He estado mirando cómo Newton está configurando su beta de mainnet y algo sobre la arquitectura realmente destaca. No se trata solo de extraer datos de precios para un fondo de préstamos. Eso ya se ha hecho hasta la saciedad. Lo interesante es adónde va el dato. Lo están usando a nivel de políticas y me hizo pensar en cómo sobrecomplicamos el riesgo.
La narrativa común es que las blockchains necesitan mayor rendimiento o comisiones más baratas. Eso es la capa superficial. Pero el verdadero problema que sigo viendo es el de la autorización. ¿Cómo decides programáticamente si una transacción debería liquidarse en absoluto, no solo si tiene la firma correcta?
Newton corre como un EigenLayer AVS, así que básicamente están tomando prestada la seguridad de Ethereum para validar cómputos fuera de la cadena. El enfoque está en el filtrado de sanciones, la prevención de fraude y la gestión del riesgo. Suena estándar hasta que ves cómo están usando los datos.
Integraron los datos de precio verificados de RedStone directamente en la capa de aplicación de la política, no solo como referencia, sino como un disparador. Así que si un gestor de bóvedas establece una regla de que las ratios de colateral deben mantenerse por encima de un umbral, Newton verifica el precio a través de RedStone antes de que la transacción se cierre. Si está por debajo, la transacción se bloquea. Genera una atestación firmada para cada evaluación. Esto no se trata de mostrar un precio; se trata de usar el precio como regla.
Lo que se pasa silenciosamente por alto es el riesgo de concentración. Si el motor de políticas depende fuertemente de RedStone, cualquier disrupción de un oráculo podría desencadenar bloqueos de transacciones en toda la plataforma. Todos quieren hablar de componibilidad y eficiencia, pero nadie quiere hablar realmente de puntos únicos de falla. Ese es el intercambio que haces por una aplicación eficiente, pero es real.
También están trabajando con Credora para la evaluación del riesgo crediticio. Eso muestra un enfoque por capas. El riesgo crediticio y el riesgo de mercado son animales distintos, y necesitas herramientas diferentes para cada uno. Newton no intenta construir todo internamente. Esa es la parte que se siente sostenible. Son componibles en la capa de datos. #newton
La arquitectura de limitación de tasa (rate limit) en Neutron es un buen paralelo. Coloca la lógica de limitación de tasa completamente dentro de un contrato de CosmWasm. El módulo solo reenvía la información del paquete al contrato y, si este devuelve un error de “rate limit exceeded”, la transferencia se bloquea. La racionalidad vino de observaciones empíricas: hacks de puentes como Wormhole, BNB Bridge y Polynetwork. Las limitaciones de tasa habrían reducido masivamente las cantidades robadas en todos estos casos. Un 30% de depeg es infinitamente mejor que un 100% de depeg.
Hay una próxima liberación (unlock) de 7.13M NEWT. Es el primer “post-cliff” para los primeros patrocinadores. Ese tipo de evento puede cambiar el sentimiento, pero es un tema de mecánicas de mercado. Lo que me importa es cómo el protocolo gestiona la complejidad de fijar el precio de esas bóvedas. Necesitan precios precisos para tokens de staking líquido, activos para restaking y categorías de colateral que generan rendimiento, que requieren más precisión que simples feeds spot. Ahí es donde se construye la confianza, no en los “pumps” de precio. Está en la consistencia de la aplicación. Eso es lo que estoy observando. @NewtonProtocol
