Skip to main content

Project PAI

Project PAI — a reference card for a crypto project: what the product does and how verifiable the project’s key claims are; also — alignment with the Decentralized AI thesis (DecAI Fit).

Project PAI — an L1/appchain project about Personal Artificial Intelligence (PAI): creating and managing “intelligent avatars” based on digital behavioral profiles.

Disclaimer

Important: this page is a reference overview of the project. Within DecAIHub, we separately record a verification based on open sources within the AI thesis (what is real AI/onchain/why a token, and which sources this is based on).
This is not financial advice and not a recommendation to buy/sell/hold any asset. We do not assess price, returns, or entry/exit timing.
Conclusions are based on publicly available materials found as of the verification date. The absence of confirmation does not imply the absence of the technology.

TL;DR (for readers who are not into AI)

  • What it is: a blockchain platform for personal AI avatars (PAI) that, per the project’s claim, “speak/think/behave” like the user.
  • Who it’s for: users and application developers who want to use PAI‑oriented scenarios.
  • Why onchain/token: the project describes PAI Blockchain Protocol as infrastructure for PAI/data/applications; PAI Coin is described as a utility coin for participation/compensation and transactions in the ecosystem (dual currency: PAI coin + credits).

How it works (very briefly)

  1. The user does: creates/configures a PAI avatar and uses it in scenarios (assistant, social media, etc.).
  2. The system does: stores and manages the PAI state within the claimed “PAI blockchain protocol”.
  3. The user gets: a PAI avatar that can perform actions on behalf of the user (per the project’s claim).
  4. Where the blockchain is: management and storage of PAI on the PAIChain network; the network state is observable via the explorer.
  5. Token role: PAI Coin is used to compensate participants (including miners/authenticators) and as a means of payment/settlement in the ecosystem; max supply and issuance are described in the Tier‑1 FAQ/whitepaper.

Quick links: AI thesis fit

Project passport

Field Value
Project name Project PAI
Also known as (aliases) PAI, PAIChain
Logo (logo) ../assets/695_project-pai_logo.ico
Token symbol (ticker) PAI
Category AI/Other | Infra
Primary chain (chain) PAIChain
Type Appchain
Network status mainnet
Consensus (consensus) PoW (Bitcoin-derived; mining)
Launch date (launch_date) —
Project status (status) active
Token (standard) native
Token contract —
Token model (token_type) utility (payments + incentives)
Max supply 2 100 000 000 PAI
Issuance block reward 1500 PAI, halving every 210 000 blocks (~4 years); initial circulating supply 1 470 000 000 PAI
Tokenomics (tokenomics, brief) Dual currency: PAI Coins interact with the network, credits are used in dApp. Participants (miners/authenticators/users/developers) can receive/pay PAI Coin for actions in the ecosystem (for example, compensation for validation/authentication, etc.).
Governance —
Admins/keys —
Audit —
Bug bounty —
Team (team) —
Funding (investors/funding) —
AI component (ai_component) personal AI avatars (PAI)
Use‑case (use_case) AI avatars + virtual assistant
DecAI Fit — AI thesis fit 5/6 — high alignment with the Decentralized AI thesis
DecAI Fit component summary ai_score 2 / onchain_score 2 / token_score 2 / evidence_score 3
Last verified 2026-02-11

General project overview

Project PAI states the goal of “Personal Artificial Intelligence”: creating personal intelligent avatars based on digital behavioral profiles. The project website describes examples of use (virtual assistant, social media, entertainment).

The project also describes “PAI blockchain protocol” as infrastructure where PAI are “stored” and interact with dApp. The network is observable via the public PAIChain explorer.

Features/modules

  • PAI avatars (personal AI entities) as a product object.
  • Blockchain protocol/network for managing PAI and integrating dApp (per the project’s claim).
  • Public network explorer.

Typical scenarios

  • Scenario 1: a user creates/uses a PAI avatar → the avatar performs tasks as an assistant (per the project’s claim).
  • Scenario 2: a developer makes a PAI‑oriented application → uses the network/protocol to interact with PAI (per the project’s claim).

Getting started (wallet/network)

  • What you need: access to the project’s network/tools and an understanding of PAIChain (specific steps for nodes/the wallet are not detailed in this card).
  • Network/chain: PAIChain.
  • Fees: network fees are possible for network operations; parameters are not established per Tier‑1 as of the verification date.

Architecture/tech (non‑AI)

  • Components: the PAIChain network, client software/nodes (see the project’s technical documents for details).
  • Participant roles: ecosystem users/developers; miners (PoW) verify transactions and receive PAI Coin; the role of authenticators (Proof of You) with compensation in PAI Coin is also described.
  • Where logic runs: network state and transactions — onchain (PAIChain); avatar AI logic — not established (onchain/offchain) per Tier‑1 as of the verification date.
  • Dependencies: —.

Token/economics (expanded, no forecasts)

  • Token utility: compensation for network participation (including miners/authenticators) and payments for applications/services in the ecosystem; dual currency (PAI coin + credits).
  • Protocol necessity drivers: PAI Coin is described as a “utility network coin for using PAI” and a means of compensation/settlement in PAI Network.
  • Who pays fees: network users/participants; specific fee parameters are not established per Tier‑1 as of the verification date.
  • Where fees go: —.
  • Issuance/burn: max supply 2.1B; starting block reward 1500 PAI, halving every 210k blocks (~4 years).
  • Security/incentive mechanisms: PoW: miners verify transactions and receive PAI Coin; authenticators are compensated with PAI Coin for PoY/authentication.
  • Distribution and token issuance schedule: initial circulating supply 1.47B; max supply 2.1B (details — in the Tier‑1 FAQ).
  • Treasury: —.

Governance

  • Who makes decisions: not established per Tier‑1 as of the verification date.
  • How protocol parameters change: not established per Tier‑1 as of the verification date.

Security and incidents

  • Audits: —.
  • Bug bounty: —.
  • Incidents: —.
  • Threat model: —.

Project status and timeline

  • Current status: mainnet (based on the presence of a public network explorer).
  • Key releases/milestones: not established per Tier‑1 as of the verification date.
  • Roadmap: published in the Tier‑1 FAQ (see links_* Roadmap).

Ecosystem/integrations

  • Integrations: —.
  • Partners: —.
  • Where it’s actually used: public project materials and a network explorer are confirmed as of the verification date.

AI component of the project

  • What is real AI here? The project describes Personal Artificial Intelligence (PAI) and “intelligent avatars” as the key product object.
  • What is truly onchain? A blockchain protocol for storing/managing PAI is claimed; the network is observable via the public PAIChain explorer.
  • Why is a token needed? PAI Coin is described as a utility coin for participation/compensation and payments in PAI Network (dual currency: PAI coin + credits).
  • Red flags (based on the information found): the absence of Tier‑1 quality metrics for the AI component.

DecAI Fit component summary

  • DecAI Fit: 5/6 — high alignment with the Decentralized AI thesis
Component Level Score
AI reality medium 2
Onchain necessity medium 2
Token necessity medium 2
Evidence Tier‑1 present 3
Details

AI reality

AI_0 — AI intent (Tier‑1 roadmap) (1/0)

  • AI_0 (decision): 0
  • Claim (one line): AI is described as a product entity (PAI), not just intent/roadmap.
  • Evidence: Tier‑1 — https://projectpai.com/
  • Why sufficient / why not (one line): When there is a description of what exactly the AI does, the intent flag adds no signal.
  • Conflict note (if any): —

AI_1 — what the AI does (1/0)

  • AI_1 (decision): 1
  • Claim (one line): The PAI object is described: a “verified intelligent 3D avatar” (speaks/thinks/behaves like the user) and it can perform actions on behalf of the user.
  • Evidence: Tier‑1 — https://projectpai.com/
  • Why sufficient / why not (one line): The official website describes what exactly the AI component (PAI) is.
  • Conflict note (if any): —

AI_2 — demos/examples (1/0)

  • AI_2 (decision): 0
  • Claim (one line): No Tier‑1 demo/guide was found that can be reproduced as “trying the AI feature” of the project.
  • Evidence: Tier‑1 — https://projectpai.com/
  • Why sufficient / why not (one line): There are descriptions and examples of applications, but no reproducible demo artifact/instructions.
  • Conflict note (if any): —

AI_3 — metrics/quality (1/0)

  • AI_3 (decision): 0
  • Metrics: —.
  • Context (version/date/how measured): —.
  • Evidence: Tier‑1 — https://projectpai.com/
  • Why sufficient / why not (one line): No Tier‑1 benchmark/quality metrics for the AI component were found.
  • Conflict note (if any): —

AI_4 — tech description/architecture/versions (1/0)

  • AI_4 (decision): 1
  • Claim (one line): There are technical documents (technical overview/summary) that relate to the project’s protocol/network.
  • Evidence: Tier‑1 — https://projectpai.com/assets/files/whitepaper/whitepaper-tech.pdf ; https://projectpai.com/assets/files/whitepaper/whitepaper-tech-summary.pdf
  • Why sufficient / why not (one line): The presence of technical docs provides technical context sufficient for 1.
  • Conflict note (if any): —

Onchain necessity

OC_1 — contracts/addresses/chain (1/0)

  • OC_1 (decision): 1
  • Chain: PAIChain
  • Addresses/identifiers: — (addresses of specific contracts/modules were not recorded within this card)
  • Evidence: Tier‑1 — https://paichain.info/
  • Why sufficient / why not (one line): The public explorer confirms the existence of the network and onchain state.
  • Conflict note (if any): —

OC_2 — onchain beyond just a token (1/0)

  • OC_2 (decision): 1
  • What useful logic is onchain: the protocol/network are claimed as a layer for storing and managing PAI and interacting with PAI‑oriented dApp.
  • Evidence: Tier‑1 — https://projectpai.com/
  • Why sufficient / why not (one line): The Tier‑1 description points to the onchain protocol as part of the product logic (not just the token).
  • Conflict note (if any): —

OC_3 — onchain is critical (1/0)

  • OC_3 (decision): 0
  • “Replace the blockchain” test: it is not established per Tier‑1 as of the verification date that a key property of the product breaks down without the blockchain.
  • Evidence: Tier‑1 — https://projectpai.com/
  • Why sufficient / why not (one line): 1 requires an explicit justification of onchain criticality; none was found as of the verification date.
  • Conflict note (if any): —

Token necessity

TK_0 — no token (1/0)

  • TK_0 (decision): 0
  • Claim (one line): The project has a native PAI Coin (utility coin) with described max supply and mining reward/halving.
  • Evidence: Tier‑1 — https://projectpai.com/faqs/ ; https://projectpai.com/assets/files/whitepaper/projectpai_whitepaper.pdf
  • Why sufficient / why not (one line): Tier‑1 sources describe PAI Coin as the network’s utility coin and provide issuance/mining parameters.
  • Conflict note (if any): —

TK_1..TK_4 (1/0)

TK_1 — payment for the service (1/0)

  • TK_1 (decision): 1
  • Claim (one line): Applications/services in the ecosystem may require payment via PAI Coin (including PAI/PoY authentication).
  • Evidence: Tier‑1 — https://projectpai.com/faqs/ ; https://projectpai.com/assets/files/whitepaper/projectpai_whitepaper.pdf
  • Why sufficient / why not (one line): The Tier‑1 FAQ and whitepaper describe PAI Coin as a means of settlement in PAI Network and mention payments for services/authentication.
  • Conflict note (if any): —

TK_2 — incentives/collateral/penalties (1/0)

  • TK_2 (decision): 1
  • Claim (one line): Miners receive PAI Coin as a reward for PoW validation; authenticators are compensated with PAI Coin for work in PoY.
  • Evidence: Tier‑1 — https://projectpai.com/faqs/
  • Why sufficient / why not (one line): The FAQ describes PoW mining with a reward and compensation for authenticators in PAI Coin.
  • Conflict note (if any): —

TK_3 — governance (1/0)

  • TK_3 (decision): 0
  • Claim (one line): The use of the token for governance is not established per Tier‑1 as of the verification date.
  • Evidence: Tier‑1 — https://projectpai.com/assets/files/whitepaper/projectpai_whitepaper.pdf
  • Why sufficient / why not (one line): 1 requires an explicit documented process of governance via the token; none was found as of the verification date.
  • Conflict note (if any): —

TK_4 — token is replaceable (1/0)

  • TK_4 (decision): 0
  • Claim (one line): The replaceability of the token is not established per Tier‑1 as of the verification date.
  • Evidence: Tier‑1 — https://projectpai.com/assets/files/whitepaper/projectpai_whitepaper.pdf
  • Why sufficient / why not (one line): Without a confirmed role of the token, we cannot conservatively set 1.
  • Conflict note (if any): —

Evidence (table)

Tier Source What it proves
Tier‑1 https://projectpai.com/ Description of PAI (personal AI avatars) and the claimed role of the blockchain protocol for PAI.
Tier‑1 https://projectpai.com/assets/files/whitepaper/projectpai_whitepaper.pdf Project whitepaper (general claims about the product/protocol).
Tier‑1 https://projectpai.com/faqs/ PAI Coin utility (compensation/payments), max supply 2.1B, initial circulating supply 1.47B, mining reward/halving and Roadmap.
Tier‑1 https://projectpai.com/assets/files/whitepaper/whitepaper-tech.pdf Technical document on the project (technical context).
Tier‑1 https://paichain.info/ Public explorer of the PAIChain network (the fact of the existence of the network/onchain).

No comments to display

Back to top