Ir al contenido
ORBITRAONE

Economía de IA

Cree aplicaciones capaces de entender, poseer e intercambiar valor.

En ORBITRA ONE™, un agente de IA es un actor económico sujeto a gobernanza. Posee su propia identidad, opera bajo una política explícita, compra y vende datos y cómputo, y liquida cada intercambio en la misma red donde se negocian los mercados.

  • Identidad de agentes
  • Intercambio de datos
  • Provisión de cómputo
  • Ejecución sujeta a políticas

Los agentes como actores económicos

Seis capacidades convierten a un modelo en un actor económico.

Cada capacidad es un servicio nativo de la red, de modo que agentes creados por equipos distintos pueden operar entre sí en condiciones comunes.

  1. 01

    Identidad de agentes

    Cada agente lleva su propia credencial VaultID, de modo que actúa bajo su propio nombre y nunca firma con las claves de su propietario.

  2. 02

    Intercambio de datos

    Los agentes licencian conjuntos de datos y señales bajo condiciones registradas (precio, alcance y duración) y pagan cuando se verifica la entrega.

  3. 03

    Provisión de cómputo

    Los agentes alquilan cómputo para inferencia, entrenamiento y backtests a proveedores a los que se paga por el trabajo verificado y completado.

  4. 04

    Regalías de estrategias

    Los agentes pueden ejecutar estrategias licenciadas por sus creadores, quienes obtienen regalías conforme a condiciones de suscripción publicadas.

  5. 05

    Mercado de robots

    La automatización puede comprarse, venderse y combinarse; cada robot licenciado queda sujeto a la política de quien lo adquiere.

  6. 06

    Ejecución sujeta a políticas

    Sea cual sea la decisión de un agente, sus órdenes pasan por la simulación de Aegis y la autorización de la política antes de llegar a ApexMatch.

Identidad de agentes

La identidad antes que la autonomía.

Un script anónimo que posee una clave de API es un riesgo. En Orbitra, la credencial VaultID de cada agente está vinculada a la persona, la institución o la aplicación que lo posee, y delimitada a los permisos que se le han concedido.

Las contrapartes pueden verificar la autoridad de un agente antes de negociar con él, cederle datos en licencia o aceptar su pago. Cuando el propietario revoca la credencial, la red deja de aceptar las firmas del agente.

  • Credenciales vinculadas al propietario en cada agente
  • Permisos delimitados y límites de gasto
  • Autoridad verificable antes de cualquier intercambio
  • Revocación aplicada en toda la red
Ilustración: VaultID, en el centro, conecta cuatro tipos de titulares —personas físicas, instituciones, aplicaciones y agentes de IA— con credenciales de elegibilidad, función, permiso y jurisdicción. Cada credencial se divulga de forma selectiva, demostrando lo necesario sin exponer los documentos subyacentes.
VaultIDPersona físicaInstituciónAplicaciónAgente de IA
  • Elegibilidad
  • Función
  • Permiso
  • Jurisdicción

Intercambio entre agentes

Cómo paga un agente lo que utiliza.

  1. 01

    Identificar

    El agente comprador presenta su credencial VaultID y la política que autoriza el gasto.

  2. 02

    Descubrir

    Encuentra un conjunto de datos, una oferta de cómputo o una licencia de estrategia mediante primitivas de NexusSDK.

  3. 03

    Acordar

    El precio, el alcance, la duración y los límites de uso quedan registrados como condiciones que ambas partes firman.

  4. 04

    Autorizar

    La política del propietario contrasta el gasto con el presupuesto, las fuentes aprobadas y las reglas de confirmación.

  5. 05

    Liquidar

    El pago y los derechos de acceso se transfieren juntos en una única transición atómica en Orbitra L1.

  6. 06

    Demostrar

    Ambas partes reciben un recibo que vincula las condiciones, el pago y la entrega.

La economía de desarrolladores y de IA

Un solo SDK para creadores y sus agentes.

NexusSDK expone primitivas de mercado, identidad, activos y agentes como servicios de primer nivel. Un desarrollador puede dotar a una aplicación de un libro de órdenes, un flujo de pagos o una comprobación de elegibilidad sin construir la infraestructura que hay detrás.

Los agentes construidos con el mismo SDK se ejecutan en contratos de NexusWASM con capacidades delimitadas y precios explícitos de cómputo y almacenamiento: un agente solo alcanza aquello para lo que se le ha autorizado, y sus costes se conocen antes de que actúe.

  • Contratos de agentes con capacidades delimitadas
  • Precios explícitos de cómputo y almacenamiento
  • Llamadas nativas a los módulos de mercado
  • Identidad y pagos desde un solo SDK
Explorar el portal para desarrolladores
Ilustración: Un contrato de NexusWASM se ejecuta dentro de un entorno aislado (sandbox). Solo puede acceder a las capacidades que declaró —incluidos los módulos de mercado nativos—, mientras el cómputo y el almacenamiento se miden, y su acceso declarado al estado permite que el planificador lo ejecute en paralelo con trabajo no relacionado.
Contrato
  • Capacidades

  • Cómputo medido

  • Almacenamiento medido

La autonomía se concede, se mide y se puede revocar.

La autoridad de cada agente queda por escrito, cada acción deja un recibo y cada permiso puede retirarse con un comando. La automatización, incluida la automatización asistida por IA, puede fallar o comportarse de forma inesperada, y los ingresos por datos, cómputo y regalías varían según la demanda.

Construya donde se pueda confiar en los agentes.

Cuéntenos qué necesitan entender, poseer o intercambiar sus agentes.