Una cosa que seguí notando al estudiar la infraestructura de blockchain es que muchos sistemas son muy buenos para explicar lo que ocurrió, pero mucho más débiles para decidir qué debería ocurrir antes de la ejecución.
En las finanzas tradicionales, el cumplimiento normalmente es un proceso separado. Los equipos revisan documentos, consultan bases de datos, supervisan la actividad e investigan comportamientos sospechosos. Estos sistemas funcionan, pero fueron diseñados para un mundo en el que las instituciones controlaban las vías.
Las finanzas en cadena funcionan de manera diferente.
Un contrato inteligente no sabe si se debe permitir que un usuario interactúe con él. Solo sabe si la transacción cumple las condiciones del código escritas dentro del contrato.
Eso crea una brecha importante.
Una billetera puede pasar la verificación hoy, pero las condiciones futuras pueden cambiar. Una jurisdicción puede volverse restringida. Se puede exceder un parámetro de riesgo. Una transacción puede interactuar con una dirección sospechosa. Una estrategia puede ir más allá de sus límites previstos.
La pregunta ya no es solo:
“¿Esta transacción siguió el contrato inteligente?”
La pregunta más grande se convierte en:
“¿Esta transacción debería haber sido permitida en primer lugar?”
Aquí es donde el cumplimiento programable se vuelve interesante.
En lugar de tratar el cumplimiento como un informe generado después de que ocurre la actividad, Newton Protocol introduce la idea de hacer que el cumplimiento sea una capa activa de autorización antes del settlement.
El proceso cambia de:
Transacción → Ejecución → Monitoreo
a:
Intención de la transacción → Evaluación de políticas → Autorización → Ejecución
Una solicitud de transacción puede evaluarse frente a políticas específicas antes de que llegue a la ejecución final.
Esas políticas pueden incluir múltiples condiciones:
¿El usuario es elegible?
¿La transacción cumple requisitos de identidad?
¿Viola restricciones de jurisdicción?
¿Excede los límites de riesgo?
¿Se cumplen las condiciones de seguridad?
El cambio importante es que estas reglas ya no solo se escriben en documentos o se guardan en paneles. Se convierten en lógica ejecutable conectada directamente con las transacciones de blockchain.
Para mí, la parte más interesante no es solo la automatización del cumplimiento. Es el cambio en dónde existe la confianza.
Hoy, muchas aplicaciones de blockchain dependen de suposiciones externas:
“Alguien revisó esto.”
“Un sistema está monitoreando esto.”
“Un equipo reaccionará si algo sale mal.”
Pero la reacción es distinta de la prevención.
Un sistema financiero descentralizado que maneja montos mayores de valor necesita más que visibilidad. Necesita una forma de hacer cumplir decisiones antes de que los activos se muevan.
El enfoque de Newton se centra en crear ese paso de autorización faltante.
Cuando una transacción solicita aprobación, los operadores descentralizados evalúan las condiciones vigentes de la política. En lugar de que un solo servidor tome la decisión final, múltiples participantes aportan al proceso de autorización y producen un resultado verificable.
Esto importa porque el cumplimiento en sí mismo se convierte en un problema de confianza.
Si un único servicio centralizado decide si cada transacción es aceptable, el sistema simplemente traslada la dependencia de un servidor bancario a otro servidor.
Una red descentralizada de autorización cambia ese modelo al distribuir el proceso de evaluación.
Otro desafío técnico importante es la información externa.
Las decisiones de cumplimiento y de riesgo a menudo dependen de datos fuera de la blockchain. El estado de identidad, las señales de riesgo y la información de seguridad pueden cambiar con el tiempo.
Lo difícil no es solo recibir esta información. Lo difícil es lograr que los participantes descentralizados estén de acuerdo en la misma decisión.
La arquitectura de Newton se centra en este problema de coordinación al permitir que los operadores evalúen políticas usando reglas compartidas y lleguen a un consenso sobre el resultado de la autorización.
Esto crea un puente entre la información externa y la ejecución onchain.
Las implicaciones van más allá del cumplimiento.
El mismo modelo puede aplicarse a bóvedas DeFi, activos tokenizados, stablecoins y sistemas autónomos de IA.
Una bóveda podría hacer cumplir automáticamente sus reglas de inversión.
Una aplicación financiera podría exigir ciertas condiciones de elegibilidad antes de permitir el acceso.
Un agente de IA que controle fondos podría tener límites predefinidos sobre qué acciones se le permite realizar.
La idea más grande es que es posible que las futuras aplicaciones de blockchain no solo necesiten contratos inteligentes que ejecuten instrucciones.
Es posible que necesiten sistemas de autorización que entiendan si esas instrucciones deben ejecutarse.
La blockchain nos dio propiedad programable.
Los contratos inteligentes nos dieron acuerdos programables.
El siguiente paso podría ser un permiso programable.
Newton Mainnet Beta representa esta dirección al construir una capa de autorización donde las políticas pasan a formar parte de la ejecución de la transacción en lugar de estar separadas de ella.
La pregunta a la que sigo volviendo es:
Si la blockchain se está convirtiendo en la base para sistemas financieros globales, ¿debería el cumplimiento seguir siendo un proceso manual alrededor de la tecnología, o debería convertirse en parte de la propia tecnología?