Un amigo que negocia materias primas de forma profesional una vez me explicó por qué nunca termina de confiar en cualquiera que afirme que un sistema tiene riesgo de contraparte cero. Según su experiencia, esa frase casi siempre significa que el riesgo se trasladó a algún lugar menos visible, no que realmente se haya eliminado: una cámara de compensación en lugar de un único socio comercial, un custodio en lugar de un bróker; la exposición simplemente se reubica en la parte que ahora esté detrás de la garantía. Dijo que la versión honesta de esa afirmación siempre es «reducido y redistribuido», nunca «eliminado» de verdad, porque en algún lugar, alguien sigue siendo responsable si algo se rompe.
Esa intuición es exactamente la lente adecuada para una afirmación difusa que circula sobre protocolos de automatización verificables en general, y específicamente sobre Newton: la idea de que la verificación criptográfica mediante TEEs y pruebas de conocimiento cero elimina efectivamente el riesgo de contraparte porque ya no estás confiando en una persona u operador, estás confiando en las matemáticas. Es un discurso convincente y captura algo real. Si se sostiene como una afirmación literal y completa, en lugar de como una simplificación verdadera en dirección, vale la pena trabajarla a fondo en vez de aceptarla o descartarla de plano.
El argumento para una reducción real del riesgo es genuino y específico. Primero, la ejecución TEE elimina la necesidad de confiar en que un operador informe honestamente lo que realmente hizo su proceso fuera de la cadena, ya que el cómputo en sí se ejecuta sellado dentro de una enclave atestiguada que el operador no puede manipular sin pasar desapercibido. Segundo, las pruebas de conocimiento cero permiten que cualquier parte externa verifique de manera independiente que la acción de un agente coincide con sus reglas permitidas, sin necesitar confiar en el resumen autoinformado del operador sobre lo ocurrido. Tercero, el acotamiento (scoping) de cuentas inteligentes ERC-4337 significa que un usuario nunca entrega su clave real de firma a un agente o a un operador, eliminando el riesgo específico de contraparte de que un actor malicioso obtenga control total de la billetera: un modo de fallo muy real y común en configuraciones de automatización menos cuidadosas. Cuarto, el colateral apostado con slashing significa que un operador que haga mal uso enfrenta consecuencias financieras directas, redistribuidas a los usuarios afectados, lo cual configura una posición de riesgo significativamente distinta a la de confiar en un operador sin que haya nada en juego más allá de la reputación.
Pero la intuición de mi amigo trader de commodities también se aplica directamente aquí, porque el riesgo no desaparece: se traslada a un puñado de dependencias nuevas y específicas que son fáciles de pasar por alto precisamente porque son menos visibles que la IA confiando en un operador. Primero, la seguridad TEE en sí depende de fabricantes de hardware e integridad de firmware, una forma de riesgo de contraparte que simplemente se mueve del operador de automatización al proveedor del chip y de la enclave, y las TEEs han tenido vulnerabilidades documentadas de canal lateral en toda la industria a lo largo de los años, lo que significa que no es un traslado puramente teórico. Segundo, la verificación de conocimiento cero depende de la corrección de los frameworks zk-VM subyacentes como Succinct y Risc Zero, una dependencia de tooling externo, aún en maduración, en lugar de una garantía totalmente autocontenida que Newton controle de extremo a extremo. Tercero, los validadores que aseguran el rollup del Keystore se están incorporando de forma progresiva en vez de estar completamente descentralizados desde el lanzamiento, lo que significa que, en el corto plazo, la confianza todavía está concentrada en un conjunto más pequeño de partes que la visión eventual que describe, una concentración real de contraparte durante esta fase transicional. Cuarto, el slashing solo compensa a los usuarios hasta la cantidad de colateral realmente apostado por la parte infractora, lo que significa que una violación suficientemente grande desde un operador con infracapitalización podría aún dejar una brecha entre lo que se perdió y lo que se recupera; el riesgo se reduce pero no se anula en cada escenario posible.
Ni el encuadre entusiasta de “riesgo de contraparte eliminado” ni el encuadre desdeñoso de “todo sigue siendo confianza con otra ropa” capturan por completo lo que realmente está pasando. El punto medio, difuso y honesto, es que la arquitectura de Newton realmente traslada y reduce varios riesgos específicos y serios, en particular el riesgo de que un operador mienta sobre lo ocurrido, mientras introduce o retiene otras dependencias menos visibles, como la integridad del hardware, la madurez de las herramientas zk, la concentración del conjunto de validadores durante el despliegue; dependencias que un usuario debería entender en lugar de asumir que desaparecen solo porque la palabra criptográfico suena definitiva.
Newton no elimina el riesgo de contraparte; más bien lo cambia: a qué contrapartes estás expuesto realmente y te da una prueba criptográfica cuando fallan. Eso es un progreso real y significativo frente a confiar solo en la palabra de un operador, pero “trasladado y reducido” es una descripción más precisa que el eslogan de marketing más limpio, y entender la diferencia es exactamente el tipo de diligencia debida que separa la convicción informada de un eslogan repetido sin examinar nunca lo que realmente significa.