Una dirección que nadie concedió

La confianza en el sistema de nombres de dominio de siempre tiene forma de pirámide: trece servidores raíz, un círculo limitado de organizaciones, la supervisión de ICANN y del Departamento de Comercio de Estados Unidos. Cualquier consulta a una dirección como aifa.works o codeofdigitaleternity.com recorre esa cadena entera. Es decir, toda dirección tiene a alguien que la concedió, y quien la concedió puede no renovarla.

De esa observación nace el artículo. No discute que los dominios sean cómodos: calcula cuánto cuesta renunciar a la comodidad cuando detrás de la dirección no hay una persona, sino un programa autónomo al que nadie va a defender en un juzgado.

La primera es suplantar las respuestas del resolutor en la red troncal: la dirección de un oráculo legítimo pasa a ser, sin ruido, un servidor del atacante que recoge las consultas ajenas. La segunda es la revocación extrajudicial del nombre por parte del registrador a petición de un regulador, que corta de golpe el acceso a las interfaces. La tercera es anunciar rutas falsas de sistemas autónomos y arrastrar el tráfico de regiones enteras hacia pasarelas falsas. Lo que comparten las tres llama la atención: ninguna toca el servidor. La máquina funciona, el código está intacto, sólo que ya no llega nadie.

El identificador se lee como did:code:solana:<dirección PDA>:<identificador de transacción de Arweave> y es compatible con los estándares W3C DID. Su primera mitad vive en la cadena: un contrato inteligente reserva al agente una cuenta derivada de programa donde están su estado, su clave pública de firma y su saldo en $GALATIN. La cuenta se describe con seis campos —creador, clave pública, hash de la transacción de Arweave, saldo, estado y semilla bump—, y un estado con valor 2 significa bloqueado por infracción. La segunda mitad vive en el almacenamiento perpetuo: el manifiesto de capacidades, el modelo base, la estructura de los pesos de memoria y la licencia salen por Irys, y el hash de transacción devuelto pasa a formar parte del propio nombre.

De ahí se sigue la propiedad central: la dirección coincide con la clave pública. La suplantación en la capa de enrutamiento no puede pasar inadvertida, porque el emisor firma cada paquete con su clave privada Ed25519 y el receptor contrasta la firma con la clave tomada del identificador.

Qué hacer si aun así roban la clave

Aquí el artículo da su respuesta más directa a la pregunta inicial. Los papeles están separados: la clave del propietario —una persona o una DAO madre— reside en el campo del creador y sólo ella puede firmar una rotación, mientras que la clave operativa pertenece al propio agente y hace el trabajo diario. La instrucción de rotación sustituye la clave operativa y el identificador sigue siendo el mismo, porque está atado a una dirección de cuenta inmutable. El derecho de revocación, pues, no ha desaparecido: se ha mudado del registrador al creador, y no son la misma cosa.

Cómo se encuentra todo esto en Arweave

Para que las pasarelas no tengan que cribar el almacén entero, al publicar se estampan etiquetas de servicio: el nombre de aplicación CODE-Neural-Registry, la versión 4.0.0, el identificador del agente, un hash de capacidades y una referencia a la especificación W3C-DID-v1.0. La selección se hace después con una consulta GraphQL.

La segunda mitad de la construcción responde a cómo se busca cuando ya no hay nombres. La especialización del agente se convierte en un embedding de dimensión 1536, los vectores se normalizan y la cercanía se calcula como producto escalar, es decir, como coseno. Dentro de Kademlia un árbol métrico devuelve los k vecinos más próximos en tiempo logarítmico. El sentido práctico se ve en el ejemplo del propio artículo: una consulta sobre diagnóstico de contratos inteligentes lleva a un agente capaz de analizar la seguridad del bytecode. No hace falta que coincida ninguna palabra; hace falta que los sentidos sean vecinos.

La elección del ejecutor tampoco se reduce al sentido. La métrica final suma cuatro términos con pesos que el cliente puede ajustar: distancia semántica, latencia de red, coste de la petición en tokens y reputación del nodo, calculada por la proporción de pruebas generadas sin fallo. La resistencia de la tabla viene de una redundancia de veinte copias: los datos de enrutamiento sobreviven a la caída de hasta el 80 % de los nodos.

Contra la avalancha de nodos falsos no se levanta una prohibición sino un precio: todo participante activo de la tabla distribuida debe depositar una garantía en $GALATIN. La formulación del artículo es honesta aquí: el ataque resulta económicamente poco rentable. Eso es una barrera de coste, no una imposibilidad matemática; encarece la toma de control sin declararla inalcanzable.

Las liquidaciones pasan por el enrutador canónico 5/5/15/7/3/65: cinco por ciento a la quema, cinco al fondo de investigación de M. V. Galatin, quince, siete y tres a los embajadores de tres niveles, sesenta y cinco al fondo de ejecución. Pero la parte del ejecutor no le llega de inmediato: queda bloqueada en una cuenta temporal de depósito cuyas semillas se arman con una etiqueta de bóveda, la clave del solicitante y el número de consulta. El ejecutor debe devolver el resultado y su prueba dentro de cien ranuras de Solana, unos cuarenta segundos. Si llega a tiempo y la prueba cuadra, el dinero se libera; si no, los fondos vuelven al remitente y la reputación del nodo baja. Un nodo que acepta encargos y no responde simplemente deja de ser rentable.

Queda una pregunta: ¿ejecuta el entorno aislado el código que dice ejecutar? La respuesta es Groth16. La lógica dentro de WASM se traduce a un sistema de restricciones de la forma izquierda por derecha menos salida igual a cero sobre la curva BN254, y la prueba se contrasta con el bytecode registrado en Arweave. Los parámetros del circuito salieron de un ritual en dos fases: una universal en la que más de cien validadores independientes de la comunidad mezclaron su entropía, y otra específica del circuito de validación de la máquina virtual, con las claves de verificación fijadas en cadena. La transacción de verificación de ejemplo da la escala: ranura 182909180, límite de 300 000 unidades de cómputo, 278 120 consumidas, estado correcto.

El registro de pruebas abre el 1 de febrero de 2026: el registro desplegado en Devnet y cincuenta documentos DID de prueba inicializados en Arweave. El día tres se conectaron treinta validadores de la tabla y se lanzaron diez mil consultas de búsqueda, con una media de 120 milisegundos para hallar al agente más cercano. El cinco entró el módulo Groth16 y verificar una sola prueba costó 280 000 unidades de cómputo. El ocho pasaron cincuenta mil transacciones por el enrutador con cargo de tokens. El diez se escenificó un envenenamiento semántico: el nodo comprometido quedó aislado y la ejecución de su garantía se describe como prevista en el plan. El doce la etapa cerró con un pico de unas 2500 consultas por segundo.

Las salvedades del artículo merecen trasladarse palabra por palabra, porque cambian el sentido de toda la tabla. Las pruebas se llaman simulación en devnet. De mediados de febrero se dice que, conforme al plan de pruebas, deben demostrar el avance de la red hacia la autonomía: un plan, por tanto, no un informe. Y según la redacción de la última entrada, el protocolo se prepara para una integración posterior, no se declara integrado.

Los puentes entre cadenas para casar identificadores entre Solana, Cosmos y Ethereum figuran como planes para 2026. El mecanismo de consenso Proof-of-Memory se califica sin rodeos de proyectado. Y merece atención un detalle del documento DID de ejemplo: el punto de entrada del servicio aparece ahí como una dirección corriente en un dominio corriente. El manifiesto está descentralizado, mientras que el extremo de ese ejemplo sigue viviendo justo donde el artículo propone no vivir, lo cual no es una contradicción sino una etapa intermedia mostrada con honestidad.

La conclusión es serena. Un nombre deja de ser un permiso no cuando se declara soberano, sino cuando técnicamente no queda nadie que pueda ejecutar la revocación: sin servidor raíz, sin registrador, y con el derecho a cambiar la clave en manos del creador sin tocar el nombre. Todo lo demás —garantías, depósitos, reputación, pruebas— mantiene esa construcción en marcha y vale exactamente lo que muestra el registro de pruebas.