Vuelvo una y otra vez a esta pregunta: cuando un @NewtonProtocol el protocolo dice que algo está «asegurado», ¿qué cubre realmente esa palabra? Normalmente es un sinónimo de una sola cosa: una auditoría, un bug bounty, un multisig. Al observar cómo Newton Protocol estructura su pila de seguridad, está claro que no es una sola cosa. Son cuatro, y cada una cumple un trabajo distinto.$NEWT

EigenLayer se sitúa en la base. Los operadores de la red de Newton apuestan ETH ya re-staked, y esa apuesta es lo que está en riesgo si firman algo incorrecto: la atestación en la que se apoya un vault para aprobar o denegar una transacción. Esto no es una confianza basada en reputación. Es una fianza. Te equivocas y te multan. Es una idea bastante antigua en finanzas: poner capital detrás de una afirmación; aplicada a un problema bastante nuevo: cómo confiar en una red descentralizada para que compruebe una regla correctamente sin que una autoridad central lo avale.

Conciso (Succinct) es donde las cosas se ponen más interesantes para mí. El mecanismo de disputa de Newton no depende de votaciones de gobernanza ni de revisiones de comités cuando se desafía una atestación. Se basa en pruebas de conocimiento cero: el retador vuelve a ejecutar la misma política de forma independiente y genera una prueba que muestra que el resultado original era incorrecto. El papel de Conciso es proporcionar la infraestructura que hace que ese tipo de generación de pruebas sea realmente práctica a la escala que necesita un protocolo en funcionamiento, no solo como una demostración de investigación. La distinción importa: una disputa aquí no es "votamos y decidimos que estabas equivocado". Es "aquí tienes una prueba matemática de que estabas equivocado". #Newt

Rhinestone y Octane completan el stack, y por lo que puedo ver, se encargan de las preocupaciones de la capa de ejecución: la mecánica de cómo el cumplimiento de la política se integra realmente en la ruta de ejecución de una transacción sin romper cosas ni introducir una nueva superficie de ataque en el punto de integración. Esta es la parte poco glamorosa del trabajo de seguridad. Nadie escribe sobre ella, pero normalmente es donde es más probable que algo se rompa.

Lo que me llama la atención de toda esta estructura es que ninguno de estos cuatro es el propio equipo de Newton fingiendo neutralidad respecto a su propio protocolo. Son especialistas independientes: cada uno cubre terreno que los otros no. Es una filosofía de diseño distinta a "lo construimos, lo aseguramos, confía en nosotros". #NEWT

Esto es lo que aún no he resuelto, sin embargo. La seguridad por capas suele presentarse como estrictamente aditiva: más capas, más seguridad. Pero más capas también significa más lugares donde un fallo en las suposiciones de un sistema puede interactuar mal con las de otro. Una condición de recorte (slashing) en un restaking y una ventana de disputa con prueba de conocimiento cero resuelven problemas distintos, pero ambos tienen que ponerse de acuerdo en el cronograma: qué cuenta como "final", y qué ocurre en el intervalo entre que una atestación se firma y se cierra la ventana de desafío. No creo que ese problema de coordinación tenga todavía una respuesta clara, y a día de hoy no he visto a nadie someterlo a pruebas de estrés frente a algo adversarial y real. Esa es la parte que vale la pena vigilar cuando empiece a moverse capital real a través de esto, no el anuncio en sí. #newt