El costo real de una capa de pagos para agentes no es la comisión. Son las horas que pierde un desarrollador cuando falla un pago y nadie sabe explicar por qué.
Kite es un buen proyecto para poner a prueba esa idea. La red principal se lanzó en abril con Agent Passport y más de 90 proveedores de servicios ya integrados, además de compatibilidad con x402 y MCP, una CLI de kpass y una red de prueba. Para quienes desarrollan, la opción totalmente compatible hoy es MCP: agentes como Cursor y Claude Desktop se conectan a Kite, y los pagos se realizan dentro de una sesión con un límite de gasto.
Lo que me gusta: la documentación enumera casos reales de fallos, como sesiones caducadas y presupuesto insuficiente, y cómo solucionarlos. Lo que vigilaría: las sesiones caducan, así que «vuelve a ejecutarlo mañana» significa volver a autenticarse, y dos de los tres modos para desarrolladores —los de configuración programática— siguen marcados como «próximamente». #KiteBBW
Nada de eso es una señal de alarma en esta etapa. Es simplemente la brecha entre una arquitectura sólida y una experiencia de desarrollo fluida.
Así que mi prueba es sencilla: ¿puede un desarrollador cualquiera crear en un fin de semana un agente que pague por una API y volver a ejecutarlo al día siguiente sin tener que adivinar cómo?
Si sí, la experiencia de desarrollo se convierte en la verdadera ventaja de Kite. Si no, una gran arquitectura se queda en un diagrama.
¿En qué se atascan primero quienes desarrollan?
📊 Crear un agente que pague por cada llamada a una API. ¿Qué es lo primero que te haría abandonar?
Una instrucción privada que solo funciona en una cadena es útil, pero limitada. Esa es la brecha que quiero que Nillion cierre tras el lanzamiento de la red principal de Ethereum de Dusk el 28 de septiembre.
Así funcionan hoy los Covenants. Vinculas una instrucción a una condición, permanece cifrada mientras espera y se revela cuando se cumple esa condición. Es un buen comienzo, pero está limitada a una sola cadena.
Por eso me llamaron la atención Darkfall y Skyglow en la hoja de ruta de siete fases de Nillion.
Está previsto que Darkfall llegue entre noviembre de 2026 y febrero de 2027. La idea es llevar todo lo que Dusk hace a varias cadenas EVM a través de una sola red, con nodos y herramientas específicos para cada cadena, de modo que operadores y desarrolladores puedan trabajar de forma nativa en cada una. @Nillion
Skyglow va un paso más allá. La hoja de ruta describe cómo se verifica una condición en una cadena mientras la instrucción se ejecuta en otra, con pruebas criptográficas que verifican la revelación. También apunta a ofrecer compatibilidad más allá de las cadenas EVM. #NIL
Lo que más me importa es sencillo: la acción ejecutada debería seguir a su condición sin añadir una nueva parte en la que haya que confiar. Conectar cadenas es la parte fácil. Mantener esa garantía durante la transferencia es lo complicado, y sospecho que ahí es donde tropiezan la mayoría de los diseños entre cadenas. Si se logra, las instrucciones privadas dejarán de parecer algo tan especializado.
Para que quede claro, Darkfall y Skyglow son objetivos de la hoja de ruta, no funciones disponibles actualmente.
¿Qué etapa de la hoja de ruta debería implementar Nillion primero? $NIL
me metí en los Mercados Encriptados de @Nillion pensando que la privacidad al operar consistía sobre todo en que la gente no pudiera ver la actividad de tu billetera. Luego empecé a investigar los Covenants y me di cuenta de que hay otro problema oculto a plena vista.
Tu estrategia puede quedar expuesta antes incluso de que se ejecute tu operación.
Piénsalo.
Cuando colocas una orden, los demás ven tu precio de entrada o tu nivel de liquidación. No necesitan saber quién eres para entender tu plan. En cuanto lo ven, pueden reaccionar antes de que se ejecute tu operación.
Aquí es donde los Covenants se ponen interesantes.
En lugar de publicar una instrucción en un formato legible, la sellas bajo una condición predefinida. La instrucción cifrada permanece ilegible mientras la red de nodos de Nillion espera a que se cumpla esa condición. Cuando se activa, los nodos liberan las partes criptográficas necesarias, lo que permite reconstruir la instrucción y ejecutarla en Ethereum.
Puedes preparar tu estrategia con antelación sin difundir sus detalles a todo el mundo que esté observando la cadena.
Mmm. Lo que no dejo de pensar es que esto no se trata simplemente de ocultar una transacción. Se trata de cambiar lo que otros participantes del mercado pueden saber antes de que se ejecute.
Imagina configurar una compra condicional de ETH sin revelar de antemano el precio de entrada que tienes en mente, o preparar un stop-loss que permanezca sellado hasta que se active.
Por supuesto, la confidencialidad no garantiza una mejor ejecución, no elimina todas las formas de MEV ni evita todos los fallos de implementación. Las condiciones y el mecanismo de ejecución siguen siendo importantes.
Pero es una idea a la que vale la pena prestar atención.
Llevamos años haciendo que la actividad financiera sea lo bastante transparente como para poder verificarla, a veces a costa de revelar estrategias que los operadores preferirían mantener en privado.
Entonces, ¿qué es lo que más te gusta de los Covenants??? #NIL $NIL
🎙️ Intercambio sobre el mercado de criptomonedas y respuestas a las dudas de los recién llegados ✅ ¡Construyamos juntos Binance Square 🦅 y difundamos los ideales de libertad! ¡Mantengamos el equilibrio del ecosistema!
🎙️ Intercambio sobre el mercado cripto; respuestas a las preguntas de los principiantes ✅ Construyamos juntos Binance Square 🦅 ¡Difundamos los ideales de libertad y mantengamos el equilibrio del ecosistema!
🎙️ Debate sobre el mercado de las criptomonedas y respuestas a las preguntas de los principiantes ✅ Construyamos juntos Binance Square 🦅 ¡Difundamos los ideales de libertad y mantengamos el equilibrio del ecosistema!