#Newt l he estado mirando las finanzas onchain desde hace un tiempo y hay algo que me ha estado molestando en silencio. Celebramos el enorme volumen que se mueve a través de stablecoins y activos tokenizados, cientos de miles de millones al mes, pero rara vez hablamos del modelo de autorización. Cada transacción, en la práctica, queda aprobada después de los hechos, a través de la liquidación. No hay una comprobación previa a la ejecución, no existe la manera de decir esto es válido, proceder antes de que ocurran los cambios de estado.
Lo que se siente pasado por alto en todas las narrativas sobre el rendimiento es esta brecha fundamental. Construimos carriles de liquidación de alta velocidad, pero omitimos la capa de autorización que hace que las finanzas tradicionales funcionen. No se trata de centralización versus descentralización. Se trata de seguridad operativa básica. #newton
Newton intenta llenar esto con un modelo de autorización tipo Visa, usando Rego y OPA para la aplicación de políticas. Ese enfoque me llamó la atención porque introduce una separación clara entre la definición de la política y la ejecución. EigenLayer proporciona la seguridad económica para esto, lo cual tiene sentido en teoría, pero sigo pensando en los compromisos. La seguridad económica solo es tan fuerte como las condiciones de penalización (slashing), y los motores de políticas añaden latencia y complejidad. @NewtonProtocol
También está el diseño entre cadenas. Autorizar a través de dominios no es trivial, y sospecho que el costo general será significativo. Aun así, para casos de uso como transferencias de stablecoin o comercio con agentes de IA, esta capa podría ser esencial. La pregunta a largo plazo no es si podemos autorizar en la cadena, sino si podemos hacerlo sin crear nuevos puntos únicos de falla.
La confianza no se construye con velocidad. Se construye con previsibilidad y con vías de recurso. Ese es el problema más difícil, y creo que es justamente lo que Newton intenta resolver.
$NEWT
$BASED
$RIF
Lo que se siente pasado por alto en todas las narrativas sobre el rendimiento es esta brecha fundamental. Construimos carriles de liquidación de alta velocidad, pero omitimos la capa de autorización que hace que las finanzas tradicionales funcionen. No se trata de centralización versus descentralización. Se trata de seguridad operativa básica. #newton
Newton intenta llenar esto con un modelo de autorización tipo Visa, usando Rego y OPA para la aplicación de políticas. Ese enfoque me llamó la atención porque introduce una separación clara entre la definición de la política y la ejecución. EigenLayer proporciona la seguridad económica para esto, lo cual tiene sentido en teoría, pero sigo pensando en los compromisos. La seguridad económica solo es tan fuerte como las condiciones de penalización (slashing), y los motores de políticas añaden latencia y complejidad. @NewtonProtocol
También está el diseño entre cadenas. Autorizar a través de dominios no es trivial, y sospecho que el costo general será significativo. Aun así, para casos de uso como transferencias de stablecoin o comercio con agentes de IA, esta capa podría ser esencial. La pregunta a largo plazo no es si podemos autorizar en la cadena, sino si podemos hacerlo sin crear nuevos puntos únicos de falla.
La confianza no se construye con velocidad. Se construye con previsibilidad y con vías de recurso. Ese es el problema más difícil, y creo que es justamente lo que Newton intenta resolver.
$NEWT
$BASED
$RIF