Newton hace que las finanzas onchain sean más seguras al comprobar si una transacción debería permitirse antes de que ocurra realmente.
Está bien. Eso suena como algo bueno.
Pero hay una parte de la idea que no me deja tranquilo/a: ¿y si el proceso de autorización se vuelve más lento que la propia blockchain?
Normalmente culpamos a la cadena cuando algo tarda demasiado. La red está congestionada. El gas es demasiado bajo. El secuenciador se retrasa. La transacción queda atascada.
Con Newton, sin embargo, la espera puede comenzar incluso antes de que la transacción llegue a esa etapa.
Un usuario hace clic en un botón y ve una acción en pantalla. Detrás de ese botón, puede que sea necesario crear una intención, enviarla a una puerta de enlace, comprobarla contra una política, evaluarla por varios operadores, compararla con datos externos, firmarla con suficientes participantes y empaquetarla en algo que un contrato inteligente pueda verificar.
Entonces empieza la transacción real.
Así que, desde el punto de vista del usuario, sigue pareciendo una sola transacción.
Por debajo, es más bien como un sistema distribuido pidiéndole permiso a otro sistema distribuido.
Esa diferencia importa.
La autorización normalmente se presenta como una función de seguridad. Y lo es. Un protocolo puede imponer límites de gasto, permisos de la wallet, condiciones de identidad o controles de riesgo directamente en el nivel del contrato en lugar de confiar en que un frontend se comporte correctamente.
Eso es genuinamente útil.
Pero la autorización también introduce un retraso.
Tiene llamadas de red. Tiene timeouts. Tiene operadores que pueden responder a diferentes velocidades. Puede depender de proveedores de datos externos. Y tiene que llegar a algún tipo de acuerdo antes de que algo pueda avanzar.
Y las finanzas no son especialmente pacientes.
Imagina un agente automatizado intentando reequilibrar una posición mientras el mercado cae. Encuentra una ruta, verifica la liquidez disponible y prepara la operación. Pero antes de ejecutarla, necesita autorización.
Ahora el sistema tiene que reunir la información requerida y conseguir que suficientes operadores aprueben la acción.
Para cuando eso ocurra, ¿la ruta seguirá disponible?
¿El precio se habrá movido más allá del límite de deslizamiento?
¿Alguien ya aprovechó la oportunidad?
Está bien. Eso suena como algo bueno.
Pero hay una parte de la idea que no me deja tranquilo/a: ¿y si el proceso de autorización se vuelve más lento que la propia blockchain?
Normalmente culpamos a la cadena cuando algo tarda demasiado. La red está congestionada. El gas es demasiado bajo. El secuenciador se retrasa. La transacción queda atascada.
Con Newton, sin embargo, la espera puede comenzar incluso antes de que la transacción llegue a esa etapa.
Un usuario hace clic en un botón y ve una acción en pantalla. Detrás de ese botón, puede que sea necesario crear una intención, enviarla a una puerta de enlace, comprobarla contra una política, evaluarla por varios operadores, compararla con datos externos, firmarla con suficientes participantes y empaquetarla en algo que un contrato inteligente pueda verificar.
Entonces empieza la transacción real.
Así que, desde el punto de vista del usuario, sigue pareciendo una sola transacción.
Por debajo, es más bien como un sistema distribuido pidiéndole permiso a otro sistema distribuido.
Esa diferencia importa.
La autorización normalmente se presenta como una función de seguridad. Y lo es. Un protocolo puede imponer límites de gasto, permisos de la wallet, condiciones de identidad o controles de riesgo directamente en el nivel del contrato en lugar de confiar en que un frontend se comporte correctamente.
Eso es genuinamente útil.
Pero la autorización también introduce un retraso.
Tiene llamadas de red. Tiene timeouts. Tiene operadores que pueden responder a diferentes velocidades. Puede depender de proveedores de datos externos. Y tiene que llegar a algún tipo de acuerdo antes de que algo pueda avanzar.
Y las finanzas no son especialmente pacientes.
Imagina un agente automatizado intentando reequilibrar una posición mientras el mercado cae. Encuentra una ruta, verifica la liquidez disponible y prepara la operación. Pero antes de ejecutarla, necesita autorización.
Ahora el sistema tiene que reunir la información requerida y conseguir que suficientes operadores aprueben la acción.
Para cuando eso ocurra, ¿la ruta seguirá disponible?
¿El precio se habrá movido más allá del límite de deslizamiento?
¿Alguien ya aprovechó la oportunidad?