Ahora tengo un conjunto completamente nuevo de ángulos, intactos en los diez artículos anteriores. Los ángulos únicos para esta pieza: la integración de seguridad del contrato inteligente de Blockaid (que detecta transacciones maliciosas antes de la entrada al vault), la asociación continua de seguridad de contratos inteligentes impulsada por Octane Al, el adaptador de verificación de identidad de SumSub, el concepto de mercado de "Internet of Policies", la cifra de gasto anual en cumplimiento de 270 mil millones de dólares como la ineficiencia del mercado a la que Newton apunta, el cambio de un cumplimiento aislado por aplicación a una infraestructura compartida de cumplimiento, el TVL de vault DeFi curado que crece un 350% como señal de demanda a la que Newton está respondiendo, la asociación de infraestructura de cuenta inteligente segura de Rhinestone, y la cita específica de Sean Li sobre los bots de asignación alimentando un mercado en colapso como historia de origen de VaultKit. Aquí está la publicación final:
Estaba leyendo un post-mortem sobre lo que le ocurrió a varias bóvedas DeFi durante un pico de volatilidad a principios de este año, y el detalle que más se me quedó no fue la cascada de liquidaciones ni el déficit de colateral. Fue una sola línea que describía cómo los bots automatizados de asignación seguían desplegando capital en una posición que se estaba deteriorando porque nadie había codificado una regla que les indicara que debían detenerse. Los bots no estaban fallando. Estaban haciendo exactamente lo que se les había indicado. El fallo era que las instrucciones mismas no tenían conciencia de las condiciones en las que estaban operando. He dedicado tiempo a pensar en esa distinción desde entonces, porque apunta a algo que se encuadra como un problema de tecnología pero que en realidad es un problema de filosofía de diseño: la diferencia entre un sistema que ejecuta instrucciones y un sistema que entiende los límites que esas instrucciones fueron escritas para respetar.
Ese encuadre fue lo que eventualmente me llevó a mirar con más cuidado algo en la documentación de Newton Protocol que no había examinado antes: específicamente la observación de Sean Li que informó el lanzamiento de VaultKit. Describió estar observando esos mismos bots de asignación durante un evento de estrés del mercado en marzo, alimentando una posición que se estaba derrumbando mientras la capa de ejecución que debería haberlos detenido simplemente no existía. Lo que me parece interesante es que VaultKit, el SDK que los curadores de bóvedas usan para hacer que las reglas sean ejecutables onchain, no se diseñó en abstracto. Se diseñó en respuesta a un modo de fallo específico y observable. A veces considero que ese origen es más útil que cualquier especificación técnica, porque la infraestructura construida alrededor de un patrón de fallo real tiende a resolver el problema correcto en lugar de uno hipotético. La pregunta es si el fallo específico al que estaba destinada a hacer frente es lo suficientemente común y lo suficientemente importante como para generar la demanda recurrente de integraciones que el protocolo necesita.
La librería de paquetes de políticas es donde he estado pasando más tiempo últimamente, en particular las integraciones orientadas a la seguridad que no se comentan tanto como las de cumplimiento e identidad. Blockaid está integrado en el ecosistema de VaultKit para detectar transacciones maliciosas antes de que lleguen a la bóveda, distinguiendo interacciones legítimas de los usuarios de intentos de explotación y patrones de rug en el punto de evaluación, en lugar de después de que se cause el daño. Octane ofrece supervisión continua de seguridad de contratos inteligentes impulsada por IA que se alimenta en la misma capa de políticas. SumSub se sitúa junto a Veriff y Chainalysis en el stack de identidad y cumplimiento, cubriendo casos de verificación de identidad desde un ángulo geográfico y regulatorio diferente. Lo que me hace pensar más a fondo en esto es la pregunta de la composabilidad: un curador que escribe una política de Newton puede, teóricamente, combinar una verificación de sanciones de Chainalysis, un filtro de transacciones maliciosas de Blockaid, un feed de precios de RedStone y una calificación de riesgo de Credora en una sola decisión de ejecución que se ejecuta antes de que cualquier transacción se autorice. La pregunta que viene a la mente es si los curadores realmente están componiendo políticas con ese nivel de sofisticación, o si el patrón de adopción actual es mucho más simple: comprobaciones de una sola fuente desplegadas porque cumplen un requisito regulatorio específico, más que porque los curadores estén construyendo modelos de riesgo en capas.
El encuadre de ineficiencia del mercado en la documentación de Newton sitúa el gasto anual global en cumplimiento en más de 270 mil millones de dólares, con el argumento de que la mayor parte de ese costo se destina a infraestructura de cumplimiento aislada, específica de cada aplicación, que cada empresa construye y mantiene de forma independiente. El cambio que propone Newton es pasar de ese modelo aislado a una capa de cumplimiento compartida, donde los mismos paquetes de políticas, las mismas integraciones de datos y la misma infraestructura criptográfica de atestación sirven simultáneamente a múltiples aplicaciones. No estoy completamente seguro de que ese encuadre explique por completo por qué los sistemas de cumplimiento están aislados en primer lugar. Parte de la respuesta es genuinamente técnica: cada institución necesita reglas diferentes para diferentes jurisdicciones y diferentes clases de activos. Pero parte de la respuesta es institucional: los equipos legales quieren control sobre su propia lógica de cumplimiento porque asumen la responsabilidad si algo sale mal. Compartir una capa de infraestructura de cumplimiento implica confiar en que la capa compartida refleje con precisión tus obligaciones regulatorias específicas, y que esa confianza no está disponible de forma sencilla incluso si las garantías criptográficas son sólidas. La pregunta que viene a la mente es si el mercado de Internet of Policies, donde los curadores pueden descubrir y reutilizar plantillas de políticas co-desarrolladas con socios de datos, realmente reduce esa barrera de confianza institucional o si sirve principalmente al segmento de desarrolladores que construye sin equipos legales dedicados.
La cifra de TVL en bóvedas DeFi curadas es algo con lo que encuentro valioso sentarme de forma independiente. La documentación de la mainnet de Newton señala que el TVL curado de las bóvedas ha crecido más de un 350% en el último año, que es el entorno de demanda al que responde el lanzamiento de VaultKit. Ese ritmo de crecimiento es una señal contextual significativa, porque sugiere que la categoría de capital para la que la capa de autorización de Newton es más inmediatamente relevante, las asignaciones de bóvedas institucionales y semi-institucionales, se está expandiendo rápidamente justo cuando la infraestructura de ejecución está empezando a estar disponible. A veces me pregunto si ese timing es estratégico o simplemente favorable, y si la capacidad del protocolo para capturar esa demanda depende de la velocidad de integración respecto a la rapidez con la que los curadores de bóvedas toman decisiones de infraestructura. Un curador que construye su marco de riesgo antes que Newton tiene una opción lista para producción que implica decisiones difíciles de revertir, especialmente si el marco existente está incrustado en su documentación legal y en sus flujos operativos. La ventaja del primer movimiento en infraestructura de cumplimiento tiene menos que ver con la tecnología y más con convertirse en el sistema de referencia que los auditores y los equipos legales consultan, y ese tipo de “inercia” institucional se acumula lentamente y luego se multiplica.
Lo que no dejo de tener en mente es que Newton Protocol está intentando algo genuinamente estructural, no solo algo meramente técnico. Pasar el costo global de cumplimiento desde un proceso paralelo y aislado que corre junto a las transacciones hacia una capa integrada y compartida, impuesta dentro del ciclo de vida de la transacción, es un cambio en cómo se organiza la infraestructura financiera, no solo en cómo se construye. La asociación de infraestructura de cuentas smart Rhinestone, la generación de pruebas de conocimiento cero de Succinct, el monitoreo de seguridad de Blockaid, las capas de identidad de SumSub y Veriff: ninguna de esas integraciones por sí sola es el punto. El punto es si todas esas piezas, ensambladas mediante un lenguaje de políticas común y ejecutadas por una red de operadores neutral, eventualmente se convierten en la arquitectura predeterminada contra la que se construyen las nuevas aplicaciones financieras, en lugar de ser una característica especializada a la que optan los equipos conscientes del cumplimiento. Me encuentro genuinamente inseguro sobre si esa transición ocurre gradualmente a través de integraciones acumuladas o si requiere un evento específico que fuerce a lo regulatorio, haciendo que arquitecturas alternativas resulten inviables. La infraestructura existe, las señales de demanda son reales, y el ecosistema se está ensamblando con una coherencia inusual para esta etapa de desarrollo, pero si ese ensamblaje termina convirtiéndose en algo que el mercado organiza o si se limita a desviarlo, es una pregunta que solo el tiempo y el volumen de transacciones responderán de todos modos; en cualquier caso, el tiempo dirá.
