He pasado suficientes años alrededor de la infraestructura de blockchain como para ponerme escéptico cada vez que un proyecto nuevo afirma que por fin ha resuelto la adopción. He escuchado cada versión de la historia. Layer 2 más rápidos. Comisiones más bajas. Mayor rendimiento. Mejor para herramientas de desarrollo. Más recientemente, IA. @NewtonProtocol
La narrativa cambia.
El discurso rara vez lo hace.
Para ser justos, la tecnología ha mejorado. Las redes son más rápidas que hace unos años. Los costos han bajado. Crear aplicaciones descentralizadas es significativamente más fácil que antes.
Sin embargo, cada vez que la conversación va más allá de los usuarios nativos de las criptomonedas y entra en el ámbito de las empresas, las instituciones financieras, los reguladores o las grandes organizaciones, sigo topándome con los mismos problemas arquitectónicos.
Por eso Newton Protocol llamó mi atención.
Al principio, lo descarté. La IA se ha convertido en la última palabra de moda en cripto, y la mayoría de los proyectos parecen decididos a vincularse a ella, tenga sentido o no. He visto ese ciclo suficientes veces como para dejar de prestar atención al marketing.
Así que ignoré los titulares y miré la arquitectura.
Ahí fue cuando todo se volvió interesante.
Newton Protocol no intenta exprimir unas pocas transacciones más en cada bloque ni recortar milisegundos del tiempo de ejecución. Está centrado en algo que creo que la industria ha subestimado durante años.
Autorización.
No es la ejecución de transacciones.
Hay una diferencia importante.
Las cadenas de bloques ya son muy buenas ejecutando transacciones exactamente como se les instruye. Los contratos inteligentes son deterministas. Dales entradas válidas y producirán salidas previsibles cada una y todas las veces.@NewtonProtocol
Esa es una de sus mayores fortalezas.
También es una de sus mayores limitaciones.
Los contratos inteligentes no entienden el contexto.
No saben que un agente de IA perdió permisos hace diez minutos. No saben que cambió la política de tesorería de una empresa esta mañana. No saben que se actualizó un flujo de aprobación interno después de un incidente de seguridad, o que un regulador introdujo un nuevo requisito de cumplimiento durante la noche.
Ejecutan.
Nada más.
Para las primeras aplicaciones de blockchain, eso no era necesariamente un problema. La mayoría de los sistemas estaban relativamente aislados, y la mayoría de los usuarios entendían las reglas bajo las que operaban.
El entorno de hoy se ve completamente diferente.
Los stablecoins liquidan cantidades enormes de valor cada día. Las instituciones financieras están experimentando con infraestructura pública. Los activos tokenizados siguen expandiéndose en mercados tradicionales. Mientras tanto, los sistemas de IA están comenzando a tomar decisiones que antes hacían las personas.
La automatización se está acelerando.
Así que también es complejidad.
He trabajado lo suficiente con sistemas distribuidos como para saber dónde normalmente se rompen las cosas.
Los fallos rara vez ocurren porque el software no pueda ejecutar instrucciones.
Ocurren porque las suposiciones detrás de esas instrucciones dejan de coincidir con la realidad.
Las políticas de negocio cambian.
Las organizaciones se reestructuran.
La tolerancia al riesgo cambia.
Los requisitos de cumplimiento evolucionan.
A veces, todo eso ocurre en la misma semana.
Los permisos estáticos no sobreviven en organizaciones dinámicas. He visto que esto falla más de una vez.
La blockchain no escapa mágicamente a ese problema.
La mayoría de los contratos inteligentes evalúan si una transacción satisface la lógica del contrato.
Muy pocos evalúan si satisface la lógica del negocio.
Eso no es lo mismo.
Ahí es donde parece estar abordando la brecha Newton Protocol.
En lugar de empujar toda la autorización hacia la capa de la aplicación, acerca mucho la aplicación de la política a la ejecución de la transacción. La identidad, los requisitos de cumplimiento, los controles de gasto, las políticas de gobernanza, los permisos organizativos y las comprobaciones contra el fraude se convierten en componentes programables del propio proceso de autorización.
Me gusta ese enfoque.
He visto sistemas en los que cada control de seguridad importante vivía dentro de la interfaz de usuario de la aplicación. Todo parecía seguro hasta que alguien interactuaba directamente con el contrato inteligente, se conectaba a través de otra aplicación o eludía por completo el flujo esperado.
De pronto, esas protecciones ya no estaban.
Nadie había pirateado la cadena de bloques.
La arquitectura simplemente asumía que los usuarios se comportarían exactamente como los diseñadores esperaban.
Ese es un problema de diseño.
Newton Protocol parece reconocer eso, en lugar de fingir que no existe.
El momento también se siente acertado.
A todos les emociona que los agentes de IA gestionen carteras, ejecuten estrategias de DeFi, operen tesorerías corporativas e interactúen con redes blockchain en nombre de los usuarios.
Las demostraciones son impresionantes.
Lo que más me interesa es todo lo que ocurre detrás de escena.
¿Cuánta autoridad debería recibir realmente un agente autónomo?
¿Quién define esos permisos?
¿Qué tan rápido pueden cambiar?
¿Qué pasa cuando cambian las regulaciones mañana, o una empresa actualiza sus políticas internas antes del almuerzo?
Esas preguntas no se vuelven menos importantes a medida que mejora la IA.
Se convierten en requisitos operativos.
Una lección sigue repitiéndose a lo largo de mi carrera.
La ejecución normalmente es la parte fácil.
La autorización es donde los sistemas se vuelven complicados.
La ejecución sigue código determinista.
La autorización depende de las personas, las estructuras organizativas, las excepciones, los marcos de cumplimiento, las regulaciones cambiantes y decisiones de negocio que no permanecen estables por mucho tiempo.@NewtonProtocol
La realidad es más caótica que los diagramas de arquitectura.
Siempre lo es.
Probablemente por eso Newton Protocol sigue en mi radar.
Trata la autorización como infraestructura, en lugar de tratarla como otra característica más que luego se le añade a la aplicación.
Por supuesto, solo la arquitectura no determina si la infraestructura tendrá éxito.
He visto plataformas técnicamente brillantes desaparecer porque nadie quería la carga operativa de integrarlas. También he visto tecnología bastante ordinaria convertirse en estándares de la industria simplemente porque eliminó un problema frustrante con el que todos luchaban en silencio.
La ingeniería importa.
La adopción importa tanto como.
Newton Protocol aún tiene mucho que demostrar.
Cada proyecto de infraestructura hace eso.
Aun así, creo que está haciendo una pregunta que la industria de blockchain debería haber estado formulando hace años.
Hemos pasado una cantidad enorme de tiempo haciendo las transacciones más rápidas, más baratas y más programables.
Ese trabajo ha sido valioso.
Pero si las empresas, las instituciones financieras, las redes de pago y el software autónomo van a operar de forma segura on-chain a escala, decidir si una transacción debe ocurrir puede llegar a ser igual de importante que ejecutarla correctamente.
Por eso sigo prestando atención a Newton Protocol.
No porque esté conectado con la IA.
Porque intenta resolver una capa de infraestructura de blockchain que la mayoría de la gente no notará hasta que descubra que no puede construir sistemas serios sin ella.
