MICHAEL MOORE

Recibí la invitación de CreatorPad el 16 de octubre y agradezco a Binance Square la confianza. No quería apresurar esta publicación, así que dediqué los días siguientes a leer la hoja de ruta @Nillion . No dejaba de volver a una idea sencilla dentro de Dusk, la primera fase: un Covenant no necesita un operador.

Según la hoja de ruta oficial al 20 de octubre de 2026, un Covenant es una instrucción que permanece oculta en Ethereum hasta que se cumple su condición. La hoja de ruta lo dice claramente: «no se requiere ningún operador y ninguna parte decide si actuar».

Con operador me refiero a un bot o a una persona que pulsa el botón en el momento adecuado. En este caso, los nodos con fondos en staking descifran el resultado solo cuando un flujo de datos en tiempo real muestra que se ha cumplido la condición.

Así es como me lo imagino. Supongamos que quiero comprar ETH solo si BTC alcanza el precio que he elegido. Normalmente tendría que estar pendiente del gráfico, y mi orden quedaría visible antes de ejecutarse. Con un Covenant, podría crear la orden ahora y vincularla a esa condición, de modo que no se muestre nada hasta que se active.

Así fue como los Mercados Encriptados empezaron a tener sentido para mí, con órdenes, ofertas y pagos sellados hasta el momento indicado. Nillion comenzó con la computación sobre datos sensibles que permanecen cifrados, y los Covenants llevan esa idea de privacidad a las operaciones de mercado.

Nillion confirma que Dusk está activo en la red principal de Ethereum y que los desarrolladores ya están creando aplicaciones con él. Una de las aplicaciones que compartió Nillion es una subasta de ofertas selladas, en la que las ofertas permanecen cifradas hasta que termina la subasta.

La hoja de ruta señala que lo siguiente será Darkfall, que llevará los Covenants a un ecosistema EVM más amplio.

Como cualquiera puede ejecutar un nodo poniendo NIL en staking, estaré pendiente de la participación de los nodos.

Hice una operación $NIL por mi cuenta, y la comparto a continuación.

#nil

Sigo haciéndome una pregunta sobre los agentes de IA que tienen una billetera: ¿dónde está el límite? En Kite, la respuesta que encontré es la sesión.

Según la documentación de Kite, la identidad sigue una jerarquía: primero el usuario, luego el agente y, por último, la sesión. La página de arquitectura afirma que «Las restricciones no pueden infringirse ni siquiera si el agente se ve totalmente comprometido».

En términos sencillos, una sesión es un presupuesto que aprueba el propietario, y el agente solo puede actuar dentro de sus límites. Según la versión de la documentación del 15 de octubre de 2026, el agente encuentra un servicio en el catálogo, abre una sesión y espera a que el propietario la confirme antes de crear una nueva.

Por eso, considero que esta es la verdadera pregunta sobre la economía de los agentes. Es fácil crear un sistema que permita a un agente pagar. Lo difícil es permitirle pagar sin entregarle toda la billetera.

La infraestructura de pagos también se está ampliando. Según la versión del 8 de julio de 2026, los pagos x402 —una forma estándar para que los agentes paguen por servicios web— pueden procesarse a través de Base, Tempo y Solana, y Base es la cadena de liquidación predeterminada.

Aquí es donde $KITE entra en mi análisis. La página de tokenómica dice que el protocolo cobra una pequeña comisión por cada transacción de servicios de IA y puede intercambiarla por KITE; el staking y la gobernanza están previstos como utilidades de la fase 2.
Todavía no he encontrado cómo se aplica esa comisión cuando un pago se liquida en Base, así que ese es el detalle que seguiré de cerca.
$KITE #KiteBBW @KITE AI 中文