¿Crees que este diseño de «capa de aprobación de control de riesgos» que se coloca a la fuerza justo antes de que las transacciones se carguen en la cadena puede proteger bien tu monedero sin sacrificar la eficiencia?
Ahora bien, el diseño de la capa base en la cadena es bastante tosco. Una vez que se concede una autorización, es difícil echarse para atrás. Cada vez que veo robots de trading que se apresuran a ayudar a los usuarios a gestionar su dinero, sin siquiera haber cerrado correctamente los bucles lógicos básicos, no puedo evitar preguntarme: si la estrategia entra en una ensoñación o se enfrenta a un ataque de flash loans, ¿quién se hace responsable?
Al leer la documentación técnica de Newton Protocol, descubrí que su forma de plantear el problema es, por decirlo de algún modo, bastante poco convencional. En lugar de ponerse a competir por el rendimiento y la capacidad de procesamiento —algo que ya está gravemente saturado—, opta por «cortarle de lado» en el punto crítico en el que realmente se activa el trading. De ese corte sale una red de aprobaciones de liquidación previa. Esto se parece mucho al backend de control de riesgos que usamos cuando hacemos transacciones con tarjeta de crédito en nuestro día a día: antes de que el dinero se transfiera de verdad, el motor de estrategias intercepta la orden. Con Rego y el lenguaje OPA se filtra primero la conformidad, los límites y la seguridad del enrutamiento. Da igual si después opera una IA o si lo hace un script: mientras se dispare una alarma de seguridad, se produce un «corte» inmediato en el acto.
Si lo comparas con jugadores veteranos como Cow Protocol o Anoma, que también se enfocan en intenciones, notarás que su filosofía de seguridad a nivel de base es completamente distinta. Las redes de intenciones tradicionales se parecen más a alguien que ayuda a los usuarios a encontrar «el recado más barato por todo el mundo», pero no se encargan de lo que pueda pasarle al recado en el camino. En cambio, Newton fija de forma inamovible la estrategia de seguridad en el hardware y en la criptografía: utiliza un entorno de aislamiento TEE para encerrar dentro de una jaula lógica a esos agentes inteligentes que hablan sin parar, y luego emplea ZKP para demostrar en la cadena que el proceso de ejecución no se salió de los límites. Combinado con el mecanismo de penalizaciones económicas que aporta EigenLayer y la base del equipo de Magic, el esquema que cose la seguridad modular con el control automatizado, visto solo desde el modelo teórico, no parece tener fallos.
El control de riesgos antes de tiempo es, sin duda, más seguro, pero el coste probablemente sea sacrificar parte de la velocidad de respuesta en condiciones de volatilidad extrema. En ese tipo de escenarios de liquidación en los que cada segundo cuenta, ¿una capa adicional de evaluación de estrategias haría que el usuario pierda el mejor carril de escape? Además, no es fácil convencer a los desarrolladores acostumbrados a trabajar con total libertad para que escriban esas reglas de aprobación tan engorrosas; la inercia de la propia ecosistema no se mueve tan fácilmente.
$CAP #道指创历史新高
@NewtonProtocol #Newt $NEWT
Ahora bien, el diseño de la capa base en la cadena es bastante tosco. Una vez que se concede una autorización, es difícil echarse para atrás. Cada vez que veo robots de trading que se apresuran a ayudar a los usuarios a gestionar su dinero, sin siquiera haber cerrado correctamente los bucles lógicos básicos, no puedo evitar preguntarme: si la estrategia entra en una ensoñación o se enfrenta a un ataque de flash loans, ¿quién se hace responsable?
Al leer la documentación técnica de Newton Protocol, descubrí que su forma de plantear el problema es, por decirlo de algún modo, bastante poco convencional. En lugar de ponerse a competir por el rendimiento y la capacidad de procesamiento —algo que ya está gravemente saturado—, opta por «cortarle de lado» en el punto crítico en el que realmente se activa el trading. De ese corte sale una red de aprobaciones de liquidación previa. Esto se parece mucho al backend de control de riesgos que usamos cuando hacemos transacciones con tarjeta de crédito en nuestro día a día: antes de que el dinero se transfiera de verdad, el motor de estrategias intercepta la orden. Con Rego y el lenguaje OPA se filtra primero la conformidad, los límites y la seguridad del enrutamiento. Da igual si después opera una IA o si lo hace un script: mientras se dispare una alarma de seguridad, se produce un «corte» inmediato en el acto.
Si lo comparas con jugadores veteranos como Cow Protocol o Anoma, que también se enfocan en intenciones, notarás que su filosofía de seguridad a nivel de base es completamente distinta. Las redes de intenciones tradicionales se parecen más a alguien que ayuda a los usuarios a encontrar «el recado más barato por todo el mundo», pero no se encargan de lo que pueda pasarle al recado en el camino. En cambio, Newton fija de forma inamovible la estrategia de seguridad en el hardware y en la criptografía: utiliza un entorno de aislamiento TEE para encerrar dentro de una jaula lógica a esos agentes inteligentes que hablan sin parar, y luego emplea ZKP para demostrar en la cadena que el proceso de ejecución no se salió de los límites. Combinado con el mecanismo de penalizaciones económicas que aporta EigenLayer y la base del equipo de Magic, el esquema que cose la seguridad modular con el control automatizado, visto solo desde el modelo teórico, no parece tener fallos.
El control de riesgos antes de tiempo es, sin duda, más seguro, pero el coste probablemente sea sacrificar parte de la velocidad de respuesta en condiciones de volatilidad extrema. En ese tipo de escenarios de liquidación en los que cada segundo cuenta, ¿una capa adicional de evaluación de estrategias haría que el usuario pierda el mejor carril de escape? Además, no es fácil convencer a los desarrolladores acostumbrados a trabajar con total libertad para que escriban esas reglas de aprobación tan engorrosas; la inercia de la propia ecosistema no se mueve tan fácilmente.
$CAP #道指创历史新高
@NewtonProtocol #Newt $NEWT
这属于链上基建的查漏补缺,牺牲一点点延迟换安全非常划算
0%
DeFi 玩的就是流动性和速度,多一个婆婆管着容易错失战机
0%
关键得看主流 DApp 和钱包愿不愿原生接入这套审批标准
0%
0 Votos • Votación cerrada