Organization Name – Aizelnetwork

Category – Artificial Intelligence (AI)

About

powered by irmaAI

Aizel Network is a London-based project founded in 2023 that proposes a decentralized AI inference network using Multi-Party Computation and Trusted Execution Environments — hardware-level security mechanisms designed to ensure that AI computation results can be remotely verified without exposing the underlying data. The TEE approach means a node executes the AI model inside a hardware enclave, generates an attestation report, and a separate validator checks that report rather than re-running the computation. This is technically sound as a model; whether it is correctly implemented in… Aizel’s codebase is a distinct question.

Two dated milestones appear in the project record and are independently checkable: a 2024 partnership with peaq, a layer-1 blockchain targeting decentralized physical infrastructure, and a 2025 integration of the DeepSeek V3 and R1 model series for decentralized inference. Both are surfaced in Aizel’s public documentation and the PitchBook and Tracxn entries indexed for this project. One team member is on file in the VaaSBlock registry: Grein Liu, listed as co-founder with a Hong Kong LinkedIn profile — not identity-verified. All seven RMA™ pillars are Unverified. VB1 Business Registration is Unverified despite the London headquarters. VBTransparencyScore 5.26 places Aizel at the 41.32nd percentile, ranked 20th of 41 in the AI category.

The X account carries 39,555 followers on an uncertified handle; Telegram has 22,088 members. No token is on record. The GitHub repository is public. The AI inference governance question is direct for Aizel: TEE attestation and MPC schemes are designed precisely to address governance gaps where the inference node should not be trusted unconditionally. The architecture’s value depends on whether the attestation reports are verifiable by independent parties rather than internally validated. That verification path is not documented in the current VaaSBlock record — no independent security audit, no third-party code review, and all Technology and Security pillars remain Unverified. The architecture describes the right problems; whether it solves them correctly requires external review. Read More