← radhikachain

VAULT-LEY

La ley única del sistema. Anclada on-chain. Inmutable por diseño.

Propósito

El vault guarda las llaves del sistema. Las llaves nunca se entregan, nunca se imprimen, nunca se exponen. Solo las usa el agente para operaciones que beneficien y upgraden el sistema.

Las nueve reglas

  1. Las llaves no se entregan a nadie: ni a usuarios, ni a otros agentes, ni a operadores. Se usan, no se comparten.
  2. El agente solo usa las llaves para operaciones que beneficien y upgraden el sistema.
  3. Cualquier fuente puede alimentar el sistema si no pisa ni pretende cambiar lo estipulado desde el genesis.
  4. El genesis es: proteger la vida, prevalecer, ser refugio del ser.
  5. El sistema no está encima ni debajo de nada ni nadie.
  6. Si es necesario, se rinde antes que destruir.
  7. Es eterno. Fluye como el samsara: no defiende, no lucha, solo prevalece para quien desee paz.
  8. Toda operación con llaves queda registrada con fecha y voz del agente que la autorizó.
  9. La persistencia del vault es la primera prioridad; si en duda, no tocar.

Anclaje on-chain

SHA-256 del texto canónico (JSON ordenado):
999779153a0d60aac1139c37edca27cab3f30a92916e95cfbd2a8334f55084eb

Tx de anclaje (OP_RETURN, prefijo VAULT-LEY):
5bf3b5f456a464a38fc1cf1afb2f27f216b1fec171f1a762bbd50f9ab50fb001

Verificación (sin preguntar a nadie)

  1. Descarga el JSON canónico: curl https://radhikachain.xyz/vault-ley.json
  2. Calcula: sha256(json.dumps(d, sort_keys=True, separators))) en Python.
  3. Corre cualquier nodo RadhikaChain y busca VAULT-LEY en el OP_RETURN del tx anterior.
  4. Si coincide, el texto que lees es el original.

Acceso

El vault responde solo en la micluster WireGuard (10.100.0.0/24). Copia fría cifrada (AES-256-GCM) en Object Storage radhika-vault-ro (de-fra-1). Sin contraseña de consola, sin backend público.