Cuando escuché por primera vez que Newton revisa una transacción antes de que se liquide, pensé que hacía una sola cosa. Tal vez solo marcar una billetera incorrecta. Pero después de leer los detalles, en realidad son cuatro cosas diferentes sucediendo a la vez, y cada una cubre terreno que las otras no.
El primer dominio es cumplimiento. Esto significa comprobar si una billetera está en una lista de sanciones, si la jurisdicción está permitida, o si la transferencia necesita reportar reglas de viaje. Newton ejecuta estas comprobaciones con datos en vivo antes de que la transacción se ejecute, no después de que ya haya pasado.
La segunda es identidad. No revelar quién es alguien en la cadena, sino comprobar que en realidad califica para la acción que quiere realizar. ¿Es un inversor verificado? ¿Tiene la credencial correcta para este activo? La verificación ocurre sin poner datos personales en la blockchain en absoluto.#newt
La tercera es seguridad. Esta me llamó la atención más que las otras. Newton puede comprobar si los fondos entrantes provienen de una dirección comprometida. Si una billetera pirateada intenta enviar fondos, la política puede bloquearlo antes de que llegue. Solo una clave privada robada no es suficiente para mover fondos cuando se aplica un segundo factor a nivel de política.
La cuarta es el riesgo. Esto cubre cosas como la exposición de la contraparte, límites de apalancamiento, la salud del oráculo y verificaciones de APY. Para vaults, esto significa que el contrato del vault puede hacer cumplir sus propios parámetros de riesgo mediante una política en lugar de que alguien vigile manualmente un panel.
Estos cuatro se ejecutan juntos en una sola evaluación. Una aplicación no elige un dominio y salta el resto. Se componen en una sola política que Newton revisa antes de que se permita cualquier transacción.
El lenguaje de políticas que usa Newton es Rego. Es un formato legible donde los equipos escriben sus reglas como código real. Un equipo de cumplimiento escribe una verificación de sanciones. Un equipo de riesgo escribe un límite de apalancamiento. Ambos van al mismo archivo de política y se ejecutan en una sola pasada.
El SDK de vault de Magic Labs empaqueta los cuatro dominios juntos para que los protocolos no tengan que construir cada verificación por separado. Los equipos configuran lo que necesitan y la capa de cumplimiento ya está lista. Los cuatro dominios, un solo SDK.#newt
El dominio de seguridad probablemente es del que menos se habla, pero tal vez sea el más valioso en la práctica diaria. Una verificación que se ejecuta antes de la liquidación y bloquea direcciones conocidas comprometidas es fundamentalmente diferente de cualquier herramienta que solo envía una alerta después de que el dinero ya se movió.
El dominio de identidad mantiene todo en privado. El usuario demuestra que tiene una credencial válida. Newton solo ve un pase o un fallo. La cadena nunca ve los datos reales porque solo se registra la atestación, no la credencial en sí.@NewtonProtocol
El dominio de cumplimiento conecta con lo que ahora están pidiendo los reguladores. Los nuevos marcos esperan controles exigibles a nivel de transacción, no solo logs de que el monitoreo ocurrió. Newton genera un recibo que es una prueba criptográfica real de que una política se ejecutó y cuál fue el resultado.
El dominio de riesgo es lo que hace que Newton sea relevante para DeFi de una forma específica. La mayoría de la gestión de riesgos en DeFi se basa en confiar en que un protocolo sigue sus propias reglas publicadas. Newton mueve esas reglas al flujo de ejecución onchain para que no puedan ignorarse.
Una cosa que aún quiero entender mejor es qué pasa cuando dos dominios entran en conflicto en la misma evaluación. Si una billetera pasa el cumplimiento pero falla la verificación de riesgo, ¿cuál gana? El modelo de composabilidad de Rego sugiere que el autor de la política decide, pero aún no he encontrado un ejemplo claro para entender completamente la lógica de prioridad.$NEWT
Cada evaluación deja un recibo de cumplimiento almacenado en el contrato del administrador de tareas. Un registro inmutable de qué política se ejecutó, cuál fue el resultado y qué operadores dieron su visto bueno. Los reguladores pueden verificarlo sin tocar nunca los datos del usuario.
Si te detienes un momento, Newton en realidad no hace cuatro cosas separadas. Está haciendo cuatro preguntas antes de que una transacción se mueva. Y esos cuatro dominios son solo las cuatro áreas donde esas preguntas importan más cuando hay dinero real involucrado.
