市场概览
此市场是持续的 - Orchestrators 始终可用于会话;Gateways 在链下路由工作,无需每个作业的链上 gas。需求:客户端工作负载
客户端通过 Gateways 提交各种媒体计算作业: API 示例: Livepeer Studio REST, Gateway POST job, ComfyStream interface (AI).供给:Orchestrator 节点
Orchestrators 广告:- 硬件规格(GPU/CPU,内存)
- 地区和延迟
- 支持的工作负载(视频、AI 或两者)
- 每段/帧/令牌价格
路由逻辑
Gateway 根据以下标准对 Orchestrators 进行评分:- 到输入源的延迟
- 工作负载匹配(视频 vs AI)
- 每个作业成本
- 可用性和重试缓冲
价格发现
当前 Livepeer 实现使用已发布定价(Orchestrator-set),非拍卖式。几点说明:- 客户端可以匹配到最低可用兼容提供商。
- 价格可能因以下因素而异:
- 地区(例如 US-East vs EU-Central)
- GPU 负载(AI 密集型 Orchestrators 可能收费更高)
- 质量配置(例如 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.
支付与结算
客户端 通过以下方式支付:- ETH 票(通过协议的链上结算)
TicketBroker) - 信用余额(由某些 Gateways 在链下跟踪)
- 索取获胜票到
TicketBroker在 Arbitrum 上 - 累计 ETH 来自转码/AI 工作的收益
- 索取通胀(LPT)奖励来自
BondingManager每轮
信用系统扩展
一些 Gateways 除了直接 ETH 之外,还提供用户友好的定价: Orchestrators 可以在支持的情况下通过基于预言机的报价以美元等值计价。可观测性
每个会话可以记录以下信息:- 首次响应延迟
- 重试次数
- Orchestrator ID 和地区
- 支付的价格 (ETH 或信用)
协议–市场边界
未来升级(已提议的 LIP)
- LIP-78: 现货作业拍卖
- LIP-81: 信用到协议同步桥
- LIP-85: Orchestrator 质押对作业路由的影响
另请参见
- 作业生命周期 - 从摄取到结算的端到端流程
- 参与者 - 网关、Orchestrator 和 Delegator 角色
- Livepeer 协议概览 - 链上合约和激励
- 区块链合约 - TicketBroker 和其他合约地址