Passer au contenu principal
Le réseau Livepeer prend en charge un marché décentralisé dynamique pour le calcul multimédia en temps réel : transcodage et inférence IA. Contrairement aux plateformes d’infrastructure statiques, le marché ouvert de Livepeer introduit le temps réel enchères, routage et tarification des tâches à travers un pool mondial d’Orchestrateurs. Cette page décrit la couche du marché, les comportements des acteurs, l’économie des sessions, et comment cela se rapporte au protocole.

​
Aperçu du marché

ElementRole
Ce marché est continu — Les Orchestrateurs sont toujours disponibles pour les sessions ; les Passerelles dirigent le travail hors chaîne sans frais de gaz en chaîne par tâche.

​
Demande : charges de travail client

Les clients soumettent diverses tâches de calcul multimédia via les Passerelles :
Job typeExample use casePayment style
Exemples d’API : Livepeer Studio REST, passerelle POST job, interface ComfyStream (IA).

​
Offre : nœuds Orchestrateur

Les Orchestrateurs annoncent :
  • Spécifications matérielles (GPU/CPU, mémoire)
  • Région et latence
  • Charges de travail prises en charge (vidéo, IA, ou les deux)
  • Prix par segment / image / jeton
Ils mettent à jour la disponibilité via des points de terminaison de battement gRPC ou REST côté passerelle. Les Passerelles utilisent ces informations pour diriger les tâches vers la meilleure correspondance.

​
Logique de routage

La Passerelle note les Orchestrateurs selon :
  • Latence à la source d’entrée
  • Correspondance de charge de travail (vidéo vs IA)
  • Coût par tâche
  • Disponibilité et tampon de réessai
Les sessions sont routées hors chaîne vers la meilleure correspondance ; aucun gaz en chaîne n’est dépensé par tâche.

​
Découverte des prix

L’implémentation actuelle de Livepeer utilise tarification affichée (définie par l’Orchestrateur), pas basée sur les enchères. Quelques notes :
  • Les clients peuvent être associés au fournisseur compatible disponible le plus bas.
  • Les prix peuvent varier selon :
    • Région (p. ex. US-Est vs EU-Central)
    • Charge GPU (les Orchestrateurs fortement IA peuvent facturer davantage)
    • Profil de qualité (p. ex. 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.

​
Paiements et règlement

Clients paient via :
  • tickets ETH (régularisés en chaîne via le protocole TicketBroker)
  • Solde de crédit (suivi hors chaîne par certaines Passerelles)
Orchestrateurs :
  • Réclamer les tickets gagnants sur le TicketBroker sur Arbitrum
  • Accumuler les gains ETH provenant du travail de transcodage/IA
  • Réclamer les récompenses d’inflation (LPT) du BondingManager chaque ronde

​
Extensions du système de crédit

Certaines Passerelles offrent une tarification conviviale en plus du ETH direct :
CurrencyTop-up methodsDenomination example
Les orchestrateurs peuvent fixer le prix en équivalent USD via une cotation basée sur un oracle lorsqu’elle est prise en charge.

​
Observabilité

Chaque session peut être enregistrée avec :
  • Latence jusqu’à la première réponse
  • Nombre de tentatives
  • ID de l’orchestrateur et région
  • Prix payé (ETH ou crédit)
Les indexeurs du futur marché peuvent exposer des statistiques de flux de travail en temps réel pour le réseau.

​
Frontières protocole–marché

LayerDescriptionExample

​
Mises à jour futures (LIPs proposées)

  • LIP-78: Enchères de jobs Spot
  • LIP-81: Passerelle de synchronisation crédit-vers-protocole
  • LIP-85: Influence du staking de l’orchestrateur sur le routage des jobs
Pour le statut actuel, voir le Forum LIPs et Feuille de route technique.

​
Voir aussi

​
Références

Last modified on March 1, 2026