Desde los primeros días, cuando las cadenas públicas competían por superar el cuello de botella de TPS, hasta que todo tipo de redes de segunda capa sigue comprimiendo el costo de Gas y reduciendo el tiempo de confirmación de bloques, las narrativas técnicas de la industria se han construido sobre un mismo consenso: reducir al máximo los obstáculos para la ejecución de las transacciones, para que cada transferencia iniciada por el usuario y cada interacción de contrato se complete de forma fluida. Tras años inmerso en el despliegue de tecnología blockchain en el segmento To B, he presenciado cómo muchos clientes empresariales se debaten al entrar en Web3. Las instituciones financieras tradicionales han acumulado durante decenas de años reglas de control de riesgos y de admisión, pero les cuesta mucho trasladarlas a redes descentralizadas. La gran mayoría de DApps solo pueden hacer interceptaciones dispersas de control de riesgos en la capa de aplicación, sin poder reutilizar las reglas entre distintos escenarios y sin poder cumplir requisitos estrictos de trazabilidad y auditabilidad de extremo a extremo por parte de los reguladores. Este es, justamente, uno de los puntos críticos por los que muchos capitales tradicionales aún no se atreven a abrazar las finanzas on-chain a gran escala.
Cuando me acerqué por primera vez al enfoque de diseño de Authorization que se ha enfatizado continuamente, no apliqué de inmediato experiencias preexistentes del control de riesgos del frontend para interpretarlo. En su lugar, lo analicé y replanteé reiteradamente junto con las necesidades reales de cumplimiento a nivel institucional. Si el objetivo del proyecto fuera simplemente interceptar direcciones de alto riesgo y transferencias anómalas de gran importe antes de que se inicie la transacción, entonces las soluciones ya maduras, como los complementos de billetera y las validaciones de interfaces backend, podrían implementarse con un costo bajo y no sería necesario invertir una gran cantidad de recursos de desarrollo para crear una capa completamente nueva de arquitectura de protocolo subyacente. Esto significa que la intención original del diseño de este mecanismo de autorización nunca ha sido resolver el problema del riesgo de transacciones en un único escenario puntual, sino intentar reconfigurar el portador subyacente de la gobernanza de reglas en todo el ecosistema descentralizado.
En las redes tradicionales de DeFi, los límites operativos del sistema quedan fijados por la máquina de estados predefinida dentro del contrato; una vez que las reglas se despliegan en la cadena, resulta difícil ajustarlas con flexibilidad. Todas las restricciones de riesgo solo pueden materializarse durante el proceso de ejecución de la transacción. Si una transacción maliciosa logra entrar en la fase de ejecución del contrato, las operaciones posteriores de mitigación de pérdidas suelen llegar tarde y a un costo elevado. #newton Invierte por completo esta lógica: configura la verificación de autorización como el paso previo e imprescindible para toda interacción en cadena. La ejecución de la transacción pasa a ser la fase final de todo el flujo de negocio. Los límites de las restricciones del sistema ya no quedan congelados en el código del contrato, sino que se definen mediante reglas de acceso que pueden escribirse con flexibilidad y desplegarse de forma global y unificada. Aunque el orden del proceso parezca solo un ajuste menor de precedencia y posterioridad, en esencia supone el traslado del poder de gobernanza desde los desarrolladores del contrato hacia quienes redactan las reglas. Además, proporciona a la supervisión, a las instituciones y a los proyectos un marco de gobernanza estandarizado.
En la actualidad, la industria cripto avanza de manera constante desde la era de especulación de los minoristas hacia una era de cumplimiento por parte de instituciones. Los beneficios del “tacking” de rendimiento hacia el límite ya han tocado un techo por etapas. La brecha en capacidad de procesamiento de transacciones entre diferentes cadenas públicas se está reduciendo de forma continua. En el futuro, la competencia central de la industria sin duda se centrará en comparar capacidades de gobernanza de reglas. Quien pueda ofrecer una infraestructura de admisión de transacciones universal, auditable y altamente flexible podrá atender la ingente demanda del proceso de digitalización y transformación en cadena de las finanzas tradicionales. Newton integra el mecanismo de autorización en el núcleo del protocolo subyacente; en esencia, ancla con antelación la vía de infraestructura más escasa en la ola de cumplimiento de Web3. Incluso si en el futuro se generalizan a gran escala los agentes inteligentes de IA y las transacciones automatizadas on-chain, los comportamientos financieros programables seguirán necesitando estándares unificados de evaluación de admisión para evitar riesgos sistémicos. El sistema de autorizaciones evolucionará, por tanto, desde una función de control de riesgos única hacia la puerta general de flujo y gobernanza de la próxima generación de sistemas financieros distribuidos. $NEWT #newt
