> ## Documentation Index > Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt > Use this file to discover all available pages before exploring further. # Qué viene después > Capacidades que se construyen después de mainnet beta: qué está comprometido, qué está planificado y qué desbloquea cada cosa. Dos cosas están comprometidas y en marcha. Todo lo que viene después es trabajo planificado, agrupado según a qué sirve. El estado se marca como **comprometido** (en construcción ahora), **planificado** (definido, sin empezar) o **en exploración** (dirección acordada, diseño abierto).

Comprometido

Runtime para agentes de trading

El bucle de ejecución que un agente de IA necesita para operar en nombre de alguien, en lugar del bucle que da por supuesto una interfaz pensada para personas. Una persona puede mirar una pantalla y reaccionar. Un agente no: solo puede actuar sobre lo que el exchange es capaz de demostrar. Esa brecha no la cierra una API; la cierra un runtime con semántica definida en cada paso: predecir antes de comprometerse, enviar sin ambigüedad, reanudar tras una interrupción y leer de vuelta un registro que zanje qué ocurrió. | Pieza | Qué aporta | | ------------------------------------ | ---------------------------------------------------------------------------------------------------------- | | **Simulación previa a la operación** | Evaluar qué haría una orden contra el estado confirmado antes de enviarla | | **Envío idempotente** | Reintentar un envío ambiguo sin arriesgar exposición duplicada | | **Estados terminales con nombre** | Ningún desenlace en el que el resultado sea desconocido: toda acción termina en un estado que tiene nombre | | **Reanudación definida** | Un agente que se reinicia sabe dónde estaba y qué hacer a continuación | | **Recibos con atribución** | Qué hizo el agente, con qué autorización y cuánto costó, todo ello como salida del protocolo | El trabajo sobre el modelo de cuentas va en paralelo: hoy la autorización es de todo o nada con una caducidad, y unos términos más ricos (qué puede mantener un agente, cuánto puede perder, qué puede hacer a continuación) son lo que convierte un permiso en un mandato. Consulta [Trading con IA](/es/protocol/ai-trading).

Integración con custodia institucional

Aportación de fondos directa desde la custodia institucional, empezando por Fireblocks. El obstáculo para el capital institucional rara vez es la mecánica del exchange. Es que el capital no puede salir de su acuerdo de custodia para llegar al exchange. Integrar en la capa de custodia significa que una institución deposita fondos y opera sin sacar los activos de los controles bajo los que está obligada a operar.

Superficie de mercados

| | Estado | | ------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Mercados spot** | Planificado: la capa de metadatos ya lleva definiciones de spot; la ruta de casación es hoy solo para perpetuos | | **Más listados de RWA** | Planificado: acciones, índices y materias primas sobre el mismo modelo de ejecución, con calendario por listado y tratamiento de la continuidad de los índices | | **Margen de cartera** | Planificado: margen calculado sobre posiciones correlacionadas en lugar de por mercado | | **Listado sin permisos** | En exploración: una vía definida para que un mercado se liste sin una decisión de gobernanza por activo |

Liquidez y capital

| | Estado | | ---------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | | **Estructura de mercado de las bóvedas** | Planificado: la estructura de capital en torno a la liquidez propiedad del protocolo, incluida la forma en que participa el capital de terceros | | **Programas para makers** | Planificado: acuerdos formales y comisiones dedicadas más allá de los niveles de bonificación publicados | | **Margen cruzado con colateral RWA** | En exploración |

Acceso y cuentas

| | Estado | | -------------------------------------- | --------------------------------------------------------------------------------- | | **Términos de autorización más ricos** | Comprometido: véase el runtime para agentes de arriba | | **Árboles de subcuentas** | Planificado: subcuentas anidadas con libros y parámetros de riesgo independientes | | **Flujos de sesión y móviles** | Planificado: credenciales de sesión acotadas que no exigen firmar cada orden | | **Cuentas multifirma** | En exploración |

Protocolo

| | Estado | | ------------------------------------------ | --------------------------------------------------------------------------------------------------------------- | | **Más rutas de puente** | Planificado: cadenas y activos más allá del conjunto inicial | | **Ampliación del conjunto de validadores** | Planificado: hacer crecer el conjunto activo a lo largo de mainnet | | **Construcciones de ordenamiento justo** | En exploración: reducir la discrecionalidad del líder sobre la disposición de los lotes dentro de una propuesta | | **Superficie de gobernanza** | Planificado: el proceso por el que se deciden los parámetros de riesgo y los listados |

Datos y observabilidad

| | Estado | | ------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------- | | **Servicio de datos históricos** | Planificado: archivos reproducibles con esquemas, derivados del estado confirmado | | **Reejecución determinista como servicio** | En exploración: el exchange como entorno de entrenamiento y de backtesting, ya que cada bloque se reejecuta exactamente | Nada de esto lleva fecha. Las fechas pertenecen a [Hitos](/es/protocol/roadmap/milestones), que cubre los dos compromisos que sí las tienen. Los elementos pasan de esta página al registro de cambios cuando se entregan.

Qué leer a continuación

Qué está en funcionamiento hoy, y las dos fechas que importan. Registro fechado de lo que se ha entregado. Por qué el runtime para agentes tiene la forma que tiene. Sobre qué se están construyendo estas capacidades.