Livepeer 财库

​

创世

• 创建与治理:
  • LIP‑89建立了 金库
  • 它部署了一个自定义的 OpenZeppelin Governor（具有 100 LPT 提案阈值和按持仓加权投票）

• 资金:
  • LIP‑92设置链上收入分配：发送 10% 的新 LPT 发放到国库。
• 使用:
  • LIP‑90 已确定国库应资助公共产品。
  • 已批准的提案可以将国库资产分配给有利于 Livepeer 生态系统的项目。

​

目标

• 维持生态系统增长 通过资助核心开发、工具、集成和研发
• 提升协议安全 通过支持审计、激励设计和漏洞赏金
• 去中心化治理 通过链上投票决定资金提案（LIPs）
• 实现长期协调 超出任何单一行为者或公司的范围

​

资金来源

1. 协议通胀: 25% 的新铸造 LPT（通胀奖励 LPT）直接进入链上社区金库，每轮。 (进入由 Livepeer 基金会和社区管理员控制的多重签名账户。)
2. 削减惩罚: 当指挥者被削减时，50% 被削减的 LPT 被销毁，50% 转移到金库。
3. 费用池剩余: 如果网关/广播者存入的 ETH 超过最终通过中奖票支付的金额，剩余部分将被划入金库。
4. 直接 LIP 转账: 社区或多重签名实体可以通过 LIP 提案手动存入 LPT。

​

基金使用

参见 LIP-73 和 LIP-77 作为示例

​

治理

• 提案: 质押 100 LPT 以提出提案。
• 投票: 任何已质押的代币（编排者 + 委托者）都可以对资助进行投票。委托者通常让其运营商代为投票，但也可以分离后单独投票。
• 法定人数/阈值: 与协议相同：33% 的质押必须参与，且多数投赞成票。
• 执行: 如通过，治理者立即释放资金；如未通过，质押将被退回，资金保持不变。

​

报告与透明度

• Livepeer Explorer: 通过 Livepeer Explorer（国库页面）在链上跟踪国库。
• 治理历史在 Arbiscan: 所有提案、投票和付款都是公开的
• 支出事件在 ABI
  Example Query (using ethers.js)

  复制

  询问AI

  const event = TreasuryContract.filters.TreasuryWithdrawal()
  provider.on(event, (log) => console.log(log.args))
  
• 有关历史示例，请参阅 论坛帖子 关于资助提案或探索者的投票记录。
• 关注里程碑更新和报告 Livepeer 论坛.

​

Livepeer 基金会角色

• 治理协调: 确保金库提案通过结构化流程和协调，从构想到链上执行高效推进。
• 问责与里程碑监督: 维护透明度并跟踪交付成果，使已批准的资金转化为可衡量的结果。
• 战略资本框架: 帮助定义资金优先级和与网络健康相一致的长期分配策略。
• 执行赋能: 对齐贡献者并消除障碍，使由国库资助的项目真正落地。
• 长期网络健康: 管理国库部署，以加强协议安全、去中心化和生态系统增长。

​

合约架构

• 合约名称: Treasury
• 部署: Arbitrum 一

• 持有 LPT 资金
• 接受授权的 distribute() 调用来自治理
• 发出 TreasuryWithdrawal 事件在批准支出

​

改进讨论

• 一个例子是 透明的里程碑式资助模型: 提案人提交预算和交付物，资金在完成后分批释放，进展在论坛上公开报告。
• 另一个是 二次方资助，这可以将国库的社区捐赠匹配，以表明强大的草根支持。讨论还探讨了 regen network‑style 事后资助模式，在影响得到证明后奖励贡献。

​

进一步资源