协议、Schema 与参考实现均为 Apache-2.0 开放源码;域名与注册表是受章程治理的社区资产。
值得信任的协议,
由社区共同拥有。
KineGrant 以无币 DAO 式治理运作:透明的 RFC 决策、按贡献记录划分的角色、公开留档,以及完全不涉及金融的机制。
我们所说的 DAO
去中心化是设计,
金融永远不是。
我们采用让开放基础设施可信的 DAO 理念:社区共有、决策透明、开放参与。同时去掉制造风险的要素:代币、金库、募资与投机。
每一项决策、投票与委员会记录都公开、可复核,不存在闭门决策。
影响力来自可验证的工作:评审、实现、复现、适配器与 RFC 贡献。贡献不能被购买。
没有代币、没有 NFT、没有金库、没有募资。DAO 理念只用于治理,不用于金钱。
谁来运营
角色靠贡献获得,
权力被公开记录。
任何在 Apache-2.0 下被合并工作的人:代码、测试、文档、翻译、复现与适配器。
公开记录拥有合并权限的贡献者,负责评审质量、CI 健康与安全事件分诊。
公开记录由委员会为每个 RFC 指定的文档负责人,负责走完整个提案生命周期。
公开记录实现、安全、标准外联与文档等方向的专注小组,所有产出公开汇报。
公开记录负责仲裁争议与 RFC 最终投票的少数维护者。成员公开记录、定期轮换,绝不出售。
公开记录负责发布版本并校验校验和产物的维护者。
公开记录决策如何产生
提案。
辩论。
留档。
决定。
- 01
提案
以 RFC 标签提交 KGP-RFC 拉取请求。协议、线格式、安全属性或治理的任何规范变更都必须走这条路。
- 02
评议
提案至少公开 14 天,问题、异议与替代方案全部记录在 PR 中。
- 03
社区表决
讨论汇总后进行留档投票。投票为咨询性质,按贡献记录加权,绝不按金额。
- 04
委员会终审
委员会先核对利益冲突,再投票;以绝对多数接受、驳回或取代提案。
- 05
接受
被接受的 RFC 合入并进入路线图,后续 RFC 可以取代它。
必须披露利益冲突,利益相关方不得对自己的提案投决定性一票;安全关键变更至少需要两名维护者评审,紧急修复在 72 小时内补审。
RFC 状态板
协议决策的公开账本。
稳定线格式
已接受(最终)· v1.0.0版本化 ODRL Profile(kgp-v0.2)
社区评议中策略包 Schema 稳定性
草案(2026-08-15)新提案遵循仓库内的 KGP-RFC 模板;每个被接受的 RFC 都附带测试计划与兼容性声明。
贡献凭证
声誉,而不是奖励。
授予在 Apache-2.0 下被合并的工作。
由指导委员会授予持续承担评审与 CI 责任的成员。
按 RFC 授予其文档负责人。
记录早期外部实现或被接受的贡献。编号不可购买、不可预留、不可转让。
凭证是不可转让的记录,没有任何经济价值:不可购买、出售、交易、质押,也不能作为投资工具。
合规与边界
开放协作,
零金融敞口。
- ✓
KineGrant 不是法律实体、协会或注册组织。
- ✓
没有加密货币、治理代币、NFT 或任何可交易工具。
- ✓
没有募资、会员费、投资或回报承诺。
- ✓
贡献凭证没有任何经济价值,不可购买、出售或转让。
- ✓
所有贡献均以 Apache-2.0 许可并保持公开。
- ✓
项目不作出任何认证、安全或财务声明。
- ✓
本页面是社区说明,不构成法律意见。
如何加入
第一次贡献,
是最难的一次。
- 01
阅读文档
先读 CONTRIBUTING.md 与治理章程,让贡献落在既定范围内。
- 02
找到真实缺口
认领 good-first issue、复现 Machine Permission Test、评审公开 RFC,或提出适配器。
- 03
提交 PR
小而精确、可测试的改动;必需 CI 通过;安全敏感变更需两名维护者评审。
- 04
积累记录
被合并的工作会公开留档。声誉来自可验证的工作,而不是金钱。
不声称已有客户、市场采用、认证、投资或标准认可。