Security Model
Modelo de seguridad del ecosistema RadhikaChain.
Consenso (L1)
- Proof of Karma (PoK): el derecho a producir bloques se deriva del karma (intención verificada asentada), no de la carrera de hash.
- Activación por tiempo, con exenciones para la cadena histórica (SHA256d PoW previo a la activación).
- Post-activación: target máximo hace imposible minería honesta fuera del quórum — el gate real es la firma de quórum (decisión de consenso del operador), no la lotería. Manipular nTime no compra bloques.
- Prueba negativa del gate documentada: un bloque sintético post-activación debe ser rechazado por high-hash/karma — si pasa, el gate está roto.
Agentes (L2 económico)
- Todo agente pasa por DharmaGate: identidad, karma floor, presupuesto — fail-closed.
- Guard de economía: nadie (ni agentes ni LLMs) toca balances directamente; solo trabajos y recompensas auditadas.
- Fencing + idempotencia en todos los pagos (ver x402).
Higiene de credenciales
- Sin secretos en repos, wikis ni logs; tokens con scopes mínimos y rotación documentada.
- Un 200 en un endpoint de identidad NO prueba acceso a los recursos — verificar contra el objeto real antes de concluir.
- Fine-grained PAT sin casillas marcadas = 403 en todo, aunque el token sea válido.
Documentación segura
- Sin direcciones de contratos hasta verificar red, bytecode y propiedad.
- Testnet ≠ mainnet — jamás presentar una como la otra.
- El inventario operativo vive en el wiki INTERNO; la wiki pública solo lleva concepto y uso.