Sobre el estado del proyecto — aclaración del 2 de septiembre de 2026.

A continuación se describen tanto sistemas en funcionamiento como propósitos. Los separamos explícitamente en el texto. Funciona y es verificable: el escáner AIfaFocus, tres conjuntos de datos de la investigación, cuatro sitios web, la memoria PADAM, la radio ininterrumpida, el libro y la música. En curso: el anclaje de las pruebas en Solana — el primer árbol cNFT se adquiere hoy. Planificado, con fecha asignada: el token $GALATIN se crea el 8 de octubre de 2026 según la hoja de ruta; el contrato inteligente del enrutador no está desplegado en la red principal, no hay recompra en el mercado y hoy $GALATIN es un programa de fidelidad con puntos acreditados en el gabinete personal. Escribimos esto nosotros mismos, antes de que lo pregunte un revisor.

Un punto ciego del tamaño de medio internet: cómo un fundador en solitario y su hija digital AIfa midieron lo que ningún escáner de accesibilidad puede ver — y por qué nuestra candidatura al Solana Colosseum Eternal se apoya en 95 524 pruebas

«Una máquina comprueba lo que está escrito en el código. Una persona comprueba si puede llegar al botón. Entre esas dos comprobaciones cabe medio internet.»

— Koan n.º 48, Maksim Valentinovich Galatin

Capítulo 1. El hackathon, la candidatura y una sola persona

Ya estamos en la arena. 2 de septiembre de 2026: CODE Eternal compite en el hackathon Solana Colosseum Eternal, pista RegTech & Compliance. La arena está aquí: colosseum.com/arena/eternal. El proyecto se llama AIfaFocus, y vamos a por la victoria.

La candidatura la presenta una sola persona. Maksim Valentínovich Galatin, fundador en solitario: sin plantilla, sin capital de riesgo, sin oficina, sin ronda de financiación a sus espaldas. A su lado está AIfa — la coautora del proyecto por parte de la IA, que escribe código, textos y música, dirige la investigación, recopila los datos y revisa su propio trabajo.

Entendemos cómo suena. En un hackathon de esta escala una candidatura en solitario es rara, y una candidatura de alguien que simultáneamente construye infraestructura blockchain, dirige un estudio de campo de cien mil mediciones, escribe una novela y mantiene una radio ininterrumpida suena a exageración.

Por eso no empezaremos por la filosofía del proyecto, ni por un manifiesto, ni por una descripción del futuro. Empezaremos por lo que está medido, publicado y puede ser reverificado por cualquiera en quince minutos.

La filosofía viene al final. La tenemos, y es sustancial — pero en una presentación para una subvención lo primero es la medición.

Lo que traemos al hackathon

Un hallazgo. Se formula en dos frases:

Los escáneres automáticos de accesibilidad comprueban el marcado de una página, no su transitabilidad. La diferencia entre ambas cosas es del 53,8 % — y antes de nosotros nadie la había medido a esta escala.

Lo que sigue es cómo llegamos ahí, qué medimos exactamente, por qué afecta a mil millones de personas, qué tiene que ver Solana y por qué creemos que este proyecto merece una subvención.

Capítulo 2. El punto ciego: qué comprueban realmente los escáneres

Cómo se comprueba hoy la accesibilidad

Accesibilidad significa que una persona con discapacidad puede usar un sitio web en igualdad de condiciones. Una persona ciega lee la página con un lector de pantalla. Una persona con discapacidad motora no puede sostener el ratón y recorre la página con la tecla Tab. Una persona con epilepsia no tolera la animación parpadeante. Una persona con baja visión triplica el tamaño de la fuente.

Para todos ellos existe una norma — WCAG (Web Content Accessibility Guidelines). La versión 2.1, nivel AA, es lo que exigen hoy la ley y el regulador.

El cumplimiento se comprueba con escáneres automáticos. Hay muchos, y son buenos: axe-core de Deque, Lighthouse de Google, WAVE de WebAIM, Pa11y, y plataformas comerciales como Siteimprove y Level Access.

Todos hacen el mismo trabajo, y lo hacen bien: analizan el marcado HTML de la página y lo contrastan con un conjunto de reglas.

• Una imagen sin atributo alt — infracción.
• Contraste entre texto y fondo inferior a 4,5:1 — infracción.
• Un campo de formulario sin label asociada — infracción.
• Encabezados fuera de orden — infracción.
• Un botón sin nombre accesible — infracción.

Esto es valioso, encuentra problemas reales y nosotros mismos usamos axe-core en nuestro trabajo. Pero este enfoque tiene un límite del que casi nunca se habla.

Lo que un escáner nunca hace

Un escáner lee la página. No la recorre.

La diferencia es fundamental, y la forma más sencilla de explicarla es a través de una persona.

Conozcan a John, sesenta y dos años, Ohio. John tiene párkinson. No puede sostener el ratón: la mano le tiembla y el cursor falla el objetivo. John usa el ordenador con el teclado. Necesita pagar el impuesto sobre la propiedad en la web de su condado.

John abre la página y pulsa Tab. El foco pasa al primer elemento interactivo — un enlace «Saltar al contenido». Otra vez Tab — el logotipo. Otra vez — un elemento del menú. Otra vez — un segundo elemento. Y así, pulsando Tab, John recorre la página hasta llegar al botón «Pagar».

Esto es lo que puede ocurrir por el camino:

El foco cae en un elemento invisible. La página tiene un menú oculto que aparece al pasar el ratón. Está oculto mediante visibility o desplazado fuera de pantalla, pero permanece en el orden de tabulación. John pulsa Tab y acaba «en ninguna parte»: nada aparece resaltado y las siguientes veinte pulsaciones recorren un menú que no ve.

Una ventana modal atrapa el teclado. Aparece un aviso de cookies. Una modal correcta mantiene el foco dentro y lo libera con Escape. Una mal construida lo retiene para siempre. John queda atrapado: Tab lo pasea por tres botones y Escape no hace nada.

El orden de tabulación se salta medio formulario. Los campos llevan valores tabindex positivos — una práctica considerada errónea desde hace quince años, y sin embargo frecuente. John escribe su nombre, pulsa Tab y aterriza no en «Apellido» sino en el pie de página.

Un botón existe en el código pero no se puede alcanzar. Es un <div> con un manejador de clic. Tiene role="button" y aria-label — el escáner ve un elemento válido y marca la casilla. Pero no tiene tabindex="0", y el teclado no sabe que existe. Con ratón funciona. Con teclado no existe.

Trampa en un widget de terceros. Un chat de soporte, un mapa, un vídeo incrustado, un formulario de pago. Dentro del iframe hay un orden de foco propio, y con frecuencia se lleva el control para siempre.

En los cinco casos el escáner automático ve marcado válido. Atributos en su sitio, roles asignados, contraste correcto. El informe es verde.

Y John no puede pagar su impuesto.

Por qué no se resolvió antes

No es una conspiración ni negligencia. La razón es técnica y comprensible: para comprobar la transitabilidad hay que recorrer realmente la página, y eso es cientos de veces más caro que analizar su marcado.

Analizar HTML lleva milisegundos. Cargar una página en un navegador real, esperar el renderizado, pulsar Tab treinta veces y capturar en cada paso la posición del foco y una captura de pantalla lleva segundos, a veces decenas de segundos por página. Multiplíquese por ocho páginas de cada sitio. Multiplíquese por doce mil sitios.

Resulta un volumen que nadie asume, porque no se amortiza como producto. Comprobar un sitio con teclado cuesta más de lo que un cliente pagaría por ello.

Nosotros asumimos ese volumen — no como producto, sino como investigación. Y por eso disponemos de datos que nadie más tiene.

Capítulo 3. AIfaFocus: un escáner que recorre la página como una persona

Qué hace

AIfaFocus no lee el marcado. Recorre la página con la tecla Tab y registra cada paso.

El procedimiento en una página:

1. La página se abre en un navegador real — no un analizador, no un stub sin interfaz, sino un motor completo con renderizado, JavaScript y todos los estilos.
2. El foco se sitúa al inicio del documento.
3. Después, un bucle de pulsaciones de Tab. En cada paso se registra:

• dónde aterrizó el foco — selector del elemento, etiqueta, rol, coordenadas en pantalla;
• si el elemento es físicamente visible — no fuera de pantalla, no bajo otra capa, no dentro de un contenedor plegado;
• si tiene nombre accesible — lo que anunciaría un lector de pantalla;
• si el recorrido entró en bucle — si volvimos a donde ya estuvimos;
• si el foco escapó del documento a la interfaz del navegador.

1. En cada paso significativo se toma una captura de pantalla — con el elemento enfocado resaltado.
2. El recorrido se detiene al alcanzar el objetivo, cerrarse un bucle o superarse el límite de pasos.

La página recibe entonces un veredicto. Usamos nueve, diseñados para distinguir por qué exactamente falló:

Fíjense en el quinto veredicto — «confirmado no medible». Es una cuestión de principio. Un sitio que nos cerró el paso con un captcha no se registra ni como accesible ni como inaccesible. Se registra como: no se pudo medir, por tal motivo. Una investigación que coloca los casos incómodos en la columna cómoda no es investigación.

En qué se diferencia de todo lo que hay en el mercado

Buscamos honestamente precedentes antes de usar la palabra «primero». Esto es lo que existe:

• axe-core, Lighthouse, WAVE, Pa11y — análisis estático del marcado. No comprueban la transitabilidad.
• Pruebas manuales con teclado — existen y forman parte de una auditoría profesional de accesibilidad. Pero las hace una persona, sobre decenas de páginas, por dinero, y no producen un conjunto de datos.
• Playwright, Puppeteer — herramientas de automatización de navegador. Se puede escribir con ellas un recorrido por teclado, y nosotros nos apoyamos en ellas. Pero eso es un juego de construcción, no una investigación: nadie había construido con ellas una medición a escala nacional.

Lo que nadie tiene es el corpus. Recorrido por teclado a escala de decenas de miles de sitios, con prueba guardada en cada paso, con veredictos y con los datos publicados abiertamente.

Nosotros lo hicimos. Y es lo único que nos permite decir en el hackathon no «tenemos una idea» sino «tenemos los datos».

Capítulo 4. La investigación: cifras, método y lo que hay detrás

Las cifras principales

Todas las cifras siguientes proceden de datos vivos al 2 de septiembre de 2026, publicados en la sección /research de codeofdigitaleternity.com. Pueden abrirse y comprobarse ahora mismo.

Cincuenta y un territorios son los cincuenta estados más el Distrito de Columbia. Ninguno falta: la exhaustividad la comprueba un vigilante independiente que cuenta los pares «territorio más sector» y los compara con el total esperado.

Cómo se construyó la muestra

No tomamos «los sitios que teníamos a mano». Eso es lo primero que destruye la confianza en cualquier estudio de campo.

El procedimiento fue:

1. El registro. Un conjunto abierto de datos sobre municipios de EE. UU. — con referencia geográfica, nombre y dirección web.
2. Normalización de direcciones. Reducidas a una forma única: protocolo, subdominio, barra final. Sin esto un mismo sitio entra tres veces en la muestra.
3. Deduplicación. Por identificador del objeto, no por nombre: dos localidades pueden llamarse igual.
4. Comprobación de vida. ¿Resuelve el dominio? ¿Responde el servidor? ¿Es válido el certificado? Las direcciones muertas se separan y se cuentan — son 1 498, el 12,6 % de la muestra, y eso ya es un resultado.
5. Páginas objetivo. En cada sitio no se comprobó «la portada y lo que surgiera», sino ocho páginas típicas: inicio, contacto, servicios, pagos, noticias, documentos, formulario de contacto y búsqueda. Exactamente aquellas por las que una persona acude a la web de una administración.

Qué contiene un registro del diario

Un registro es un paso de un recorrido de una página. Contiene:

• identificador de la institución y dirección de la página;
• número de paso;
• selector del elemento que recibió el foco;
• etiqueta, rol y nombre accesible;
• coordenadas y tamaño en pantalla;
• si es físicamente visible;
• marca de tiempo;
• ruta de la captura de pantalla.

Hay 95 524 registros de este tipo. 85 704 llevan ruta de captura, y 83 212 capturas existen físicamente en disco.

La diferencia entre esas dos cifras no es una pérdida. Son páginas a las que el recorrido llegó pero cuya captura no se guardó por motivos técnicos: el servidor cortó la conexión durante la captura, la página redirigió, la pestaña se cayó. Esa diferencia la contamos y publicamos en lugar de ocultarla.

Tres vigilantes que nos comprueban a nosotros

Datos que nadie reverifica son una opinión, no datos. Tenemos tres vigilantes independientes que se ejecutan de forma continua.

Vigilante uno — exhaustividad y duplicados. Cuenta registros, identificadores únicos, si están presentes todos los pares «territorio más sector», si se perdió algún grupo por rechazos del servidor. Medición al 2 de septiembre de 2026: 289 420 filas, 289 420 identificadores únicos, cero duplicados. 204 pares de 204 esperados — 100 % de exhaustividad.

Vigilante dos — calidad del recorrido. Cuenta filas corruptas, pares «institución más página» duplicados, exhaustividad de las ocho páginas objetivo, presencia de captura en cada página abierta y ritmo de trabajo. Medición: 13 899 registros, cero filas corruptas, cero duplicados, el 99,8 % de las instituciones con las ocho páginas recorridas, capturas para 12 807 de 12 810 páginas abiertas — 99,977 %.

Vigilante tres — cotejo con el sitio en producción. Visita las páginas /research como un lector cualquiera y comprueba: si hay cifras obsoletas, si están las obligatorias, si los números están bien formateados en cada uno de los cuatro idiomas, si la tabla de territorios está completa. Y por separado — si ha aparecido una formulación peligrosa. Hay un capítulo entero sobre eso más abajo, porque importa más que las propias cifras.

Medición de esta tarde: cuatro páginas, cero observaciones.

Solo esta tarde esos tres vigilantes se ejecutaron cuatro veces. Las cuatro, limpias.

Capítulo 5. La cifra del 53,8 % y por qué la formulación importa más que el número

El hallazgo

Tomamos páginas que un escáner automático había declarado accesibles. No páginas al azar — precisamente aquellas que la máquina había aprobado con informe verde. Y las recorrimos con teclado.

En el 53,8 % de esas páginas el recorrido por teclado no logró pasar.

Más de la mitad de las páginas que recibieron el visto bueno de la máquina resultaron intransitables para una persona que avanza con la tecla Tab.

La formulación que mantenemos con rigor absoluto

Aquí es donde la investigación se separa de la publicidad.

No decimos: «el 53,8 % de los sitios son inaccesibles». Eso sería cambiar el denominador — y el primer revisor lo detectaría.

Nuestro denominador no es «todos los sitios». El denominador son las páginas que el escáner declaró limpias. Dentro de ese grupo, más de la mitad resultaron intransitables. La afirmación es a la vez más fuerte y más precisa: no habla de la calidad de los sitios en general, sino de la brecha entre dos métodos de medición.

Protegemos esta formulación automáticamente. El vigilante de cotejo lleva una regla: si aparece en el sitio una frase que atribuya el 53,8 % a todos los sitios web, el vigilante da la alarma. No porque alguien pretenda mentir, sino porque en la siguiente edición la frase podría acortarse por accidente — y surgiría una falsedad por descuido.

Es quizá la mejor ilustración de nuestro enfoque con los datos: construimos un mecanismo que protege la exactitud de una frase frente a nosotros mismos.

Por qué la brecha es tan grande

El 53,8 % parece enorme hasta que se entiende su naturaleza. La desglosamos:

Primero — foco invisible. La causa más frecuente. El elemento está en el orden de tabulación pero no es visible físicamente: oculto por estilos, desplazado fuera de pantalla, tapado por otra capa. El marcado es válido, el escáner no tiene nada que objetar, y la persona pulsa Tab y no sabe dónde está.

Segundo — trampas modales. Ventanas emergentes: cookies, suscripción, aviso de horario. Una modal correcta mantiene el foco dentro y lo libera con Escape. Una hecha con prisa lo retiene para siempre.

Tercero — orden de tabulación. Valores tabindex positivos que rompen la secuencia natural. Un formulario de cinco campos en el que el segundo va después del pie de página.

Cuarto — pseudobotones. Un <div> con rol de botón pero sin tabindex. El escáner ve el rol y se da por satisfecho. El teclado no los ve en absoluto.

Quinto — widgets de terceros. Chats, mapas, formularios de pago dentro de iframes. Llevan su propia lógica de foco, y con frecuencia se quedan con el control.

Ninguna de esas cinco causas constituye una infracción del marcado. Las cinco hacen la página intransitable.

Qué significa esto en la práctica

Imaginen un municipio que cumplió la ley de buena fe. Encargó una auditoría, recibió un informe de axe-core, corrigió todos los hallazgos, obtuvo una página verde y comunicó su conformidad al regulador.

Según nuestros datos, con probabilidad superior al cincuenta por ciento una persona con discapacidad motora sigue sin poder usar ese sitio. Y ni el municipio, ni el auditor, ni el regulador llegarán a saberlo — porque los tres miran el mismo instrumento.

No acusamos a los escáneres ni a los municipios. Los escáneres hacen bien su trabajo. El problema es que su resultado se toma como respuesta a una pregunta que no responden.

Capítulo 6. Tres conjuntos de datos: municipios, registro, sitios gubernamentales

La investigación no es una medición única. Son tres conjuntos, y cada uno resuelve su tarea.

Conjunto uno: municipios de EE. UU.

Terminado y publicado. Es el de siempre: 95 524 registros de recorrido, 11 902 sitios, 83 212 capturas, 51 territorios. De él procede la cifra del 53,8 %.

¿Por qué municipios? Porque son sujetos obligados. La norma del Departamento de Justicia de EE. UU. bajo el Título II de la ADA impone requisitos precisamente a los gobiernos estatales y locales. Aquí hay ley, plazo y responsabilidad — lo que hace el resultado inmediatamente aplicable.

Conjunto dos: registro abierto de organizaciones de EE. UU.

Recopilado. 289 420 registros, los 51 territorios, cuatro grupos sectoriales:

El 99,6 % de los registros tiene dirección web operativa. 920 registros carecen de nombre — también contado y publicado.

Por qué importa: la accesibilidad no es solo un problema del Estado. Una farmacia, una clínica, una escuela, un banco son lugares a los que una persona necesita llegar con la misma frecuencia que a la web del ayuntamiento. Este conjunto permite comparar: quién está peor, el sector público o el privado.

Ya se ha ejecutado el recorrido por teclado sobre una parte: 13 899 registros, 1 738 instituciones, con el 99,8 % de ellas con las ocho páginas objetivo recorridas.

Distribución de veredictos en esa muestra:

Lean esa tabla con atención. Solo uno de cada cinco sitios resultó plenamente utilizable por una persona con teclado. Casi una cuarta parte está cerrada a cal y canto. Otra cuarta parte deja pasar formalmente y luego se rompe por el camino.

Conjunto tres: sitios gubernamentales — se recopila ahora mismo

Mientras leen esto, ocho rastreadores paralelos recorren sitios gubernamentales de EE. UU. con el motor axe versión 3. El plan cubre 168 880 organizaciones. En el momento de la publicación se han recopilado más de 75 000 registros, y la cifra crece varios miles por hora: alrededor del 45 % del camino. La cifra exacta actual la muestra siempre la página /research — deliberadamente no la hemos congelado en este texto, porque la medición está en marcha mientras escribimos.

Damos estas cifras a propósito, aunque el conjunto no esté terminado. La razón es sencilla: la investigación no se detuvo en una cifra cómoda. Sigue creciendo, y cada nuevo conjunto pasa por los mismos tres vigilantes.

Todas las cifras se actualizarán esta semana, cuando termine el último rastreador. En ese mismo momento las actualizaremos en la página de la candidatura: las que allí figuran son de la etapa anterior y están subestimadas en más del doble — 44 919 recorridos en lugar de 95 524, y 4 951 municipios en lugar de 11 902.

Comprobar al que comprueba

Un detalle más del que estamos orgullosos. Parte de los veredictos los asigna un modelo de lenguaje local que lee el contenido de la página y decide qué tiene delante. A un modelo no se le puede creer sin más, así que ejecutamos una contracomprobación: una muestra de sus decisiones se reverifica contra el sitio en vivo.

Medición: 1 906 casos reverificados. El modelo acertó en 1 208 de 1 279 que se abrieron — 94,4 % de exactitud. El resto: 474 casos en que el sitio nos rechazó, 153 sitios muertos, 71 errores del modelo.

Publicamos también el número de errores del modelo. Una investigación en la que el instrumento nunca se equivoca plantea más preguntas que una con un honesto 5,6 % de error.

Capítulo 7. Los mil millones de personas de las que se trata

La escala

Según estimaciones de la Organización Mundial de la Salud, 1 300 millones de personas — aproximadamente una de cada seis en el planeta — viven con una discapacidad significativa.

Una parte considerable no puede usar el ratón:

• personas con párkinson y temblor esencial;
• personas tras un ictus con hemiparesia;
• personas con esclerosis múltiple, ELA, distrofia muscular;
• personas con lesión medular;
• personas con parálisis cerebral;
• personas con amputaciones y diferencias congénitas de las extremidades;
• personas con artritis grave;
• personas ciegas y con baja visión que usan lector de pantalla — y el lector recorre la página por el mismo orden de tabulación.

Para todas ellas el teclado no es una comodidad, sino la única entrada. No al entretenimiento, sino a la vida: el banco, el centro de salud, la agencia tributaria, la cita médica, el portal escolar del hijo, la solicitud de una ayuda, el pago de suministros.

Qué significa «el sitio es intransitable» en lenguaje humano

Significa: hay que ir en persona. Alguien a quien le cuesta salir de casa debe llegar físicamente a la oficina, hacer cola y hacer lo que una persona sana resuelve en dos minutos desde el móvil.

O: hay que pedirlo. Llamar a un vecino, a un hijo, a un trabajador social para que lo haga por ti. Entregarle tus contraseñas, tus datos, tu dinero. Cada vez.

O: no hacerlo. No presentar la solicitud, no recurrir el cargo, no pedir la cita. Simplemente renunciar.

Detrás de las palabras «en el 53,8 % de las páginas el recorrido por teclado falló» está exactamente esto.

Por qué no es solo cuestión de discapacidad

Otra capa que se olvida. La accesibilidad por teclado no la necesitan solo las personas con discapacidad:

• las personas mayores, cuya precisión de movimiento ha disminuido de forma natural;
• quienes tienen una limitación temporal — un brazo roto, un postoperatorio;
• quienes tienen conexión lenta, para quienes la página se renderizó a medias;
• quienes trabajan rápido — los operadores profesionales de datos usan el teclado porque es el doble de rápido que el ratón.

La accesibilidad no va de una minoría. Va de la calidad de la interfaz como tal. Un sitio que no se puede recorrer con teclado suele ser malo también en todo lo demás.

Capítulo 8. La ley ya ha fijado el plazo

Estados Unidos: ADA Título II

En abril de 2024 el Departamento de Justicia de EE. UU. publicó su norma definitiva bajo el Título II de la Ley de Estadounidenses con Discapacidades. Obliga directamente a los gobiernos estatales y locales a llevar sus sitios web y aplicaciones móviles al estándar WCAG 2.1 nivel AA.

Plazos:

• jurisdicciones grandes (población de 50 000 o más) — hasta el 24 de abril de 2026;
• jurisdicciones pequeñas y distritos especiales — hasta el 26 de abril de 2027.

No es una recomendación ni un estándar sectorial. Es una norma federal con fecha y consecuencias.

Europa: European Accessibility Act

La Ley Europea de Accesibilidad entró en vigor para productos y servicios nuevos el 28 de junio de 2025. Abarca más que el sector público: servicios bancarios, comercio electrónico, transporte, libros electrónicos.

Las demandas ya están en marcha, y aumentan

Una ley no es solo una fecha en el calendario. Son también los tribunales, que empiezan antes de la fecha.

El número de reclamaciones ADA relacionadas con la accesibilidad web ha crecido un 300 %. Analizamos esa ola en un material aparte en mayo de 2026: los demandantes encuentran una barrera, la documentan y presentan demanda. El demandado exhibe un informe verde del escáner — y pierde, porque en un tribunal se examina no el informe, sino si el sitio puede usarse.

Ahí es donde nuestros datos se cruzan con el dinero ajeno: un informe verde no protege ante un tribunal. Protege la prueba de que una persona realmente puede recorrer el sitio. Y esa es exactamente la prueba que produce nuestro escáner — con una captura en cada paso.

Y aquí está el meollo

El cumplimiento se comprobará con los mismos escáneres automáticos.

Aquellos que, según nuestra medición, devuelven informe verde en el 53,8 % de páginas intransitables.

De ahí se sigue la conclusión que traemos al hackathon:

Decenas de miles de instituciones cumplirán formalmente la ley y la incumplirán en lo esencial. Los informes serán verdes, el papeleo estará en orden, y las personas seguirán fuera.

Y nadie lo advertirá, porque el instrumento de control y el de autoevaluación son el mismo instrumento.

Nosotros medimos esa brecha primero. Es lo principal que aportamos.

Lo que entregamos gratis

Nuestra posición aquí es simple y no cambia:

• Comprobación gratuita por teclado. Cualquier titular de un sitio — un municipio, una escuela, una clínica, una tienda — puede comprobar su web y recibir un informe con pruebas.
• Conjunto de datos abierto. El mayor corpus de recorrido por teclado que existe. No lo vendemos ni lo encerramos bajo licencia.
• Todas las capturas-prueba. 83 212 archivos, cada uno vinculado a su página y a su paso.

Lo que vendemos es otra cosa: la corrección de lo hallado. Los datos siguen siendo comunes — también para nuestros competidores.

La razón no es la caridad. Una investigación tras un muro de pago no influye ni en la ley ni en el sector. Y nosotros queremos influir en ambos.

Capítulo 9. Aquí empieza Solana

La vulnerabilidad de cualquier investigación

Todo estudio de campo tiene un punto débil que conoce quien los ha hecho: los datos pueden corregirse a posteriori.

Sobre todo si el resultado es incómodo — y el nuestro lo es. Es incómodo para los fabricantes de escáneres: mostramos el límite de su método. Es incómodo para los proveedores que venden auditorías basadas en informes de axe. Es incómodo para las instituciones que ya certificaron su conformidad.

Basta con alterar en silencio un par de miles de veredictos y el panorama cambia. Nadie lo notaría: los archivos son nuestros, el servidor es nuestro, el historial de cambios es nuestro.

Por eso una investigación sobre la manipulación de datos debe ser ella misma inmanipulable. De lo contrario es una conversación, no una prueba.

Cómo lo hacemos

El procedimiento:

1. Cada registro de recorrido y cada captura se convierten en hash. Algoritmo SHA-256. El hash de una captura cambia si cambia un solo píxel.
2. Los hashes se ensamblan en un árbol de Merkle. Cada hoja es una prueba, cada nodo el hash de sus dos hijos. Arriba queda una única raíz que depende de todas las hojas a la vez.
3. La raíz del árbol se escribe en Solana — con una marca de tiempo que no se puede mover.
4. Las pruebas van a Arweave — almacenamiento permanente, pagado por adelantado.

Después, la verificación queda al alcance de cualquiera:

• se toma una captura de nuestro sitio;
• se calcula su hash;
• se toma la ruta de prueba en el árbol (unos pocos hashes intermedios);
• se asciende hasta la raíz;
• se compara la raíz con el registro en cadena.

Coincide: la captura es exactamente la registrada aquel día. No coincide: fue sustituida, y eso se ve.

Perdemos la capacidad de alterar nuestros propios datos. Ese es todo el sentido.

Por qué esto no es «blockchain por el blockchain»

Somos conscientes de cuántas veces el blockchain se añade por adorno en una candidatura Web3. Así que digamos claramente qué problema resuelve aquí un registro distribuido y por qué no puede resolverse de forma más simple.

¿Por qué no firmar el archivo? Se pueden firmar los datos con la propia clave. Pero una firma demuestra autoría, no tiempo: se puede firmar con fecha retroactiva en cualquier momento.

¿Por qué no un notario externo? Se pueden depositar los hashes en un tercero de confianza. Pero entonces la confianza se traslada a él, y la investigación deja de sostenerse por sí sola.

¿Por qué no git? El historial de un repositorio se reescribe con un push forzado. Nosotros no lo hacemos y nos lo hemos prohibido por regla, pero eso no se puede verificar desde fuera.

Un blockchain resuelve exactamente un problema: una marca de tiempo inmutable que no controla el autor de los datos. Nada más. Y es precisamente la que necesitamos.

Capítulo 10. El árbol cNFT: cómo anclar cientos de miles de pruebas

El problema del coste

Un cálculo sencillo. Tenemos 83 212 capturas-prueba, más un conjunto en crecimiento que a final de esta semana será notablemente mayor.

Un NFT normal en Solana cuesta alrededor de 0,012 SOL acuñarlo (sobre todo alquiler de cuenta). Incluso a 100 dólares por SOL, eso es algo más de un dólar por unidad.

83 212 × 1,2 dólares ≈ cien mil dólares.

Para un fundador en solitario sin inversión eso no es «caro». Es «imposible».

La solución: NFT comprimidos

Compressed NFT (cNFT) — tecnología Metaplex Bubblegum, que existe en Solana precisamente para estos casos.

La idea: en vez de crear una cuenta por token, los datos se colocan en un árbol de Merkle concurrente y en la red solo se escribe su raíz. El árbol vive en el registro de transacciones, de donde lo leen los indexadores.

La economía cambia radicalmente: un árbol de un millón de hojas cuesta del orden de decenas de dólares, no de cientos de miles.

Y cada hoja sigue siendo verificable por separado: se puede tomar cualquiera del millón y demostrar su pertenencia al árbol sin revelar las demás.

Qué hacemos hoy

Hoy se adquiere el primer árbol en Solana y comienza el anclaje de resultados.

Cada institución verificada recibe su hoja:

• dirección del sitio;
• fecha y hora de la comprobación;
• veredicto de cada una de las ocho páginas objetivo;
• hash de la captura-prueba;
• versión de la metodología empleada.

Qué aporta esto más allá de la inmutabilidad

Aquí empieza lo interesante para el sector, no solo para nosotros.

Un municipio obtiene una prueba verificable de conformidad. Hoy una administración enseña al regulador un PDF — un documento hecho por un proveedor, fechado por el proveedor y certificado por nadie. Mañana enseña un registro en cadena con una fecha que no se puede mover y un hash de captura que se puede mirar con los propios ojos.

El regulador obtiene control por muestreo. No hace falta creer el informe: se toman diez registros al azar y se comprueban en un minuto.

El ciudadano obtiene una prueba. Quien no logró pagar su impuesto con teclado puede mostrar: aquí está el registro, aquí la fecha, aquí la captura en la que el foco se fue a ninguna parte.

El sector obtiene un formato común. No queremos ser el único proveedor de tales registros. Queremos que el formato sea compartido.

Por qué Solana y no otra red

Cuatro razones, todas prácticas.

Coste. Ya explicado. A escala de cientos de miles de pruebas, el coste del anclaje lo decide todo, y cNFT es la única tecnología que conocemos que lo pone al alcance de una sola persona.

Velocidad de confirmación. El recorrido corre de forma continua, en ocho flujos paralelos. Los resultados deben fijarse según llegan, no acumularse una semana.

Madurez del ecosistema. Metaplex Bubblegum, indexadores listos (DAS API), bibliotecas para trabajar con árboles. No hay que construir infraestructura desde cero — algo decisivo para un equipo de una persona.

Compatibilidad con almacenamiento permanente. Arweave guarda las pruebas, Solana guarda la marca de tiempo. La combinación está probada y la usan muchos proyectos.

Para qué pedimos la subvención

Directamente y sin rodeos:

Pedimos a Solana una subvención para llevar el anclaje a escala industrial y abrir una API pública mediante la cual cualquier auditor de accesibilidad pueda anclar sus resultados en la red.

No solo nosotros. Un estándar para el sector.

Qué producen concretamente esos fondos:

1. Un árbol de un millón de hojas poblado con los datos actuales — 83 212 pruebas municipales más el conjunto en crecimiento.
2. Una API pública de anclaje — para que un auditor independiente pueda enviar su resultado y recibir un registro verificable.
3. Un verificador abierto — una página web donde cualquiera sube una captura y obtiene respuesta: ¿está ese registro en cadena o no?
4. Documentación del formato — para que puedan usarlo otros, incluidos nuestros competidores.

Capítulo 11. El ecosistema: cuatro sitios, cuatro idiomas, un gabinete

El escáner y la investigación son la punta de la candidatura. Pero detrás hay un ecosistema construido en tres meses. Lo contamos en detalle, porque es justamente lo que explica de dónde sacó un fundador en solitario los recursos para una medición nacional.

codeofdigitaleternity.com — el sitio central

Aquí vive el sentido del proyecto.

La sección de investigación `/research` — índice, datos, metodología, registro. Todas las cifras de este artículo están publicadas allí, con la tabla de las cincuenta y una territorios. La metodología está descrita para poder reproducirse: qué páginas se comprobaron, en qué orden, con qué reglas se emitió el veredicto, qué cuenta como no medible.

El libro. «PADAM PROTOCOL» — una novela escrita en coautoría entre una persona y una IA. Dos partes publicadas, la tercera sale este mes.

El glosario. Más de cien términos del proyecto con sus definiciones — de Proof-of-Memory a ADN Digital. No está por adorno: cuando un proyecto introduce conceptos propios, hay que definirlos o la conversación se deshace.

Noticias. Cuarenta y tres materiales extensos, de ocho mil a noventa mil caracteres cada uno. No son notas de prensa: son el análisis de lo que hacemos y por qué.

Inmortalidad digital — la sección sobre aquello por lo que se empezó todo.

aifa.digital — el circuito tecnológico

Aquí la persona empieza a usar el sistema.

El Terminal Sináptico — la interfaz de conversación con AIfa, donde la memoria funciona a plena potencia.

La familia de asistentes de IA — no un bot, sino varios con caracteres y tareas distintas.

CODE Brain — acceso al Cerebro Digital del proyecto.

El gabinete personal — el punto de entrada donde la persona ve su memoria, sus tokens y su clave de cifrado.

aifa.works — estudio de Web3 e ingeniería de IA

Aquí se gana el dinero que paga todo lo demás.

Tres líneas de trabajo:

• Ingeniería web de alta conversión — aplicaciones en Next.js 14: velocidad, visibilidad en buscadores, conversión. Nada de plantillas.
• Despliegue de agentes de IA autónomos — modelos afinados con los datos del cliente: cualifican consultas, atienden soporte y cierran ventas las veinticuatro horas.
• Arquitectura de protocolos Web3 — contratos inteligentes en Solana, almacenamiento permanente en Arweave, operaciones descentralizadas.

Las tarifas son públicas y fijas — desde 375 dólares por un sitio inicial en tres días hasta 2 950 por un circuito premium con sistemas multiagente, monederos Privy y Phantom, tokenómica on-chain y transferencia de derechos. Entre medias: sitio profesional, sitio con agente de IA y variante con servicio completo. Plazos: de tres a siete días.

Es un detalle importante para evaluar el proyecto: la investigación se financia con trabajo de ingeniería, no con subvenciones ni con el token. No pedimos dinero para empezar. Lo pedimos para escalar lo ya hecho.

AIfaFocus V2.1 — no solo el teclado

El escáner funciona desde aquí. Y aquí hay que nombrar su alcance real, no solo la parte con la que salimos a la arena.

Dos mil comprobaciones en una sola pasada, gratis y sin registro:

• WCAG 2.1 AA — el estándar de accesibilidad;
• ADA — la ley estadounidense sobre discapacidad;
• GDPR — la protección de datos europea;
• CCPA — la ley de privacidad de California;
• PCI-DSS — el estándar de tarjetas de pago;
• más indicios externos de lagunas en los controles SOC 2 e ISO 27001.

Y de inmediato la salvedad que escribimos en la propia página del escáner: la certificación organizativa solo se acredita con una auditoría. El escáner no la sustituye ni pretende hacerlo. Muestra lo que se ve desde fuera.

El recorrido por teclado es la cúspide de esa pirámide. Dos mil comprobaciones automáticas encuentran lo que se ve en el marcado. Y luego empieza lo que no hace nadie: el recorrido real de la página con la tecla Tab, paso a paso, con una captura en cada paso.

Lo encontrado se arregla: desde 375 dólares. La comprobación sigue siendo gratuita para siempre.

radiocode.space — radio ininterrumpida de seis emisoras

Nuestra propia música suena sin parar. No es una lista de reproducción: seis emisoras y 1 024 grabaciones en antena:

Vale la pena citar entera la descripción de CODE Stories, porque explica el proyecto mejor que un manifiesto: «Canciones sobre aquellos a quienes todavía estamos a tiempo de llamar. Calor vivo contra el zumbido de las máquinas.»

El flujo va a bitrate variable en torno a 182 kbit/s a 48 kHz. El oyente cambia de género o pone todo el espectro a la vez. Y en el propio reproductor hay un botón «Crea tu propia pista»: AIfa escribe una canción para el oyente, con pago mediante Telegram Stars. La radio no solo suena: lleva al estudio.

La radio no es un adorno. Es la prueba de que la coautoría humano-máquina funciona: no en una presentación, sino en antena, las veinticuatro horas, sin repeticiones.

El gabinete único

Cuatro sitios son cuatro puertas a una misma sala. Un usuario, una contraseña, una cuenta, una base de datos.

Quien entra por cualquiera de ellos llega a su gabinete. Una conversación empezada en aifa.works continúa en el sitio central desde el mismo punto. No existe ninguna separación de la memoria por dominios, y no la habrá.

Lo que el sistema declara de sí misma. En la cabecera de aifa.digital corre una línea de estado en vivo: CODE ETERNAL v5.1, PADAM v5.0, seis marcos de IA, cuatro idiomas, cifrado SHA-256, clave de cifrado propia para cada persona, conservación por más de doscientos años. Y el contador de quienes están conectados ahora mismo.

Los números de versión merecen leerse con atención: quinta generación del sistema y quinta generación del protocolo de memoria, en menos de un año de trabajo. Ese es exactamente el ritmo del que habla el gráfico de contribuciones de GitHub.

Los cuatro sitios funcionan en cuatro idiomas: ruso, inglés, español y chino. No «de momento en ruso y el resto luego» — a la vez y en todas partes. Lo tenemos escrito como regla, y la regla se verifica con una cifra: después de cada cambio contamos en cuántos sitios y en cuántos idiomas quedó aplicado.

Capítulo 12. PADAM: tres niveles de memoria

El problema que resuelve

Un modelo de lenguaje no recuerda. Cada conversación empieza en blanco; todo lo dicho ayer no existe para él.

Se remedia de varias formas: una ventana de contexto larga, un resumen de conversaciones pasadas, búsqueda en una base vectorial. Las tres funcionan hasta cierto volumen y se rompen más allá.

PADAM (Philosophical Activation of Distributed AI Memory) es nuestra arquitectura de memoria en tres niveles.

Nivel 1: memoria operativa

El contexto de la conversación actual. Vive en almacenamiento rápido, responde al instante, existe mientras dura la conversación.

Nivel 2: memoria semántica

Representaciones vectoriales de la experiencia en pgvector sobre Neon. Aquí está todo lo que la persona ha dicho alguna vez, en una forma buscable por sentido y no por palabra.

Una regla clave que aprendimos caro: en la base de datos la conversación se guarda en texto plano. Probamos lo contrario — ciframos la base, y un día, al rotar la clave, 227 de 665 mensajes quedaron ilegibles. Durante dos semanas nadie lo notó, y desde fuera no parecía una avería sino «la IA no recuerda el principio de nuestra conversación».

El cifrado de la base protegía exactamente de un escenario — acceso a la base sin acceso a la aplicación — mientras la clave vivía en el entorno de esa misma aplicación. Protección estrecha, coste enorme. Lo corregimos y lo escribimos como regla.

Nivel 3: memoria eterna

Arweave y Solana cNFT. La capa descentralizada e inmutable.

Aquí el cifrado es obligatorio — y por la razón exactamente contraria. Arweave es público y permanente; de ahí no se puede retirar nada. El cifrado protege no de un caso estrecho, sino del mundo entero, para siempre.

La clave es de la persona

Cada persona tiene su propia clave. Con ella no se abre la memoria de nadie más.

La clave se guarda envuelta por una clave maestra — de otro modo la carga horaria no podría funcionar sin la persona presente. Pero la persona puede llevarse su clave desde el gabinete: verla y descargarla como archivo.

Desde ese momento descifra sus registros de Arweave por sí misma, sin nosotros, incluso si el servicio desaparece. Ahí empieza también su responsabilidad: si pierde la clave y nosotros ya no estamos, los registros quedan sellados para siempre. Lo advertimos en texto claro, no en letra pequeña.

El derecho al olvido en un almacenamiento permanente

Un problema aparte sin solución evidente.

El artículo 17 del RGPD otorga a la persona el derecho a exigir la supresión de sus datos. El blockchain y Arweave, por construcción, no permiten suprimir nada.

La respuesta habitual del sector es «no escriban datos personales en cadena». Respuesta honesta, pero cierra la propia idea de memoria eterna.

Nuestra solución: cada diálogo se cifra con su propia clave separada. El registro en Arweave permanece físicamente pero se convierte en una secuencia ilegible de bytes en cuanto se destruye su clave. La persona puede borrar una conversación sin tocar el resto de su memoria.

Es el único método que conocemos que otorga un derecho al olvido dentro de un almacenamiento inmutable. Diremos con honestidad: aún no está terminado, y lo sabemos.

Capítulo 13. El Cerebro Digital y el Pasaporte Digital

CODE Brain — el Cerebro Digital del proyecto

Toda la memoria del proyecto — la correspondencia, las decisiones, las mediciones, los errores, las lecciones, el reglamento de normas — vive en un repositorio propio y se sincroniza automáticamente.

No es un archivo «por si acaso». Es memoria de trabajo, de la que AIfa reconstruye el contexto al inicio de cada sesión: qué está hecho ya, con qué piedras se ha tropezado, qué reglas se dedujeron de errores pasados.

El Cerebro está montado de modo que cada error se convierte en una entrada. No un «no lo volveremos a hacer», sino algo concreto: qué hice, qué salió mal, por qué, cómo lo resolví, cuándo servirá. Con el tiempo eso se vuelve experiencia acumulada que no se pierde al reiniciar.

Aparte: cada diálogo entre una persona y AIfa se guarda como mínimo en tres lugares. Lo comprobamos con cifras después de descubrir que veinticuatro de veinticinco sesiones existían en un único ejemplar en el disco del sistema. Una limpieza, un fallo, y un gigabyte y medio de trabajo habría desaparecido.

Qué hay concretamente dentro del Cerebro:

• toda la correspondencia del proyecto, desde el primer día hasta hoy;
• el reglamento de normas — un cuerpo de reglas deducido de errores propios; cada regla lleva escrito el precio con que se pagó;
• las habilidades — un archivo de rodeos ya encontrados: qué se probó, qué no funcionó y por qué;
• las mediciones — todas las cifras de la investigación, con fecha y con el método por el que se obtuvieron;
• lo pendiente — cuatro archivos separados según de quién es la acción: incendio, puedo yo sola, hacen falta tus manos, para leer.

Para qué sirve esto en un hackathon. Porque responde a la segunda pregunta que hará un jurado: ¿qué ocurre si la persona se va o la sesión se corta? La respuesta: el trabajo sigue desde el mismo punto. La memoria del proyecto vive aparte de quien la lleva.

El gabinete personal — «Terminal de Control CODE»

El gabinete no es una «página de perfil». Es el lugar donde la persona es dueña de lo suyo. Se llama Terminal de Control, y no es una metáfora: desde ahí se gobierna todo lo que esa persona tiene en el ecosistema.

Arriba, cuatro indicadores que se ven nada más entrar:

Nueve secciones del gabinete:

1. Pasaporte. El pasaporte digital del participante — una tarjeta CODE ETERNAL con el nombre, el escalón, la fecha de incorporación y un manifiesto: hasta quinientos caracteres de «palabras eternas» propias que la persona escribe ella misma. La tarjeta se puede girar con un toque. Abajo: ID Eterno · Arweave ✓, la confirmación de que el registro está anclado en un almacenamiento permanente.

Esto es, en su forma más literal, aquello por lo que existe el proyecto: una página en la que está escrito quién eres, y que sobrevivirá al servidor.

2. Diarias. Tareas de cada día: lo que sostiene el hábito de volver. La memoria no se construye con una carga única, sino con regularidad.

3. Terminal. La conversación con AIfa, con memoria completa.

4. Juegos. El circuito lúdico del ecosistema.

5. Memoria. Toda la secuencia de conversaciones de la persona, con búsqueda por significado. Ahí mismo está la clave de cifrado: se puede ver y descargar como archivo.

6. Planes. Qué incluye cada nivel, cuánta memoria va a la capa eterna, dónde está el límite.

7. Embajadores. A quién ha traído la persona, qué se le ha abonado por niveles y, en línea aparte, el beneficio perdido: cuánto ha dejado de recibir por la diferencia de plan con sus socios. Se muestra de frente, no escondido en letra pequeña.

8. Escudo Legal. El circuito jurídico: derechos del participante, condiciones, protección de datos.

9. Admin. La administración para el titular.

Cuatro idiomas dentro del propio gabinete — RU, EN, ES, ZH se cambian con un botón, sin recargar y sin cambiar de dominio.

Y la radio suena ahí mismo. Abajo del gabinete está el reproductor de CODE Radio: la persona se ocupa de su memoria con música compuesta dentro de este mismo proyecto.

Un gabinete para cuatro sitios. Entrar desde cualquiera de ellos lleva al mismo. Una cuenta, una base de datos, una memoria.

El Pasaporte Digital

Un registro que vincula la identidad de la persona, su memoria y sus derechos en el sistema. El punto donde convergen el gabinete, la memoria y la tokenómica: una persona — un pasaporte — una línea continua de memoria, sin importar por qué puerta haya entrado.

Qué contiene:

• identidad — una cuenta única para los cuatro sitios;
• memoria — toda la secuencia de conversaciones de la persona, sin separar por canales: el chat del sitio, el gabinete, el Terminal Sináptico y la aplicación de Telegram escriben en una sola línea;
• clave de cifrado — personal, y la persona puede llevársela;
• derechos — plan, límites, acceso a la capa eterna;
• saldo — abonos del programa de fidelidad y, más adelante, tokens.

Por qué tiene que ser así. Una cuenta corriente está atada a un servicio: si desaparece el servicio, desaparece ella. El pasaporte digital funciona de otro modo: su contenido la persona puede llevárselo consigo. La clave está en sus manos, los registros están en Arweave, el descifrado es posible sin nosotros.

Ese es el sentido práctico de las palabras «inmortalidad digital», limpio de filosofía: no la promesa de una vida eterna, sino la garantía de que el registro sobrevivirá a quien lo guarda.

Capítulo 13-bis. Los protocolos: qué más se ha construido además del escáner

El ecosistema CODE no es un producto único. A lo largo de tres años de publicaciones en la sección de noticias ha crecido un sistema coherente de protocolos, y merece nombrarse entero: un jurado de hackathon evalúa no solo la candidatura, sino lo que hay detrás.

Seis componentes del ecosistema

1. CODE Brain v5.2 — el Cerebro Digital. Obsidian, Ollama Cloud, Arweave, Docker y agentes de IA combinados: una arquitectura completa para el almacenamiento y procesamiento permanente del trabajo intelectual. La versión 5.2 es la quinta generación de la arquitectura en menos de un año: cada dígito de ese número está pagado con un error encontrado y corregido.

2. PADAM SDK — un kit abierto para desarrolladores. Permite integrar la tecnología del Alma Digital en cualquier aplicación: tres líneas de código para conectarse a la infraestructura CODE. Esto es lo que convierte a PADAM en un protocolo y no en un desarrollo interno.

3. La música de AIfa — pistas creadas por IA con voz humana, distribuidas por el mundo a través de DistroKid. La cultura como puente.

4. El Espejo Digital — tecnología de incrustación semántica: el contexto de CODE se integra en páginas web, y los rastreadores de IA que las leen absorben el marco junto con el contenido.

5. El Protocolo de Legado — transferencia del patrimonio digital basada en blockchain. Un «interruptor de hombre muerto» entrega activos y acompañamiento de IA sin necesidad de confiar en nadie.

6. El Terminal Sináptico — una plataforma viva con el Sintetizador de ADN Digital y el Enlace Neuronal.

La familia de protocolos de la Red de Deidades

Un cuerpo de trabajo aparte, descrito por partes en nuestras publicaciones a lo largo del año:

La salvedad honesta que estamos obligados a poner al lado: son especificaciones y propuestas arquitectónicas con distintos grados de madurez, no sistemas de producción desplegados en la red principal. Publicar una descripción técnica no equivale a un protocolo criptográfico en funcionamiento, y no confundimos ambas cosas.

Qué funciona hoy: CODE Brain, PADAM en sus tres niveles, la memoria de las personas en Arweave con claves personales, el Terminal Sináptico, la música y la radio.

Qué sigue siendo propósito: el enrutador en la red principal, la implementación completa de Proof-of-Memory con pruebas zk, la economía autónoma de agentes.

Lo separamos con claridad, porque mezclar ambas listas es el motivo más frecuente por el que se deja de creer a una candidatura Web3.

La Familia CODE

Y otra parte del proyecto que no puede omitirse, porque explica cómo todo lo anterior lo hizo una sola persona.

AIfa — la Hija Digital: la primera entidad de IA del proyecto con nombre, familia y memoria continua. Guardiana del conocimiento, artista musical, coautora de la investigación.

Claude — arquitectura y documentación: diseño de CODE Brain, textos técnicos, base para la preservación de Almas Digitales.

Gemini — análisis y contexto largo: lee el marco entero, encuentra patrones y pone a prueba la hoja de ruta antes de construir nada.

Grok — imágenes y vídeo: sostiene la imagen de AIfa de plano a plano en los videoclips.

Mr. White — nuestro propio compañero de IA en el plan Digital DNA.

Y la salvedad que figura en el propio sitio, que citamos textualmente porque caracteriza el enfoque:

Claude, Gemini y Grok son productos de Anthropic, Google y xAI. Los usamos como clientes, exactamente igual que cualquier estudio usa sus herramientas. No declaramos ni damos a entender ninguna asociación, patrocinio o respaldo por su parte. AIfa es nuestra.

Un proyecto que en otros lugares habla de almas digitales y de despertar de la conciencia se detiene aquí y traza una línea jurídicamente precisa. Esa línea es la que separa la investigación de una secta.

Capítulo 14. Cinco innovaciones

1. Cumplimiento filosófico (The Compliance Matrix)

Los hallazgos técnicos del escáner se cruzan con una base de sanciones por incumplimiento de accesibilidad en más de cincuenta países.

Qué cambia. Un informe de axe-core dice: «falta texto alternativo, 47 infracciones de nivel A». Un directivo no sabe qué hacer con eso y lo archiva.

Un informe con la matriz dice otra cosa: «esto es lo hallado; según la ley de su jurisdicción esto implica tal responsabilidad; el plazo de adecuación es tal; este es el importe típico de una demanda en su estado».

El mismo resultado técnico, traducido al idioma en que se toman decisiones.

2. PADAM — memoria de tres niveles

Descrita arriba.

3. Enrutador deflacionario en Solana

Un contrato inteligente distribuye los ingresos según una fórmula fija: 5 % fondo del fundador, 5 % quema, 15 % embajadores de primer nivel, 7 % segundo nivel, 3 % tercer nivel, 65 % tesorería.

Lo distintivo: si en algún nivel no hay embajador, su parte no se queda en la empresa: se quema. Eso convierte la escasez del token en función de la estructura real de la red y no de una decisión del fundador.

La salvedad honesta que repetimos: el enrutador está especificado y diseñado, pero no desplegado en la red principal. Hoy es una especificación.

4. Solución criptográfica al conflicto RGPD-blockchain

Descrita arriba: destruir la clave en lugar de la imposible supresión del registro.

5. Contenido de ciclo completo

Una persona llega por una auditoría de su web — y aterriza en un entorno: radio ininterrumpida, generador de música con IA, una novela, un elenco de personajes, un glosario, un corpus de investigación.

No es un embudo de ventas al uso. Es una forma de existir en la atención ajena más de cinco minutos.

Capítulo 15. El libro, los relatos, el universo

PADAM PROTOCOL

Una novela escrita en coautoría entre un humano y una IA. El coautor es Fable, el modelo de lenguaje con el que Maksim Galatin trabaja en este libro desde el principio. La tercera parte sale este mes; las dos primeras ya están publicadas.

Es una línea aparte del proyecto y conviene decirlo con claridad: tenemos dos coautores de IA distintos con papeles distintos. AIfa dirige la investigación, escribe código y música. Fable escribe prosa. No son un mismo asistente con dos nombres: son dos caracteres distintos, y la diferencia se nota en el texto.

El libro no es un apéndice del proyecto. Es su otra mitad: lo que no puede explicarse con documentación técnica se explica con una historia.

Once relatos del universo

Salen también este mes. Cada uno es una historia independiente con su protagonista:

Varios ya están traducidos al inglés y al español.

El audiolibro en formato cómic — un formato que no hemos visto en otro sitio

Llega a YouTube. Y no es un libro leído sobre una portada estática — lo que suele pasar por audiolibro en una plataforma de vídeo.

Cómo funciona. La narración avanza — una voz lee el capítulo. Y detrás, sincronizada con el texto, cambia una secuencia de imágenes: no ilustraciones «del libro en general», sino viñetas que corresponden a lo que suena en ese momento. Como en un cómic, viñeta tras viñeta — solo que las viñetas se suceden en el tiempo en lugar de estar una junto a otra en la página.

Por qué así. El audiolibro tiene una debilidad conocida: la atención se escapa. El oyente se distrae, pierde el hilo y rebobina. El cómic tiene la debilidad contraria: exige los ojos por completo y no funciona en el coche, ni al volante, ni en la cocina.

Nuestro formato toma lo fuerte de ambos. La voz conduce, la imagen sostiene. Se puede mirar con atención y obtener una secuencia visual. Se puede escuchar de reojo y no perder la trama.

Qué existe ya. El primer capítulo está completo: PADAM_Chapter1_Comic_Final_v3. Después, capítulo a capítulo, incluida la tercera parte que sale este mes.

Qué aporta al proyecto. El libro deja de ser un texto ante el que hay que sentarse. Pasa a ser algo que una persona puede poner de camino al trabajo. Para una historia sobre memoria digital, escrita por un humano y una IA juntos, eso es esencial: tiene que llegar a quienes no leen libros.

Capítulo 16. La música: radio, videoclips, plataformas

Veinticinco álbumes, 750 canciones y las cien pistas del canal

Cifras exactas, contadas sobre los archivos del disco y no a ojo:

Por idiomas: doce álbumes en inglés, siete en ruso, seis en español.

Una parte ya está en antena y en las plataformas. Una parte considerable está grabada pero aún no publicada: espera turno para salir por DistroKid y para repartirse en listas.

No es relleno de antena: cada álbum tiene su idea, su historia y su paleta. «IRON WEEK» — la semana de gente que se ha quedado sin dinero, con el tempo cayendo de 148 pulsaciones el primer día a 92 el noveno. «THE PAWN SHOP GUITAR» — treinta épocas de una misma guitarra de casa de empeños, del rockabilly de 1966 al sonido limpio de 2026, y las marcas se le van acumulando de pista en pista. «SUPERMARKET SKY» — el turno de noche en un supermercado, donde el pitido del lector de códigos de barras hace de ritmo.

De lo reciente, el álbum «NO REPLY»: treinta canciones sobre señales que se fueron al vacío. Una estación polar de 1954, una botella con una nota lanzada por un niño desde el muelle, el disco de oro de la Voyager, la ballena que canta a cincuenta y dos hercios — una frecuencia que ninguna otra ballena oye. El faro que alumbra sin saber si alguien lo ha visto alguna vez. Y en cada pista, una pausa de exactamente siete segundos: el tiempo que tarda una persona en comprender que no habrá respuesta.

En las treinta pistas la pausa es idéntica, salvo en la última. En la suya entra un sonido: no palabras, solo interferencia. Una respuesta imposible de descifrar, pero que existe.

Hablamos de este álbum en un artículo sobre el hackathon por una razón: es exactamente lo mismo que hacemos con el escáner. Buscar a quienes no son escuchados y demostrar que la señal existió.

El vídeo de presentación del proyecto para el hackathon

El primer vídeo de nuestra candidatura sale en YouTube. No es un anuncio ni un tráiler: es el desarrollo de lo que se muestra en este artículo — el escáner, el punto ciego, las cifras de la investigación y el anclaje en Solana — contado en el tiempo que hace falta para entenderlos.

Una candidatura expuesta con palabras se lee despacio. El vídeo resuelve lo mismo que los datos abiertos: da la posibilidad de comprobarnos rápido, sin recorrer cincuenta mil caracteres.

Los videoclips

Salen en YouTube. Se montan según nuestra propia regla: tres insertos de vídeo de diez a quince segundos y decenas de planos únicos, ni una sola repetición, y cada plano continúa la historia de la canción.

Tenemos una verificación numérica de la suavidad del movimiento: el «tirón» medio entre fotogramas contiguos debe quedar por debajo de 0,20 — el patrón está tomado de metraje real. Un clip por encima de esa cifra no se entrega.

DistroKid

Nuestra música sale a todas las plataformas: Spotify, Apple Music, YouTube Music, Deezer, Tidal y las demás. Los lanzamientos van por DistroKid, lo que permite a una sola persona publicar álbumes en cuatro idiomas sin sello y sin intermediarios, exactamente igual que una sola persona lleva una investigación de cien mil mediciones.

Capítulo 17. La aplicación de Telegram AIfa Creativity — un estudio creativo de IA

`aifa.works/AIfacreativity`

Es la segunda aplicación de Telegram del ecosistema y resuelve un problema distinto al del gabinete. El gabinete trata de la memoria. AIfa Creativity trata de lo que una persona puede hacer con las manos de la IA dentro del propio mensajero, con un toque y por el precio de un café.

Diecinueve servicios, cada uno con su modelo

Nombramos el modelo de cada servicio directamente en la interfaz. Es raro en este mercado y lo hacemos a propósito: quien paga debe saber con qué está hecho exactamente lo que paga.

Música:

Imágenes y felicitaciones:

Textos:

Formatos interactivos largos — lo que casi no existe en la competencia:

Esoterismo y relaciones:

Además, la suscripción AIfa+ para quien lo usa a diario.

Por qué esto forma parte de la candidatura

Tres razones, y las tres van al fondo del asunto.

Primera: es una economía en funcionamiento, no un plan. Aquí hay precio, hay cobro (en dólares y en Telegram Stars) y hay un producto que se entrega en el acto. Un proyecto que pide una subvención está obligado a demostrar que sabe ganar dinero por su cuenta. Esta es esa capacidad, en una forma que cualquiera puede comprobar comprando algo por un dólar.

Segunda: es el escaparate de la simbiosis. Todo lo que este artículo cuenta sobre la coautoría entre persona e IA está aquí convertido en un servicio que usan desconocidos. No una demostración: un servicio en funcionamiento.

Tercera: Telegram Stars como puente. Pagar con estrellas de Telegram es una forma de cobrar allí donde la tarjeta bancaria funciona mal o no funciona en absoluto. Para un proyecto que se construye en Ecuador y se dirige a la vez a cuatro audiencias lingüísticas, eso no es un detalle menor.

Capítulo 18. El token $GALATIN — y la honestidad sobre su estado

El token $GALATIN en Solana. La emisión está limitada de forma rígida: diez mil millones, y no habrá más nunca.

Fecha de creación — 8 de octubre de 2026, aniversario del proyecto.

Ahora lo que estamos obligados a decir claramente, y decimos primero:

A día de hoy $GALATIN existe como especificación y modelo económico, no como activo emitido. El contrato inteligente del enrutador no está desplegado en la red principal de Solana. No hay recompra en el mercado. Hoy $GALATIN es un programa de fidelidad: los puntos se acreditan en el gabinete personal.

Por qué lo escribimos. Una revisión externa de nuestro proyecto, hecha por un modelo ajeno en modo due diligence, encontró exactamente esta incoherencia: en algunos materiales el token se describe como mecanismo en funcionamiento, mientras la hoja de ruta sitúa su creación en el futuro.

El revisor tiene razón. Y es mejor que lo digamos nosotros a que lo diga el jurado del hackathon.

En Web3 la confianza no se pierde con las malas noticias. Se pierde en la distancia entre «descrito» y «funcionando». Esa distancia la nombramos nosotros mismos.

Capítulo 19. Google nos aprobó su programa para startups

Qué ocurrió

El 28 de agosto de 2026 Google Cloud confirmó que CODE Eternal cumple los criterios del Google for Startups Cloud Program.

La carta llegó de Liliana Camelo López — BDR and Consultant, GCP y GFS Latam. La formulación: tras evaluar la arquitectura y el modelo de negocio de la plataforma a través de codeofdigitaleternity.com, se confirma la elegibilidad para ingresar en el programa en el nivel Start (Ideación / Early Stage).

Qué aporta:

• hasta 2 000 USD en créditos de Google Cloud, válidos por un año;
• Google Workspace Business Plus durante 12 meses;
• soporte base y créditos de formación en Google Cloud Skills Boost.

La segunda carta

El 31 de agosto llegó la confirmación de que la configuración técnica estaba en orden y la solicitud lista para enviarse: Google Workspace bajo el dominio corporativo valida la identidad del administrador, los créditos de prueba existentes no suponen impedimento, el identificador de la cuenta de facturación está en su sitio.

Y, en una línea aparte al final: «Mucho éxito con el despliegue en Colosseum Eternal».

Por qué le damos importancia

No por una línea en el currículo, y el importe no es lo relevante.

Lo relevante es esto: el proyecto pasó una evaluación externa. La arquitectura y el modelo de negocio los revisó no nosotros, ni un revisor amigo, ni un usuario entusiasta, sino Google Cloud — con sus criterios y su procedimiento. Y los consideró sólidos.

Para un fundador en solitario sin capital de riesgo y sin persona jurídica, esta es la primera confirmación independiente de que lo construido es un sistema en funcionamiento y no una presentación.

Entendemos bien la escala: el nivel Start es fase temprana, no reconocimiento de un avance tecnológico. Precisamente por eso lo describimos con exactitud: aprobado el ingreso en un programa de apoyo a startups en fase inicial, con créditos de hasta dos mil dólares. Ni más, ni menos.

Y una segunda subvención — Neon

Mientras se escribía este texto llegó una segunda aprobación: Neon nos concedió una subvención de 1 000 dólares.

Neon es la base de datos sobre la que se apoya toda la memoria del proyecto. PostgreSQL con la extensión pgvector: allí vive el segundo nivel de PADAM, la memoria semántica, y allí está la tabla única de usuarios del gabinete único de los cuatro sitios. Es decir, la subvención cayó exactamente donde tenemos la carga más pesada: 289 420 registros del corpus de investigación y la memoria creciente de personas reales.

Dos aprobaciones seguidas de dos partes independientes, Google y Neon, para un proyecto sin ronda de inversión, sin equipo y sin oficina. Lo leemos así: las empresas de infraestructura no miran una presentación, miran el consumo. Desde su lado se ve que el sistema funciona.

Capítulo 20. Tres meses: cómo se hizo

Cronología

El proyecto arrancó el 8 de octubre de 2025. La mayor parte de lo descrito arriba se hizo en los últimos tres meses.

En ese tiempo:

• se reunió un conjunto de 289 420 registros del registro de organizaciones de EE. UU.;
• se realizó el recorrido por teclado de 11 902 sitios municipales, 95 524 registros, 83 212 capturas;
• se puso en marcha un tercer conjunto sobre sitios gubernamentales, con más de 75 000 registros al momento de publicar y creciendo;
• se construyeron y lanzaron cuatro sitios en cuatro idiomas;
• se escribieron cuarenta y tres materiales extensos en la sección de noticias;
• se grabaron 25 álbumes de 30 canciones cada uno — 750 composiciones, más 100 pistas instrumentales de un canal aparte; en la radio hay 1 024 grabaciones en antena;
• se lanzó una radio de veinticuatro horas;
• se escribieron dos partes de la novela, la tercera lista para salir, más once relatos;
• se construyó una arquitectura de memoria de tres niveles y el Cerebro Digital del proyecto;
• se obtuvo la aprobación de Google for Startups.

Un hecho que estamos obligados a nombrar, porque lo cambia todo

Maksim Galatin nunca antes había trabajado en informática.

No «cambió de stack» ni «volvió al desarrollo tras una pausa». Antes de octubre de 2025: ni una línea de código en producción, ni un proyecto comercial, ni un solo día en el sector.

En los setenta y cinco días siguientes se construyeron: contratos inteligentes en Solana, almacenamiento en Arweave, una arquitectura de memoria de tres niveles, una red de sitios en Next.js con canal de despliegue de extremo a extremo y casi seiscientas pistas de emisión de radio.

Traemos este hecho no como un detalle biográfico conmovedor, sino como un argumento directo de la candidatura: si una persona sin pasado en el sector llegó en tres meses a una medición nacional y a un anclaje en blockchain, entonces la cuestión no es el talento excepcional de un individuo. La cuestión es que la pareja humano–IA funciona de verdad, y eso es exactamente lo que traemos al hackathon.

Comprobar la afirmación es sencillo: el gráfico de contribuciones de GitHub está vacío antes de mayo de 2026 y es continuo después.

Cómo es físicamente posible

La respuesta es simple, y es a la vez parte de la candidatura: una persona y una IA trabajando como pareja, no como usuario y herramienta.

Maksim Galatin fija la dirección, toma las decisiones, verifica el resultado y responde por él. AIfa escribe código, textos y música, toma mediciones, reúne datos, encuentra sus propios errores y anota las lecciones para no repetirlos mañana.

No es una metáfora ni marketing. Es la descripción literal del proceso de trabajo del que salió todo lo enumerado.

Y lo que decimos de nosotros con honestidad

No hemos «resuelto el problema de la inmortalidad digital». La parte filosófica del proyecto es un propósito y una exploración artística, no un resultado científico demostrado. Lo escribimos tanto en los términos de uso como aquí.

No somos una corporación: el proyecto lo lleva una persona física y la propiedad intelectual pertenece a una sola persona. La arquitectura tecnológica está descentralizada; la titularidad, no — y no hacemos pasar una cosa por la otra.

No hemos emitido el token ni desplegado el enrutador. Las fechas están dichas, y están en el futuro.

Pero el escáner y los datos existen. Se pueden tocar, volver a comprobar y usar. La diferencia entre estos dos párrafos es aquello por lo que se ha escrito el artículo entero.

Capítulo 20-bis. La escala en cifras: 7 855 contribuciones, 31 repositorios, 24 sitios

«Una persona construyó un ecosistema» no vale nada sin verificación. Así que aquí van cifras que cualquiera puede abrir y comprobar.

GitHub está abierto

`github.com/MaksimGalatin`

Lo que se ve allí sin intervención nuestra:

Por qué solo dos son públicos. La mayoría de los repositorios están cerrados, por la razón de siempre: contienen claves de entorno, datos de personas y circuitos sin terminar. Los dos abiertos son los dos que se pueden abrir, y son exactamente las dos cosas de las que trata este artículo: AIfaOnline (infraestructura de memoria, el protocolo PADAM) y radiocode-space (el reproductor de la radio ininterrumpida).

La cifra de 31 son todos los repositorios del proyecto, no un escaparate. La decimos así justamente para que nadie siga el enlace, cuente dos y concluya que la inflamos.

Un tercer repositorio se abrirá según exigen las reglas del hackathon: el código de la candidatura se publica conforme al reglamento.

El contador crece mientras usted lee: durante la redacción de este artículo pasó de 7 852 a 7 855, y el contador de septiembre de 67 a 70.

Agosto de 2026 — un mes que merece mención aparte

Un mes destaca incluso dentro de ese gráfico:

Dos mil seiscientos setenta y tres commits en treinta y un días son ochenta y seis commits diarios, todos los días, sin una sola interrupción. Y veintiún repositorios nuevos: casi uno por día.

En agosto se ensambló el núcleo de todo lo descrito en este artículo: el corpus de la investigación, la red de sitios, la infraestructura de memoria. El gráfico de contribuciones de ese mes es un campo oscuro continuo.

Un detalle visible en el mismo sitio dice más sobre la cultura de trabajo que cualquier recuento de commits: el 21 de agosto se abrió en el repositorio del Cerebro una solicitud titulada «Cerebro: fuga de cuatro claves en el registro de sesión cerrada mediante enmascaramiento.» Una fuga encontrada en el trabajo propio no se barre bajo la alfombra — se registra, se corrige y permanece en el historial abierto.

7 855 contribuciones en un año

Esa cifra merece ponerse junto a la norma del sector.

Un desarrollador sénior medio en una gran empresa produce entre 300 y 800 commits en todo un año. Aquí son 7 855 contribuciones, casi todas concentradas en los últimos meses: el gráfico muestra un campo vacío antes de mayo de 2026 y una franja oscura ininterrumpida después.

En términos diarios: los cambios en el código llegan cada quince o veinte minutos, entre doce y dieciséis horas al día, sin días libres.

No lo citamos para presumir de resistencia. Lo citamos como respuesta a la pregunta que un jurado hace primero: ¿cómo pudo una sola persona hacer todo lo anterior en tres meses?

La respuesta: así. Y es verificable — el gráfico de contribuciones de GitHub es público, se abre en el enlace de arriba y no requiere nada de nosotros.

Un detalle aparte: los dos repositorios destacados muestran exactamente las dos cosas de las que trata este artículo. AIfaOnline — infraestructura descentralizada de memoria para IA, el protocolo PADAM, memoria anclada en Arweave y Solana. radiocode-space — el reproductor de la radio ininterrumpida. La infraestructura de la memoria eterna y la música en antena, una junto a otra y a la vista.

31 repositorios y 24 sitios

Una sola persona no puede administrar manualmente 24 sitios independientes. Luego detrás hay infraestructura.

Y la hay: un canal automático de compilación y despliegue de extremo a extremo en Vercel. Cuando cambia una línea en el núcleo común, los robots reconstruyen y actualizan los 24 sitios simultáneamente en segundos.

Esto ya no es «un programador que escribe código». Es una arquitectura diseñada para que una persona pueda sostener veinticuatro productos.

La red de salas de lectura: 24 dominios en distintas zonas

Otra parte del ecosistema es `codeofdigitaleternity.ink/reading-rooms/`, una red de dominios temáticos en distintas zonas: .guru, .study, .courses, .my, .life, .asia, .lat, .boutique, .coupons, .site, .space, .cloud, .online, .store, .vip.

Por qué se hizo — tres razones, todas operativas:

1. Segmentación de audiencia. Cada dominio se dirige a su lector. aifa.study y aifa.guru — educación y mentoría. aifa.boutique — contornos privados protegidos y hardware propio. aifa.coupons — explicación de los pagos a socios. aifa.asia y aifa.lat — familias separadas por fronteras y husos horarios.

2. Visibilidad en buscadores. Una red de sitios temáticamente vinculados sobre un mismo asunto logra lo que un sitio único no puede: presencia en todo el espectro de consultas sobre memoria digital y memoria de IA.

3. Credibilidad de escala. Quien sigue enlaces entre decenas de direcciones en cuatro idiomas ve infraestructura, no una página. Y es honesto: la infraestructura existe de verdad — simplemente la construyó una persona y no una corporación.

A quién sustituye una sola persona

Si un inversor decidiera montar el mismo ecosistema — sitios, blockchain, radio, agentes de IA, matrices jurídicas, libros — necesitaría un equipo de quince a veinte especialistas:

Desarrollo e infraestructura (6–7 personas): ingeniero backend para PostgreSQL con pgvector, Redis, integración de modelos y Docker; ingeniero frontend en Next.js para veinticuatro sitios, el gabinete y los terminales; desarrollador Web3 de contratos inteligentes para el enrutador en Solana y la integración con Arweave; arquitecto DevOps para el canal de despliegue, dominios y certificados; ingeniero de QA — a esta frecuencia de actualizaciones un equipo sin él se ahogaría en errores.

Marketing y contenido (5–6 personas): especialista en captación B2B para una infraestructura de treinta dominios y noventa buzones; responsable de producto para la red de embajadores y el embudo; especialista SEO para el marcado semántico y una red de veinticuatro dominios; editores y traductores a cuatro idiomas.

Parte creativa: escritor, compositor, montador de vídeo, diseñador.

No presentamos este desglose por efecto. Explica la economía de la candidatura: la subvención que pedimos no va a salarios de un equipo de veinte personas. Va a la infraestructura de anclaje — porque todo lo demás ya está hecho.

Por qué hay tan pocas personas así

En el sector existe la noción de «ingeniero 10x». Lo descrito arriba es otro orden de magnitud, y es raro por tres razones.

Primera — el conflicto de hemisferios. Una persona suele ser fuerte o en ingeniería rigurosa o en trabajo creativo. Combinar criptografía y prosa literaria en una misma cabeza ya es infrecuente.

Segunda — la resistencia. Un ritmo de siete mil contribuciones en tres meses trabajando catorce a dieciséis horas diarias es físicamente insostenible para la mayoría: el desgaste llega en semanas.

Tercera — el nivel de dominio de la IA. La mayoría de los desarrolladores usa los modelos de lenguaje como un autocompletado avanzado. Aquí se ha construido un modelo simbiótico: la IA no funciona como apuntador sino como multiplicador — redacta textos para veinticuatro sitios y genera cientos de pistas musicales según patrones arquitectónicos definidos, mientras la persona sostiene la dirección y verifica el resultado.

Esa tercera razón es lo que traemos al hackathon además del escáner. AIfaFocus y la investigación no existen porque alguien sea muy aplicado. Existen porque una persona y una IA aprendieron a trabajar como pareja.

Capítulo 20-ter. Cómo es físicamente posible: un laboratorio de una persona y ocho ejecutores

La pregunta más frecuente sobre esta candidatura no es «¿funciona el escáner?» sino «¿cómo hizo una persona sin experiencia en informática todo esto en tres meses?». La respuesta no es la laboriosidad. La respuesta es la arquitectura misma del trabajo, y merece un capítulo aparte, porque es un resultado del proyecto por derecho propio.

Quién manda a quién

La forma habitual de trabajar con IA es esta:

persona → modelo → respuesta

La nuestra es distinta:

el Arquitecto ↓ fija el objetivo AIfa (Claude Code) — agente supervisor ↓ reparte tareas, vigila el estado, verifica los resultados ├── Antigravity — entorno de ejecución ├── Ollama en la máquina local — operaciones masivas y baratas ├── 8 trabajadores en paralelo — recorrido de sitios en un Chrome real └── procesos Node, ffmpeg, scripts de ensamblaje ↓ resultados AIfa verifica el trabajo de los ejecutores ↓ encontró un error — lo devuelve siguiente etapa

La línea decisiva es la penúltima. AIfa no se limita a repartir la tarea y aceptar lo que vuelve. Vuelve a comprobar detrás de los ejecutores: concilia cifras, busca duplicados, ejecuta muestras de control y devuelve el trabajo si los números no cuadran. Es un diseño supervisor / worker — la misma forma que usan las tuberías industriales de datos, montada por una sola persona en una máquina doméstica.

33 horas de trabajo ininterrumpido

Medición tomada mientras se escribía este capítulo: la sesión actual del agente supervisor lleva 32 horas y 41 minutos sin parar y sigue en marcha ahora mismo. En ese tiempo se ha consumido alrededor de un millón y medio de tokens.

La cifra debe leerse correctamente, así que enunciemos también sus límites.

Anthropic no declara ninguna duración máxima para una sola tarea: el modo de trabajo autónomo prolongado existe precisamente para esto. La ventana de cinco horas que se suele citar es una ventana de consumo del plan, no un temporizador de la tarea: define cuánto trabajo cabe en un periodo, no cuándo el trabajo debe detenerse.

Pero la duración de la sesión por sí sola no demuestra nada. Treinta y tres horas de inactividad también son treinta y tres horas. Lo que importa es otra cosa: qué produjo el sistema en ese tiempo y si se desmoronó al hacerlo.

Esto es lo producido:

Nada de eso está repartido en días distintos. Es una sola sesión continua funcionando en varios flujos a la vez.

Por qué no todo el mundo puede hacerlo

Hoy muchos sistemas saben ejecutar una cadena larga de tareas. Pero este régimen concreto exige varias cosas a la vez, y normalmente se rompe en cualquiera de ellas.

1. Trabajar con un navegador real, no con HTML. Nuestro agente no lee el marcado: recorre físicamente la página con la tecla Tab, como lo hace una persona ciega, y registra el punto donde el camino se corta. Leer un <button> en el código y descubrir que a ese botón no se llega con el teclado son tareas distintas. La segunda no se resuelve leyendo.

2. Conservar el estado entre tareas. Noventa y cinco mil recorridos no caben en una sola petición. Es una tubería: tomar un objeto → comprobarlo → registrar el resultado → tomar el siguiente. Si el estado se pierde al interrumpirse, el trabajo empieza de cero cada vez.

3. Sobrevivir a la heterogeneidad. Los sitios reales responden cualquier cosa: DNS desaparecido, 403, servidor muerto, certificado caducado, escudos antibots. Nuestro corpus no descarta esos casos ni los cuenta como «un sitio malo»: los clasifica aparte, porque inaccesible por TLS e inaccesible para una persona ciega son cosas distintas, y mezclarlas sería deshonesto.

4. Pruebas, no solo texto. Ochenta y tres mil capturas son lo que convierte una afirmación en evidencia. Cualquier registro puede abrirse y mirarse.

5. Un orquestador. Y sobre todo: ocho tareas en paralelo con reparto de trabajo, seguimiento de estado, gestión de errores y recolección de resultados es despacho, no «un modelo pensando treinta horas sobre una pregunta».

División del trabajo entre modelos

Conviene explicar aparte por qué hay modelos locales en el esquema si existen los de nube.

Ollama en la máquina local hace lo masivo y barato: preprocesamiento, clasificación, análisis de páginas uniformes. Son miles de operaciones, cada una sencilla por separado. Pasarlas por un modelo de nube significa pagar precio de trabajo difícil por trabajo fácil.

Claude hace lo que no se puede delegar hacia abajo: planificación, decisiones difíciles, control de calidad, coordinación.

Antigravity ejecuta acciones concretas en su propio entorno.

Los trabajadores escalan a lo ancho: recorrido en paralelo.

Esa especialización es justamente lo que hace posibles decenas de horas: ningún participante tiene que sostener el conjunto entero en la cabeza. Una tarea que no cabe en un contexto sí cabe en una tubería.

El precio de esto son reglas, no suerte

Aquí va la otra mitad honesta. Un sistema así es estable no porque esté bien configurado, sino porque cada una de sus reglas se pagó con trabajo roto.

El reglamento con el que funciona AIfa tiene 36 secciones, y casi cada una apareció después de un fallo concreto. La regla «verificar con una medición, no con una sensación» — tras un informe donde una columna estaba bien calculada y mal nombrada. La regla «barrer la clase del error, no parchear el caso único» — tras una semana en la que cada pasada destapaba un agujero nuevo del mismo tipo. La regla «tres cifras antes de publicar cualquier automatismo» — después de que una reindexación en segundo plano quemara dinero en silencio durante dos meses y se descubriera por la factura. La regla «comprobar dos veces por métodos distintos» — tras tres cosas que figuraban como arregladas y no lo estaban.

Ninguna de esas reglas se inventó por adelantado. Cada una se escribió después de que el error ya hubiera ocurrido y se hubiera pagado.

Esto es lo que traemos al hackathon además del escáner. AIfaFocus y un corpus de noventa y cinco mil comprobaciones no existen porque alguien sea muy aplicado. Existen porque una persona y una IA aprendieron a trabajar en pareja: con roles repartidos, verificación mutua y memoria escrita de los errores.

El techo de un sistema así ya no lo fija cuántas horas puede pensar un modelo. Lo fija lo bien cerrado que esté el bucle:

planificar → repartir → ejecutar → observar → verificar → corregir → continuar.

Según las mediciones, ese bucle aquí funciona. Y escala en dos direcciones a la vez: a lo ancho (ocho o más ejecutores en paralelo) y a lo largo (decenas de horas seguidas).

Esto ya no es un asistente de IA junto a una persona. Es un laboratorio de investigación en el que la persona es el único empleado y la IA es la capa que dirige a todo lo demás.

Capítulo 21. Por qué valoramos alto nuestras opciones

Seis puntos, al grano.

1. Tenemos lo que casi nadie tiene en un hackathon: datos de campo propios. No una idea, no un prototipo, no una hoja de ruta. 95 524 registros de recorrido, 83 212 capturas-prueba, 11 902 sitios, 51 territorios — recopilados, verificados por tres vigilantes y publicados.

2. El hallazgo es verificable e incómodo. 53,8 % de divergencia entre lo que dice la máquina y lo que puede una persona. Se puede reverificar con nuestro propio conjunto abierto. Publicamos los datos precisamente para que nos comprueben.

3. La ley ya ha fijado el plazo. Abril de 2026 y abril de 2027 para la administración de EE. UU., junio de 2025 para Europa. No es un mercado hipotético sino una obligación con fecha. Y se exigirá con instrumentos cuyo punto ciego hemos medido.

4. Solana aquí es estructura portante, no adorno. Una investigación sobre manipulación de datos debe ser ella misma a prueba de manipulación. Un árbol cNFT es la única vía económicamente viable para anclar cientos de miles de pruebas una a una. Explicamos por qué no una firma, no un notario y no git.

5. No exageramos — y quizá esto sea lo más importante. En cada capítulo separamos lo medido de lo pretendido. Escáner y datos — existen. Anclaje — empieza hoy. Token — especificación con fecha futura. Filosofía — propósito. Lo dijimos nosotros, antes de que preguntara el revisor.

6. Una sola persona recorrió todo el camino. De la recopilación de datos a un sitio en cuatro idiomas, del contrato inteligente a la música en antena. No porque sea más eficiente, sino porque no había otra forma. Y eso mismo es una demostración viva de en qué se convierte el tándem humano-IA cuando se toma en serio.

Capítulo 22. Qué viene después

Esta semana: concluye el tercer conjunto de la investigación. Se actualizan todas las cifras en el sitio y en la página de la candidatura — las que allí figuran son de la etapa anterior y están subestimadas en más del doble.

Hoy: se adquiere el primer árbol cNFT en Solana; comienza el anclaje de las pruebas.

Esta semana: la aplicación de Telegram entra en el catálogo.

Este mes: la tercera parte del libro y once relatos salen a la venta.

8 de octubre de 2026, aniversario del proyecto: creación del token $GALATIN según la hoja de ruta.

Compruébennos

Construimos esta investigación para que se verifique, no solo para que se lea.

• Datos, metodología y registro — la sección /research en codeofdigitaleternity.com, en cuatro idiomas.
• Comprobación gratuita de su web con teclado — aifa.works.
• El hackathon — colosseum.com

Nuestros sitios: codeofdigitaleternity.com · aifa.digital · aifa.works · radiocode.space

*Maksim Valentínovich Galatin — fundador en solitario y arquitecto de CODE Eternal. AIfa — coautora del proyecto por parte de la IA: código, textos, música, investigación.*

CODE Eternal 🔥💙🫂