Estaba revisando el explorador de validadores de Babylon mientras tomaba un café esta mañana porque quería ver si algo había cambiado en silencio después del lanzamiento. Ni siquiera estaba mirando el APR de staking al principio… luego noté que solo 79 de 142 validadores están actualmente activos, mientras que el stake vinculado de la red está alrededor de 2.75B BABY con un staking APR apenas por encima del 20%. Esa combinación me hizo detener el desplazamiento por un minuto.
Todo el mundo habla de la seguridad de Bitcoin que fluye hacia cadenas PoS, pero creo que la pregunta más interesante es qué ocurre en el lado de Babylon cuando el conjunto de validadores empieza a evolucionar. Más validadores suena más saludable sobre el papel, pero el poder de voto no se vuelve mágicamente más descentralizado solo porque la lista se hace más larga. Lo que importa es la distribución, no la cantidad.
En realidad cometí este error hace un tiempo. Miraba “100+ validadores” y asumía que la red debía estar bien distribuida. Luego abría el explorador y me daba cuenta de que un puñado de operadores seguía llevando una gran parte del presupuesto de seguridad. Desde entonces he dejado de confiar en los conteos de validadores por sí solos.
Ahora bien, aquí es donde todavía lo estoy pensando… el rápido desanclaje (unbonding) de Babylon es una mejora realmente ingeniosa, y el protocolo está diseñado para que el staking de BTC y BABY funcione junto para asegurar la red. Pero si el capital puede moverse rápido mientras el poder de voto permanece concentrado, esos dos indicadores podrían terminar contando historias muy distintas según el ciclo del mercado.
Probablemente seguiré revisando el explorador durante las próximas semanas en lugar de solo mirar el precio. Tengo la sensación de que la distribución de validadores terminará diciéndome más sobre hacia dónde se dirige Babylon que cualquier otra vela verde 🤔
me metí directamente en el hilo real de gobernanza de Aave para la propuesta de Babylon en lugar de solo ojear resúmenes de Twitter otra vez, y una línea hacia la parte inferior me frenó.
todos —incluyéndome a mí, en publicaciones anteriores— siguen hablando de lo hermética que es la criptografía detrás de los @BabylonLabs_io Trustless Bitcoin Vaults (TBV). un paper revisado por pares, con cabecera para CCS 2026, construido con investigadores de UC Berkeley. la parte de custodia, la parte de redención de TBV —realmente rigurosas, revisadas por académicos externos antes de que dependa de ello ni un solo dólar.
luego llegué a la parte sobre los oráculos.
la propia propuesta dice que los parámetros de riesgo y el diseño del oráculo se resuelven DESPUÉS —en la etapa ARFC—, que solo ocurre después de que pase esta verificación temporal actual. significa que el mecanismo que realmente decide si tu posición se liquida no se ha diseñado todavía. ahora mismo es solo un marcador de posición, no una especificación.
¿es un orden de operaciones un poco extraño? la parte que tiene detrás un paper revisado por pares es “cómo demostramos que el btc se movió correctamente”. la parte que decide si alguien se liquida a las 2 a. m. por un mal ajuste de precio, está por definirse (TBD), pendiente de una futura votación de gobernanza.
no tengo nada que ver en esta disputa —leer un hilo de un foro de gobernanza no me da exactamente razones para inclinarme de un lado u otro. que la criptografía sea difícil e interesante no significa que la infraestructura poco glamorosa que la rodea, la fuente de precios básicamente, reciba la misma atención por defecto. y este es un ejemplo bastante claro de esa brecha apareciendo en público, por escrito, antes de que ningún btc real quede realmente expuesto a ella.
en serio, no sé si ese es el orden normal para una verificación temporal (probablemente sí, la verdad) o si vale la pena tener un poco más de cuidado antes de que el btc real quede respaldado por eso.
Me pillé a mí mismo asumiendo hace unas semanas que el modelo de seguridad de Babylon consistía principalmente en meter BTC ociosos en redes PoS. Eso parecía ser la historia obvia. después de pasar más tiempo leyendo el protocolo, creo que me estaba enfocando en la capa equivocada.
Lo que me hizo cambiar de opinión no fue el flujo de staking que todo el mundo explica primero… fue el flujo de slashing. cualquiera puede diseñar un sistema que acepte Bitcoin como colateral. la parte difícil es crear una penalización creíble cuando un validador se comporta mal, manteniendo al mismo tiempo el Bitcoin bajo las propias reglas de Bitcoin. ese es un camino de ingeniería mucho más estrecho de lo que suena, porque Bitcoin nunca fue construido pensando en el slashing nativo.
Babylon lo resuelve apoyándose en el modelo de transacciones existente de Bitcoin en lugar de pedirle a la red que entienda la ejecución de otra cadena. eso suena directo cuando se escribe en un diagrama, pero coser la seguridad económica entre dos entornos de consenso completamente distintos sin debilitar a ninguno es donde empieza el verdadero trabajo de diseño 🧠.
y es aquí donde me vuelvo un poco más cauteloso… un modelo de seguridad puede parecer hermético cuando todos los participantes se comportan de forma racional y las condiciones de la red se mantienen predecibles. los entornos de producción rara vez ofrecen cualquiera de esas comodidades. la congestión, la finalización retrasada y los incentivos en competencia tienen la costumbre de revelar supuestos que parecían perfectamente razonables durante el diseño del protocolo.
así que la pregunta que sigo formulándome no es si Babylon ha encontrado una forma ingeniosa de extender la seguridad de Bitcoin, porque creo que sí, sino si esas garantías se mantienen igual de fuertes una vez que miles de millones de dólares tengan un motivo para buscar el peor caso posible. eso es lo que me parece que vale la pena vigilar durante el próximo año, mucho más que cualquier gráfico de TVL o de números de staking 🤔.
ok, así que hoy me metí en una auténtica madriguera de conejo leyendo el foro real de gobernanza de Aave en vez de solo la página de marketing de Babylon, y hay algo en el diseño de la liquidación que me está molestando un poco.
la propuesta completa de los @BabylonLabs_io Trustless Bitcoin Vaults (TBV) es que nunca hay wrapping, nunca. tu BTC se mantiene nativa en bitcoin todo el tiempo, sin puentes, sin que un custodio la retenga como rehén en algún token sintético.
excepto… cuando una posición realmente se liquida, entonces no es exactamente lo que pasa.
la propia propuesta de TBV dice que un liquidator se apodera de la posición y la intercambia por WBTC con una prima pequeña, en el momento. el bitcoin nativo real todavía no se mueve — se canjea más tarde, por separado, a través del sistema de pruebas real. la razón es, honestamente, razonable: la ventana de desafío a pruebas de fraude de bitcoin tarda varios días, y las liquidaciones no pueden esperar varios días o el protocolo se come la deuda incobrable mientras el BTC se desploma por debajo.
así que la “solución” al “trustless es demasiado lento cuando la velocidad sí importa” es… por un momento, convertirse brevemente en el sistema exacto de token envuelto que toda la propuesta dice que reemplaza. solo por ese instante. justo cuando las cosas ya van mal para el prestatario.
y no creo que sea un scam o una mentira, para que quede claro — no tengo ninguna posición aquí; no tengo nada que ganar por ser generoso con babylon ni por ser duro con ellos tampoco. la liquidación de bitcoin siendo lenta es física, no marketing, y “envuelto por un momento” podría ser, de verdad, la mejor respuesta disponible ahora mismo.
pero aun así. la propuesta dice “nunca envuelto”. la ruta de liquidación dice “envuelto, solo brevemente, solo cuando ya estás perdiendo”. ahí hay una brecha real entre el eslogan de una sola línea y lo que de verdad está en el documento de la propuesta 👀
me da curiosidad si esa prima es realmente suficiente para que los liquidadores se muevan rápido en el momento en que el BTC se está desplomando y todos están peleando por la misma salida — esa parte no te la puede decir ninguna cantidad de documentación impecable.
La siguiente fase de DeFi podría depender menos de los contratos inteligentes y más de los permisos inteligentes
Hace un tiempo, tuve que aprobar un pago dos veces porque superó un límite interno de gastos. En ese momento me pareció innecesario. Pero mirando hacia atrás, la segunda aprobación no estaba porque faltara confianza en el sistema de pagos. Estaba ahí porque la institución quería confianza antes de que el dinero se moviera. Ese patrón existe casi en todas partes en las finanzas. La confianza rara vez comienza en el momento del cierre. Comienza en la autorización. La transacción que llega al libro mayor suele ser el resultado de varias decisiones invisibles que ocurrieron antes.
Pasé un rato mirando el despliegue de Newton en su Mainnet Beta esta tarde, y un número en particular no dejaba de atraerme.
$NEWT está negociándose a alrededor de 4–5M de dólares en volumen diario con aproximadamente 294M de tokens en circulación. Eso es lo que está pasando hoy en el mercado.
Luego volví a leer el material de lanzamiento de Newton.
El protocolo dice que el TVL de los vaults DeFi curados ha crecido más de un 350% este año, y toda su propuesta es que la autorización debe ocurrir antes de que los activos se muevan, no después.
Aquí es donde me quedé atascado.
Si más capital está fluyendo a través del tipo de infraestructura que Newton está apuntando, esperaría ver alguna señal de que el valor empieza a fluir también hacia la capa de autorización.
En cambio, el token sigue operando como un proyecto de infraestructura de mediana/baja capitalización.
Hmm…
Tal vez sea completamente normal. La adopción de infraestructura a menudo ocurre antes que la economía del token.
O tal vez la capa de autorización crea valor para las aplicaciones mucho antes de que lo cree para el propio token.
Me fui inclinando por la primera explicación, pero me detuve porque no he visto suficientes datos onchain que vinculen la ejecución de políticas con la demanda de $NEWT .
Así que ahora me interesa menos el titular del TVL.
Me pregunto cuándo —o si— la capa de autorización realmente empieza a devolver un valor medible de vuelta al propio token.
Esta noche estaba leyendo la documentación de la API de GRVT cuando un campo no dejaba de captar mi atención.
Cada orden lleva una firma criptográfica, pero el intercambio no confía únicamente en el motor de emparejamiento fuera de la cadena. La firma se vuelve a exigir cuando la operación se liquida en la cadena.
Eso parece un detalle de implementación pequeño hasta que piensas en lo que está protegiendo.
El emparejamiento rápido y la liquidación sin confianza normalmente tiran en direcciones opuestas. GRVT está intentando separarlos: que el emparejamiento ocurra fuera de la cadena por velocidad, mientras que el estado final sea verificable en la cadena.
Al principio pensé que eso era solo jerga de arquitectura.
Luego me di cuenta de que cambia en qué realmente confías. Dependes del motor para la velocidad de ejecución, no para la propiedad de tus activos.
Cerré la documentación un minuto porque me sorprendí leyendo “intercambio híbrido” como una etiqueta de marketing en lugar de una elección de diseño.
Tal vez esa sea la pregunta más interesante sobre GRVT.
Si los usuarios solo notan la velocidad y nunca tienen que pensar en la liquidación, ¿significa que la infraestructura tuvo éxito, o que su función más importante se volvió invisible?
La parte más importante de una transacción onchain puede ser la que nadie ve
Hace un tiempo, un pago que esperaba tardó más de lo habitual en llegar porque había sido marcado para una revisión adicional. En ese momento, me pareció una fricción innecesaria. Mirándolo ahora, el retraso no fue un fallo del sistema. Fue el sistema decidiendo si la transacción merecía ocurrir antes de que realmente ocurriera. Ese patrón se extiende mucho más allá de la banca. Los sistemas financieros maduros rara vez tratan la liquidación como la primera decisión. La decisión real ocurre antes, mediante la autorización, el cumplimiento y las verificaciones de riesgo que determinan si el valor debe moverse en absoluto. Cuanto más rápido se mueve el dinero, más importante se vuelve esa capa invisible.
La Mainnet Beta de Newton salió en vivo con una afirmación bastante audaz: cada transacción se verifica contra políticas activas antes de liquidarse y luego recibe una atestación de autorización en la cadena. Lee la documentación esta mañana esperando otra capa de seguridad… y luego te das cuenta de que en realidad no están construyendo eso.
Toda la pila DeFi de hoy está optimizada, en su mayor parte, para reaccionar. El filtrado de carteras, el monitoreo de exploits, los paneles de riesgo: son increíblemente útiles, pero casi todos ellos explican lo que ya ocurrió. Newton desplaza la decisión hacia el otro lado de la transacción. La conformidad, la identidad, la seguridad y el riesgo se convierten en condiciones para la ejecución en lugar de informes posteriores a la ejecución.
Me tomé otro café a mitad del camino porque seguía yendo y viniendo. ¿Esto es realmente una capa que faltaba para las finanzas onchain, o agregar un paso de autorización introduce suficiente fricción como para que los desarrolladores sigan eligiendo hoy el modelo más simple? La infraestructura normalmente gana eliminando pasos, no agregándolos.
Pero si Newton tiene razón, quizá la forma equivocada de pensarlo es esa. Visa no se volvió importante porque los pagos fueran más lentos: se volvió importante porque los comercios confiaban en la autorización antes de que el dinero se moviera.
La mainnet ya está en vivo. La pregunta interesante no es si la tecnología funciona.
Es si los desarrolladores deciden que “verificar primero, liquidar después” vale la pena rediseñar sus productos alrededor de eso… o si DeFi sigue tratando la aplicación como algo que ocurre después de los hechos.
Volví a revisar las reglas de la Temporada 2 después de notar una línea que había ignorado por completo.
GRVT no mide tu TVL o tu Open Interest solo al final de la semana.
Toma instantáneas aleatorias a lo largo de la semana, las promedia y usa ese promedio para los premios.
Eso suena como un pequeño detalle de implementación hasta que piensas en el comportamiento que fomenta.
No puedes solo mover capital en cinco minutos antes del plazo, conseguir un saldo digno de capturas y luego irte. El sistema está diseñado para recompensar el capital que realmente se mantiene en el exchange con el paso del tiempo.
Me hizo replantearme qué está optimizando la Temporada 2.
El volumen de trading todavía tiene el mayor peso con un 50%, pero el Open Interest, el TVL, la provisión de liquidez, las referidos e incluso las liquidaciones contribuyen a la asignación semanal. Es menos una competencia de trading y más una puntuación de consistencia construida a partir de distintas señales.
Quizá por eso los documentos siguen insistiendo en la participación semanal en lugar de una actividad puntual.
La pregunta no es quién puede generar el número más grande en un día.
La pregunta es si el sistema de recompensas puede distinguir entre capital temporal y capital comprometido.
Antes pensaba que los mejores intercambios siempre serían los que tuvieran la ejecución más rápida.
Últimamente, he empezado a prestar atención a otra cosa.
GRVT está diseñado para que las órdenes se puedan emparejar rápidamente, mientras que el resultado final siga siendo verificable de forma independiente en la cadena.
Eso cambió lo que valoro.
La velocidad hace que la gente cruce la puerta.
La confianza es lo que los hace volver.
Cuando cada operación puede comprobarse en lugar de solo creerse, la relación entre los usuarios y un exchange empieza a cambiar. La confianza se convierte en algo que se gana de manera continua, no en algo que se da por hecho de entrada.
Me pregunto si de ahí es de donde proviene la siguiente ventaja competitiva.
Esa es una de las razones por las que estoy siguiendo $GRVT.
Las plataformas que la gente recuerda no solo procesarán las operaciones más rápido.
La transacción más importante de las finanzas podría ser la que nunca ocurre
No pensé mucho en la autorización hasta que vi cómo funciona realmente la mayor parte de la seguridad en cadena. Ocurre una transacción. Luego alguien lo analiza. Lo marca. Explica por qué no debería haber ocurrido. Para entonces, ya se había tomado la decisión interesante. El dinero se movió. Todo lo que viene después es solo interpretación. Eso me hizo preguntarme si las criptomonedas han estado protegiendo el momento equivocado todo este tiempo. Durante años, hemos tratado la liquidación como la línea de meta. Una vez que se finaliza una transacción, hemos asumido que el trabajo importante ha terminado.
Antes pensaba que la seguridad en DeFi consistía sobre todo en reaccionar rápido.
Encuentra el exploit. Congela los fondos. Corrige el bug.
Entonces me di cuenta de algo.
Para cuando estás reaccionando, la transacción ya ha ocurrido.
Por eso $NEWT llamó mi atención.
Newton no está intentando construir otro panel de monitoreo. Su idea es mucho más simple: evaluar una transacción antes de la liquidación y devolver una decisión de autorización en cadena.
Eso cambia el comportamiento.
Si los usuarios, las bóvedas y los protocolos saben que cada transacción se revisará con políticas activas antes de que los fondos se muevan, la gestión del riesgo deja de ser un pensamiento posterior. Pasa a ser parte de la propia transacción.
Ese es un modelo muy diferente.
Todavía lo trato como una tesis temprana. Hay muchos proyectos de infraestructura que nunca llegan a una adopción crítica.
Pero he aprendido una cosa.
El cambio más grande no ocurre cuando los sistemas se vuelven mejores detectando errores.
Ocurre cuando evitan que se produzcan errores costosos desde el principio.
Antes pensaba que la confianza en un intercambio venía de su reputación.
Cuanto más tiempo he estado en cripto, menos convincente se me hace eso.
El diseño híbrido del exchange de GRVT mantiene la conciliación de órdenes fuera de la cadena para ganar velocidad, al tiempo que utiliza pruebas de conocimiento cero y liquidación on-chain para que los usuarios puedan verificar los resultados sin renunciar a la custodia.
Eso cambió la forma en que pienso sobre la confianza.
La innovación técnica no es solo una ejecución más rápida. Está cambiando dónde vive la confianza.
Cuando la verificación se integra en el sistema, los usuarios no tienen que juzgar constantemente si el operador actúa con honestidad. Pueden dedicar más tiempo a tomar decisiones y menos a evaluar el riesgo de la contraparte.
El comportamiento sigue a la arquitectura.
Si un sistema reduce el costo mental de confiar en él, la gente interactúa de manera diferente.
Por eso estoy siguiendo a $GRVT.
La próxima generación de exchanges puede que no gane confianza a través del branding.
Puede que la gane haciendo que la confianza sea menos necesaria.
El costo silencioso de la coordinación de IA que la mayoría de las métricas de infraestructura nunca mide
No me di cuenta al principio. Pasó mientras observaba un flujo de trabajo de IA que se recuperaba de una solicitud fallida. Un modelo devolvió una respuesta incompleta. Otro retomó donde lo había dejado. Un tercero verificó la salida antes de que la tarea continuara como si no hubiera pasado nada inusual. Desde fuera, parecía perfecto, sin interrupciones. Pero lo que se me quedó grabado no fue que el sistema se hubiera recuperado. Fue que ninguno de los modelos, por separado, entendía realmente todo el proceso. Cada uno simplemente confiaba en que el estado que recibía era el estado que necesitaba. Fue entonces cuando empecé a preguntarme si el futuro de la infraestructura de IA tiene menos que ver con hacer los modelos más inteligentes y más con reducir la incertidumbre.
Antes juzgaba la infraestructura de la IA con una sola pregunta:
“¿La tecnología es mejor?”
Después de ver algunos ciclos, creo que esa es la pregunta equivocada.
La pregunta más difícil es:
¿Usar la red hace que cada participante sea más valioso para todos los demás?
Por eso $NEWT me sigue atrayendo.
Un protocolo no se convierte en infraestructura solo porque sea técnicamente impresionante. Se convierte en infraestructura cuando los constructores empiezan a optimizar en torno a él. Cada integración reduce el costo de la siguiente. Cada nuevo participante añade contexto, herramientas y liquidez que los futuros participantes heredan.
Ese es el mecanismo.
La red no solo está creciendo.
Está reduciendo el costo de la coordinación.
Aún estoy en una etapa temprana y todavía queda mucho por demostrar.
Pero he aprendido algo del cripto.
Las redes más fuertes no ganan porque sean más inteligentes.
Ganan porque abandonarlas se vuelve más caro que quedarse.
Solía pensar que siempre había un compromiso en el trading de cripto.
Si querías velocidad, renunciabas a la custodia. Si querías custodia, aceptabas una ejecución más lenta.
Luego aprendí que GRVT utiliza una arquitectura híbrida con conciliación de órdenes fuera de la cadena y liquidación en la cadena, diseñada para combinar el rendimiento a nivel de exchange con la autocustodia.
Eso me hizo cuestionar si hemos estado aceptando un compromiso desactualizado.
Quizá la próxima generación de exchanges no ganará siendo más centralizada ni más descentralizada.
Quizá ganen haciendo que esa distinción importe menos.
Si los traders ya no tienen que elegir entre conveniencia y control, ¿cuál se convierte en la verdadera ventaja competitiva?
Creo que la mayoría de la infraestructura no compite por la adopción.
Hay algo acerca de $NEWT que no deja de preocuparme. No creo que el mayor desafío para la infraestructura sea lograr que los desarrolladores lo prueben. Es conseguir que dejen de evaluar alternativas. Son hitos completamente diferentes. Un amigo una vez me mostró dos herramientas de gestión de proyectos que su equipo estaba probando. Una era claramente mejor. Más rápido. Más limpio. Más flexible. Seis meses después, seguían usando el antiguo. Cuando pregunté por qué, su respuesta me sorprendió. “Ya sabemos dónde falla el anterior.” Eso no fue una decisión técnica.
Casi aumenté mi posición $NEWT después de leer la documentación.
Luego un número me hizo ir más despacio.
El suministro total está fijado en 1.000 millones de NEWT. Eso suena directo, pero el suministro de tokens nunca ha sido la razón por la que lamento una operación. La ejecución es. (Newt Foundation)
He comprado proyectos con tokenómica elegante antes.
La mayoría de ellos nunca se volvió algo imprescindible.
Así que ahora hago una pregunta diferente.
¿Con el tiempo los creadores sentirán el costo de no usar este protocolo?
Esa es una prueba mucho más difícil que preguntar si el token está infravalorado.
Por eso estoy observando $NEWT .
No porque el suministro esté fijado.
Porque el suministro fijo solo importa después de que algo se vuelva indispensable.