El fundador de Bittensor acusa a su ex hermano de traición, la caída de TAO desata 9.1 millones en liquidaciones

El cofundador de Bittensor, Jacob Steeves, rompe el silencio por el incidente en el que Covenant AI se marcha, acusa a su figura central, Simon Dare, de haber causado deliberadamente el mayor daño posible al acuerdo y a la comunidad, y lo califica como una «traición de la persona que trata como a un hermano». El token TAO cayó el fin de semana hasta 253 dólares y provocó una liquidación forzada de posiciones largas por 9,1 millones de dólares; el precio se recuperó el 13 de abril hasta 263 dólares.

Disparador del evento: Covenant AI se marcha y acusaciones públicas cruzadas

El detonante directo de la fuerte caída de TAO fue la repentina salida de Covenant AI. Al explicar en la plataforma X el trasfondo de su renuncia, Simon Dare insinuó la caída de TAO de los días previos al estallido de la polémica, atribuyéndola a que el propio Steeves vendió tokens, acusándolo indirectamente de presionar a los miembros de la comunidad mediante sus operaciones de venta.

Steeves respondió de inmediato y de forma directa en una declaración personal, diciendo que Dare era «la persona a la que él veía como un hermano» y acusándolo de que la manera en que se fue tenía como objetivo provocar el «máximo dolor». «Ha defraudado a todas las personas que compraron sus tokens y confiaron en él; ha traicionado a todos nosotros», dijo Steeves.

Steeves también refutó las acusaciones de Dare sobre la centralización de Bittensor como «infundadas» y sugirió que su excompañero podría estar enfrentando una crisis personal. Aun así, reconoció que el incidente sí revela una «amenaza real» para la estabilidad de la red y pidió disculpas a los inversores que sintieron que, durante esta convulsión, «les habían quitado la alfombra financiera».

Propuesta de staking con bloqueo: compromisos cifrados en lugar de confianza interpersonal

Steeves considera que esta crisis expuso las debilidades inherentes de la gobernanza liderada por humanos; «la codicia y el egoísmo» son el problema fundamental que Bittensor intentaba contrarrestar desde el diseño inicial. Propuso trasladar la base de la gobernanza del acuerdo desde la responsabilidad legal hacia compromisos cifrados que puedan ejecutarse de forma obligatoria mediante código en la cadena.

Su solución central es el mecanismo de «staking con bloqueo (Lock Stake)»:

Puntos clave de diseño del mecanismo de staking con bloqueo

Compromisos verificables a largo plazo: los propietarios de subredes pueden bloquear tokens por un plazo específico; durante el periodo de bloqueo los tokens no pueden transferirse, y se proporciona a la comunidad un registro de compromisos verificables en la cadena que puede consultarse

Dimensión cuantificable del compromiso: usar como medida la intensidad del compromiso el tiempo restante antes de que los tokens sean transferibles, combinado con el monto de la posición actual

Evitar el «fuga financiera»: el creador no puede ejecutar transferencias masivas de tokens durante el periodo de bloqueo, reduciendo desde el nivel del mecanismo la posibilidad de una salida repentina

Reglas puramente matemáticas en lugar de confianza de marca: la estabilidad del acuerdo ya no depende de la confianza personal, sino de reglas en la cadena que pueden auditarse públicamente

Steeves planea celebrar el próximo jueves una reunión pública en el canal de Discord de Bittensor para presentar formalmente el diseño del mecanismo de staking con bloqueo y aceptar preguntas de la comunidad.

Reconstrucción de las subredes afectadas: la ventaja de la antirfragilidad de la arquitectura open source

Las subredes relacionadas que cayeron en un estado de incertidumbre debido a la salida de Covenant AI, Steeves confirmó que la comunidad ya ha iniciado el proceso de reorganización. Como Bittensor se construye completamente sobre código open source, los mineros y los miembros restantes de la comunidad se harán cargo y revitalizarán los proyectos correspondientes; el funcionamiento continuo del propio acuerdo no depende de ningún equipo único.

«Funcionalmente, estas subredes no deberían experimentar cambios», señaló Steeves, enfatizando que la visión de las herramientas correspondientes pertenece a todo el ecosistema y no a ninguna persona. Reafirmó que Bittensor sigue siendo «el acuerdo de IA más descentralizado hasta ahora» y calificó esta crisis como una evolución necesaria hacia la madurez del acuerdo, no como un colapso estructural fundamental.

Preguntas frecuentes

¿Por qué el token TAO de Bittensor cayó 25% el 10 de abril?

La salida repentina de Covenant AI fue el detonante directo de la caída masiva de TAO. Tras el estallido del incidente, la confianza del mercado se desplomó con rapidez; TAO pasó de 337 dólares a 253 dólares en menos de seis horas, con una evaporación de valor de mercado de aproximadamente 650 millones de dólares, y provocó una liquidación forzada de posiciones largas por 9,1 millones de dólares. La confrontación pública entre los cofundadores de ambas partes en las redes sociales agravó aún más el pánico del mercado.

¿Cómo previene el mecanismo de staking con bloqueo (Lock Stake) que se repitan eventos similares?

El staking con bloqueo permite que los propietarios de subredes bloqueen tokens por un periodo específico; durante el periodo de bloqueo, los tokens no pueden transferirse. Este mecanismo reemplaza la confianza personal por código en la cadena, proporcionando a la comunidad una señal verificable de compromisos a largo plazo; evita que los fundadores realicen grandes ventas de forma inesperada o salgan de repente del acuerdo, pasando de la rendición de cuentas legal a la ejecución obligatoria mediante cifrado.

Después de la salida de Covenant AI, ¿pueden seguir funcionando las subredes relacionadas?

Steeves confirmó que, debido a que Bittensor es completamente open source, las subredes afectadas serán gestionadas por mineros y miembros de la comunidad para llevar a cabo la reorganización. Dijo que «funcionalmente, estas subredes no deberían experimentar cambios», y que el diseño open source del acuerdo es el mecanismo central para prevenir fallos de un solo punto y garantizar la operación continua del ecosistema.