Sattar Chaqer

Una cosa que me llama la atención en las finanzas onchain es con qué frecuencia la conformidad se describe como un proceso en lugar de demostrarse como un resultado. Una plataforma dice que revisó una billetera. Un gestor de bóvedas dice que siguió el mandato. Un protocolo dice que comprobó las reglas pertinentes antes de permitir que una acción continúe. En cada caso, al usuario todavía se le pide confiar en que los controles adecuados existían en algún punto del flujo de trabajo. Esa es la parte a la que sigo volviendo. Una promesa de conformidad te dice lo que afirma un equipo que ocurrió. No necesariamente prueba que la regla se aplicó realmente en la transacción que movió el valor. El enfoque de Newton se siente diferente porque acerca la conformidad a la transacción en sí. En vez de limitarse a decir que se realizaron verificaciones, Newton se crea para producir un resultado de autorización firmado vinculado a una intención de transacción específica antes de la ejecución. En otras palabras, el sistema no solo describe los controles alrededor de la transacción. Crea un registro verificable de que la política se evaluó antes de que el valor se moviera. Esa diferencia importa más de lo que suena. Una promesa normalmente vive en un documento de proceso, un flujo de trabajo interno o un panel. Un recibo vive mucho más cerca de la ruta real de la transacción. Se convierte en evidencia de que la transacción fue revisada bajo una política definida en un momento definido. Para mí, ese es el verdadero cambio que está impulsando Newton. Convierte la conformidad de algo que una plataforma afirma haber hecho en algo que la infraestructura realmente puede mostrar. Y en un sistema construido para mover valor sin pedir confianza, eso se siente como un estándar mucho más sólido que simplemente decir que ejecutamos las verificaciones.

@NewtonProtocol $NEWT #Newt $LAB $VANRY

¿Qué importa más en la conformidad?

Bienvenidos a todos

Bienvenidos a todos

Sigo notando que las apps de cripto a menudo tratan las comprobaciones del usuario como algo que ocurre antes de la transacción, en lugar de como algo que da forma a la transacción en sí.

Una plataforma decide si una cartera puede acceder a una función, entrar en un mercado o usar un cierto flujo de producto. Una vez tomada esa decisión de acceso, la acción real en la cadena (onchain) normalmente se trata como un paso separado. El usuario entra por la puerta principal, pero el propio camino de la transacción se comporta como si esas condiciones ya no importaran.

Cuanto más observo la arquitectura de Newton, más pienso que esa separación es una debilidad estructural.

Lo que importa no es solo si una plataforma verificó a un usuario antes en el recorrido. Lo que importa es si la transacción puede evaluar las condiciones relevantes del usuario en el momento en que está a punto de ejecutarse. Ese es el cambio que veo en el Identity Oracle de Newton.

En lugar de tratar la información del usuario como algo que solo importa durante el control de acceso, Newton convierte atributos de usuario seleccionados en entradas de autorización. Las condiciones de elegibilidad por estado/región y otras reglas vinculadas al usuario pueden pasar a formar parte del propio flujo de aprobación, de modo que el sistema ya no solo pregunta si un usuario entró al producto. Puede preguntar si esta transacción específica debería permitirse bajo esta política específica.

Eso cambia el papel que juegan estas comprobaciones dentro de las finanzas onchain.

Dejan de ser solo una puerta para la aplicación.

Se convierten en parte de la decisión de la transacción en sí.

Para mí, esa es la parte importante. Newton intenta acercar las reglas vinculadas al usuario al lugar donde el valor realmente se mueve, manteniendo al mismo tiempo los datos personales sensibles fuera de la capa pública de transacciones.

Eso hace que el modelo sea mucho más útil.

No porque convierta el cripto en un sistema de identidad.

Sino porque proporciona a las aplicaciones onchain una forma de tratar las condiciones del usuario como lógica de transacción programable, en vez de dejarlas como un paso separado fuera de la cadena que deja de importar una vez que la app está abierta.

@NewtonProtocol $NEWT #Newt $HMSTR $LAB

¿Dónde debería importar más la elegibilidad del usuario en las finanzas on-chain?

¡Vamos a reclamarlo!

Sigo notando que las apps de cripto aún confunden las restricciones de la interfaz con una aplicación real. Un frontend puede ocultar un botón, bloquear una región o impedir que una wallet use una función. A simple vista eso parece cumplimiento. El usuario ve la restricción y la app puede señalar una capa de control visible, y el producto puede decir que tiene controles en su lugar. Pero nada de eso significa que la transacción en sí esté realmente gobernada. Si el smart contract aún se puede llamar directamente, entonces la regla no vive realmente donde se mueve el valor. Vive en la capa de la app, sentada encima del contrato. Eso podría reducir el mal uso casual, pero no crea un cumplimiento real a nivel de transacción. Esa es la debilidad que Newton está intentando resolver.

En el marco de Newton, el cumplimiento no debería depender de si un usuario se mantiene dentro de la interfaz aprobada. Debería aplicarse antes de la liquidación, en el punto donde la transacción se autoriza. Por eso la integración de Persona es tan importante para mí. No se trata solo de probar identidad o residencia. Se trata de tomar esos atributos y usarlos dentro de la ruta de autorización misma, para que una transacción pueda evaluarse antes de la ejecución, en vez de limitarse a filtrarse en el frontend. Y eso cambia el estándar por completo.

Un control solo de frontend dice: Intentamos detener esta acción en la app. Un control en la capa de transacciones dice: Esta acción no puede ejecutarse a menos que cumpla la política. Eso es un reclamo mucho más fuerte.

Porque en las finanzas onchain la pregunta real no es si la interfaz bloqueó el clic. La pregunta real es si la ruta del contrato seguía abierta. Si lo estaba, entonces la regla de cumplimiento siempre era eludible. Por eso creo que la arquitectura de Newton importa. Mueve el cumplimiento lejos de las restricciones a nivel de UI y lo acerca al lugar donde las transacciones realmente se vuelven reales. En cripto, el smart contract es la puerta final. Si el cumplimiento no llega a esa capa, entonces todavía está operando un paso demasiado lejos de lo que se supone que debe controlar.

@NewtonProtocol $NEWT #Newt $TLM $ARPA
¿Dónde debería aplicarse realmente el cumplimiento en cripto?

Sigo notando que el cumplimiento en cripto todavía se trata como papeleo en torno a la transacción, en lugar de como lógica dentro de la propia transacción.

Ese modelo tenía sentido en sistemas financieros más antiguos, donde las restricciones de aprobaciones y las revisiones podían estar en capas operativas separadas. Pero la finanza onchain no funciona así. Los smart contracts se ejecutan automáticamente, el valor se liquida con rapidez y las transacciones no se detienen para que un equipo de cumplimiento interprete manualmente la política después de los hechos.

Si la liquidación ya es programable, entonces el cumplimiento probablemente también tiene que ser programable.

Esa es la parte de Newton Protocol que me resulta especialmente interesante.

Newton no trata el cumplimiento como una lista de verificación externa pegada a una transacción. Convierte la política en algo que el sistema puede evaluar antes de la ejecución. Al usar policy as code con herramientas como Rego y Open Policy Agent, las reglas de transacción pueden escribirse como lógica legible por máquinas en lugar de quedar enterradas dentro de procedimientos internos dentro de PDFs o de la lógica de producto codificada a mano.

Eso cambia por completo el papel del cumplimiento.

Un límite de transferencia se convierte en lógica programable.

Una restricción de jurisdicción se convierte en lógica programable.

Un requisito de elegibilidad del inversor se convierte en lógica programable.

Una verificación de sanciones se convierte en lógica programable.

Una vez que esas reglas se expresan como código, el cumplimiento deja de ser un proceso operativo laxo y empieza a comportarse como infraestructura. Se convierte en algo que el software puede evaluar de forma consistente antes de que se mueva el valor.

Para mí, ese es el cambio real que Newton está impulsando.

Los smart contracts hicieron programable la liquidación.

Newton está intentando hacer lo mismo con la política.

Y si la finanza onchain va a respaldar una actividad financiera más seria, probablemente el cumplimiento no puede seguir siendo papeleo sentado fuera del sistema para siempre.

@NewtonProtocol $NEWT #Newt $M $US

¿Cuál es el mayor cuello de botella para la finanza on chain con cumplimiento?

Únete a la emisión en vivo @RaDhika_08

Antes pensaba que la autorización y la liquidación eran simplemente dos nombres diferentes para el mismo proceso de transacción. Cuanto más exploraba la infraestructura financiera, más me di cuenta de que resuelven problemas completamente distintos.

La liquidación es el movimiento final de valor. Actualiza los registros de saldos, los cambios de propiedad y le da a una transacción su estado final en la blockchain. Ahí es donde las blockchains públicas han demostrado su fortaleza durante años.

La autorización cumple un propósito diferente.

Ocurre antes de la ejecución y se centra en una sola pregunta: ¿debería esta transacción avanzar? En lugar de registrar un resultado, la autorización evalúa la transacción antes de que la liquidación comience.

Las redes de pago tradicionales siempre han separado estas responsabilidades. Primero se autoriza una solicitud de pago y luego se liquida. Cada etapa cumple un papel distinto, lo que permite que los sistemas financieros tomen decisiones antes de que el valor cambie de manos.

Lo que captó mi atención es que Newton Protocol aplica este mismo principio arquitectónico a las finanzas onchain.

En lugar de modificar la liquidación de la blockchain, Newton introduce una capa de autorización dedicada que evalúa la intención de la transacción antes de la ejecución. La liquidación sigue haciendo lo que ya hace bien, mientras que la autorización se convierte en una responsabilidad separada dentro del ciclo de vida de la transacción.

Cuanto más lo pienso, más sentido tiene esta separación.

La liquidación responde a qué ocurrió.

La autorización responde a si debería ocurrir.

Son preguntas distintas y merecen infraestructuras distintas.

Comprender esa diferencia cambió la forma en que veo la arquitectura de blockchain. El futuro de las finanzas onchain quizá no dependa solo de mejorar la liquidación. También puede depender de reconocer que la autorización y la liquidación funcionan mejor cuando se complementan entre sí en lugar de intentar hacer el mismo trabajo.

@NewtonProtocol $NEWT #Newt

¿Qué capa es más importante para el futuro de las finanzas on-chain?

Solía pensar que las blockchains ya habían resuelto el mayor desafío en las finanzas porque podían liquidar transacciones sin depender de un intermediario central.

Cuanto más exploré la infraestructura onchain, más me di cuenta de que la liquidación solo responde una parte de la ecuación.

Una blockchain puede confirmar que una transacción es válida según las reglas de la red. No siempre responde si esa transacción debería avanzar antes de la ejecución.

Esa diferencia cobra cada vez más importancia a medida que los stablecoins tokenizan activos y las aplicaciones institucionales se expanden por blockchains públicas. Los sistemas financieros a menudo requieren decisiones antes de que el valor se mueva, no después. Una vez que una transacción se liquida, revertir el resultado rara vez es algo sencillo.

Por eso me resulta interesante el enfoque de Newton Protocol.

En lugar de competir con las blockchains existentes, NewtonProtocol introduce una capa de autorización que se sitúa entre la intención de la transacción y la ejecución. La idea no es reemplazar la liquidación, sino complementarla, permitiendo que las transacciones se evalúen antes de que se finalicen. Eso crea un flujo de transacciones más completo, preservando el papel que las blockchains ya cumplen bien.

Mirándolo de esta manera, cambia cómo pienso sobre las finanzas onchain.

Quizás la siguiente etapa de la infraestructura blockchain no consista solo en procesar más transacciones cada segundo. También podría tratarse de introducir mejores mecanismos de toma de decisiones antes de que ocurran esas transacciones.

La liquidación registra lo que ocurrió.

La autorización ayuda a determinar si la ejecución debería suceder en primer lugar.

Eso se siente menos como otra característica de blockchain y más como una capa adicional de infraestructura diseñada para un ecosistema financiero más maduro.

@NewtonProtocol $NEWT #Newt

¿Cuál es la capa que falta más importante en las finanzas on chain?

La calidad siempre debería importar más que la cantidad.
Los creadores merecen recompensas justas por investigaciones reales y perspectivas originales.
Es hora de que Binance replantee estos requisitos diarios de contenido. @Richard Teng @Binance Square Official

Mi TP 0.45 y SL 0.21 $BSB

Un pensamiento volvía una y otra vez mientras estudiaba OpenGradient.

Durante años pensé que las blockchains se diseñaban principalmente para registrar transacciones.

Mover valor.

Almacenar datos.

Alcanzar consenso.

Cuanto más exploro la infraestructura de IA, más creo que su próximo papel puede ser muy diferente.

La IA introduce un nuevo desafío.

La pregunta más importante no siempre es si ocurrió una transacción.

Se trata de si un sistema inteligente llegó a su conclusión de una manera que pueda confiarse.

Eso cambia lo que se le pide a las blockchains hacer.

Una cosa que destaca de OpenGradient es su enfoque en la IA verificable, más que simplemente trasladar la IA a una blockchain.

En lugar de tratar la blockchain como el lugar donde sucede la inteligencia, la arquitectura la considera parte de un proceso de verificación más amplio que ayuda a generar confianza en la ejecución de la IA.

Esa distinción parece importante.

A medida que los sistemas de IA se vuelven más capaces, la confianza en sus decisiones puede llegar a ser tan valiosa como las decisiones en sí.

Cuanto más profundo me adentro en la arquitectura de OpenGradient, más creo que las blockchains están evolucionando más allá de la infraestructura financiera.

Se están convirtiendo en infraestructura para la confianza.

Quizá el próximo gran papel de la blockchain no sea procesar más transacciones.

Será ayudar a verificar la inteligencia en un mundo donde los sistemas de IA están tomando decisiones cada vez más importantes.

A veces la mayor evolución de una tecnología no es cambiar lo que es.

Es ampliar lo que hace posible.

@OpenGradient

$OPG #OPG $TAC $BSB

¿Cuál será el papel más importante de la blockchain en la era de la IA?

¡Feliz cumpleaños @J U L I E