Todo el mundo está construyendo agentes y monederos. Casi nadie se pregunta si las transacciones realmente llegan.
Los agentes ya están pagando cosas en Ethereum. No en una demo. x402 convirtió el HTTP 402 en un flujo de pago en vivo, y los monederos de agentes ahora se entregan con claves y límites de gasto. Los equipos están construyendo sobre la suposición de que una máquina puede saldar sus propias obligaciones sin una persona cerca.
La industria se movió rápido para dar a los agentes los medios para pagar, pero se saltó la parte de debajo de todo. Un riel de pago asume que el pago se completa, y Ethereum nunca se construyó sobre esa suposición. La inclusión es de mejor esfuerzo: envías la transacción y esperas que entre en el siguiente bloque. Un humano puede rodear ese problema observando una transacción atascada, subiendo la comisión y reintentando. Puedes construir un agente que haga lo mismo. Lo que no puedes construir es certeza: un reintento es la misma apuesta colocada de nuevo, en un mercado que ya cambió.
Nada de esto importa mucho en una sola transacción. Importa enormemente en diez mil al día, cuando cada acción está esperando a la anterior.
Ethereum liquida valor. Todavía no lo programa en el tiempo.
En Ethereum, el espacio de bloque se asigna mediante una subasta en vivo que se resuelve aproximadamente cada doce segundos. Cuando envías una transacción, no estás comprando un lugar garantizado en el siguiente bloque. Estás entrando en una competencia, y su resultado, tanto si eres incluido como lo que terminarás pagando, permanece desconocido hasta que ya ha concluido. Ese diseño es elegante para una red sin permisos. También es ajeno a cómo funciona la financiación institucional.
Las instituciones ya están en Ethereum. Lo que no pueden hacer es ejecutar las estrategias que necesitan garantías. Cuando una mesa no puede saber de antemano si una transacción se ejecutará a tiempo o cuánto costará lograrlo, no puede poner tamaño detrás de ella, así que esa actividad permanece fuera de la cadena o se mueve a algún lugar que sí hará ese compromiso.
Durante años la respuesta a los límites de Ethereum ha sido el rendimiento: más transacciones por segundo, más rollups desplegando la demanda. El rendimiento es una medida de cuánto. No dice nada sobre cuándo. Ese es un problema de tiempo, no de espacio, y agregar más espacio no lo resuelve.
Cerrando la brecha
Ahora están entrando en fase de implementación varios enfoques, cada uno abordando una capa diferente del problema.
Las preconfirmaciones permiten que un proponente se comprometa a incluir o ejecutar una transacción antes de que el bloque se finalice. Esa es la respuesta más directa al problema del tiempo: el agente ya no tiene que enviar y esperar. Pero el compromiso tiene que significar algo. Necesita una amplia participación de validadores, respaldo económico creíble y consecuencias exigibles cuando un proponente no cumple. Los sistemas que combinan preconfirmaciones con colateral en staking y condiciones de slashing convierten una promesa en una obligación con responsabilidad.
Las listas de inclusión funcionan a nivel de protocolo, restringiendo lo que un builder puede dejar fuera. Eso las convierte en una herramienta poderosa contra la censura. Pero resuelven un problema distinto: hacer que una transacción sea más difícil de excluir no es lo mismo que comprometerse a cuándo se ejecutará. Una lista de inclusión establece un piso. No fija un calendario.
Los mercados a plazo extienden ese calendario más hacia el futuro. Permiten que instituciones y aplicaciones reserven espacio de bloque antes de necesitarlo, del mismo modo que la energía, el ancho de banda y la capacidad de cómputo se contratan por adelantado respecto a la demanda. Eso convierte la capacidad futura en algo alrededor de lo cual un comprador puede planificar, en lugar de competir en tiempo real. Las cuestiones de diseño aquí tienen que ver con la estructura del mercado: acceso transparente, entrega responsable por parte de los validadores y mecanismos que eviten que la capacidad quede acaparada por un pequeño número de grandes compradores.
Cada enfoque puede tener limitaciones que sea necesario diseñar alrededor. En conjunto, forman la silueta de un mercado sobre el que agentes e instituciones pueden realmente construir: compromisos de los proponentes que significan algo, garantías a nivel de protocolo contra la exclusión y capacidad a futuro que escale con la demanda institucional. Los enfoques individuales tienen cuestiones de diseño por resolver. La dirección está clara.
Un agente que deshace una posición en dos mercados tiene que saber que la segunda pata se liquidará antes de comprometerse con la primera. Sin eso, no está ejecutando una estrategia. Está haciendo una apuesta y esperando el resultado.
Ethereum ya ha construido una liquidación creíble. El siguiente reto es hacer que el acceso a esa liquidación sea programable de antemano. Si los agentes van a coordinar capital a velocidad de máquina, el espacio de bloque no puede seguir siendo algo por lo que simplemente pujan y esperan recibir. Tiene que convertirse en algo que puedan programar en el tiempo.