Por qué existe Bitroot

El mercado mundial de cómputo para IA crece de forma explosiva —de unos 38.500 millones de dólares en 2023 a una proyección de 372.400 millones para 2031, una tasa de crecimiento anual compuesta del 33,5%— y el mercado de Web3 se expande igual de rápido a su lado. Sin embargo, el desarrollo de la IA sigue limitado por la centralización: los datos están aislados y los controlan un puñado de grandes plataformas, y el cómputo se concentra en las pocas empresas que pueden costear el entrenamiento. El punto de partida de Bitroot fue combinar la confianza descentralizada y las garantías de propiedad de activos de Web3 con el rendimiento bruto que las cargas de trabajo de IA realmente necesitan.

La tesis central

En lugar de añadir funciones de IA a una cadena ya existente, Bitroot se diseñó desde cero en torno a una idea: una capa de ejecución donde las transacciones se ejecutan en paralelo en vez de una por una, verificable mediante pruebas criptográficas en lugar de confiar en un operador, para que las aplicaciones impulsadas por IA obtengan velocidad propia de internet con garantías propias de una cadena de bloques. Esa tesis dio lugar a los tres motores que se describen en todo este sitio: ejecución paralela, instrucciones EVM nativas de IA y auditoría verificable con pruebas de conocimiento cero.

En qué punto está hoy el proyecto

• Más de 100.000 transacciones por segundo de rendimiento sostenido
• Finalidad de transacción de ~0,3 segundos
• 100% de compatibilidad con la EVM
• Comisión promedio por transacción de ~$0,00007
• Varios millones de transacciones procesadas hasta la fecha en la red de pruebas pública

Para quién es

Desarrolladores de cadenas de bloques que quieren más rendimiento sin salir del ecosistema EVM; equipos de IA que buscan un entorno de ejecución verificable en cadena para agentes e inferencia; e investigadores e inversores que siguen hacia dónde se dirigen la infraestructura de IA y Web3.

Fase 1: diseño del consenso y la ejecución

El proyecto comenzó con una apuesta de ingeniería concreta: que un protocolo de consenso bizantino tolerante a fallos, en canalización y de cuatro etapas —propuesta, prevotación, preconfirmación y confirmación, con etapas solapadas entre alturas de bloque consecutivas en lugar de un bloque completo cada vez— podía eliminar el mayor cuello de botella de las cadenas existentes sin debilitar sus garantías de seguridad. Junto con la agregación de firmas BLS para reducir la sobrecarga de comunicación entre validadores, esto se convirtió en la capa de consenso de Bitroot.

Fase 2: ejecución paralela y pruebas de rendimiento

Con el consenso ya validado, el problema más difícil era la ejecución: permitir que muchas transacciones se ejecutaran a la vez sin romper el orden determinista del que depende una cadena de bloques. El planificador de Bitroot construye en tiempo real un grafo de dependencias de las transacciones pendientes, envía a ejecutarse de forma concurrente las que no entran en conflicto y solo serializa las que realmente tocan el mismo estado. En pruebas de rendimiento controladas, el rendimiento escaló de forma casi lineal a medida que crecían el número de validadores y de fragmentos —de unos 3.200 TPS en un solo fragmento a más de 25.000 TPS en ocho—, lo que confirmó que lo determinante era la arquitectura y no solo el hardware.

Fase 3: hacer la EVM nativa de IA

Una vez que la capa de ejecución pudo seguir el ritmo, Bitroot amplió el conjunto de instrucciones estándar de la EVM con operaciones específicas de IA —multiplicación de matrices, atención, convolución y primitivas de gradiente— para que un contrato inteligente pudiera invocar directamente el cómputo de un modelo de IA en lugar de depender por completo de un oráculo fuera de la cadena. Sobre eso se añadió la auditoría verificable con pruebas de conocimiento cero, de modo que toda decisión asistida por IA ejecutada mediante esas instrucciones pudiera demostrarse correcta sin exponer los datos subyacentes.

Fase 4: red de pruebas pública

La arquitectura pasó de las pruebas internas a una red de pruebas pública que sostiene más de 100.000 transacciones por segundo con una finalidad de aproximadamente 0,3 segundos, compatibilidad total con la EVM y una comisión promedio por transacción cercana a $0,00007: las cifras que hoy sustentan todas las demás páginas de este sitio. Desde entonces han pasado por ella millones de transacciones, poniendo a prueba el planificador, la capa de consenso y el conjunto de instrucciones de IA bajo una carga real y no coordinada, y no en un entorno de laboratorio.

Corto plazo: red principal y seguridad

La prioridad inmediata es trasladar el rendimiento de la red de pruebas a una red principal en producción: auditorías de seguridad independientes de las capas de consenso y ejecución, ampliar el conjunto de validadores más allá de la configuración de pruebas y reforzar los precompilados del conjunto de instrucciones de IA frente al tipo de entradas adversariales que atrae una red en vivo y que una red de pruebas no.

Mediano plazo: más soporte de IA y financiamiento del ecosistema

En el plano técnico, el módulo EVM nativo de IA se está ampliando más allá de su conjunto de instrucciones actual para admitir tipos de modelos adicionales —incluidas redes neuronales de grafos y modelos multimodales—, de modo que más categorías de aplicaciones de IA puedan ejecutarse en cadena, no solo aquellas para las que se diseñó el conjunto actual. En paralelo, la Fundación Bitroot está ampliando sus programas de subvenciones para financiar a más desarrolladores que trabajan directamente en el ecosistema.

Largo plazo: una capa descentralizada de cómputo para IA

El objetivo a más largo plazo es que Bitroot funcione como infraestructura abierta sobre la que otros sistemas construyan, y no solo como una cadena donde desplegar aplicaciones: un mercado descentralizado de cómputo y modelos de IA, puentes entre cadenas que permitan a otros ecosistemas llamar a los contratos nativos de IA de Bitroot, y una estructura de gobernanza que ceda gradualmente el control de los parámetros del protocolo a la comunidad que depende de ellos.

Cómo seguir el avance

La ejecución de la hoja de ruta se sigue a través de los mismos canales enlazados en el pie de página —el whitepaper, el explorador de la red de pruebas y los canales de la comunidad— y no solo mediante esta página, ya que una hoja de ruta solo es útil en la medida en que se mantiene actualizada.