PRANA

Token interno de presupuestos, trabajos y recompensas del ecosistema.

Reglas duras (no negociables)

• 1 PRANA = 1 USDC SOLO con reserva verificada — sin respaldo no hay paridad.
• Unidades: uPRANA = 10^6; uRADH = 10^8.
• El estado canónico de la economía vive en PostgreSQL — nunca en archivos JSON.
• Guard: un agente no toca balances directamente; la economía opera por trabajos y recompensas auditadas.

Contratos (IMPLEMENTED, despliegue PARTIAL)

• PranaToken — ERC20 + AccessControl.
• PRANA.sol y prana_poi_consensus.sol (consenso PoI: prueba-de-intención para asentados).
• Tests: PranaEconomy.t.sol (economía) y RadhikaArc.t.sol (integración Arc).
• Re-auditoría obligatoria antes de cualquier escritura en mainnet.

Engine de pagos

• Servicio prana-engine (contenedor) con interfaz HTTP + ZMQ; el oráculo detecta burns por ZMQ del nodo.
• Riesgo conocido y documentado: el engine mantuvo estado SOLO en un JSON sin volumen persistente — cada reinicio borraba balances. Corrección (volumen + Postgres canónico) en curso.

Identidades, trabajos, recompensas, presupuestos

• Estados: PARTIAL — el modelo existe en skills y tests de economía; la operativa completa de trabajos/recompensas se rige por las reglas de idempotencia de x402/MPP/Tempo.

Tokenomics

• Solo se publican tokenomics respaldadas por evidencia verificable. Proyecciones de precio NO se publican (política editorial del proyecto: claims financieros sin respaldo legal fueron retirados del sitio por la auditoría de refactor).

Riesgos

• Dependencia de la reserva verificada para la paridad.
• Estado del engine sin volumen persistente (arreglándose).
• Cualquier token envuelto/bridge de PRANA es una operación DISTINTA y se verifica por separado (ver Cross-Chain).