#newt $NEWT En los últimos años, la cadena de bloques ha insistido en una idea: descentralización, apertura y sin permisos.
Pero con el continuo desarrollo de DeFi, RWA y las stablecoins, he notado que el mercado está empezando a plantear otra necesidad: después de la apertura, ¿cómo se garantiza el orden?
Porque cuando entra en cadena un volumen real y masivo de capital, no es posible depender solo de que “el código se ejecute automáticamente”.
Las instituciones necesitan saber dónde están los riesgos; los usuarios necesitan saber cuáles son los límites de los permisos; los protocolos necesitan saber qué transacciones deberían permitirse y qué conductas deberían bloquearse.
Ahora, muchos problemas en los sistemas onchain no se deben a que no existan reglas, sino a que hay una distancia entre las reglas y su ejecución.
Puedes ver las limitaciones en la documentación y los avisos en la interfaz, pero si al momento de ejecutar una transacción no se verifica realmente, entonces esas reglas probablemente solo sean una descripción.
Newton Protocol resuelve precisamente ese problema a nivel de ejecución.
Es como una infraestructura de autorización en la cadena: antes de que la transacción ocurra realmente, decide si se permite o no ejecutar en función de condiciones de políticas. En la web oficial, también se posiciona como una “onchain transaction authorization layer”. Mediante un motor de políticas, integra en el flujo de ejecución del contrato inteligente condiciones como verificación de identidad, reglas de riesgo y límites de cupo.
Veamos un ejemplo sencillo.
Un protocolo RWA emite activos onchain y necesita limitar la participación de usuarios de diferentes regiones, además de ajustar los permisos de transacción según el nivel de riesgo.
Antes, es posible que estas tareas dependieran de revisiones del equipo de backoffice, pero en un entorno onchain se requiere una forma más automatizada. Newton puede combinar datos externos e información de riesgo para completar la verificación antes de que ocurra la transacción. RedStone aporta precios y datos de mercado; Credora proporciona evaluación de riesgos; y luego el sistema de políticas determina de forma integral si se aprueba o se bloquea.
Creo que el futuro de la cadena de bloques no consistirá solo en quién puede procesar transacciones más rápido.
Lo verdaderamente importante es: cuando el volumen de fondos sea cada vez mayor y la automatización sea cada vez más común, quién pueda lograr que las reglas se apliquen de verdad.
Porque una regla que no tiene capacidad de ejecución es solo un documento.
Las reglas que pueden afectar el resultado de las transacciones son la infraestructura real.
@NewtonProtocol
$NEWT
#Newt
Pero con el continuo desarrollo de DeFi, RWA y las stablecoins, he notado que el mercado está empezando a plantear otra necesidad: después de la apertura, ¿cómo se garantiza el orden?
Porque cuando entra en cadena un volumen real y masivo de capital, no es posible depender solo de que “el código se ejecute automáticamente”.
Las instituciones necesitan saber dónde están los riesgos; los usuarios necesitan saber cuáles son los límites de los permisos; los protocolos necesitan saber qué transacciones deberían permitirse y qué conductas deberían bloquearse.
Ahora, muchos problemas en los sistemas onchain no se deben a que no existan reglas, sino a que hay una distancia entre las reglas y su ejecución.
Puedes ver las limitaciones en la documentación y los avisos en la interfaz, pero si al momento de ejecutar una transacción no se verifica realmente, entonces esas reglas probablemente solo sean una descripción.
Newton Protocol resuelve precisamente ese problema a nivel de ejecución.
Es como una infraestructura de autorización en la cadena: antes de que la transacción ocurra realmente, decide si se permite o no ejecutar en función de condiciones de políticas. En la web oficial, también se posiciona como una “onchain transaction authorization layer”. Mediante un motor de políticas, integra en el flujo de ejecución del contrato inteligente condiciones como verificación de identidad, reglas de riesgo y límites de cupo.
Veamos un ejemplo sencillo.
Un protocolo RWA emite activos onchain y necesita limitar la participación de usuarios de diferentes regiones, además de ajustar los permisos de transacción según el nivel de riesgo.
Antes, es posible que estas tareas dependieran de revisiones del equipo de backoffice, pero en un entorno onchain se requiere una forma más automatizada. Newton puede combinar datos externos e información de riesgo para completar la verificación antes de que ocurra la transacción. RedStone aporta precios y datos de mercado; Credora proporciona evaluación de riesgos; y luego el sistema de políticas determina de forma integral si se aprueba o se bloquea.
Creo que el futuro de la cadena de bloques no consistirá solo en quién puede procesar transacciones más rápido.
Lo verdaderamente importante es: cuando el volumen de fondos sea cada vez mayor y la automatización sea cada vez más común, quién pueda lograr que las reglas se apliquen de verdad.
Porque una regla que no tiene capacidad de ejecución es solo un documento.
Las reglas que pueden afectar el resultado de las transacciones son la infraestructura real.
@NewtonProtocol
$NEWT
#Newt
