Los exploits de Venus y Mango expusieron el mismo problema de ingeniería bajo condiciones de mercado muy diferentes
Uno dependía de un suelo de oráculo obsoleto durante un colapso, mientras que el otro dependía de precios inflados por liquidez escasa
Ninguno de los protocolos falló porque el contrato inteligente calculase incorrectamente
La capa de ejecución permaneció internamente consistente
Lo que falló fue la suposición de que un precio válido era lo mismo que una señal de mercado confiable
Esa distinción se vuelve costosa cuando las condiciones de mercado cambian más rápido que el código inmutable
La mayoría de los protocolos responden incorporando más protección en la ejecución mediante disyuntores (circuit breakers), oráculos de respaldo y lógica de validación adicional
Cada salvaguarda reduce una clase de riesgo, pero hace que el sistema sea más complejo de auditar, actualizar y coordinar a medida que aparecen nuevos modos de fallo
Ese equilibrio me ha hecho prestar más atención a arquitecturas que separan la política de la ejecución, en lugar de pedirle a los contratos que comprendan cada caso límite del mercado
Newton Protocol es un ejemplo que explora esa dirección mediante políticas programables de Rego evaluadas antes de la ejecución, en vez de ampliar la lógica del contrato en sí
La divergencia del oráculo, las condiciones de desanclaje (depeg) o la calidad de la liquidez se convierten en decisiones de política en lugar de suposiciones permanentes dentro de código inmutable
Si esas condiciones fallan, no se produce ninguna atestación criptográfica y la ejecución simplemente se detiene
Si este enfoque se volverá común aún es incierto
Añade otra capa de coordinación, y muchos equipos pueden seguir aceptando una ejecución insensible al contexto porque las arquitecturas más simples son más fáciles de lanzar y mantener
Pero si los agentes autónomos eventualmente asignan capital sin supervisión humana continua, el problema de infraestructura más difícil podría no ser ejecutar transacciones correctamente
Podría ser decidir qué suposiciones de mercado merecen convertirse en política y cuáles nunca deberían convertirse en código
@NewtonProtocol $NEWT #newt $LAB $EVAA
Uno dependía de un suelo de oráculo obsoleto durante un colapso, mientras que el otro dependía de precios inflados por liquidez escasa
Ninguno de los protocolos falló porque el contrato inteligente calculase incorrectamente
La capa de ejecución permaneció internamente consistente
Lo que falló fue la suposición de que un precio válido era lo mismo que una señal de mercado confiable
Esa distinción se vuelve costosa cuando las condiciones de mercado cambian más rápido que el código inmutable
La mayoría de los protocolos responden incorporando más protección en la ejecución mediante disyuntores (circuit breakers), oráculos de respaldo y lógica de validación adicional
Cada salvaguarda reduce una clase de riesgo, pero hace que el sistema sea más complejo de auditar, actualizar y coordinar a medida que aparecen nuevos modos de fallo
Ese equilibrio me ha hecho prestar más atención a arquitecturas que separan la política de la ejecución, en lugar de pedirle a los contratos que comprendan cada caso límite del mercado
Newton Protocol es un ejemplo que explora esa dirección mediante políticas programables de Rego evaluadas antes de la ejecución, en vez de ampliar la lógica del contrato en sí
La divergencia del oráculo, las condiciones de desanclaje (depeg) o la calidad de la liquidez se convierten en decisiones de política en lugar de suposiciones permanentes dentro de código inmutable
Si esas condiciones fallan, no se produce ninguna atestación criptográfica y la ejecución simplemente se detiene
Si este enfoque se volverá común aún es incierto
Añade otra capa de coordinación, y muchos equipos pueden seguir aceptando una ejecución insensible al contexto porque las arquitecturas más simples son más fáciles de lanzar y mantener
Pero si los agentes autónomos eventualmente asignan capital sin supervisión humana continua, el problema de infraestructura más difícil podría no ser ejecutar transacciones correctamente
Podría ser decidir qué suposiciones de mercado merecen convertirse en política y cuáles nunca deberían convertirse en código
@NewtonProtocol $NEWT #newt $LAB $EVAA