J U N I A

He estado mirando el panel de Babylon más tiempo del que pretendía. 56,853 BTC ahí, ahí sentados, algo como $5.64B bloqueados, nativos, sin wrapping, sin puente. Esa parte todavía se siente real. Bitcoin estacionado, haciendo el trabajo de seguridad del que siempre habla el marketing.

Pero el movimiento de esta semana no vino de nada de eso. Vino de la campaña de Upbit que estuvo activa del 31 de julio al 2 de agosto KST. Recompensas del leaderboard, sorteos, el guion habitual de los exchanges. El volumen se disparó, BABY corrió, y las bóvedas de staking apenas parpadearon. Dos economías completamente distintas compartiendo un mismo ticker con casi nada que las conecte.

He visto esto suficientes veces como para reconocer la forma. La historia del protocolo es lenta y estructural. La historia del trading es rápida y temporal. La mayoría de los meses, la segunda se lleva todo el volumen mientras la primera se queda ahí, mirando como si fuera importante en las cifras. Revisé el TVL durante el bombeo. No se movió nada significativo. Ese vacío es lo que se me queda pegado.

No digo que esté roto. Solo noto lo limpiamente que se separan las dos historias cuando dejas de leer el discurso y empiezas a observar dónde está la actividad real. Los ciclos de campaña se apilan unos sobre otros y crean la sensación de impulso mientras lo subyacente se mantiene casi intacto. Después de tantos años viendo esto dejas de sorprenderte, pero aun así te quedas en pausa cuando los números encajan tan precisamente.
@BabylonLabs_io #baby $BABY
$CYS $HFT #SpaceXRises9.8%AheadOfQ2Results #GoldRisesForThirdDay #OilFallsToThreeWeekLow #OilHoldsTwoDayDrop

He estado sentado otra vez con los documentos de staking de Babylon. No la charla sobre el rendimiento ni la parte de la campaña, que nunca termina de calar. Es el diseño de la penalización (slashing) lo que vuelve una y otra vez.

La propuesta es clara: sin custodio, sin puente, tu BTC nunca sale de la cadena de Bitcoin, tú conservas las llaves. En papel funciona.

Pero en el momento en que haces staking, sigues eligiendo un Proveedor de Finalidad (Finality Provider). Si ese FP firma doble (double-signs), recibes una penalización parcial del 5% en el lado BABY, y un recorte más pequeño en el lado BTC. Está en la cadena (on-chain), no es una pérdida total: el resto vuelve. Sigue habiendo un tercero. La afirmación de autogestión (self-custody) trata de dónde están los fondos. No dice nada sobre la persona a la que acabas de entregarle el poder de voto.

He visto este mismo vacío durante años en historias de restaking. El marketing vende la idea de que no hace falta confiar en nadie (trustless). El mecanismo real es de confianza minimizada (trust-minimized). Mejor que la mayoría de lo que hay ahí fuera, pero no es cero.

No dejo de preguntarme cuánta gente realmente revisa el historial de slashing de un FP antes de agarrar simplemente lo que esté en lo más alto de la lista. La mayoría de las veces esa verificación silenciosa se pierde entre lo más ruidoso de esa semana. La fricción nunca desaparece. Solo se desplaza un nivel más adentro.
@BabylonLabs_io #baby $BABY

He estado en el mundo cripto el tiempo suficiente como para saber que la parte más interesante de cualquier documento suele ser la sección de riesgos. Ahí es donde el lenguaje pulido se desvanece y te das una mejor idea de lo que realmente importa. La explicación de Babylon llamó mi atención porque dice que el riesgo real no está en la bóveda en sí. Está en todo lo que la bóveda conecta. Cuanto más pensaba en eso, menos simple me parecía.
He visto este tipo de historias antes. Puedes construir una base sólida, pero eso no garantiza que todo lo que se construye encima sea igual de fuerte. Cada protocolo de préstamos, integración, capa de gobernanza o dependencia externa añade otro lugar donde algo puede salir mal. La bóveda podría mantenerse segura todo el tiempo, mientras que el camino alrededor de ella se vuelve cada vez más difícil de evaluar. Esa es la parte a la que sigo volviendo.
No estoy diciendo que el descargo de responsabilidad esté mal. De hecho, parece más honesto que la mayoría. Pero ser honesto no hace que los riesgos desaparezcan. Solo desplaza tu atención hacia donde están realmente. Después de observar este mercado durante suficientes ciclos, he aprendido que los problemas más grandes rara vez provienen de aquello en lo que todo el mundo está enfocado. Suelen aparecer en los enlaces entre sistemas que, por separado, parecían estar bien.
Quizá esa sea solo la realidad de las DeFi maduras. El núcleo puede mantenerse seguro mientras que la red que crece a su alrededor se convierte en el verdadero desafío. No estoy seguro todavía, pero es la parte a la que seguiré prestando atención.
@BabylonLabs_io #baby $BABY
$BLESS $BICO #USToCancelIranAttackSubjectToDeal #CardanoRisesNearly10% #YenRisesTo156 #USJapanJointYenInterventionFirstSince2011

He visto cómo el cripto convierte ideas simples en industrias enteras, pero las claves de EOTS de verdad me tomaron por sorpresa.

Sobre el papel, la regla parece casi elegante. Firma dos bloques en conflicto en la misma altura y tu clave privada queda expuesta. No hay un comité que pregunte qué quisiste decir. No hay voto. El castigo está incorporado en la propia firma.

Luego noté la parte más silenciosa. El sistema no tiene forma de saber si fue un atacante o un operador honesto que estaba lidiando con software defectuoso.

He visto este tipo de cosas antes. Al cripto le encanta eliminar el juicio humano hasta que un error honesto de repente se vuelve increíblemente caro. Por eso existen los administradores de claves anti-slashing alrededor de Babylon: no solo para detener a los malos, sino para proteger a un proveedor de finalización de destruirse a sí mismo porque un cliente repitió una firma o porque un simple error del operador se coló.

Algo de esto se siente diferente porque la criptografía está haciendo exactamente lo que fue diseñada para hacer. La realidad no siempre es tan limpia como el modelo de amenazas.

Aún no estoy seguro de cuántos operadores ejecutan realmente esta protección y cuántos la están usando “a pelo”. Pero si alguna vez un cliente muy utilizado introduce un bug, esa pregunta podría volverse mucho más importante de la noche a la mañana.
@BabylonLabs_io #baby $BABY
$BLESS $UAI #ColdcardFlawDrains594BTC #BitcoinMiningDifficultyFalls14%FromYearHigh #USToCancelIranAttackSubjectToDeal #ColdcardExploitAttackersControl1366BTC

Bitcoin se ha estado moviendo dentro del mismo rango durante los últimos tres días, así que en lugar de quedarme mirando los gráficos, decidí pasar un tiempo explorando la red de pruebas $BABY . Después de ver que se mencionaba @BabylonLabs_io tan a menudo en Binance Square, pensé que por fin valía la pena probar por mí mismo la experiencia de Préstamo Nativo con Respaldo en Bitcoin en el testnet público de Aave v4, en lugar de depender solo de lo que decían los demás.

Esperaba que el proceso fuera bastante sencillo. Bloquear BTC, pedir prestado contra ella, sin “wrapping”, sin puentes. Esa es la idea principal. Lo que encontré fue un poco diferente. Tu Bitcoin primero se deposita en un Bóveda de Bitcoin sin confianza (Trustless), donde la red confirma el bloqueo directamente en Bitcoin antes de que pueda usarse como garantía a través del Core Lending Spoke. Si en algún momento se requiere una liquidación, un spoke separado se encarga de manejar esa parte del proceso.

Eso cambió la forma en que entendí la palabra “trustless”. No significa necesariamente que todo ocurra de inmediato. Me sorprendí a mí mismo refrescando mi wallet alrededor de la 1 a.m., pensando que algo había salido mal. En realidad, no había nada roto. El sistema simplemente estaba esperando a que terminara la verificación requerida.

Por lo que he visto, alrededor de 21,379 wallets ya han pasado por la campaña de CreatorPad de esta semana usando el mismo flujo de préstamo, así que probablemente no soy el único que notó la diferencia entre la descripción simple y el tiempo real de espera.

Casi se siente como si la confianza no hubiera desaparecido. Más bien, el retraso solo se ha movido a una etapa diferente del proceso.

Me pregunto si ese intercambio seguirá sintiéndose importante cuando se lance el mainnet con límites reales de préstamos y liquidaciones reales, o si es principalmente algo que destaca en un testnet donde no hay capital real en riesgo.
#baby $1000RATS $KOMA

He visto suficientes ciclos de criptomonedas como para saber que la mayoría de los proyectos, con el tiempo, empiezan a sonar igual. Cada pocos meses aparece otra promesa de desbloquear Bitcoin, otra nueva idea de rendimiento, otra afirmación de que el BTC inactivo debería “ponerse a trabajar”. Después de un tiempo, todo se mezcla.
Por eso Babylon me llamó la atención, aunque sigo siendo cauteloso. He visto demasiados sistemas depender de mover Bitcoin lejos de aquello que lo hace valioso. Los puentes fallan, los custodios se convierten en intermediarios de confianza y, de repente, el activo más sólido de las criptomonedas hereda el riesgo de otra persona.
Algo en este enfoque se siente diferente. En lugar de pedirle a Bitcoin que se convierta en algo nuevo, parece preguntarse si la seguridad de Bitcoin en sí misma puede volverse útil más allá de su propia cadena. Eso no está garantizado y no confío del todo en ninguna narrativa hasta que la demanda real lo demuestre. Aun así, sigo notando que las ideas más sólidas normalmente resuelven problemas que la gente ignoró durante años, no los que todo el mundo ya estaba comentando.
Quizá la mayor contribución de Bitcoin nunca fue el rendimiento. Quizá hemos estado pasando por alto su seguridad todo este tiempo.
@BabylonLabs_io #baby $BABY
$KOMA $AXTI #KospiJumpsRecord15% #AppleChipShortageHurtsSalesForecast #KospiHitsIntradayRecordUp17%

He visto suficientes ciclos de cripto como para saber que la mayoría de las grandes narrativas eventualmente empiezan a sonar igual. Mayores rendimientos. Mejor infraestructura. Otra promesa de que esta vez todo cambia. Probablemente por eso me he vuelto más lento para prestar atención. Pero de vez en cuando algo me hace dejar de hacer scroll, y Babylon ha sido uno de esos casos.
Lo que me sigue atrayendo no es la idea de ganar más a partir de BTC. He visto demasiados proyectos envolver esa historia en distintos formatos. Es la pregunta de si la seguridad de Bitcoin puede volverse útil sin pedirle a Bitcoin que se convierta en otra cosa. Eso parece un problema mucho más difícil de lo que la gente admite.
No estoy seguro de que este modelo acierte con todos los incentivos. Cuanto más crece, más presión recae en el comportamiento de los validadores, en las reglas de slashing y en si las recompensas a largo plazo siguen valiendo el riesgo. La cripto tiene la costumbre de verse elegante hasta que el dinero real pone a prueba cada supuesto.
Aun así, algo de esto se siente diferente. No porque prometa rendimientos más altos, sino porque en silencio pregunta si el activo más confiable del mundo puede asegurar algo más que a sí mismo. He visto muchas ideas persiguiendo la liquidez de Bitcoin. Esta parece estar más interesada en pedir prestada su confianza.
@BabylonLabs_io #baby $BABY
$COTI $KOMA

Pasé un rato revisando hoy la guía de staking de Babylon, esperando que el proceso se sintiera como cualquier otro panel de staking que he usado.

No fue así.

Una cosa que me sorprendió fue la cantidad de decisiones que el protocolo espera que los usuarios tomen antes de que se cree un stake de BTC. No es simplemente hacer clic en un botón de "Stake" y dejar que el sistema lo haga todo en segundo plano. Es necesario definir varios parámetros de antemano porque pasan a formar parte de la transacción de Bitcoin en sí.

Eso me hizo detenerme un minuto.

Los pasos adicionales pueden parecer menos convenientes al principio, pero también hacen que el proceso de staking se sienta mucho más deliberado. Estás definiendo las condiciones antes de que se registre cualquier cosa en Bitcoin, no editándolas después como hacen muchos protocolos de capa de aplicación.

De hecho, volví a revisar la guía para ver si me había perdido algo.

Me hizo preguntarme si reducir la cantidad de clics es siempre el objetivo correcto, o si darles a los usuarios más control desde el inicio crea un protocolo más sólido a largo plazo.

@BabylonLabs_io #baby $BABY
$BEAT $ON

Esta noche estaba revisando la documentación de Babylon y un pequeño detalle no dejaba de traerme de vuelta a los diagramas.
No porque fueran complicados.
Sino porque mostraban cuánta coordinación ocurre entre distintos participantes antes de que el protocolo alcance un resultado final.
La mayoría de las personas ven el staking como un depósito simple y un ciclo de recompensas. La documentación pinta un panorama mucho más amplio en el que varios actores independientes tienen cada uno una responsabilidad específica, y el sistema solo funciona cuando esas responsabilidades encajan.
En realidad, dibujé el flujo en papel solo para asegurarme de entenderlo correctamente.
Ese ejercicio me hizo darme cuenta de algo.
A medida que la infraestructura blockchain madura, el desafío no siempre es crear más funciones. A veces, consiste en diseñar sistemas en los que cada participante tenga un rol claramente definido sin introducir complejidad innecesaria.
Ese tipo de decisión de diseño es fácil de pasar por alto hasta que dedicas tiempo a revisar la documentación.
@BabylonLabs_io #baby $BABY
$COTI $SOXS

He estado en este mercado el tiempo suficiente como para saber que a la gente le encantan las historias más que los horarios. Hablamos de adopción, staking y del próximo gran hito, pero cada mes el calendario, en silencio, sigue haciendo su trabajo. Eso fue lo que me llamó la atención con Babylon. Mientras todos debaten adónde va <a>$BABY </a> después, otro desbloqueo ya está esperando para el 10 de agosto. Alrededor de 136.11M de tokens, aproximadamente 1.2% del suministro, entrarán en circulación tanto si el sentimiento es alcista como si no. Eso no es una predicción: es simplemente así como funciona el vesting. Ya he visto esto antes en distintos ciclos. Los mercados se emocionan con las narrativas, pero la oferta estable a menudo moldea el precio de maneras que la gente solo nota después. No digo que los desbloqueos lo decidan todo. A veces la demanda los absorbe sin mucho drama. A veces se convierten en la excusa que todos ya estaban buscando. Esa es la parte que nunca termino de confiar del todo. Algo en esto sigue atrayendo mi atención de vuelta. El retail pasa horas siguiendo recompensas y el crecimiento del ecosistema, mientras que el tiempo mismo sigue liberando tokens en segundo plano. Quizá la pregunta real no es si Babylon sigue construyendo. Es si ese progreso puede superar de forma constante un calendario que nunca se detiene. En cripto, los calendarios pueden ser tan importantes como los catalizadores.
@BabylonLabs_io #baby $EUL $DIA

Una cosa que me gusta hacer durante las tareas de CreatorPad es mirar más allá de la función principal.
Todo el mundo sabe que Babylon permite que Bitcoin participe en el staking sin salir de la red de Bitcoin. Esa es la parte que la mayoría de las personas recuerda.
Lo que me llamó la atención fue otra cosa.
Babylon no trata a Bitcoin como una plataforma de contratos inteligentes. En cambio, usa Bitcoin como una fuente de seguridad económica mientras mueve la lógica de la aplicación a redes que están diseñadas para ejecutarla.
Esa separación se siente importante.
Bitcoin no tiene que convertirse en otra cadena programable para desempeñar un papel más grande en las criptomonedas. Puede enfocarse en lo que ya hace excepcionalmente bien, mientras que otras redes se construyen sobre la seguridad que proporciona.
Me cambió la forma en que veo el proyecto.
Quizá Babylon no esté intentando que Bitcoin se parezca más a otras blockchains. Quizá está mostrando que las cadenas diferentes no necesitan tener las mismas fortalezas para crear valor juntas.
@BabylonLabs_io #baby $BABY
$EUL $DEXE

Durante años, Bitcoin se ha visto principalmente como una reserva de valor. Pero ¿y si BTC pudiera asegurar otros ecosistemas de blockchain sin salir nunca de la red de Bitcoin?
Esa es exactamente la dirección que está tomando Babylon. En lugar de depender de activos envueltos, puentes o custodios centralizados, Babylon permite el staking de Bitcoin autocustodiado, lo que permite a los titulares de BTC aportar seguridad a redes de Proof-of-Stake (PoS) mientras mantienen la propiedad de sus activos. Incluso su enfoque de Trustless Bitcoin Vault (TBV) mantiene el BTC en Bitcoin, usando pruebas criptográficas en lugar de intermediarios para conectarlo con aplicaciones DeFi. Esto traslada la confianza de terceros al diseño del protocolo y la criptografía, lo cual es un paso significativo para la infraestructura nativa de Bitcoin.
A medida que Bitcoin sigue evolucionando, innovaciones como Babylon podrían ayudar a desbloquear nuevas utilidades preservando al mismo tiempo los principios que hicieron que Bitcoin fuera valioso en primer lugar.
@BabylonLabs_io #baby $BABY

He estado en el mundo cripto el tiempo suficiente como para saber que los proyectos más ruidosos suelen vender una certeza que no pueden permitirse. Por eso Newton llamó mi atención. No se comporta como una lista negra simple; es un motor de políticas para la autorización onchain, que verifica reglas antes de que el valor se mueva a través de una red de operadores.

Lo que me mantiene interesado es también lo que me inquieta. Newton se apoya en datos offchain en tiempo real, señales de identidad y flujos de mercado, y su propia documentación indica que los operadores pueden extraer los datos relevantes en el momento de la evaluación. Eso se siente más honesto que el típico teatro de cumplimiento, pero también significa que todo el sistema solo es tan sólido como las entradas en las que confía.

He visto esto antes. La idea se ve limpia hasta que los datos se retrasan, se manipulan o simplemente no están completos. La beta de mainnet de Newton incorporó RedStone, Credora, Chainalysis, vaults.fyi y Webacy, lo que me dice que el equipo entiende que el verdadero desafío es ampliar la calidad y la diversidad de los datos, y no solo añadir otra función.

Así que no lo descarto. Solo que aún no termino de confiar plenamente en ello. Después de observar este mercado durante años, he aprendido que incluso los sistemas más inteligentes eventualmente se topan con el mismo problema de siempre: si las entradas no alcanzan, normalmente los resultados tampoco.
@NewtonProtocol #Newt $NEWT

Hay una cosa en la que sigo pensando sobre GRVT que no tiene nada que ver con el rendimiento ni con la tecnología de cero conocimiento. Es la liquidez.
Construir un intercambio técnicamente avanzado es un desafío. Construir un mercado donde los participantes encuentren de forma constante spreads ajustados, libros de órdenes profundos y una ejecución fiable es otro.
La historia ha demostrado que una mejor tecnología no atrae automáticamente una mejor liquidez. La liquidez sigue a los incentivos, a los market makers, a los traders activos y a la confianza en que la actividad se mantendrá constante con el tiempo.
Por eso creo que el mayor desafío de GRVT no es demostrar que su infraestructura funciona. Es demostrar que su ecosistema puede convertirse en un lugar donde la liquidez naturalmente quiera quedarse, en lugar de tener que perseguir continuamente el siguiente programa de incentivos.
Al final, los exchanges no se juzgan solo por la tecnología que hay detrás. Se juzgan por si los usuarios pueden ejecutar operaciones significativas de manera eficiente meses y años después de que se desvanece la emoción.
Para mí, ese es el indicador que merece observarse con mucha más atención que el desempeño del día del lanzamiento.
@grvt_io #grvt

La mayoría de las personas describen GRVT como un intercambio híbrido. Pero creo que la pregunta más interesante es qué sucede cuando distintas clases de activos dejan de vivir en plataformas separadas.
Tradicionalmente, las criptomonedas y los activos del mundo real han evolucionado en ecosistemas completamente distintos, cada uno con su propia infraestructura, liquidez y experiencia de usuario. Pasar de uno a otro normalmente implica cambiar de plataforma, abrir cuentas nuevas y aceptar una mayor fricción operativa.
GRVT está intentando reducir esa separación permitiendo ambos tipos de activos dentro del mismo entorno de negociación en lugar de tratarlos como mercados no relacionados.
Para mí, esa es una idea arquitectónica más grande que simplemente añadir más productos. Si los traders pueden acceder a múltiples clases de activos sin tener que cambiar constantemente la infraestructura, la plataforma empieza a competir en eficiencia de capital en vez de competir solo por cantidad de funciones.
Si este modelo se convierte en la norma sigue siendo una pregunta abierta. Pero creo que los intercambios que importen en los próximos años no solo ofrecerán más activos: también reducirán las fronteras entre ellos de una forma que mejore cómo se mueve el capital.
Esa es la parte de GRVT que estoy observando con más atención.
@grvt_io #grvt

Una cosa que aprecio en el enfoque técnico de Newton es la disciplina de separar la arquitectura confirmada de las ideas futuras plausibles. Si bien me encontré con debates sobre compilar un intérprete completo de Rego para RISC-V con el fin de ejecutarlo dentro de un zkVM, no pude encontrar ese diseño confirmado en la documentación pública de Newton. Esa distinción importa.
Por lo que encontré, Newton ha documentado con claridad un sistema de verificación y privacidad diferente, construido en torno a threshold HPKE, MPC con mayoría honesta, atestación de TEE y pruebas de fraude ZK. Cada componente tiene un papel definido en lugar de intentar resolver cada problema con una sola tecnología.
Creo que esto refleja una mentalidad de ingeniería práctica. En vez de presentar una capacidad no anunciada como parte del protocolo, Newton se centra en mecanismos que realmente ha descrito y explica en qué podrían encajar las futuras direcciones criptográficas. Para mí, esto hace que la arquitectura sea más fácil de evaluar, porque puedo separar la implementación de hoy de las posibilidades de mañana.
¿Qué tan importante es para la infraestructura de blockchain trazar esa línea con claridad, en lugar de permitir que las suposiciones se conviertan en hechos aceptados?
@NewtonProtocol #Newt $NEWT
$DODOX $LAB

#grvt @grvt_io Todo el mundo habla de la arquitectura híbrida de GRVT como si fuera solo una mejora de rendimiento. Yo creo que la parte más interesante es lo que cambia sobre la confianza.
En la mayoría de los exchanges, confías en un único sistema para emparejar órdenes, custodiar activos y liquidar operaciones. GRVT divide esas responsabilidades. La conciliación de órdenes ocurre fuera de la cadena donde la latencia importa, pero la custodia y la liquidación final permanecen en la cadena mediante contratos inteligentes.
Esa separación no elimina mágicamente la confianza, pero sí reduce cuánta confianza se concentra en un solo lugar. El motor de emparejamiento puede optimizar para velocidad sin tener control directo sobre los fondos del usuario, mientras que la liquidación sigue verificándose en la cadena.
Para mí, ese es el verdadero cambio arquitectónico. El objetivo no es poner cada acción en la cadena. Es decidir qué partes realmente necesitan garantías de blockchain y cuáles solo necesitan ser rápidas.
A medida que más exchanges adopten diseños híbridos, creo que la pregunta más importante ya no será "¿Está descentralizado?", sino "¿Qué partes del sistema realmente están minimizadas en cuanto a confianza?"

Una decisión arquitectónica en la Privacy Envelope de Newton se destacó de inmediato para mí: el cifrado y la autorización se tratan como dos responsabilidades de seguridad separadas, en lugar de un único proceso combinado.
Lo que se destacó para mí es que el AAD de SecureEnvelope está permanentemente ligado al cliente de políticas y a la cadena durante el cifrado. Eso le da a los datos cifrados un contexto de ejecución fijo, sin atarlo a una sola transacción.
La parte interesante llega después. Cuando existe una intención específica, Newton crea una autorización de doble firma nueva para ese uso. En otras palabras, veo el diseño como cifrar una vez y autorizar cada uso, en lugar de cifrar los mismos datos de nuevo para cada transacción.
Para mí, esta separación es lo que hace que la arquitectura sea práctica y segura a la vez. El sobre cifrado puede reutilizarse dentro de su contexto aprobado, mientras que cada nueva intención sigue requiriendo su propia autorización. Esto reduce la re-codificación innecesaria sin debilitar el control sobre cómo se accede a los datos protegidos.
Creo que este enfoque por capas es una de las partes más reflexivas del diseño de la Privacy Envelope de Newton.
¿Qué es lo que más destaca de la Privacy Envelope de Newton?
@NewtonProtocol #Newt $NEWT
$T #PYR $SXT