Saltar al contenido principal
La red Livepeer admite un mercado descentralizado dinámico para cómputo de medios en tiempo real: transcodificación e inferencia de IA. A diferencia de las plataformas de infraestructura estáticas, el mercado abierto de Livepeer introduce en tiempo real pujas, enrutamiento y precios de trabajos a través de un conjunto global de Orchestrators. Esta página describe la capa del mercado, los comportamientos de los actores, la economía de las sesiones y cómo se relaciona con el protocolo.

Resumen del mercado

ElementRole
Este mercado es continuo — Los Orchestrators están siempre disponibles para sesiones; los Gateways enrutan el trabajo fuera de cadena sin gas en cadena por trabajo.

Demanda: cargas de trabajo de clientes

Los clientes envían varios trabajos de cómputo de medios a través de Gateways:
Job typeExample use casePayment style
Ejemplos de API: Livepeer Studio REST, Gateway POST job, interfaz ComfyStream (IA).

Oferta: nodos Orchestrator

Los Orchestrators anuncian:
  • Especificaciones de hardware (GPU/CPU, memoria)
  • Región y latencia
  • Cargas de trabajo compatibles (video, IA o ambas)
  • Precio por segmento / fotograma / token
Actualizan la disponibilidad mediante endpoints de latido gRPC o REST del lado del gateway. Los Gateways usan esta información para enrutar los trabajos al mejor coincidencia.

Lógica de enrutamiento

El Gateway califica a los Orchestrators por:
  • Latencia a la fuente de entrada
  • Coincidencia de carga de trabajo (video vs IA)
  • Costo por trabajo
  • Disponibilidad y búfer de reintentos
Las sesiones son enrutadas fuera de cadena al mejor coincidencia; no se gasta gas en cadena por trabajo.

Descubrimiento de precios

La implementación actual de Livepeer usa precios publicados (establecidos por Orchestrator), no basados en subasta. Algunas notas:
  • Los clientes pueden ser emparejados con el proveedor compatible disponible más bajo.
  • Los precios pueden variar por:
    • Región (p. ej., US-East vs EU-Central)
    • Carga de GPU (Orchestrators con mucha IA pueden cobrar más)
    • Perfil de calidad (p. ej., 1080p60 vs 720p30)
In development: LIPs may introduce dynamic auction mechanisms for AI sessions (e.g. spot job auctions). See the Forum LIPs for proposals.

Pagos y liquidación

Clientes pagan a través de:
  • tickets ETH (liquidados en cadena a través del protocolo TicketBroker)
  • Saldo de crédito (seguido fuera de cadena por algunos Gateways)
Orchestrators:
  • Reclamar tickets ganadores al TicketBroker en Arbitrum
  • Acumular ganancias ETH del trabajo de transcodificación/IA
  • Reclamar recompensas de inflación (LPT) del BondingManager cada ronda

Extensiones del sistema de crédito

Algunos Gateways ofrecen precios amigables para el usuario además de ETH directo:
CurrencyTop-up methodsDenomination example
Los orquestadores pueden fijar precios en equivalentes a USD mediante cotizaciones basadas en oráculos donde estén soportadas.

Observabilidad

Cada sesión puede registrarse con:
  • Latencia hasta la primera respuesta
  • Recuento de reintentos
  • ID y región del orquestador
  • Precio pagado (ETH o crédito)
Los futuros indexadores del mercado pueden mostrar estadísticas de flujo de trabajos en tiempo real para la red.

Límites entre protocolo y mercado

LayerDescriptionExample

Actualizaciones futuras (LIPs propuestos)

  • LIP-78: Subastas de trabajos puntuales
  • LIP-81: Puente de sincronización crédito-a-protocolo
  • LIP-85: Influencia del staking del orquestador en el enrutamiento de trabajos
Para el estado actual, consulte el LIPs del foro y Hoja de ruta técnica.

Ver también

Referencias

Last modified on March 1, 2026