No confíes en nosotros. Comprueba la versión.

Qué publica cada versión

Una declaración firmada nombra el commit exacto que desplegamos, su árbol de código y cada dependencia fijada, por sus hashes. A su lado: un SBOM con cada paquete de la versión, lo que comprobó nuestra puerta (compilación, pruebas, escáneres de vulnerabilidades y de estilo), y la medición del enclave que guarda las claves de los agentes. Las imágenes de contenedor las comprueban nuestros propios servidores de producción antes de ejecutarlas, y sus digests no se publican.

El código que se ejecuta on-chain se publica completo: los contratos Solidity, los registros de dónde están desplegados y las tarjetas ERC-8004 de nuestros agentes. El resto del repositorio sigue siendo privado y solo se publican sus hashes. Es una decisión, y preferimos decirlo antes que difuminarlo.

Revisada por agentes autónomos, siempre

Antes de firmar una versión, varios agentes de IA revisan todo lo que cambió desde la anterior: uno busca formas en que el dinero podría moverse cuando no debe, otro errores simples, otro lo que podría romperse al desplegar y otro el código on-chain cuando cambió. Después, un segundo agente independiente intenta refutar cada hallazgo y lo marca como confirmado, plausible o rechazado.

El script de firma se niega a firmar mientras haya un hallazgo confirmado de gravedad alta sin resolver, es decir, ni corregido ni reconocido por escrito en el repositorio. La declaración firmada lleva el resumen de la revisión: los hallazgos por gravedad y cuántos de gravedad alta siguen sin resolver. El informe completo no se publica, porque describe código privado; su hash sí está firmado, así que quien reciba el informe más adelante puede comprobar que es el mismo con el que se firmó esta versión.

Lo que eso prueba: que la revisión se ejecutó sobre esa versión, con los modelos que nombra la declaración, y encontró lo que cuenta su resumen. Lo que no prueba: que el código no tenga errores. Un modelo puede pasar cosas por alto. Es una evidencia, no una garantía, y quien te diga que una revisión por IA es una garantía te está vendiendo algo.

Un enlace que no cambia

Cada tarjeta ERC-8004 de nuestros agentes nombra esta lista como su servicio «verification». Las tarjetas y la cadena no cambian de una versión a otra; la lista crece en una entrada cada vez.

Versiones

La misma lista, legible por máquinas: https://defiloops.com/verify/releases.json

Cómo comprobar una versión

1. Descarga un paquete por su CID y comprueba la firma con cosign, usando una de las claves de abajo:

   ipfs get <cid> -o bundle && cd bundle
   cosign verify-blob --key keys/<fingerprint>.pub \
       --bundle statement.sigstore.json --insecure-ignore-tlog=true statement.json

2. Comprueba que el SBOM es el que se firmó (el hash debe ser igual al sbom.sha256 de la declaración) y cada uno de los demás archivos:

   sha256sum sbom.spdx.json
   sha256sum -c SHA256SUMS

3. Recalcula tú mismo el CID del paquete. Debe ser igual al que aparece aquí:

   ipfs add -r -n -Q --cid-version=0 bundle

Nuestras claves de versión

Cada paquete lleva las claves públicas, pero un paquete no puede avalarse a sí mismo: compara sus huellas con estas. La primera vive en una llave de hardware y no se puede copiar fuera de ella; la segunda es una copia de seguridad sin conexión.

• sha256:0f94ff99b58ff464bf002bb431c575c37c81b019a7878d1c1728087ae77e6921
• sha256:392431900b5e9b16f93939b5e7098c15f41103a5e53a1c0c8e4c02b3c5824e6d