Saikat 56

Al principio, pensé que el ejemplo de liquidación de $50k era simplemente sobre si Babylon podía detectar cuándo el colateral cruzaba el umbral.

Cuanto más lo pensaba, más me di cuenta de que en realidad esa es la parte fácil.

Un feed de precios puede identificar un disparador de liquidación casi al instante.

Sin embargo, Bitcoin se liquidia en su propio calendario. Esos dos relojes no siempre avanzan juntos, y ahí es donde comienza el verdadero reto.

Babylon conecta el monitoreo rápido de riesgos con la seguridad de Bitcoin, pero no puede hacer que Bitcoin liquide instantáneamente. Una señal de liquidación puede ser completamente correcta, pero el mercado puede seguir moviéndose antes de que la liquidación se finalice.

Por eso $BABY se vuelve interesante. Durante esos minutos de espera, alguien tiene que asumir el riesgo de mercado.

¿Un proveedor de liquidez? ¿O el protocolo absorbe parte de esa exposición?

Las reglas pueden seguirse a la perfección, pero las reglas perfectas no siempre garantizan un resultado perfecto cuando los precios siguen cambiando.

Para que quede claro, una liquidación más lenta no es un defecto; es parte del diseño de Bitcoin. Babylon está construyendo en torno a esa realidad, en lugar de fingir que no existe.

La pregunta es qué tan resiliente se mantiene el sistema cuando la volatilidad se acelera durante esa ventana de liquidación.

Lo que sigo teniendo en mente es simple:

Si la liquidación se dispara en $50.000, pero Bitcoin se liquida después de que el precio ya se haya movido significativamente, ¿quién termina asumiendo la diferencia mientras la finalización todavía está alcanzando?

Esa es la parte del diseño que más me interesa.

#baby $BABY @BabylonLabs_io $NVDA.US

#BinanceTurns9 Binance cumple 9 - Construido por ti

Cada proyecto de infraestructura comienza con una elección: construirlo todo desde cero o apoyarse en la base de otra persona.

En 2024, Newton eligió el segundo camino. Construyó su red de unificación de cadena usando el Chain Development Kit de Polygon y se conectó directamente con la AggLayer para la liquidación entre cadenas.

En aquel momento, fue una decisión práctica, aprovechando la infraestructura existente para avanzar más rápido. Pero esa elección también significó que el futuro de @NewtonProtocol quedó estrechamente vinculado a la hoja de ruta de Polygon.

Avancemos hasta la beta de la red principal y el panorama es muy distinto.
Newton se ha alejado de esa dependencia. En lugar de apoyarse en la infraestructura de Polygon, su modelo de seguridad ahora se basa en el restaking de EigenLayer, donde los operadores aseguran la red mediante la aportación de colateral de forma independiente de cualquier ecosistema blockchain en particular.

El producto en sí está diseñado en torno a Ethereum y Base, en lugar de cadenas alineadas con Polygon.
Esto no es solo una migración técnica. Es un cambio estratégico de filosofía.

Al convertirse en infraestructura-neutral, Newton se posiciona para integrarse con las instituciones blockchain que prefieran, en lugar de pedirles que se adapten a una arquitectura centrada en Polygon. Esto importa porque la adopción institucional suele estar influida tanto por la percepción como por la tecnología.

Cada explicación adicional durante una propuesta empresarial genera fricción. Eliminar dependencias específicas de un ecosistema elimina esa fricción antes de que incluso aparezca.

Por supuesto, la neutralidad no sale gratis.
El esfuerzo de ingeniería invertido durante 2024 y 2025 en el stack de Polygon no fue en vano, pero gran parte de esa base original ya no define la arquitectura que se entrega con la beta de la red principal.

La experiencia, las asociaciones y los aprendizajes siguen siendo valiosos; sin embargo, la infraestructura central tuvo que rehacerse alrededor de un modelo de seguridad completamente diferente.

En muchos sentidos, Newton pagó dos veces por el mismo destino: primero al construirse sobre un ecosistema existente y, más tarde, al rehacerlo para lograr independencia.

#newt $NEWT $BLUR $YFI

#BinanceTurns9 Binance cumple 9 - Creado por ti

Pasé un tiempo revisitando el informe del 1 de julio de Magic Newton Foundation sobre la Capa de Autorización de @NewtonProtocol .

Al principio, todo sonaba exactamente como esperarías de un sistema con minimización de confianza.

Una capa de autorización sin confianza. EigenLayer restaking. Operadores descentralizados. Pruebas de conocimiento cero.

Toda la arquitectura está diseñada para que la aplicación de políticas sea verificable sin depender de la confianza ciega.

Pero cuanto más leía, más un detalle seguía llamando mi atención.
La Beta de Mainnet depende de Chainalysis para la evaluación de riesgos, RedStone para las fuentes de precios, Webacy para la reputación de las carteras y Credora para la inteligencia sobre garantías.

Ahí fue cuando apareció una pregunta en mi cabeza.
¿Exactamente qué es lo que está demostrando la prueba de conocimiento cero?

Demuestra que la comprobación de la política se ejecutó correctamente. Pero la puntuación de riesgo, los datos de reputación,
o la evaluación de garantías dentro de esa política todavía provienen de esos proveedores externos.

Dicho de otro modo, la verificación puede ser sin confianza, pero los datos en sí siguen basándose en la confianza.

Me encontré pensando en eso mientras tomaba un café.
¿Esto es realmente una debilidad?
Quizá no.

Newton nunca afirmó que los datos subyacentes fueran descentralizados. Su objetivo es hacer que la aplicación de políticas sea transparente y verificable criptográficamente.

Aun así, la palabra "trustless" se siente un poco diferente cuando te das cuenta de que la confianza no ha desaparecido: simplemente ha cambiado a una capa más profunda, hacia los proveedores que suministran los datos.

Aunque, tal vez, eso sea exactamente lo que quieren las instituciones.
La mayoría de las empresas ya depositan más confianza en proveedores como Chainalysis que en una red anónima de operadores.

Desde esa perspectiva, Newton podría estar resolviendo el problema que realmente importa para la adopción institucional.

Sin embargo, todavía queda una pregunta:
¿Alguien ha visto una política de autorización que dependa por completo de fuentes de datos descentralizadas?

¿O es simplemente inevitable cierto nivel de confianza centralizada al construir infraestructura de cumplimiento? 🙄

#newt $NEWT $EVAA $NVDAB

Cuando leí el informe de transparencia de Newton, me llamó la atención una política en particular:
los líderes y los contribuidores principales no pueden vender Newt cuando quieran. Cualquier venta debe realizarse a través de un programa de venta estructurada gestionado por un tercero.

Mucha gente ve esto como una prueba de que el equipo está comprometido a largo plazo, pero yo creo que muestra algo diferente. El programa se centra principalmente en la equidad del mercado, no en la convicción personal.

Su mayor fortaleza es impedir que los insiders exploten información no pública. Los ejecutivos no pueden apresurarse a vender antes de un anuncio importante ni capitalizar una subida posterior a las noticias, porque el momento de las ventas no está bajo su control directo.

Eso crea un mercado más transparente y confiable.
Lo que el programa no hace es garantizar que el liderazgo mantenga su postura de forma indefinida.

Los miembros del equipo aún pueden reducir o incluso salir por completo de sus posiciones con el tiempo, manteniéndose en cumplimiento de las reglas.

El mecanismo regula cómo se venden los tokens, no por qué se venden.
Para mí, esa es la diferencia clave.

Un programa de venta estructurada es evidencia de una buena gobernanza e integridad del mercado, pero no debería interpretarse automáticamente como una prueba de una creencia inquebrantable y a largo plazo en el futuro de Newton.

@NewtonProtocol #newt $NEWT $BLUR $OPG

Cuanto más exploré a Newton, más destacó un detalle. El titular habla sobre agentes de IA, ejecución autónoma y automatización con confianza mínima. Naturalmente, esperaba que esas piezas estuvieran en funcionamiento.

En cambio, descubrí que el enfoque de hoy es mucho más limitado: los bóvedas DeFi. El protocolo actualmente verifica las acciones del curador con respecto a políticas predefinidas antes de que se ejecute cualquier cosa. Los agentes de IA y el Registro de Modelos siguen marcados como próximos.

Ese avance en realidad se siente razonable. Antes de dar a los agentes autónomos el control sobre acciones financieras, tiene sentido demostrar el motor de políticas en un entorno más pequeño y de alto valor. Es un despliegue práctico, aunque sea diferente de lo que muchos asumen a primera vista.

Otro hallazgo interesante fue la cantidad de integraciones de oráculos que ya respaldan el sistema: Chainalysis, vaults.fyi, RedStone, Credora y Webacy. Proporcionan las señales externas de las que depende el protocolo, haciendo que la arquitectura de hoy se sienta más impulsada por oráculos que por agentes.

Después de rastrear lo que está en funcionamiento frente a lo que permanece en la hoja de ruta, me queda una sola pregunta: ¿la transición de la automatización segura de bóvedas a agentes plenamente autónomos ocurrirá pronto,
o esa transición aún está más lejana?,,🤔

@NewtonProtocol #newt $NEWT $ANOME $TLM

Cuando me topé por primera vez con @NewtonProtocol , una idea captó de inmediato mi atención: probablemente la IA no debería controlar el dinero sin límites claros.

Tiene sentido. La IA puede reaccionar a los cambios del mercado en segundos, pero la velocidad por sí sola no basta. Sin límites definidos, un solo error puede volverse costoso antes de que alguien se dé cuenta.

Aun así, he pasado suficiente tiempo en el cripto para saber que resolver un problema a menudo introduce otro.

El enfoque de Newton coloca una capa de políticas entre los agentes de IA y las transacciones en blockchain, dando a los usuarios más control sobre lo que la IA tiene permitido hacer.

Es un concepto práctico, pero también significa más infraestructura, más coordinación y más piezas móviles que deben funcionar juntas.
La pregunta más grande es en quién confiar. Esas políticas no aparecen automáticamente.

Alguien las diseña, las actualiza y decide cómo evoluciona la gobernanza. La confianza no desaparece; simplemente se desplaza a otra capa.

Luego está el papel del token NEWT. ¿Es realmente fundamental para asegurar el sistema y alinear incentivos, o es otro token envuelto en explicaciones técnicas?
Para mí, la pregunta más interesante no es si la tecnología es ingeniosa.

La cuestión es si los desarrolladores, las empresas y las instituciones aceptarán voluntariamente otra capa de aprobación antes de que la IA ejecute decisiones financieras en mercados donde cada segundo puede importar.

#newt $NEWT $VANRY $LAB

La primera vez que imaginé una IA gestionando dinero real sin pedir permiso, inmediatamente se me vino a la mente una pregunta:
¿quién decide cuándo se le permite actuar a la IA?
🤔
Ese es el problema @NewtonProtocol wants de resolver.

Su idea no es hacer que la IA sea más inteligente. Es construir una capa de autorización que compruebe si las acciones de una IA siguen reglas predefinidas antes de que se muevan activos.

Como las blockchains verifican firmas, no el criterio, ese vacío merece atención.

Pero las criptomonedas me han enseñado a ser escéptico.
Hemos visto innumerables problemas resueltos con otro protocolo, otro conjunto de validadores, otro sistema de gobernanza y otro token.

Cada nueva capa promete más seguridad, pero también amplía la superficie de ataque y añade complejidad.

Los incentivos merecen atención por igual. Los usuarios pueden recibir mejor protección, pero si esto se convierte en infraestructura central, los titulares de tokens, los validadores y los primeros patrocinadores también se benefician del crecimiento de la red.

Luego llega la pregunta que más importa: ¿qué tan descentralizada es la toma de decisiones si un grupo relativamente pequeño aún puede definir las reglas detrás de la autorización?

Y cuando una IA toma la decisión equivocada, ¿quién asume el error?

¿El modelo, el creador de la política, los validadores,
o el protocolo?

Distribuir la computación es relativamente fácil.

Distribuir la responsabilidad siempre ha sido el desafío más difícil, y normalmente ahí es donde comienza la prueba real.

#newt $NEWT $TLM $HMSTR

Todos están de acuerdo en que la IA está volviéndose más rápida al tomar decisiones financieras. Pero la velocidad nunca ha sido el problema más difícil.. 🙂

El verdadero reto comienza justo antes de que el dinero se mueva:
¿quién verifica que un agente de IA realmente esté autorizado para ejecutar una transacción?

@NewtonProtocol sostiene que la autorización es la capa que falta. En lugar de dejar que la IA opere sin control, introduce un protocolo que revisa las transacciones antes de que lleguen a la blockchain.

La idea es sensata. Sin embargo, la historia muestra que cada nueva capa de infraestructura resuelve un problema mientras crea otro.

Más operadores, más gobernanza y más dependencias también pueden significar más puntos de fallo, especialmente cuando los mercados se vuelven impredecibles.

Eso plantea otra pregunta importante:
¿es NEWT realmente esencial para el sistema,
o su valor depende más de la especulación que de la utilidad a largo plazo?

La seguridad y la automatización son objetivos atractivos, pero la infraestructura real se pone a prueba con casos límite, no con el marketing.

¿Qué pasa cuando las políticas entran en conflicto,

o las transacciones se retrasan,

o los pagos válidos se bloquean por error?

Esas preguntas merecen tanta atención como la tecnología en sí.

Al final, la confianza se gana con años de desempeño fiable, no con whitepapers, sino con la ejecución en el mundo real.

#newt $NEWT $TSLAB $TAIKO

La primera vez que exploré la arquitectura de Newton, asumí que la Puerta de enlace era el punto central de control del sistema.

Después de todo, cada aplicación comienza enviando allí sus tareas. Pero cuanto más profundizaba, más me daba cuenta de que la verdadera fortaleza del diseño proviene de asegurarse de que esa suposición nunca sea cierta.

La Puerta de enlace es simplemente el punto de entrada más conveniente, no un único punto de autoridad. Si alguna aplicación alguna vez cree que la Puerta de enlace está retrasando o filtrando sus solicitudes, no tiene que esperar.

A través del mecanismo de inclusión por fuerza, puede enviar tareas directamente a la red de operadores. Esa elección de diseño garantiza que ningún componente pueda dictar en silencio qué llega a la red.

Otro detalle se me hizo igual de evidente. La Puerta de enlace estructuralmente no puede falsificar firmas ni manipular resultados sin ser detectada. Cada operador verifica de forma independiente sus propias entradas antes de producir un resultado.

Eso significa que cualquier intento de alterar datos se volvería visible rápidamente mediante la verificación independiente, en lugar de depender de la confianza en un intermediario.

Lo que hace interesante esta arquitectura no es solo la descentralización, sino la resiliencia. Un sistema descentralizado solo es tan fuerte como su capacidad para seguir funcionando cuando un componente se comporta mal o deja de estar disponible.

@NewtonProtocol parece abrazar esa filosofía al proporcionar tanto una ruta predeterminada más ágil como un respaldo independiente cuando sea necesario.

Ese equilibrio entre conveniencia y resistencia a la censura parece intencional. La Puerta de enlace mejora la eficiencia para las operaciones normales, mientras que la inclusión por fuerza garantiza que las aplicaciones siempre conserven un camino para participar si algo sale mal.

Todavía me queda una pregunta en la mente, sin embargo. En despliegues del mundo real,

¿con qué frecuencia se utiliza realmente la inclusión por fuerza?l

¿o se vuelve más valiosa a medida que la red escala?

Entender ese equilibrio práctico podría revelar mucho sobre cómo Newton se desempeña más allá de su diseño arquitectónico.

#newt $NEWT $SPCXB $NVDAB