Después de mezclar durante mucho tiempo en el mundo cripto, yendo uno solo por su cuenta, las neuronas de las personas tienden a volverse un poco desordenadas; sobre todo, al pasar todos los días mirando una pantalla llena de relatos de agentes de IA y de todo tipo de estrategias de automatización, uno siempre siente una sensación absurda, como estar bailando sobre un barril de pólvora. Todo el mundo grita a voz en cuello que las máquinas van a liberar las manos, pero muy poca gente piensa en esto: cuando cientos y miles de inteligencias artificiales sin alma, con autorizaciones ilimitadas para manejar tu monedero, se lanzan a toda velocidad por la cadena, incluso un error diminuto de oráculo o un tropiezo con un parámetro pueden hacer que los ahorros de varias generaciones se evaporen en cuestión de segundos. Muchos equipos describen la automatización en las presentaciones como un chocolate Deff suave y sedoso, pero cuando llega el momento de ponerse serios, y cuando el capital a gran escala necesita entrar o salir del “banco”, esa misma suavidad sin restricciones previas suele ser el inicio de la catástrofe.
Hace unos días saqué y probé, una por una, varias de esas interfaces/protocolos de automatización que están dando de qué hablar. Además, metí un poco de “activos falsos” en la red de pruebas para probar presiones extremas, y el resultado me dejó erizado el vello. Por ejemplo, algunas redes de ejecución automatizada veteranas: su lógica central en realidad es posterior, es decir, los robots activan una operación según las condiciones que tú estableces; pero si, después de enviar la transacción, se estrella contra direcciones en listas negras de lavado de dinero de un hacker, o si la liquidez de la pool subyacente ya fue drenada, ellos en realidad no lo controlan. Es como darle a mercenarios una tarjeta de crédito de límite infinito y decirles que vayan a comprar armas; y resulta que pasan la tarjeta en el cuartel de terroristas. Esa autorización de grano grueso se podía tolerar en los primeros días de DeFi, cuando todos solo jugaban con unos cientos de dólares de arbitraje; pero si lo colocas hoy en escenarios de pagos entre cadenas, gestión de activos a nivel institucional o de protección ante liquidaciones, es básicamente entregar tu cuello al cadalso.
Con esa mentalidad de exigencia y de estar listo para salir corriendo en cualquier momento, últimamente he pasado bastante tiempo desarmando el proyecto que llevaba ahí, frío como un refrigerador. Para ser honesto, cuando vi su nombre por primera vez, me puse en alerta: en el mercado hay demasiadas historias sobre seguridad y gestión de riesgos, y la mayoría termina convirtiéndose en vender puertas antirrobo. Pero esta vez, el concepto de capa de autorización on-chain que han montado sí tocó uno de mis puntos más molestos al escribir código y hacer liquidaciones: cómo detener esa maldita mano antes de que la transacción se escriba de verdad en los bloques.
Las herramientas tradicionales de automatización en cadena, como algunos protocolos de gestión de cofres que conocemos, suelen escribir las reglas directamente “fijas” en el smart contract. Ese enfoque viene con una arrogancia típica de programadores: creen que con el código abierto y tras pasar auditorías de tres empresas de seguridad, ya pueden estar tranquilos. Pero la realidad suele darles un golpe fuerte. La liquidez del mercado está viva, la política regulatoria es como un camaleón: lo que hoy es compatible, mañana puede ser sancionado. Si quieres modificar el límite de posiciones de un cofre o introducir un nuevo mecanismo de filtrado, lo siento, tendrás que reescribir el contrato, pasar por votaciones de gobernanza, desplegarlo y luego pagar una fortuna por otra ronda de auditorías. Con ese combo, las “zanahorias” ya se habrán enfriado: los hackers ya se habrán llevado las ganancias empaquetadas.
En este punto, al comparar las dos arquitecturas, se ven algunas pistas interesantes. Ellos optan por separar la estrategia de ejecución del código del contrato subyacente, lo cual es una elección muy pragmática a nivel de ingeniería. Esto significa que no tienes que meter mano en la estructura ósea completa del cofre; en su lugar, puedes actualizar dinámicamente tus condiciones de gestión de riesgos como si configurarás reglas de un cortafuegos, sin afectar la seguridad de los activos subyacentes. Por ejemplo, hoy puedo exigir que una estrategia de arbitraje se detenga (se active un fusible/corte) si el deslizamiento en un solo lado supera el 2%; mañana puedo añadir una regla de aislamiento forzado para un protocolo específico de alto riesgo. Esas reglas existen de forma independiente y se verifican de manera emparejada a nivel de milisegundos antes de la liquidación. Ese tipo de autorización en cortes tan finos, no tiene comparación con el modo tradicional en el que “te entrego mi wallet y rezo para que seas una buena persona”. No sé qué tan avanzado tendría que estar eso para llegar a ese nivel.
Pero, dejando a un lado esos bonitos nombres técnicos, lo que de verdad me parece interesante —a mí, que escribo código— es ese kit de cofre que lanzaron recientemente. Esta cosa es engañosa: a simple vista parece otro pozo de arbitraje para estafar a los minoristas para que ganen intereses; pero cuando investigas las interfaces te das cuenta de que ni siquiera toca el principal del usuario. Lo que hace es más parecido a ponerle un collar a los administradores de esos cofres o a sus robots automatizados. Hoy en día, muchos equipos “cuant” o mantenedores de cofres tienen permisos asombrosos: con reunir suficientes llaves multisig, pueden mover los fondos a cualquier lugar. Y este componente mete a la fuerza una ranura de estrategia entre la orden que inicia el administrador y el momento en que realmente se transfiere el dinero.
Intento ejecutar su paquete de estrategias usando datos simulados para ver cómo reacciona ante casos extremos. Cuando se incrementa a propósito la desviación del activo subyacente, o cuando se cambia la dirección de interacción objetivo a un “agujero negro” marcado con riesgo, la respuesta del sistema no es un aviso en forma de ventana emergente en el front-end, sino un rechazo de firma directamente a nivel de consenso. Esto significa que, si la evaluación de la estrategia no se supera, esa transacción ni siquiera puede propagarse hacia atrás en la cadena. Ese bloqueo duro es justamente lo que más falta en el ecosistema automatizado actual. Ahora todos están demasiado enamorados de la velocidad: compiten a ver qué máquina “gana” antes, qué nodo de ejecución tiene más ventaja, pero se olvidan de que, en un entorno on-chain tan enredado, detenerse quizá requiera más pericia técnica que lanzarse a toda velocidad.
Claro, como un escéptico con experiencia, no puedo creer ciegamente solo por un par de interfaces bonitas. Esa capa de autorización previa suena muy bien en la lógica, pero en la práctica depende de forma aterradora de datos externos. Si tu estrategia necesita determinar si una dirección está limpia o si la línea de liquidación de una pool es segura, tienes que alimentar continuamente con los datos más recientes, tanto on-chain como off-chain. Si la fuente de datos se equivoca, o si el precio que proporciona el oráculo se retrasa, esa “puerta de seguridad” de repente se convierte en el mayor cuello de botella de rendimiento, e incluso en un bloqueo lógico de autodeshabilitación.
Según el conjunto de ecosistemas de red de pruebas que han divulgado hasta ahora, el listado que conectan va desde grandes firmas de auditoría de cumplimiento hasta sistemas reputacionales de wallets más nicho, y redes de oráculos de precios. El montaje parece bastante intimidante, pero lo que más me importa es el problema de privacidad cuando esos datos se transforman en juicios de estrategia. Lo que más se debe evitar al poner en cadena el modelo de un instituto financiero es revelar al mundo entero su modelo de gestión de riesgos y sus cartas de tenencia. Si en cada comprobación de autorización hay que exponer en una blockchain pública los parámetros internos “a cara descubierta”, entonces la institución preferirá volver al camino tradicional de la centralización. Aquí introducen pruebas de conocimiento cero para hacer la verificación de cumplimiento y de estrategia, intentando lograr un efecto de “yo te demuestro que cumplo las reglas, pero no tengo que decirte mis parámetros concretos”. Si esta dirección logra mantenerse estable en el funcionamiento de la mainnet a gran escala, su espacio de imaginación ya no se limitará a una ruta específica de un carril de IA: podría convertirse en infraestructura base para la acumulación de grandes capitales en toda la cadena.
Sin embargo, volviendo a una perspectiva racional, la consistencia lógica técnica nunca puede equivaler directamente al éxito a nivel de mercado. Ahora mismo, la evolución del tablero está reflejando de forma bastante honesta el sentimiento frío del mercado: el precio está atorado en niveles bajos y el volumen de operaciones ni siquiera alcanza el nivel necesario para mover la cosa. Además, con el calendario de desbloqueos y liberaciones de tokens que se puede prever después, cualquier inversor que responda por su propio capital no debería generar una fe ciega solo por dos whitepapers técnicos. En el mundo cripto, proyectos que terminaron siendo “mártires” por rutas técnicas demasiado adelantadas hay demasiados como para contarlos con las manos.
El futuro de este proyecto depende por completo de si, durante los próximos dos o tres trimestres, aparecerán cofres que realmente ejecuten con grandes fondos, protocolos de cross-chain reales o redes de agentes de IA de nivel top que integren esta capa de autorización como estándar previo. Si al final a todos les sigue pareciendo normal ir “en pelota”, y cuando pase algo prefieren pedirle al proyecto y negociar con hackers, entonces ese sistema de frenado tan elaborado solo podrá quedarse en la vitrina como una pieza de arte. Por eso estoy dispuesto a ponerlo en la lista de observación: porque en una era en la que todo el mercado está fabricando coches de carreras sin parar, es demasiado raro encontrar a alguien que esté dispuesto a estudiar, al borde de la carretera, cómo se hacen los frenos. Proteger la vida siempre es más importante que hacerse rico de golpe. Antes de que veamos que los datos de uso de su ecosistema crecen exponencialmente, mantener la mirada fría y hacer validación técnica es, en este mercado disparatado, la única forma de vivir mucho tiempo.
Ahora, en todo el ciclo de alternancia entre bull y bear, todos apostamos por dónde estará el siguiente punto de explosión a nivel de aplicación, pero yo me inclino más por buscar herramientas de base que puedan ponerle riendas a esas máquinas desenfrenadas. Si las finanzas on-chain están destinadas a manejar activos del mundo real por valor de billones y agentes inteligentes automatizados, entonces esa lógica de base que intercepta el riesgo antes de la liquidación se convertirá tarde o temprano en una puerta de acceso imposible de rodear. No necesitamos predecir la reparación de corto plazo de las velas; solo hay que vigilar su panel de datos central y comprobar si ese código frío en realidad está frenando el dinero real. $MU #美光股价跌10.5%
La comida fría tiene sus propias reglas de juego; al menos tiene menos ruido. Después de que se calme la algarabía, mira @NewtonProtocol cómo, en el marco de Newton Mainnet Beta, puedes construir con #Newt este conmutador on-chain para vida o muerte que no es tan sexy pero sí lo suficientemente hardcore; quizá nos deje un raro punto de referencia racional en medio de una cancha llena de viento y gritos.$NEWT
