【Cohort 2】关于捐赠 OpenRPC 的提案

基本信息

字段	内容
项目名称	OpenRPC
申请类型	前置性资助 —— 捐赠支持未来发展
申请赛道	自由开源软件
申请金额	25,000 USDC
Github	https://github.com/open-rpc
X / Twitter	https://x.com/open_rpc
Deck	https://www.youtube.com/watch?v=9UiKQ1zasjE
推荐人	Vinay Vasanji

---

项目简介

OpenRPC 是一个 Apache 2.0 许可的开放标准，用于描述 JSON-RPC API。它类似于 OpenAPI/Swagger，但专为 JSON-RPC 设计。通过提供机器可读且人类可读的规范，帮助团队减少歧义、防止文档漂移，使 JSON-RPC API 更易于构建、测试、验证和集成。

OpenRPC 在区块链生态中已运行超过六年，是该领域的基础设施级工具。包括以太坊执行层 API、MetaMask、Chainlink、Zcash、Filecoin、Celestia、Starknet 等顶级项目和生态系统均使用 OpenRPC 发布其 JSON-RPC 规范。其 TypeScript/NPM 工具包在过去一年内的下载量超过 590 万次。

Demo Day 补充： Zane 在演讲中介绍了 OpenRPC 的核心价值——让开发者能更容易地使用 JSON-RPC API。工具生态包括 Playground（浏览器端规范编写、验证和分享）、Markdown 文档生成器、客户端代码生成器等。当前的主要需求是现代化基础设施：构建 Linter 和改进测试覆盖工具。

---

申请金额

25,000 USDC

---

解决的公共问题

OpenRPC 解决了 JSON-RPC 生态中的核心公共基础设施问题：为 JSON-RPC API 提供一个被广泛采用的、机器可读的规范层。

1. 减少碎片化的文档和集成问题： 没有 OpenRPC，许多项目会面临文档碎片化、集成脆弱、跨团队重复劳动、以及 API 规范漂移导致的 Bug。

2. 提升 RPC 系统的可靠性和安全性： 在区块链领域，钱包、节点、SDK 和 DApp 都依赖 JSON-RPC 端点作为关键基础设施。OpenRPC 让 API 更易于公开审查、讨论和维护。

3. 降低开发者门槛： 通过标准化的规范和自动化工具链，帮助团队在更稳固的基础上构建 API。

---

对华语区的贡献

1. 让华语项目的 API 更易被全球采用： OpenRPC 用结构化的、基于 JSON-RPC + JSON Schema 的规范替代难以翻译的自然语言文档，华语团队可以发布精确规范供全球开发者验证和集成，不再受翻译质量和版本差异的影响。

2. 降低华语开发者对接全球 API 的门槛： 华语开发者可以通过结构化的 OpenRPC 规范更轻松地集成全球 JSON-RPC API，减少因自然语言歧义和翻译偏差导致的错误。

3. 与 LLM 开发工具的协同效应： 随着 LLM 开发工具日益普及，清晰的结构化规范更具价值——模型和 AI 助手可以可靠地引用规范生成正确代码，减少自然语言歧义和翻译差距造成的错误。

Demo Day 补充： Hazel 在 Q&A 中建议，除了语言翻译（AI 已能很好地完成），更希望 OpenRPC 能与 GCC 生态中的华语开发者社区建立连接，让更多人参与进来。Zane 对此表示认同，提出可以帮助华语 JSON-RPC 项目扩大国际影响力，并考虑在文档生成器中加入多语言翻译功能。

---

已获资金与可持续性

• 过去一年内获得以太坊基金会、Chainlink 和 QuickNode 共计 $175,000 的承诺资金，用于支持 OpenRPC 标准和工具的持续维护与开发
• 正在积极探索其他 Grant 和投资机会
• 核心标准和工具将永远保持 Apache 2.0 开源
• 未来可能的商业化路径为可选的托管服务（文档发布、API 用量监控、团队协作功能），不影响底层标准的开放性

---

团队信息

成员	角色	简介
Zane Starr	联合创始人	18 年以上软件开发经验。曾任 ConsenSys 技术负责人和 ETC Labs 核心开发者。近期在 Blueyard Capital DYOR Fellowship 进行 AI 与区块链方向的研究。创立咨询公司 Create Dream Tech，为 NEAR 和 Cartesi 生态交付平台。
Shane Jonas	联合创始人	14 年以上系统与工具开发经验。曾任 MetaMask 高级全栈工程师、Shardeum 工具团队技术负责人、ETCCore 开发者工具团队技术负责人。
Zachary Belford	联合创始人	12 年以上专业软件经验。曾任 Ethereum Classic Labs 技术负责人、MetaMask 开发者 API 工具团队成员、Shardeum 首席工程师（架构系统设计并联合编写 L1 客户端规范）。

---

关键采用者与生态影响

• 年下载量超 590 万次（TypeScript/NPM 工具包）
• 主要用户包括：以太坊执行层 API、MetaMask、Chainlink、QuickNode、Postman、Zcash、Filecoin、Celestia、Starknet、Flashbots
• MUD（全链游戏引擎）用 OpenRPC 描述游戏对象之间的连接

---

开源仓库

组件	链接
规范标准	https://github.com/open-rpc/spec
Playground & 核心工具	https://github.com/open-rpc/tools / https://playground.open-rpc.org/
Markdown 文档生成器	https://github.com/open-rpc/markdown-gen
代码生成器	https://github.com/open-rpc/generator
JS/TS 客户端	https://github.com/open-rpc/client-js
JS/TS 服务端	https://github.com/open-rpc/server-js
测试/验证工具	https://github.com/open-rpc/test-coverage

---

GCC 权益

• 项目中的持续露出：在 OpenRPC 官方文档、博客文章、社区公告中注明 GCC 支持
• Cohort 宣传支持：应 GCC 要求，支持 GCC Cohort 的宣传
• 华语社区连接：通过 GCC 网络与华语开发者社区建立连接，帮助华语 JSON-RPC 项目采用 OpenRPC
• 未来盈利回馈：愿意通过 GCC 资助更多公共物品项目，特别是与 OpenRPC 有交集或具有重大价值的项目

---

Milestone 与资金解锁

阶段	内容	比例	金额	预计完成
M1	OpenRPC Linter 正式发布： 在 open-rpc 组织下发布生产可用的 Linter 工具——稳定的版本管理与发布流程、CI + 自动发布工作流、文档与示例、内置"推荐"规则集（类似 ESLint 风格）。开发团队：3 名工程师（2 主力 + 1 辅助），约 1 个月。所有发布须注明 GCC 资助并应 GCC 要求支持 Cohort 宣传	50%	$12,500	2026-05-01
M2	OpenRPC 测试覆盖工具现代化： 将测试覆盖工具升级为现代 ESM 模块——兼容 ESM 的构建与发布包、更新导入/导出及集成文档、回归测试确保行为正确、升级说明供现有用户迁移、CI 集成文档。开发团队：3 名工程师（2 主力 + 1 辅助），约 1 个月。所有发布须注明 GCC 资助	50%	$12,500	2026-06-15

**注：原两个里程碑预计完成日期分别为 2026-03-01 和 2026-04-10，因 Demo Day 时间及后续流程考虑，时间线相应延后。

---

Demo Day Q&A 摘要

以下内容整理自 2026 年 2 月 12 日 GCC Cohort 2 Demo Day 录像（约 00:41:49 – 00:54:02）及聊天记录。

Q：在 Milestone 中能否加入一些专门面向华语开发者社区的内容？

A：可以考虑在 Markdown 文档生成器中加入多语言翻译功能，让华语项目的 API 文档可以一键翻译生成。同时也很有兴趣帮助已有 JSON-RPC API 的华语项目，通过 OpenRPC 将其 API 标准化，使其更容易被全球开发者采用。

Hazel 建议： 翻译功能 AI 已经可以做得很好，GCC 更期待的是通过 GCC 的社区网络与华语开发者建立实际连接，让更多人参与进来——这是 Demo Day 后可以进一步讨论的方向。

GCC Cohort 2 Demo Day（2026.2.12）完整录像：

https://zoom.us/rec/share/IT7IUtmFBRwT3GDlD6qQWq1vz6JiwjgLKR72D1LalEtlE4PWWclRXRcKlG3oU_qZ.4j1an9k6OLb0MvTb?startTime=1770875903000

访问密码：t%1A$KQ5

OpenRPC (Zane Starr): 00:41:49 – 00:54:02

—————— 投票规则 共有 9 名投委，投票率超过 50% 方可生效；赞成票数 ≥ 总票数的 2/3 视为通过。 投委可选择是否调整最终资助金额，调整选项为：+10%、+5%、0、−5%、−10%；所有投委的调整比例直接加总，作为对申请金额的最终增减幅度