iPreMyZX

#baby $BABY

Antes pensaba que entendía por qué la gente envolvía Bitcoin.

Solo parecía el camino normal. Si querías usar BTC en DeFi, lo envolvías, lo conectabas (hacías el puente) y seguías adelante. En realidad nunca lo cuestioné porque a todos les parecía tratarlo como el precio de participar.

Luego, una tarde-noche me encontré leyendo sobre Trustless Bitcoin Vaults (TBV) de @BabylonLabs_io.

Lo que empezó como una investigación casual se convirtió en un agujero de conejo mucho más largo de lo que esperaba.

Lo interesante no era que TBV ofrezca otra forma de usar Bitcoin. Era la pregunta que se escondía debajo.

¿Por qué Bitcoin tiene que convertirse en otra cosa antes de volverse útil?

Esa idea se quedó conmigo.

Cuanto más aprendía, más me daba cuenta de que nos hemos acostumbrado a añadir capas extra alrededor de Bitcoin en lugar de preguntarnos si esas capas eran necesarias desde el principio. Envoltorios, puentes, custodios: resolvieron problemas reales, pero también se convirtieron en suposiciones que rara vez cuestionamos.

TBV lo aborda de manera diferente: permite que el Bitcoin nativo sirva como colateral, mientras permanece anclado al propio modelo de seguridad de Bitcoin. No se trata de fingir que no existen compensaciones (trade-offs). Se trata de cambiar qué compensaciones tienen que aceptar los usuarios.

Todavía estoy aprendiendo, así que no pretendo tener todas las respuestas.

Pero de vez en cuando, un protocolo cambia la forma en que piensas en lugar de simplemente añadir otra característica para comparar.

Para mí, @BabylonLabs_io ha hecho exactamente eso.

Quizá lo más valioso que gané no fue un producto nuevo que seguir: fue una nueva pregunta para seguir haciéndome.

#baby $BABY

No esperaba que un solo documento me hiciera cuestionar algo que había aceptado durante años.

Pasó a altas horas de la noche mientras leía sobre la infraestructura de Bitcoin. Veía el mismo patrón una y otra vez. Cada vez que Bitcoin quería participar en DeFi, la primera instrucción era casi automática.

Envuélvelo.

Enlázalo.

Muévelo a otro lugar.

En algún momento me di cuenta de que había dejado de preguntarme el porqué.

Quizá eso es lo que pasa cuando una idea se repite el tiempo suficiente: deja de sentirse como un compromiso y empieza a parecer la única opción.

Luego empecé a leer sobre las Trustless Bitcoin Vaults (TBV) de @BabylonLabs_io .

Lo que llamó mi atención no fue que prometiera algo más rápido o más grande. Fue que cuestionaba la suposición que yo nunca había cuestionado.

¿Por qué Bitcoin tendría que salir de Bitcoin para volverse útil?

Cuanto más me quedaba con esa idea, más todo lo demás empezó a verse hacia atrás. Tal vez hemos pasado años diseñando formas de adaptar Bitcoin a DeFi, en lugar de adaptar DeFi para respetar el modelo de seguridad propio de Bitcoin.

TBV no elimina mágicamente cada compensación. Bitcoin sigue siendo Bitcoin. La liquidación sigue tomando tiempo.

Pero cambia la confianza.

En lugar de pedir a los usuarios que crean en “wrappers”, puentes o custodios, el sistema se apoya con más fuerza en las propias reglas de Bitcoin.

Eso se siente menos como perseguir conveniencia y más como respetar el activo que estás intentando desbloquear.

Quizá esa es la dirección que Bitcoin DeFi ha estado echando en falta desde hace todo este tiempo.

#baby $BABY

Hace unos días, estaba siguiendo mi rutina habitual. Café sobre el escritorio, algunas pestañas abiertas y otra noche más leyendo sobre infraestructura cripto en lugar de revisar gráficos.

No estaba buscando un proyecto nuevo. En realidad, intentaba entender por qué Bitcoin todavía se siente desconectado de gran parte de DeFi, a pesar de ser el activo más grande del sector.

La respuesta obvia siempre parecía ser: "Solo envuélvelo".

Durante años, acepté eso sin darle demasiadas vueltas.

Pero cuanto más leía sobre @BabylonLabs_io y Trustless Bitcoin Vaults (TBV), más me di cuenta de que envolver Bitcoin podría haber sido un atajo con el que nos acostumbramos, no necesariamente la mejor solución.

Resolvió un problema al introducir varios otros.

Mover Bitcoin entre cadenas, dependiendo de puentes, o confiar en intermediarios, poco a poco se volvió el camino normal. No creo que muchos de nosotros nos detuviéramos a preguntarnos si Bitcoin realmente necesitaba salir de su propio modelo de seguridad para volverse útil en otros lugares.

Eso fue lo que me llamó la atención de TBV.

En lugar de cambiar Bitcoin, la idea es permitir que el Bitcoin nativo se use como garantía, mientras se mantiene anclado a Bitcoin mismo. Se siente menos como forzar a Bitcoin a encajar en DeFi y más como diseñar una infraestructura que respeta lo que Bitcoin ya es.

Sigo aprendiendo, y no creo que ningún protocolo tenga todas las respuestas.

Pero de vez en cuando te topas con una idea que te hace replantearte una suposición que llevabas años sosteniendo.

Para mí, @BabylonLabs_io ha sido uno de esos proyectos.

#baby $BABY

Cuando la gente habla de Bitcoin en DeFi, la conversación normalmente gira en torno al rendimiento. ¿Qué protocolo ofrece más? ¿Qué estrategia es más eficiente?

Cuanto más exploré el espacio, más sentí que esas discusiones estaban pasando por alto una pregunta mucho más grande.

¿A qué estamos de acuerdo antes incluso de obtener ese rendimiento?

Durante años, usar Bitcoin en DeFi ha significado a menudo aceptar una serie de compensaciones. Envolver tu BTC. Moverlo a otra cadena. Confiar en un custodio o en otra capa de infraestructura. Esos pasos se volvieron tan comunes que muchos de nosotros dejamos de verlos como compromisos.

Leer sobre las Trustless Bitcoin Vaults (TBV) de @BabylonLabs_io me hizo replantear esa suposición.

Lo que destacó no fue la promesa de mayores retornos, sino el intento de reducir la confianza innecesaria. TBV está diseñado para permitir que el Bitcoin nativo sirva como colateral sin envolverlo, sin hacer el puente a otra cadena y sin depender de intermediarios centralizados. Ese enfoque se siente mucho más cercano al modelo de seguridad original de Bitcoin.

También me resulta interesante que la primera implementación se centre en préstamos con Bitcoin nativo como respaldo, con Aave v4. En lugar de intentar reinventar DeFi, replantea cómo entra Bitcoin en él desde el principio.

No estoy diciendo que cada solución existente sea incorrecta ni que TBV sea la respuesta final. Pero sí creo que desplaza la conversación hacia algo más fundamental.

Quizá la innovación más grande no sea encontrar otra forma de generar rendimiento.

Quizá sea reducir la cantidad de compromisos que aceptamos en silencio antes de llegar allí.

Esa es la perspectiva con la que @BabylonLabs_io me dejó pensando.

#baby $BABY

Durante mucho tiempo asumí que el Bitcoin envuelto era simplemente el costo de participar en DeFi. Si querías pedir prestado, prestar o usar BTC como garantía, envolverlo parecía el camino obvio. Nunca me detuve a cuestionar si ese compromiso realmente era necesario.

Entonces empecé a leer sobre las Trustless Bitcoin Vaults (TBV) de @BabylonLabs_io , y cambió por completo la forma en que pienso sobre Bitcoin en DeFi.

Lo que me llamó la atención no fue la función de préstamo en sí. Ya hemos visto protocolos de lending antes. Lo interesante es la idea de usar Bitcoin nativo como garantía sin envolverlo, sin hacer un puente (bridging) y sin entregar el control a un intermediario.

Eso se siente como un cambio mucho más grande de lo que la gente se imagina.

Cuanto más lo investigaba, más sentía que Bitcoin nunca tuvo un problema de liquidez. Tenía un problema de infraestructura. La mayoría de las soluciones pedían a los usuarios abandonar el modelo de seguridad de Bitcoin antes de poder acceder a las finanzas on-chain.

TBV toma un enfoque diferente. En lugar de mover Bitcoin a otra cadena, lo mantiene nativo mientras lo hace utilizable en las aplicaciones compatibles. Esa elección de diseño tan simple elimina una capa completa de supuestos de confianza que muchos de nosotros hemos aceptado en silencio durante años.

No estoy diciendo que esto resuelva todos los desafíos en Bitcoin DeFi. Pero sí creo que plantea una mejor pregunta: ¿Por qué usar Bitcoin debería requerir cambiar aquello que hace valioso a Bitcoin en primer lugar?

Esa pregunta sola hace que @BabylonLabs_io sea uno de los proyectos más interesantes que he investigado recientemente.

El Protocolo Newton cambió la forma en que pienso sobre las políticas de transacción.

Al principio, asumí que las políticas estaban principalmente para las instituciones. Cumplimiento, límites de riesgo, contrapartes aprobadas: todo sonaba como una clase de infraestructura que existe porque los reguladores lo esperan.

Cuanto más investigaba Newton Mainnet Beta, menos creía eso.

Una política no es interesante porque bloquee transacciones. Es interesante porque cambia qué decisiones deja de tomarse manualmente.

Una vez que una regla se hace cumplir antes del cierre, desaparece lentamente de las operaciones del día a día. Los gestores de cartera no tienen que recordar cada restricción. Los equipos de seguridad no necesitan revisar cada acción rutinaria. La política pasa a formar parte de la propia transacción, en lugar de ser otra lista de verificación que está al lado.

Eso me hizo pensar en otra cosa.

Quizá la mayor debilidad en DeFi no es que los protocolos carezcan de seguridad. Es que demasiadas decisiones importantes todavía dependen de que alguien recuerde seguir un proceso fuera de la cadena.

Los procesos se desvían. Los equipos cambian. Las excepciones se vuelven normales.

El código normalmente no.

Por eso el enfoque de Newton me parece diferente. No intenta reemplazar el juicio humano. Está decidiendo qué juicios deberían necesitarse solo una vez, y luego aplicarse cada vez, sin depender de la memoria o la costumbre.

Si la finanza onchain sigue creciendo, no creo que los protocolos ganadores sean los que tengan más políticas.

Serán aquellos en los que esas políticas, silenciosamente, se vuelvan imposibles de ignorar.

@NewtonProtocol $NEWT #Newt

El protocolo Newton me hizo replantearme algo que nunca presté mucha atención en los bóvedas de DeFi.

Antes asumía que la estrategia de una bóveda era la parte difícil. Generar rendimiento, gestionar la exposición, reequilibrar posiciones. Si esas piezas funcionaban, la bóveda estaba cumpliendo con su trabajo.

Cuanto más investigaba la Newton Mainnet Beta, menos convencido me sentía.

Una bóveda no falla únicamente porque haga una mala inversión. A veces falla porque se permitió que avanzara una decisión que debería haberse bloqueado. Ese es otro tipo de riesgo, y rara vez se comenta.

Lo que me interesó de Newton no es que agregue otra herramienta de seguridad. Es que trata la autorización como infraestructura en lugar de como un proceso operativo.

Esa distinción importa.

La mayoría de las políticas de las bóvedas existen como intenciones. Alguien decide quién puede interactuar con la bóveda, qué activos son aceptables, qué nivel de riesgo es tolerable y cómo debe gestionarse una actividad inusual. Pero a menos que esas decisiones se hagan cumplir donde realmente ocurren las transacciones, siguen dependiendo de que las personas sigan el proceso.

Newton acerca esas decisiones a la ejecución misma. En lugar de preguntarse si una transacción tuvo éxito, se pregunta si cumplió la política requerida antes de la liquidación. Creo que es una pregunta mucho más interesante.

Cuanto más lo pienso, menos veo las bóvedas de DeFi como un problema de rendimiento.

Las veo como un problema de toma de decisiones que hemos estado tratando como si fuera un problema de liquidación.

Si eso es cierto, la autorización podría terminar siendo tan fundamental como la ejecución.

@NewtonProtocol $NEWT #Newt

Newton Protocol cambió la forma en que pienso sobre las finanzas onchain, pero no por la razón que esperaba.

Cuando empecé a leer sobre Newton Mainnet Beta, no buscaba otra solución de escalado ni otro primitivo de DeFi. Quería entender por qué el equipo sigue hablando de autorización en lugar de ejecución.

Cuanto más profundizaba, más me daba cuenta de que hemos aceptado en silencio una suposición que rara vez se cuestiona: si una transacción es técnicamente válida, merece ejecutarse.

No estoy convencido de que eso sea suficiente ahora.

Las finanzas tradicionales no solo mueven dinero. Deciden primero si el dinero debe moverse. Las finanzas onchain se han vuelto increíblemente buenas en la liquidación, pero la mayoría de las decisiones de política todavía viven fuera de la blockchain en paneles, hojas de cálculo, equipos de cumplimiento o procesos internos.

Esa separación nunca me ha parecido sostenible.

Newton aborda el problema desde una dirección diferente. En lugar de preguntar, "¿Ocurrió esta transacción?" pregunta, "¿Esta transacción cumplió la política requerida antes de que ocurriera?" La respuesta no queda oculta tras el proceso interno de una institución: se convierte en una atestación onchain firmada que cualquiera puede verificar.

Ese cambio puede parecer pequeño, pero creo que transforma completamente la conversación.

Si DeFi quiere apoyar conjuntos más grandes de capital, activos tokenizados y agentes autónomos, la transparencia sola no será suficiente. La ejecución también necesita rendición de cuentas antes de la liquidación, no solo reportes después de los hechos.

Cuanto más estudio Newton, menos lo veo como otro protocolo que compite por la atención.

Lo veo como un desafío a una de las suposiciones más antiguas de las criptomonedas, y esas suelen ser las ideas que vale la pena considerar.

@NewtonProtocol $NEWT #Newt

Pasé parte de hoy leyendo más sobre Newton Mainnet Beta, y una pregunta no dejaba de volver a mí.

¿Los contratos inteligentes están perdiéndose el primitivo financiero más importante?

Al principio, habría dicho que no. Los contratos inteligentes ya automatizan acuerdos, mueven activos y se ejecutan exactamente como están programados. Pero entonces me di cuenta de algo: la ejecución no es lo mismo que la autorización.

Las finanzas tradicionales siempre han separado esas dos cosas. Antes de que el dinero se mueva, normalmente hay una decisión: ¿debería permitirse esta transacción? Ese paso invisible ha protegido a los sistemas financieros durante décadas, pero la mayoría de las transacciones onchain todavía se ejecutan primero y preguntan después.

De hecho, esta mañana cometí un pequeño error al operar 😅. Entré en una posición demasiado rápido sin revisar una métrica de riesgo que normalmente vigilo. La blockchain funcionó a la perfección. Mi criterio no. Me recordó que una ejecución perfecta no puede arreglar una mala decisión.

Por eso Newton llamó mi atención.

En lugar de tratar el cumplimiento, la identidad, la seguridad y el riesgo como servicios desconectados, Newton evalúa políticas activas **antes** de la liquidación y registra un resultado de autorización firmado en la cadena. No está intentando reemplazar los contratos inteligentes: está agregando el primitivo financiero que nunca tuvieron.

Cuanto más lo pienso, más grande se siente este cambio.

Hoy; miles de millones de dólares fluyen a través de bóvedas de DeFi, mientras la industria se expande hacia RWAs, stablecoins e incluso agentes de IA. A medida que más sistemas autónomos empiecen a gestionar capital, simplemente demostrar que una transacción se ejecutó no será suficiente.

La pregunta real se convertirá en: **¿debería haberse ejecutado en primer lugar?**

Quizá el próximo capítulo de las finanzas onchain no se defina por una ejecución más rápida.

Quizá se defina por una autorización programable; y ahí es exactamente donde Newton está poniendo su apuesta.

@NewtonProtocol #Newt $NEWT

Hoy, después de revisar los documentos de Newton's Mainnet Beta, me sorprendí a mí mismo pensando en algo.

¿Y si cada transacción onchain tuviera que obtener un permiso antes de poder ejecutarse?

Al principio, suena como lo contrario de lo que se suponía que debía hacer la cripto. Pero entonces recordé algo de lo que rara vez hablamos: todo sistema financiero maduro siempre ha separado la autorización de la liquidación. Las tarjetas no solo mueven dinero; primero preguntan si la transacción debería ocurrir o no.

DeFi invirtió ese orden. Nos hemos vuelto increíblemente buenos liquidando transacciones, pero a menudo dependemos de paneles, alertas y revisiones manuales para descubrir los problemas después de que ya ocurrieron. Hoy cometí un error al operar: entré en una posición con prisa sin comprobar una señal clave de riesgo. La transacción se ejecutó perfectamente... () mi decisión no 😅. Ese pequeño error hizo que el enfoque de Newton encajara para mí.

El cambio interesante no es otro contrato inteligente ni otro vault. Es la idea de que las propias políticas se vuelven infraestructura onchain.

Newton valida una transacción contra políticas activas antes de la liquidación y registra el resultado de una autorización firmada en la cadena. Eso significa que el cumplimiento, la identidad, la seguridad y el riesgo no quedan repartidos en hojas de cálculo, procesos internos o herramientas desconectadas: se vuelven exigibles en el momento en que importa la decisión.

Esto se siente como una transición silenciosa pero importante.

Durante años, la cripto se ha centrado en hacer que las transacciones sean ininterrumpibles. La siguiente fase podría consistir en hacerlas intencionalmente responsables.

Si los vaults de DeFi ya gestionan miles de millones y la industria se está moviendo hacia RWAs, stablecoins y agentes de IA, la pregunta no es si llegará más capital.

La pregunta es si cada transacción puede demostrar por qué se le permitió ocurrir.

Quizá esa sea la capa que Newton ha estado construyendo desde el principio.

@NewtonProtocol #Newt $NEWT

Seguía preguntándome por qué las instituciones aún dudan en mover por completo a onchain grandes pools de capital. Supuse que se trataba principalmente de la regulación.

Luego investigué más a fondo VaultKit, y algo encajó.

Siempre había creído que la custodia segura era la pieza que faltaba. Pero el desafío mayor es hacer que cada política de la bóveda sea exigible antes de que los activos se muevan, no explicar los errores después.

Leer la documentación de Newton cambió mi perspectiva. VaultKit no solo agrupa cumplimiento, identidad, seguridad y comprobaciones de riesgo; los conecta con el flujo de autorización de Newton para que las transacciones puedan evaluarse frente a políticas activas antes del settlement.

Eso cambia por completo la forma en que pienso sobre DeFi institucional.

En lugar de depender de herramientas de monitoreo fragmentadas, los operadores de bóvedas pueden construir reglas directamente en la autorización de transacciones. La infraestructura empieza a proteger el capital antes de la ejecución, no después de que aparezcan las pérdidas.

El interesante equilibrio está claro: una aplicación más sólida de las políticas puede reducir la flexibilidad, pero también crea un nivel de previsibilidad que las grandes instituciones han estado esperando.

Si DeFi quiere escala institucional, ¿debería la aplicación de políticas convertirse en parte de la infraestructura en lugar de ser un complemento opcional? 🤔

@NewtonProtocol $NEWT #Newt

Sigo pensando en algo que las criptomonedas raramente mencionan.

Pasamos años haciendo que el settlement fuera más rápido, más barato y totalmente onchain. Pero había una pregunta que en gran parte se ignoró:

¿Debería ocurrir esta transacción en primer lugar?

Las finanzas tradicionales lo resolvieron hace décadas. Cada pago con tarjeta pasa por un paso de autorización antes de que el dinero se mueva. Esa capa de decisión invisible es una de las razones por las que las redes de pagos globales pueden operar a escala.

Crypto invirtió el orden. Perfeccionamos el settlement primero y dejamos la autorización en procesos offchain fragmentados, revisiones manuales o paneles que solo explican lo que ya sucedió.

De hecho, me sorprendí pensando en esto después de leer más sobre Newton hoy. Me hizo darme cuenta de que la mayoría de las conversaciones de DeFi se obsesionan con la ejecución, mientras que casi nadie se pregunta cómo deberían aplicarse las decisiones antes de la ejecución. Ese es un vacío de diseño mucho más grande de lo que yo asumía.

Aquí es donde Newton cambia la conversación.

En lugar de observar las transacciones después de que ya se han finalizado, Newton evalúa las políticas activas antes del settlement y devuelve una atestación onchain firmada de pase o falla. Eso significa que los controles de cumplimiento, identidad, seguridad y riesgo pueden convertirse en infraestructura programable en lugar de flujos operativos desconectados.

El momento parece importante. Magic Labs ya impulsa un ecosistema masivo de carteras y apoya a una gran comunidad de desarrolladores. A medida que DeFi se expande hacia bóvedas institucionales, RWAs, stablecoins y eventualmente agentes de IA, mover valor no será suficiente. Cada transacción autónoma necesitará una capa de decisión verificable.

Quizá el próximo capítulo de las criptomonedas no sea sobre hacer las transacciones más rápidas.

Quizá se trate de demostrar que cada transacción merecía ocurrir antes de que alguna vez se asentara.

@NewtonProtocol #Newt $NEWT

Al principio, VaultKit me pareció simplemente otro kit de herramientas para lanzar bóvedas.Entonces me di cuenta de algo que cambió por completo la forma en que lo veía.

El rompecabezas para mí era sencillo: si las instituciones ya tienen contratos inteligentes, ¿por qué necesitarían otra capa de infraestructura?

Mi primera suposición fue que el cumplimiento y las comprobaciones de riesgo se realizan fuera del protocolo de todos modos, así que agregar otra capa solo lo ralentizaría.

Después de leer con más cuidado la documentación de la Newton Mainnet Beta, me di cuenta de que VaultKit está diseñado en torno a la autorización previa a la ejecución. Las políticas se evalúan antes de que los activos se muevan, y la transacción solo continúa con una atestación de autorización firmada si se cumple cada condición requerida.

Eso cambió mi perspectiva. No está agregando fricción: está trasladando las decisiones de confianza al punto donde realmente importan.

Creo que esa es la pieza que faltaba para la DeFi institucional. Los fondos no tienen que depender de revisiones manuales posteriores a la ejecución porque el cumplimiento de políticas se convierte en parte del propio flujo de la transacción.

Lo que encuentro especialmente interesante es la elección de diseño. VaultKit no intenta reemplazar los contratos inteligentes; les proporciona una capa de autorización que nunca fueron creados para tener. El costo es un paso adicional de verificación, pero a cambio obtienes un cumplimiento de políticas predecible en lugar de esperar que cada participante siga las mismas reglas.

Si las finanzas onchain siguen atrayendo a instituciones cada vez más grandes, ¿crees que la autorización previa a la ejecución se volverá infraestructura estándar en lugar de una función opcional? 🤔

@NewtonProtocol $NEWT #Newt