蟹大的加密之旅

Hoy volví a revisar la web oficial y el Explorer de @BabylonLabs_io , y hay un detalle que me deja bastante inquieto.

El 3 de agosto, la página de inicio del sitio oficial muestra que ya se han apostado 56.853,16 BTC, con un valor de aproximadamente 5.640 millones de dólares. Ese tamaño no es pequeño, pero al entrar en el Explorer oficial, el BABY Price aparece como 0(-); además, datos clave como la altura del bloque, el número total de transacciones y el total de delegaciones tampoco se muestran correctamente.

Lo que es aún más problemático es que, en la página de Finality Provider, los nodos activos, la cantidad delegada y el número de delegadores también están vacíos.

Esto no es un tema de si la página se ve bien o no.

Supongamos que acabo de completar una delegación/apostado y la transacción tarda mucho en actualizarse: ¿cómo puedo saber qué pasó? ¿Sigue BTC en confirmación, falló la operación en la cartera, hay un retraso en el indexador de Babylon, o simplemente la delegación no se completó de verdad?

Cuando se elige Finality Provider y no se pueden ver ni el estado en tiempo real ni la distribución de delegaciones, ¿con qué información cuenta el usuario para evaluar si el nodo es estable o si la delegación está excesivamente concentrada?

Babylon siempre recalca BTC nativo, autocustodia y que no cruza puentes, pero que los activos queden en tu propia cartera no significa que todo el proceso sea suficiente para darte tranquilidad.

Lo que realmente afecta la confianza casi nunca son los términos técnicos del material promocional, sino si después de meter el dinero se puede comprobar con claridad, si ante anomalías se puede encontrar la causa y si, cuando se queda atascado, existe un punto de entrada de tratamiento claramente definido.

Un protocolo que gestiona activos de más de 5.600 millones de dólares puede tener datos del sitio web muy bonitos, pero el Explorer que valida esos datos no debería depender a largo plazo de que los usuarios adivinen.

Si el producto está maduro o no, al final no se mira lo grandes que suenan los slogans, sino si lo más básico de todo está realmente estable.

#baby $BABY @BabylonLabs_io

99 proyectos caen, ¿quién sigue pagando por la seguridad?

Este año ya hay 99 proyectos cripto que han dejado de operar.

Cuando vi este mensaje, mi primera reacción no fue pensar en cuántos relatos más ha eliminado el mercado, sino en que muchos proyectos desde el principio no resolvieron el problema más básico: cuando el precio del token cae, disminuyen los subsidios y se van los validadores, ¿quién sigue pagando por la seguridad de la red?

Una nueva cadena PoS puede atraer la participación mediante un APY alto, o generar actividad mediante airdrops, pero si el presupuesto de seguridad se basa por completo en su propio token, su capacidad defensiva fluctuaría junto con el precio de la moneda. Cuanto menor sea la capitalización, menor será el costo de un ataque; y continuar emitiendo más para mantener los nodos diluiría aún más el valor del token.

Esa es también la razón por la que sigo investigando Babylon. Intenta introducir el BTC nativo en el lado de la provisión de seguridad, de modo que las cadenas PoS, los rollups y las cadenas de aplicaciones no tengan que depender únicamente de sus propios tokens para construir una defensa económica. Los titulares de BTC completan el bloqueo en la red de Bitcoin: no necesitan empaquetar ni hacer un puente entre cadenas, y mediante un mecanismo penalizable pueden respaldar redes externas.

Pero no concluiré que el modelo es viable solo por el crecimiento del tamaño del staking. Con que haya BTC participando en el lado de la oferta solo se demuestra que existe una demanda de rendimiento; lo que realmente determina si Babylon puede operar a largo plazo es si la red conectada está dispuesta a pagar de forma continua costos reales.

Solo si, aun cuando se retire la marea de subsidios, todavía hay quienes compran la seguridad en BTC, Babylon podría pasar del protocolo de staking a convertirse en infraestructura de seguridad.

#baby $BABY @BabylonLabs_io

Más de 2,5 millones de ETH están en espera de entrar en la cola de staking.

Lo que el mercado ve es una reactivación de la demanda de staking, pero a mí me interesa más la señal que hay detrás: cuando cada vez más capital está dispuesto a inmovilizar activos para proteger la seguridad de la red, la seguridad de la propia blockchain se está convirtiendo en un negocio que puede cotizarse.

Ethereum usa ETH para proteger su red, y Babylon quiere ampliar esta lógica aún más: que BTC no solo proteja Bitcoin, sino que también se convierta en un capital externo de seguridad que puedan utilizar las cadenas PoS, los Rollups y las cadenas de aplicaciones.

Este es también, creo, el motivo por el cual Babylon está infravalorada. A simple vista ofrece una puerta de entrada para hacer staking con BTC; en esencia, sin embargo, está construyendo un mercado de oferta y demanda de seguridad. Los titulares de BTC aportan garantías económicas: al conectarse a la red, incrementan el costo real de los ataques. Babylon se encarga de conectar a ambas partes y de ejecutar las reglas de penalización y salida.

Pero, desde la perspectiva de investigación y análisis de inversiones, el tamaño del staking no es la única respuesta. Aunque el lado de la oferta inmovilice más BTC, si no hay suficientes redes dispuestas a seguir pagando tarifas de seguridad, el crecimiento podría seguir dependiendo de subsidios en forma de tokens. Lo que realmente merece seguimiento es: la cantidad de redes conectadas, el gasto real en seguridad, los ingresos del protocolo y si esos ingresos pueden, de manera gradual, respaldar los retornos de los stakers de BTC.

La cola de staking de ETH indica que el capital está dispuesto a inmovilizarse a largo plazo para la seguridad de la red. Lo que Babylon necesita demostrar a continuación es si la seguridad económica de Bitcoin puede pasar de ser una característica de un activo a convertirse en un servicio de infraestructura que otras blockchains quieran comprar de forma continua.

Si la respuesta es afirmativa, Babylon competirá no solo por el mercado de rendimientos de BTCFi, sino por todo el presupuesto de seguridad del mundo on-chain.

#baby $BABY @BabylonLabs_io

La primera vez que vi el modelo de staking de Babylon, no lo interpreté de inmediato como un producto de rentabilidad. Lo que realmente me atrajo fue su intento de crear un nuevo mercado: permitir que otras redes compren directamente la seguridad económica que ofrece Bitcoin.

En el pasado, para que una cadena nueva se pusiera en marcha normalmente había que emitir sus propios tokens, reclutar validadores y, luego, construir un presupuesto de seguridad mediante incentivos elevados. El problema es que el consenso de tokens y la liquidez de muchos proyectos no alcanzan para sostener la seguridad a largo plazo. Cuando disminuyen los subsidios, se van los validadores, baja el costo de los ataques y la seguridad de la red se debilita rápidamente.

Babylon ofrece otra perspectiva. Los titulares de BTC pueden bloquear su BTC nativo para proporcionar garantías de seguridad que puedan penalizarse a cadenas PoS, Rollups u otros sistemas; y las redes que se conectan obtienen ese respaldo económico, mediante el pago de recompensas, que es más fuerte que el que darían únicamente sus propios tokens. Para mí, esto se parece más a la creación de un mercado de capitales de seguridad descentralizado que a convertir BTC en otro activo más de staking.

Pero si este modelo finalmente puede sostenerse o no, no depende de cuántos BTC se bloqueen, sino de la demanda. Si las redes que se conectan a Babylon realmente están dispuestas a seguir pagando de forma continua, y si la seguridad obtenida puede traducirse en más usuarios, fondos e ingresos por protocolos, es lo que determina si todo el sistema puede funcionar sin depender de subsidios.

También seguiré observando el papel que desempeña $BABY dentro de ese proceso. Si solo se limita a repartir recompensas, la presión vendedora estará presente a largo plazo; si a la vez crecen las necesidades de Gas, gobernanza, validación y liquidación del ecosistema, entonces el token podría llegar a formar una captura de valor más estable.

El límite de Babylon no es simplemente habilitar otra entrada de staking de BTC, sino convertir el consenso de seguridad de Bitcoin en un capital público que todo el mundo on-chain pueda invocar.

#baby $BABY @BabylonLabs_io

Después de volver a investigar Babylon, lo que más me interesa ya no es solo el staking de Bitcoin, sino los Trustless Bitcoin Vaults que está impulsando. Durante mucho tiempo, aunque BTC cuenta con el mayor consenso de criptoactivos, le resulta difícil entrar directamente en los mercados de préstamos, stablecoins y crédito institucional. En general, los usuarios solo pueden depender de WBTC, puentes entre cadenas o custodia centralizada para convertir BTC nativo en algún tipo de comprobante en otra cadena. Una vez completada la conversión, el riesgo deja de estar en el propio Bitcoin y pasa a recaer en el custodio, el puente y los contratos inteligentes.

Babylon quiere resolver un problema más de base: que el BTC no salga de la red principal de Bitcoin, y que los protocolos externos aún puedan verificar si existe, si está bloqueado, si el ratio de colateral es saludable y cuándo debería liquidarse. Si esta dirección llega a buen puerto, Aave y otros protocolos de préstamos ya no se enfrentarán a cierta envoltura de BTC, sino a una infraestructura de colateral capaz de leer el estado del BTC nativo. Para mí, este es el cambio clave de BTCFi: pasar de “fabricar instrumentos que generan rendimiento” a “construir carriles financieros nativos”.

Creo que esto es más importante que simplemente aumentar el rendimiento de BTC. Significa que BTC puede pasar de ser un activo de reserva pasivo a convertirse en capital productivo, apto para participar en préstamos, financiación y gestión de activos y pasivos. Los mineros, los tenedores a largo plazo y el capital institucional también podrían obtener nueva liquidez sin renunciar al control sobre sus activos. Si esta ruta se sostiene, mejorará la eficiencia financiera de BTC y el mercado no tendrá que seguir concentrando el crédito central en un reducido número de emisores de activos envueltos.

Sin embargo, validar la tecnología no equivale a cerrar el ciclo comercial. La prueba de estado, los oráculos, el retraso en la liquidación y la eficiencia de la ejecución en condiciones de mercado extremas determinarán si el producto puede soportar dinero real. A partir de ahora, me interesa más la implementación práctica de Babylon con Aave y Ledger, y si los BTCVaults pueden generar comisiones estables. Si estos eslabones funcionan, Babylon podría no ser solo un protocolo más de BTCFi, sino convertirse en un interfaz importante para que el Bitcoin nativo entre en las finanzas on-chain.

#baby $BABY @BabylonLabs_io

Jajajaja

Cuando empecé a conocer Web3, pensé que la mayor ventaja de la cadena de bloques era la simplicidad.

No hay procesos complicados, no hay intermediarios; con una sola billetera se puede participar en las finanzas globales.

Pero más adelante, cada vez más activos tradicionales empezaron a intentar entrar en la cadena, y descubrí un problema cada vez más evidente:

La cadena de bloques puede reducir los costos de transacción, pero no necesariamente hereda de forma natural las reglas de funcionamiento de las finanzas tradicionales.

Las finanzas reales pueden gestionar grandes volúmenes de capital no solo por los activos, sino también por el hecho de que existe un sistema completo de reglas detrás.

Quién puede comprar, quién puede vender, cuál es el límite, y en qué circunstancias se detienen las operaciones: todo esto es la base acumulada durante mucho tiempo por el sistema financiero.

En cambio, en el mundo on-chain, en el pasado se ha resuelto más “cómo transferir activos”, pero para “cómo deberían administrarse los activos” aún no hay infraestructura lo suficientemente madura.

Ahí es donde Newton Protocol me resulta interesante.

Su Authorization Layer, en esencia, consiste en añadir en la cadena una capacidad de ejecución de reglas.

Mediante el Policy Framework, los desarrolladores pueden convertir condiciones de distintos escenarios en lógica ejecutable, de modo que la aplicación no solo realice transacciones, sino que funcione siguiendo reglas preestablecidas.

Creo que la importancia de este enfoque está en que conecta dos mundos.

El mundo on-chain ofrece apertura y eficiencia.

Las finanzas tradicionales aportan reglas y orden.

La adopción realmente a gran escala en el futuro no será solo trasladar los activos a la cadena de bloques, sino permitir que la lógica financiera del mundo real pueda ejecutarse de manera natural en un entorno on-chain.

Newton no es la respuesta a todos los problemas, pero apunta a una dirección que no se puede evitar.

Porque cuando cada vez más capital, activos y aplicaciones entran en la cadena, las reglas no desaparecerán: solo cambiarán de forma.

El valor a largo plazo de $NEWT depende de si puede ser adoptado por más protocolos y aplicaciones.

Si en el futuro las finanzas on-chain necesitan una capa general de ejecución de reglas, el rumbo que explora Newton podría convertirse en una parte importante de esa capa.

@NewtonProtocol $NEWT #Newt

Después de pasar tiempo mirando el proyecto, cada vez me atraen menos esas historias especialmente grandiosas.

Porque en el mercado nunca faltan narrativas bonitas; lo verdaderamente escaso es un equipo capaz de descomponer los problemas complejos y solucionarlos poco a poco.

Newton Protocol es uno de los proyectos que más recientemente me ha dado motivos para seguir observándolo de manera constante.

No es porque hable de cuánto futuro tiene, sino porque el problema en el que entra es bastante de base.

El desarrollo del mundo on-chain, en esencia, siempre ha ido incrementando la complejidad. De las transacciones simples, a los protocolos financieros, y luego a las aplicaciones automatizadas: los sistemas son cada vez más potentes, pero al mismo tiempo necesitan cada vez más nuevas formas de coordinación.

Lo que Newton quiere hacer es permitir que estas conductas complejas se ejecuten siguiendo reglas claras.

Desde la capa de Authorization, pasando por el Policy Framework, hasta la Verifiable Automation, su lógica central no es crear una aplicación nueva, sino ofrecer un conjunto de capacidades base para que las aplicaciones funcionen de forma más ordenada.

Creo que la característica más importante de los proyectos de infraestructura es que a corto plazo a menudo no suelen ser especialmente “calientes”.

Porque no pueden verse crecer directamente como lo harían las aplicaciones de consumo; pero una vez que se convierten en un componente base del ecosistema, el valor se va acumulando conforme aumenta la escala de uso.

Por supuesto, desde el punto de vista de la inversión siempre hace falta mantener la cautela.

Que la dirección técnica sea correcta no significa necesariamente que vaya a tener éxito; un whitepaper excelente también necesita que la adopción por parte del ecosistema lo demuestre.

Así que al observar $NEWT , me fijo más en algunos indicadores de largo plazo: si hay conexión con aplicaciones reales, si hay desarrolladores que siguen usándolo, y si la red ha generado una demanda efectiva.

Cada día aparece un nuevo “tema candente” en el mercado, pero muchas veces las oportunidades que realmente vale la pena seguir están escondidas en proyectos que resuelven problemas de largo plazo.

Hasta dónde podrá llegar Newton en el futuro, aún hay que validarlo con el tiempo; pero las cuestiones que está explorando, sí, son una dirección que no se puede evitar en el desarrollo on-chain.

@NewtonProtocol $NEWT #Newt

Hace un tiempo, al ver que algunas estrategias de automatización se ejecutaban en tiempo real, me surgió una duda: si un sistema hace por ti cada día una gran cantidad de operaciones, ¿en qué es realmente en lo que deberías enfocarte?

Muchos pensarían primero en la eficiencia.

Más rápido para operar, más ejecuciones, y menos costos de mano de obra.

Pero a medida que el tamaño del capital crece, el problema realmente importante cambia hacia otra dirección: si este proceso realmente funciona siguiendo la lógica definida.

Por eso me parece interesante el enfoque de diseño de Newton Protocol.

En lugar de poner el foco en “hacer que las máquinas hagan más cosas por las personas”, se centra en un problema que con frecuencia se pasa por alto en la automatización: cómo se valida el proceso de ejecución.

En esencia, “Verifiable Automation” en el libro blanco de Newton consiste en añadir un conjunto de mecanismos verificables al sistema de automatización.

Muchas de las soluciones de automatización en cadena del pasado se parecían más a un script de ejecución. El sistema recibía una tarea, realizaba las operaciones y, al final, el usuario veía el resultado. Pero lo que ocurría en el medio, por qué se ejecutaba así, si cumplía las condiciones originales, muchas veces no era transparente.

La idea de Newton es cambiar ese flujo.

A través de Operator Network, la ejecución de tareas deja de depender de un único ejecutor, y pasa a ser coordinada y verificada por los participantes dentro de la red. Al mismo tiempo, las tecnologías TEE y ZK se encargan de gestionar los problemas del entorno de ejecución y las pruebas, permitiendo que el sistema demuestre que ciertas acciones cumplen condiciones predefinidas.

Aquí, para mí, el punto más clave es que Newton no se limita a mejorar la eficiencia de la automatización, sino que redefine qué capacidades debe tener un sistema de automatización.

Una red de automatización verdaderamente madura no solo debería “saber ejecutar”, sino también “poder explicar su propia ejecución”.

Esto, en realidad, se parece bastante a los sistemas financieros tradicionales.

La gestión de grandes fondos no se limita a prestar atención al beneficio final; también se centra en los registros del proceso, los fundamentos de la ejecución y la ruta de responsabilidad. En el futuro, si la automatización en cadena quiere soportar conductas financieras más complejas, también necesitará esa base verificable.

En cuanto a $NEWT , me interesa especialmente si puede convertirse en un componente básico dentro del ecosistema de automatización.

Porque en el futuro, el mundo en cadena no va a carecer de herramientas de automatización. Lo verdaderamente escaso podría ser un sistema de base que permita verificar las acciones automatizadas, ganarse la confianza y lograr una adopción a gran escala.

@NewtonProtocol $NEWT #Newt

Mucha gente cree que la automatización en la cadena consiste en hacer que un programa realice acciones en lugar del usuario, pero el verdadero problema es: ¿cómo sabe el programa qué debe hacer?

Antes, los contratos inteligentes eran más como herramientas de ejecución: podían completar tareas siguiendo el código. Sin embargo, ante escenarios financieros cada vez más complejos, simplemente ejecutar acciones ya no es suficiente.

Newton Protocol intenta resolver justamente esta necesidad en la era de la automatización.

Según el whitepaper, Newton permite que los usuarios expresen objetivos mediante Automation Intent, y luego, junto con el Policy Framework, transforma esos objetivos en condiciones ejecutables. En comparación con una transacción tradicional única, este enfoque se parece más a la dirección hacia la que evolucionarán las aplicaciones on-chain.

En el futuro, es posible que los usuarios no administren cada operación día a día, sino que establezcan objetivos y permitan que el sistema continúe cumpliendo tareas. Pero para que funcione, este proceso de automatización debe poder comprender las condiciones y operar siguiendo reglas.

Ahí es donde Newton vale la pena prestar atención.

No se trata solo de agregar un robot, sino de explorar una nueva forma de interacción entre las personas y los sistemas en la cadena.

Por supuesto, actualmente el proyecto aún se encuentra en desarrollo; las aplicaciones del ecosistema y las necesidades reales aún requieren validación con el tiempo. Pero por la dirección que plantea, cuando el mundo on-chain sea cada vez más automatizado, cómo lograr que el sistema comprenda mejor los objetivos del usuario se convertirá en un problema importante.

Antes nos enfocábamos en si la transacción se completaba.

En el futuro, quizá nos importará más si la transacción se realiza de acuerdo con el objetivo.

@NewtonProtocol $NEWT #Newt

$ARTX 4倍 de puntos mientras apenas comienza,
¡el ARToken de Andy Lau (任达华) acaba de salir a la preventa,
y cuando juntas estas dos cosas, de verdad me cuesta mantener la compostura; siento que Ultiland tiene la intención firme de armar algún gran movimiento en este periodo.
¡Vale la pena prestar atención!
$ARTX #Artoken #Ultiland

Antes, cuando veía la automatización on-chain, me interesaba si podía ayudarme a ahorrar tiempo, pero después de profundizar de verdad en el Protocolo Newton, descubrí que el mayor problema ni siquiera era la automatización, sino: después de automatizar, ¿quién puede demostrar que no se ha desviado?

En los últimos años, ya han aparecido muchas herramientas de automatización en la cadena. Desde estrategias de rentabilidad hasta robots de trading, pasando por diversos planes de ejecución inteligente, muchas cosas ya no necesitan que el usuario las haga manualmente. Pero a medida que aumenta el nivel de automatización, aparece un problema nuevo: cuando una tarea se delega al sistema, ¿cómo confirmamos que el proceso de ejecución se ajusta a lo esperado?

Esta es también una parte bastante central del Libro Blanco de Newton Protocol.

Newton no solo ofrece un robot para ejecutar tareas. En cambio, construye una capa de automatización verificable. Su objetivo es, mediante una Operator Network descentralizada, que la ejecución de tareas deje de depender de un único ejecutor, y que el resultado de la ejecución se asegure mediante mecanismos de verificación para que cumpla las condiciones establecidas.

En particular, la combinación de las tecnologías TEE y ZK es una parte crucial de toda la arquitectura. TEE proporciona un entorno de ejecución confiable para que los cálculos puedan ejecutarse dentro de un entorno protegido; ZK permite que el sistema pruebe que cierto resultado cumple las reglas, al mismo tiempo que reduce la divulgación innecesaria de información.

Este diseño me recuerda al sistema de custodia y compensación del sector financiero tradicional. Las grandes cantidades de dinero no solo se fijan en el resultado de las operaciones, sino también en si todo el proceso es trazable y si cumple con el flujo correspondiente. En el futuro, si la automatización on-chain quiere soportar aplicaciones más complejas, también necesitará mecanismos de ejecución confiable similares.

Lo que la Automation Layer de Newton busca resolver es lograr que la automatización pase de “poder ejecutarse” a “poder ejecutarse de forma verificable”.

Combinando VaultKit, los desarrolladores pueden integrar con mayor facilidad la lógica de automatización en sus aplicaciones, mientras que la red de operadores se encarga de ejecutar y verificar, haciendo que todo el proceso forme un circuito cerrado.

Creo que la importancia de este enfoque radica en que en el futuro no faltarán herramientas de ejecución en la cadena; lo realmente escaso será una infraestructura de ejecución que pueda ser confiada.

Por supuesto, Newton todavía se encuentra en etapa de desarrollo, y el tamaño de su ecosistema y su adopción real deben seguir observándose. Para el $NEWT , lo que más me importa es si la red genera una demanda real: incluyendo la participación de los operadores, la cantidad de conexiones de aplicaciones y el crecimiento de las llamadas al protocolo.

@NewtonProtocol $NEWT #Newt

Últimamente hay demasiados proyectos de agentes de IA. Muchas narrativas hablan de “ejecución automática”, “trading autónomo” y “reordenación inteligente de cartera”. Suena genial, pero siempre me preocupa algo: el dinero en cadena no es un demo de laboratorio. Si el agente se ve mal guiado por un prompt injection, o ejecuta una instrucción incorrecta, cuando el dinero se va no se puede arreglar con un simple “fue un error del modelo”. Lo que me hizo poner más atención esta vez es lo que Newton Protocol ha hecho aquí. No se trata solo de hacer que el agente de IA negocie mejor, sino de empezar con una pregunta más de fondo: ¿el agente realmente tiene permisos para realizar esta operación? ¿Ese dinero se puede gastar? ¿La dirección del destinatario ha sido aprobada? ¿Se ha superado el límite diario? ¿La llamada al contrato está dentro de la lista blanca? En el pasado, muchas veces todo esto dependía de recordatorios del frontend, revisiones manuales o monitorización posterior. Pero Newton lo convierte en comprobaciones de reglas pre-liquidación. Las Políticas escritas en Rego se evalúan antes de que la operación se liquide; solo si pasan, se emite la prueba de firma; si no, se bloquea. Este diseño es clave para la “finance” agentic, porque en el futuro no habrá personas supervisando cada operación. Mucha ejecución se disparará mediante sistemas de automatización. Sin guardrails, cuanto más capaz sea la IA para hacer cosas, más se amplificará el riesgo. La importancia de VaultKit también está en esto: permite que el Vault curator, desarrolladores y estrategas empaquen cosas como spending caps, approved payees, cumplimiento de mandatos y señales de riesgo en un “policy pack”, en lugar de que cada proyecto arme por su cuenta una lógica frágil y temporal. Con la verificación de datos de precios que aporta RedStone y las señales de riesgo de Credora, la evaluación de políticas deja de ser solo reglas vacías y empieza a basarse en datos reales. Detrás de $NEWT no hay que mirar eslóganes, sino el gasto de comisiones, la seguridad del colateral, la red de operadores y el volumen real de llamadas. Si los agentes de IA van a gestionar el dinero de verdad, el primer paso no es ser más inteligente: es aprender primero a quedar controlado por las reglas. ¿Qué opináis? Cuando el agente esté en cadena, ¿lo más necesario es la capacidad de generar rendimiento, o los límites de seguridad que se puedan ejecutar?

@NewtonProtocol $NEWT #Newt

Hay algo que antes no podía entender: ¿por qué una blockchain ya tiene el entorno financiero global más abierto, pero aun así no logra realmente albergar más capital complejo y aplicaciones a largo plazo?

A primera vista, DeFi ya ha logrado muchas cosas que la banca tradicional antes tenía difícil de hacer. Cualquiera puede participar, los activos pueden fluir libremente, los protocolos se pueden combinar entre sí y los desarrolladores pueden crear rápidamente nuevos productos financieros. Pero cuando se usa en profundidad, se descubre que el lado “abierto” también trae un aumento constante de la complejidad.

El DeFi temprano era más bien una especie de experimento financiero; todos se enfocaban en la velocidad de innovación y en nuevas oportunidades. Pero a medida que hay más aplicaciones, empiezan a aparecer problemas. Los distintos protocolos tienen lógicas diferentes, los distintos activos tienen limitaciones distintas y los distintos escenarios requieren condiciones diferentes. La apertura permite que ocurra la innovación, pero si no existe un modo unificado de ejecución, es difícil que todo el sistema se amplíe aún más.

Por eso me parece interesante @NewtonProtocol . No se trata de crear otra aplicación de DeFi más, sino de pensar cómo hacer que las distintas acciones en la cadena sean más controlables y gestionables.

La capa de Authorization Layer propuesta por Newton, en esencia, agrega una capa de reglas para evaluar antes de ejecutar una transacción. No cambia la blockchain en sí, sino que permite que la aplicación defina con antelación en qué circunstancias se puede ejecutar y en cuáles se necesita imponer límites. Para las futuras aplicaciones financieras complejas, esta capacidad podría volverse cada vez más importante.

Porque en la siguiente etapa de DeFi ya no se tratará solo de que los usuarios operen de forma manual; participarán más estrategias automatizadas, sistemas inteligentes y módulos financieros. Cuanto más complejo sea el sistema, más se necesitará una lógica de ejecución clara.

Por supuesto, Newton todavía se encuentra en una fase de desarrollo y su valor real dependerá de la adopción del ecosistema y de la validación en aplicaciones prácticas. Pero si en el futuro las finanzas en cadena quieren pasar de ser un experimento temprano a convertirse en un sistema maduro, entonces cómo mantener el orden después de la apertura podría convertirse en un nuevo punto de competencia.

Antes, DeFi resolvió “cómo hacer que las finanzas sean abiertas”.

Lo que se necesita resolver en el futuro es:

Después de la apertura, ¿cómo puede la actividad financiera funcionar de manera continua?

@NewtonProtocol $NEWT #Newt