Passionate about crypto, blockchain, AI, and Web3. Sharing research, insights, and quality content while learning, growing, and engaging with the community. 🚀
Why I Think Blockchain Needs Explainable Authorization
One thing has been bothering me while studying blockchain infrastructure. Most protocols are designed to tell us whether a transaction succeeded or failed. Very few explain why a decision was made in a way that users can actually understand. After reading about Newton Mainnet Beta, I started thinking that authorization itself might need to become more transparent. If policies decide who can interact with an application, those policies shouldn't feel like invisible software running somewhere in the background. For me, good infrastructure has three qualities. First, the rules should be adaptable without rebuilding every contract. Second, the decision process should be verifiable instead of relying on trust alone. Third, users should understand which policy influenced the outcome of their transaction. That combination feels more valuable than simply adding another supported chain or another performance benchmark. Whether this model becomes a broader industry standard remains to be seen, but I appreciate that @NewtonProtocol is exploring policy as infrastructure rather than treating it as an afterthought. @NewtonProtocol $NEWT #Newt
Compliance on blockchain is often approached as a software patch problem, but that assumption breaks down once policy changes faster than code. After reading about programmable policy systems, I began to see a deeper distinction: execution can remain immutable while authorization stays adaptable.
That separation matters because it changes the true unit of trust. Instead of asking whether a contract can enforce a rule, we must ask who defines the rule, who audits it, and whether users can inspect the basis on which a transaction was approved or rejected. If those answers are opaque, compliance becomes a hidden governance layer rather than a transparent one.
The trade-off is clear. Flexible policy engines can reduce operational friction for institutions, but they also introduce a new risk: rules may evolve without users noticing the change. In that sense, the hardest problem is not enforcement. It is accountability.
Newton Protocol is compelling to me because it frames that distinction directly. The broader lesson is straightforward: in Web3, transparent authority may matter more than smarter automation.
La infraestructura que falta en Web3 es la memoria organizacional
Cuanto más estudio la infraestructura de blockchain, menos creo que la interoperabilidad sea el principal problema de coordinación de la industria. Creo que el verdadero cuello de botella es la memoria organizacional. Cada DAO, tesorería o estrategia automatizada acumula decisiones con el paso del tiempo. ¿Por qué se restringió una wallet? ¿Por qué se cambió un límite de gasto? ¿Por qué una bóveda sigue una política diferente a otra? La mayor parte de este contexto permanece fragmentada en foros de gobernanza, chats de multisig y contratos inteligentes. La blockchain registra lo que ocurrió, pero rara vez captura el porqué.
Me sorprendí a mí mismo midiendo la infraestructura entre cadenas de la manera equivocada.
Cada panel celebra las cadenas compatibles, el volumen de transacciones y los tiempos de finalización. Yo también lo hice. Pero después de profundizar en las arquitecturas de puentes y en los modelos de permisos, me di cuenta de que esas cifras no explican si un sistema merece mi confianza.
Lo que cambió mi forma de pensar fue esto: cada acción entre cadenas es, en realidad, una transferencia temporal de la toma de decisiones. Durante unos momentos, el software, los validadores o los relayers actúan en mi lugar. Eso significa que la calidad de un protocolo no se trata solo de la ejecución… se trata de qué tan claramente explica esa delegación.
Ahora evalúo proyectos con una lista de verificación diferente. ¿Quién puede intervenir? ¿Qué reglas los limitan? ¿Se pueden verificar esas reglas en vez de darlas por hecho? Curiosamente, estas preguntas me dicen más que los TPS.
El mayor riesgo no siempre es un puente fallido. Es normalizar una autoridad invisible hasta que nadie se da cuenta. Así es como las suposiciones débiles se convierten en estándares de la industria.
Por eso, en parte, Newton Protocol llamó mi atención. Empuja la conversación más allá de mover activos y hacia hacer que la ejecución delegada sea responsable.
La tesis del sistema operativo para la infraestructura descentralizada
He empezado a ver la infraestructura blockchain a través de una perspectiva inusual: los sistemas operativos. La mayoría de las personas piensa en los sistemas operativos como software que administra los recursos de una computadora. En redes descentralizadas, existe un desafío similar: no para las CPU y la memoria, sino para los permisos, la gobernanza y las acciones automatizadas. Sin una capa operativa compartida, cada aplicación termina reinventando su propia lógica de autorización. El código cambia, pero la intención organizacional suele ser notablemente similar. Esa repetición no solo es ineficiente. Crea suposiciones de seguridad inconsistentes entre carteras, protocolos y flujos de trabajo impulsados por IA.
¿Y si el mayor problema de interoperabilidad en Web3 no fuera técnico en absoluto?
Invertimos un esfuerzo enorme para que las blockchains se comuniquen entre sí. Los puentes mueven activos, las capas de mensajería transmiten instrucciones y la liquidez fluye con más libertad que nunca. Sin embargo, las organizaciones que operan en esas redes a menudo se comportan como empresas separadas, porque sus procesos internos de toma de decisiones no viajan con ellas.
Yo lo veo como fragmentación organizacional.
La blockchain podría saber que existe un activo, pero no sabe la lógica o el razonamiento que permitió que se moviera. Cada cadena, cada wallet y cada aplicación termina recreando la lógica de aprobación de su propia manera, aumentando la complejidad operativa con el tiempo.
Por eso me ha llamado la atención la infraestructura en torno a permisos programables. Newton Protocol no se limita simplemente a abordar la ejecución de transacciones; está explorando si las decisiones de gobernanza pueden convertirse en bloques de construcción estandarizados en lugar de implementaciones aisladas.
Por supuesto, la estandarización también plantea sus propias preguntas. Si demasiados ecosistemas dependen de modelos de autorización similares, la innovación podría ralentizarse o podrían surgir nuevas superficies de ataque.
Con el tiempo, la interoperabilidad podría medirse menos por qué tan bien las redes intercambian datos y más por qué tan consistentemente las organizaciones pueden preservar sus principios operativos allá donde se expanden.
Una suposición no me deja de dar vueltas: a menudo tratamos las políticas de blockchain como si fueran permanentes, mientras que las organizaciones que las respaldan están en constante evolución.
Un DAO puede cambiar su tolerancia al riesgo de un día para otro. Un fondo puede endurecer los controles de tesorería después de un shock de mercado. Los requisitos de cumplimiento cambian según las jurisdicciones. Sin embargo, actualizar esas reglas operativas en carteras, cadenas y agentes automatizados a menudo se vuelve más lento que cambiar la política en sí.
Eso crea un desfase invisible entre las decisiones de gobernanza y la aplicación técnica.
He empezado a pensar en esto como latencia de políticas. No se trata de la velocidad de las transacciones. Se trata de qué tan rápido una organización puede traducir una nueva decisión en un comportamiento consistente en cada sistema en el que se apoya.
Aquí es donde la infraestructura resulta más interesante que las interfaces. En lugar de incrustar la lógica de autorización por separado en cada aplicación, protocolos como Newton Protocol exploran si las políticas de permisos pueden volverse portables, reutilizables y aplicarse de manera consistente en distintos entornos.
El concepto es atractivo, pero la adopción no será sencilla. Las capas de políticas compartidas plantean preguntas sobre interoperabilidad, actualizaciones y la gobernanza de las propias reglas.
El desafío real quizá ya no sea mover activos entre cadenas. Tal vez sea mover la intención organizacional sin perder consistencia.
La memoria es la infraestructura que falta para los DAOs autónomos
Antes pensaba que el mayor desafío en las organizaciones descentralizadas era la gobernanza. Últimamente, empiezo a pensar que es la memoria organizacional. Cada DAO redacta propuestas, vota sobre ellas y publica políticas de tesorería. Sin embargo, cuando esas decisiones necesitan ejecutarse meses después, la intención original a menudo se reduce a unos pocos parámetros de contratos inteligentes. El contexto desaparece. Eso crea un riesgo que pasa desapercibido. La automatización se vuelve cada vez más precisa al seguir reglas, mientras que se va volviendo progresivamente peor para entender por qué existían esas reglas.
La capa que falta entre la IA y blockchain no es la ejecución. Es el permiso.
Cuanto más leo sobre Newton Mainnet Beta, menos creo que el mayor desafío de la IA en blockchain sea la ejecución. Es un permiso. Ya tenemos redes que ejecutan transacciones de manera eficiente. Tenemos carteras que mantienen las claves de forma segura. Tenemos contratos inteligentes que hacen cumplir automáticamente una lógica predefinida. Pero ninguna de esas responde a una pregunta más difícil: ¿Quién decide para qué está permitido que haga algo un agente de IA antes de que se cree una firma? Esa distinción se siente cada vez más importante. Imagina una tesorería gestionada por decenas de agentes autónomos en múltiples cadenas. Un agente reasigna liquidez, otro paga a los colaboradores y otro cubre el riesgo. Si cada acción es técnicamente válida porque la cartera la firma, el problema real de seguridad pasa de la propiedad de las claves a la aplicación de políticas.
Una pregunta no dejaba de volver a mí mientras investigaba el Newton Protocol: ¿Qué ocurre cuando nadie recuerda por qué se aprobó una decisión automatizada? Las blockchains ya preservan las transacciones para siempre, pero no preservan el razonamiento que hay detrás. A medida que los agentes de IA comienzan a gestionar tesorerías, liquidez y operaciones en cadena, ese contexto faltante se convierte en un problema de gobernanza y no solo en uno técnico. Por eso, el Newton Protocol llamó especialmente mi atención. En lugar de centrarse únicamente en la ejecución, trata la autorización como una infraestructura programable. Cada acción puede evaluarse según políticas predefinidas antes de que llegue a la blockchain. Creo que esto es importante porque las futuras organizaciones no dependerán de un único operador haciendo clic en "Confirm". Van a necesitar sistemas que tomen miles de decisiones rutinarias de forma autónoma. El equilibrio, sin embargo, es interesante. Las políticas mal diseñadas podrían limitar la flexibilidad durante condiciones inusuales del mercado, así que la gobernanza en torno a las actualizaciones de políticas se vuelve tan importante como la automatización en sí. Para mí, Newton no es simplemente añadir otra capa de seguridad. Está introduciendo una forma de hacer que las organizaciones automatizadas sean más transparentes, responsables y fáciles de auditar a medida que la IA se convierte en parte de las operaciones cripto cotidianas.
Cuanto más estudio la infraestructura de blockchain, más pienso que hemos confundido la historia con la memoria. Una blockchain tiene una memoria increíble de lo que ocurrió. Cada transacción tiene una marca de tiempo, es inmutable y verificable públicamente. Pero, ¿recuerda por qué ocurrió algo? No realmente. Esa fue la pregunta que me vino a la mente mientras leía sobre el Protocolo Newton. Piensa en una DAO grande o en una tesorería gestionada por IA. Meses después de una serie de transacciones, un nuevo contribuidor quiere entender por qué se movieron ciertos activos o por qué se siguió una política específica. Las transacciones son visibles, pero reconstruir el razonamiento detrás de cada aprobación puede volverse sorprendentemente difícil.
Cuanto más leo sobre Newton Mainnet Beta, más pienso que el próximo desafío de las criptomonedas no es escribir contratos inteligentes más inteligentes. Es decidir cuándo no deberían ejecutarse.
La automatización es poderosa porque elimina retrasos, pero también elimina los momentos para preguntarse si una acción sigue teniendo sentido. Eso está bien para transferencias sencillas. Se vuelve más difícil cuando los agentes de IA empiezan a gestionar liquidez, reequilibrar tesorerías, refinanciar préstamos o coordinarse entre protocolos.
Un sistema perfectamente automatizado aún puede cometer errores perfectamente consistentes.
Por eso Newton Protocol me llamó la atención. Traslada el foco de hacer que la automatización sea más rápida a hacer que las decisiones automatizadas sean responsables. En lugar de asumir que cada firma válida debe ejecutarse, las políticas pueden definir de antemano un comportamiento aceptable.
Eso puede parecer un detalle menor, pero cambia la manera en que pensamos sobre el riesgo. A medida que las instituciones y el software autónomo se mueven on-chain, algunos controles pueden regresar, no a través de intermediarios, sino mediante marcos descentralizados de autorización.
El verdadero desafío no es la rigidez. Es la flexibilidad, la previsibilidad y la confianza para la próxima ola que viene.
Más allá de la ejecución: por qué Web3 necesita autorización verificable
Durante mucho tiempo, asumí que el mayor desafío de escalabilidad de la cadena de bloques era la ejecución. Los bloques más rápidos, las transacciones más baratas y un mayor rendimiento parecían las prioridades obvias. Pero después de leer sobre Newton Mainnet Beta, empecé a preguntarme si hemos estado optimizando la segunda mitad del problema mientras pasamos por alto la primera. Cada transacción comienza con una decisión. Alguien, o cada vez más algo, debe determinar si esa acción debería ocurrir en absoluto. Las carteras de hoy demuestran quién firmó. Los contratos inteligentes demuestran qué se ejecutó. Sin embargo, a menudo hay muy poca evidencia que explique por qué una acción en particular se consideró válida de acuerdo con las políticas de una organización.
Durante años, he notado que las conversaciones sobre blockchain casi siempre giran en torno a la ejecución.
¿Puede una transacción liquidarse más rápido?
¿Pueden las comisiones ser más bajas?
¿Puede otra cadena procesar más TPS?
Pero cuanto más investigaba sobre el Protocolo Newton, más sentía que esas preguntas llegan después de una más grande:
¿Quién decidió, en primer lugar, que esta transacción debía ocurrir?
Esa es una pregunta sorprendentemente difícil de responder cuando entran en escena agentes de IA, DAOs, tesorerías institucionales y aplicaciones entre cadenas.
Una firma de un monedero demuestra que alguien (o algo) aprobó una acción. No demuestra que la aprobación siguiera la política correcta.
Imagina un agente de IA que gestiona activos de tesorería en múltiples cadenas. La transacción tiene éxito, pero meses después un auditor pregunta si la transferencia cumplió con los límites de riesgo internos, las normas de gobernanza y los permisos de gasto. La blockchain puede probar la ejecución, pero explicar por qué esa ejecución fue autorizada es mucho menos sencillo.
Ahí es donde el Protocolo Newton intenta llenar el vacío.
Lo que me interesa no es solo la autorización descentralizada. Es la idea de que la autorización en sí se convierta en infraestructura reutilizable en lugar de lógica que cada protocolo tiene que reconstruir de forma independiente.
Eso podría reducir modelos de permisos inconsistentes entre ecosistemas, y a la vez hacer que las políticas de gobernanza sean más fáciles de verificar y mantener.
Por supuesto, solo la infraestructura no garantiza la adopción. Los desarrolladores deben estar dispuestos a integrar otra capa en sus aplicaciones, y el valor solo se vuelve evidente si el ecosistema crece alrededor de una autorización estandarizada.
Aun así, creo que este es uno de esos problemas de infraestructura que la gente subestima porque no es inmediatamente visible para los usuarios finales.
La ejecución hizo que las blockchains fueran programables.
La autorización podría ser lo que las vuelva lo suficientemente confiables para sistemas cada vez más autónomos.
Esa es la perspectiva que Newton me dejó pensando.
He estado examinando una brecha en el diseño de blockchain.
Con frecuencia podemos demostrar quién firmó una transacción, pero no por qué fue autorizada.
A medida que la cripto evoluciona hacia agentes de IA, activos tokenizados y una adopción institucional más amplia, ese contexto que falta se vuelve cada vez más importante.
Por eso Newton Mainnet Beta de NewtonProtocol llamó mi atención.
Pensemos en un fondo gestionado por IA que reequilibra la liquidez entre protocolos. La transacción se ejecuta correctamente, pero meses después un auditor pregunta: “¿Por qué se aprobó esto?”
Un hash puede demostrar la ejecución. No puede demostrar la autorización.
@NewtonProtocol introduce una capa de autorización programable y verificable antes de la ejecución. Las políticas definen cuándo se permite una acción, reemplazando flujos opacos por reglas explícitas.
Eso cambia la pregunta de “¿Esto fue válido?” a “¿Esto fue autorizado bajo el marco de gobernanza acordado?”
Para activos tokenizados, stablecoins y otros sistemas regulados, esa distinción es crucial.
La tecnología sola no resolverá todos los desafíos, pero los sistemas que pueden explicar, verificar y auditar decisiones podrían volverse esenciales a medida que la IA y DeFi convergen entre cadenas públicas y privadas, especialmente para instituciones que operan a gran escala.
Todo el mundo habla de hacer que los agentes de IA sean más capaces. Creo que estamos ignorando un problema mucho más difícil. ¿Cómo impedimos que una IA altamente capaz tome decisiones perfectamente válidas, pero completamente no autorizadas? Esa pregunta se vuelve más importante a medida que los agentes autónomos empiezan a gestionar billeteras, operaciones de tesorería, estrategias de liquidez y activos entre cadenas. Por eso he estado siguiendo @NewtonProtocol y la Newton Mainnet Beta. La parte interesante no es simplemente la automatización. Es introducir autorización descentralizada antes de la ejecución.
Cuando la IA Empieza a Gestionar Capital, la Autorización se Convierte en la Infraestructura Real
La mayoría de las discusiones sobre blockchain se centran en la ejecución: transacciones más rápidas, comisiones más bajas y mayor capacidad de procesamiento. Creo que el próximo desafío está un nivel antes. Antes de que un agente de IA intercambie activos, mueva garantías o reequilibre una tesorería, alguien tiene que responder una pregunta mucho más importante: ¿Debería permitirse esta acción en primer lugar? Ese cambio es la razón por la que he estado prestando atención a @NewtonProtocol y a su Newton Mainnet Beta. Los contratos inteligentes tradicionales son excelentes para hacer cumplir una lógica predefinida una vez que una transacción llega a ellos. Son menos flexibles cuando las políticas de autorización necesitan evolucionar a través de organizaciones, aplicaciones o múltiples blockchains.
Cada transacción en blockchain responde: «¿Qué pasó?»
La próxima generación de infraestructura debe responder primero una pregunta más difícil: «¿Esta transacción debería ocurrir en absoluto?»
Esa distinción importa cuando agentes de IA gestionan carteras, protocolos y activos digitales sin supervisión humana constante. La ejecución nunca ha sido la parte más difícil de blockchain; la gobernanza de decisiones lo es.
@NewtonProtocol destaca porque agrega una capa programable de autorización antes de la ejecución. En lugar de codificar cada regla en contratos inteligentes, las políticas pueden verificar identidad, permisos delegados, límites de gasto, reglas organizacionales y requisitos de cumplimiento.
Eso es clave para instituciones, activos tokenizados y aplicaciones entre cadenas que necesitan controles flexibles sin reescribir la lógica central. También plantea nuevas exigencias: las políticas deben ser transparentes, adaptables, interoperables y preservadoras de la privacidad.
Para los desarrolladores, la pregunta cambia de «¿Puede mi contrato ejecutar esto?» a «¿A quién se le debería permitir ejecutar esto, y bajo qué condiciones?»
Si la autorización programable escala, podría volverse tan fundamental como el consenso y los contratos inteligentes. Ese cambio podría redefinir la confianza en Web3.
La IA en las criptomonedas está volviéndose cada vez más sofisticada, pero la pregunta más importante es hasta dónde debería llegar su autoridad. A medida que los agentes autónomos empiezan a interactuar con carteras, protocolos DeFi y sistemas entre cadenas, la ejecución controlada importa más que la ejecución por sí sola.
Newton Mainnet Beta destaca porque trata la autorización como una política programable en lugar de una simple firma. Usando reglas basadas en Rego, los desarrolladores pueden definir qué se le permite hacer a un agente de IA: verificar la identidad, hacer cumplir permisos delegados, establecer límites de transacciones y aplicar restricciones de cumplimiento u operativas en aplicaciones y cadenas.
Esto es especialmente importante para bots de tesorería, agentes de pagos e instituciones que necesitan que la gobernanza se incruste directamente en la ejecución. Al mismo tiempo, las políticas se convierten en infraestructura crítica, y las reglas mal diseñadas pueden bloquear acciones legítimas o introducir vulnerabilidades graves.
A medida que continúe la expansión de las stablecoins, las RWAs y la adopción institucional, el cumplimiento programable podría volverse esencial. Newton Protocol plantea una pregunta más amplia: ¿debería la autorización convertirse en infraestructura compartida para Web3? Si es así, la confianza pasaría de la supervisión manual a límites definidos por políticas. Ese cambio podría hacer que la automatización sea más segura, siempre que las políticas sigan siendo transparentes, auditables y continuamente adaptables.
¿Y si el cumplimiento pudiera ser portátil en lugar de específico de cada cadena?
Uno de los desafíos más pasados por alto en Web3 no es la fragmentación de liquidez, sino la fragmentación de políticas. Un proyecto desplegado en múltiples blockchains a menudo termina gestionando diferentes modelos de permisos, supuestos de seguridad y reglas operativas para cada entorno. Para los usuarios, la aplicación puede parecer idéntica, pero detrás de escena, la gobernanza y la autorización se vuelven cada vez más complejas de coordinar. Esa es una de las razones por las que Newton Mainnet Beta destacó para mí. En lugar de exigir que cada contrato inteligente defina de forma independiente la lógica de autorización, @NewtonProtocol introduce un modelo en el que las propias políticas se convierten en infraestructura reutilizable. Con políticas Rego programables, los desarrolladores pueden establecer condiciones para identidad, acceso delegado, umbrales de transacción o requisitos de cumplimiento sin recrear la misma lógica en cada aplicación.