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?