Passer au contenu principal
Temps du chapeau d’entreprise ! Comme discuté dans la section Économie de la passerelle, les passerelles dans Livepeer ne gagnent actuellement pas frais de protocole- par conception.

Gateway Economics

Read about Gateway Economics Here
 Au lieu de cela, les passerelles se situent au niveau de la demande, du contrôle et du produit du réseau Livepeer. Elles ne sont pas seulement des routeurs de services - ce sont aussi les endroits où les entreprises, les produits, les engagements de niveau de service (SLA), la conformité et les relations clients vivent réellement. C’est là que les clients se connectent, les politiques sont appliquées, les charges de travail sont définies, et des entreprises réelles sont construites.
Running a gateway is a strategic infrastructure decisionReasons include both technical and product needs.

​
Modèle mental du produit

Portails
  • gérer les relations clients
  • contrôler l’ingress et la demande
  • définir la fiabilité et la latence
  • activer la conformité et les ventes entreprises
  • offrir une différenciation produit
Dans chaque marché d’infrastructure mûr (cloud, CDNs, paiements, télécom), le plan de contrôle et le bord captent une valeur durable même lorsque l’exécution est devenue un produit standardisé (c’est-à-dire par les orchestrateurs dans le cas de Livepeer). Si les orchestrateurs sont des « usines », les passerelles sont les ports, les douanes et les entreprises de logistique.

​
Pourquoi exécuter une passerelle ?

Voici certaines raisons pour lesquelles vous pourriez décider d’exécuter une passerelle Livepeer - regroupées en catégories claires d’entreprise et techniques.
Change to Cards?

​
1) Direct Usage & Platform Integration

Reasons related to using a gateway as part of your own product or operations.
  • Run your own workloads – Process your own video or AI content end-to-end with full control over ingestion, routing, retries, and delivery.
  • Ensure SLAs on orchestrators – Enforce latency, availability, retries, and failover through explicit orchestrator selection and routing logic.
  • Embed in a larger platform – Use the gateway as internal infrastructure powering a broader media or AI product rather than exposing protocol primitives.

​
2) Economics & Monetization

Reasons related to where money is made or saved.
  • Service-layer monetization – Charge end users more than orchestrator cost for reliability, compliance, convenience, or performance guarantees.
  • Avoid third-party gateway fees – Eliminate routing fees, pricing risk, and policy constraints imposed by another gateway operator.

​
3) Demand Control & Traffic Ownership

Reasons related to owning and shaping demand.
  • Demand aggregation & traffic ownership – Own ingress, customer relationships, usage data, and traffic predictability across apps or customers.
  • Workload normalization – Smooth bursty demand into predictable, orchestrator-friendly workloads.

​
4) Reliability, Performance & QoS

Reasons related to making the system work in real production environments.
  • QoS enforcement & workload shaping – Control routing, retries, failover, and latency vs cost trade-offs beyond protocol defaults.
  • Geographic request steering – Route users to regionally optimal orchestrators to reduce latency and improve reliability.

​
5) Security & Compliance

Reasons related to enterprise and production requirements.
  • Enterprise policy enforcement – IP allowlists, audit logs, authentication, rate limits, and deterministic behavior.
  • Cost-explosion & abuse protection – Prevent buggy or malicious clients from generating runaway compute costs.

​
6) Product Differentiation & UX

Reasons related to building differentiated products on top of the protocol.
  • Product differentiation above the protocol – Custom APIs, SDKs, dashboards, billing abstractions, and AI workflow presets live at the gateway layer.
  • Stable API surface – Shield customers from protocol or orchestrator churn with versioning and controlled change.

​
7) Observability & Feedback Loops

Reasons related to seeing and improving the system over time.
  • Analytics & feedback loops – Visibility into request patterns, failures, latency distributions, model performance, and customer behavior.

​
8) Strategy, Optionality & Ecosystem Power

Reasons related to long-term leverage and positioning.
  • Strategic independence – Avoid pricing, roadmap, availability, or censorship risk from other gateway operators.
  • Future optionality – Early positioning if gateway incentives or economics evolve in the future.
  • Ecosystem influence – Gateways shape standards, surface protocol gaps, and influence real-world usage patterns.
Last modified on March 1, 2026