Binance Square
Ethan_BTC
1k Publicaciones

Ethan_BTC

Passionate about crypto, blockchain, AI, and Web3. Sharing research, insights, and quality content while learning, growing, and engaging with the community. 🚀
Abrir trade
Trader frecuente
1.7 mes(es)
108 Siguiendo
494 Seguidores
611 Me gusta
Publicaciones
Cartera
·
--
Artículo
Ver traducción
Why I Think Blockchain Needs Explainable AuthorizationOne 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

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
·
--
Alcista
Ver traducción
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. $NEWT #Newt @NewtonProtocol
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.

$NEWT #Newt
@NewtonProtocol
Artículo
La infraestructura que falta en Web3 es la memoria organizacionalCuanto 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é.

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é.
·
--
Alcista
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. @NewtonProtocol $NEWT #Newt
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.

@NewtonProtocol $NEWT #Newt
Artículo
La tesis del sistema operativo para la infraestructura descentralizadaHe 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.

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.
·
--
Alcista
¿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. @NewtonProtocol $NEWT #Newt
¿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.

@NewtonProtocol $NEWT #Newt
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. @NewtonProtocol $NEWT #Newt
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.

@NewtonProtocol $NEWT #Newt
Artículo
La memoria es la infraestructura que falta para los DAOs autónomosAntes 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 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.
Artículo
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.

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.
·
--
Alcista
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. @NewtonProtocol $NEWT #Newt ¿Qué será más importante para las organizaciones impulsadas por IA?
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.

@NewtonProtocol
$NEWT #Newt

¿Qué será más importante para las organizaciones impulsadas por IA?
Transaction execution
0%
Smarter AI models
0%
Decision transparency
0%
0 Voto(s) • Votación cerrada
Artículo
Memoria de Blockchain vs. Historia de BlockchainCuanto 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.

Memoria de Blockchain vs. Historia de Blockchain

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. @NewtonProtocol $NEWT #Newt A medida que los agentes de IA automatizan más actividad on-chain, ¿cuál debería ser la prioridad más alta?
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.

@NewtonProtocol
$NEWT #Newt

A medida que los agentes de IA automatizan más actividad on-chain, ¿cuál debería ser la prioridad más alta?
Cross-chain policy consistency
100%
Stronger authorization policie
0%
1 Voto(s) • Votación cerrada
Verificado
Artículo
Más allá de la ejecución: por qué Web3 necesita autorización verificableDurante 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.

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.
·
--
Alcista
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. $NEWT #NewtonProtocol @NewtonProtocol #Newt {future}(NEWTUSDT) ¿Cuál será el mayor desafío cuando los agentes de IA gestionen más actividad on-chain?
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.

$NEWT #NewtonProtocol @NewtonProtocol #Newt

¿Cuál será el mayor desafío cuando los agentes de IA gestionen más actividad on-chain?
Cross-chain coordination
0%
Faster execution
0%
Better governance
100%
Verifiable authorization
0%
1 Voto(s) • Votación cerrada
·
--
Alcista
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. @NewtonProtocol $NEWT #Newt ¿Cuál es la capa faltante más importante para la adopción institucional de blockchain?
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.

@NewtonProtocol $NEWT #Newt

¿Cuál es la capa faltante más importante para la adopción institucional de blockchain?
Verifiable authorization
0%
Better compliance,auditability
0%
Safer AI agent controls
0%
0 Voto(s) • Votación cerrada
Artículo
El costo oculto de la automatización con IATodo 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.

El costo oculto de la automatización con IA

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.
Artículo
Cuando la IA Empieza a Gestionar Capital, la Autorización se Convierte en la Infraestructura RealLa 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.

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.
·
--
Alcista
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. @NewtonProtocol $NEWT #Newt {spot}(NEWTUSDT) ¿Qué se convertirá en la próxima capa fundamental de Web3?
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.

@NewtonProtocol
$NEWT #Newt

¿Qué se convertirá en la próxima capa fundamental de Web3?
🤖 AI agents
0%
🔐 Programmable authorization
0%
Cross-chain interoperability
0%
Smart contracts
0%
0 Voto(s) • Votación cerrada
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. @NewtonProtocol $NEWT #Newt ¿Deberían regirse los agentes de IA en las criptomonedas mediante una política programable?
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.

@NewtonProtocol $NEWT #Newt

¿Deberían regirse los agentes de IA en las criptomonedas mediante una política programable?
Maybe, if transparent
0%
Only for institutions
0%
No, human oversight first
0%
0 Voto(s) • Votación cerrada
Verificado
Artículo
¿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.

¿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.
Inicia sesión para explorar más contenidos
Únete a usuarios globales de criptomonedas en Binance Square
⚡️ Obtén información útil y actualizada sobre criptos.
💬 Avalado por el mayor exchange de criptomonedas en el mundo.
👍 Descubre perspectivas reales de creadores verificados.
Email/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma