【Cohort1】关于捐赠EthStorage Git Remote Helper的提案

1 项目简介

GOE:// (EthStorage Git Remote Helper)

GOE:// 是一个基于 Ethereum 主网与 EthStorage 的去中心化 Git 协议，旨在重新定义代码的可信存储与所有权。通过开发一套开源的 Git Remote Helper 并实现自定义 eths:// 协议，项目让开发者可以像使用 GitHub 一样进行 git push / git pull，但数据将直接存储在去中心化的 EthStorage 网络中。

这不仅仅是一个备份方案，而是一套“存储在区块链上的 Git”基础设施。它利用以太坊的共识机制与 EthStorage 的低成本存储，构建了一个抗审查、可验证、永续保存且完全由开发者掌控的开源协作网络，解决了中心化平台单点故障与权限封锁的结构性风险。

代码库： https://github.com/ethstorage/ethfs-git-contracts

2 申请金额 20,000 U

3 解决的公共问题

本项目致力于解决当前开源生态严重依赖中心化平台（如 GitHub/GitLab）所带来的核心危机：

1. 审查与封锁风险：中心化平台掌握代码生杀大权，仓库可能因地缘政治或法律原因被瞬间封禁或删除，导致开发者失去对自己代码的访问权。
2. 数据不可验证与易丢失：缺乏链上证明，历史版本无法确权，且面临平台单点故障导致全球协作中断的风险。
3. Web3 基础设施的悖论：大量 Web3 项目的核心代码仍托管在 Web2 中心化服务器上，根基不稳。

GOE:// 的解决方案：

• 抗审查：数据托管在以太坊主网共识网络上，任何人无权单方面删除或篡改。
• 可验证历史：提交记录（Commit History）上链，提供比传统备份更强的“可信版本历史”。
• 永久存储：利用 EthStorage 实现低成本、大体量数据的永续存储，确保人类数字资产（代码、科研数据、AI 模型）的长期可用性。

4 竞品分析

目前市场上的去中心化 Git 方案（如 Radicle, Tangled, Keybase Git）存在以下共性缺陷：

• 安全性不足：多依赖自建 P2P 网络，节点少、激励弱，缺乏主网级别的安全共识。
• 生态孤立：需要额外客户端，导致流程与现有 Git 生态脱节，且难以与 DAO、智能合约等 Web3 设施交互。
• 长期可用性差：数据完整性无法做到像以太坊那样稳固。

GOE:// 的核心优势：

• 主网级安全：直接复用 Ethereum 主网的安全性与去中心化能力。
• 无缝兼容：完全兼容原生 Git 命令（Push/Pull/Clone），开发者零学习成本。
• 低成本大存储：借助 EthStorage 解决链上存储成本问题，适合大规模代码库。
• Web3 原生集成：易于与以太坊生态（ENS、DAO 治理）深度结合。

5 团队成员

• feiniao9608：独立开发者，EthStorage 社区贡献者。
  • 负责智能合约设计、客户端开发及协议实现。
  • 拥有去中心化存储与自动化开发脚本的丰富经验，致力于推动华语区 Web3 基础设施创新与开源文化传播。

6 资金使用计划

资金将主要用于项目的启动成本、核心协议开发、基础设施费用（RPC 节点、存储测试网）及文档建设。

• 基础设施与研究：覆盖测试网存储费用、RPC 调用及前期架构设计成本。
• 开发与审计：支持智能合约编写、Git Remote Helper 客户端开发及安全性测试。
• 社区与运营：用于文档撰写、Demo 制作及公测期间的社区反馈收集。

7 里程碑和路线图

项目预计开发周期约 2 个月，分为四个阶段：

Milestone 1 - 20% (4,000 U)

• 目标：协议架构与合约基础
• 内容：
  • 完成 Git remote helper 的调研与协议架构搭建。
  • 编写智能合约，提供基础接口（创建仓库、提交 commit 记录、存储引用等）。
  • 集成合约调用逻辑，完成与 EthStorage 网络的完整交互流程设计。

Milestone 2 - 30% (6,000 U)

• 目标：核心功能 Demo
• 内容：
  • 基于 Git Remote Helper 架构，完成客户端核心功能开发（Push、Fetch、分支同步）。
  • 提供测试网可运行的 Demo，验证数据上链与拉取流程。

Milestone 3 - 30% (6,000 U)

• 目标：CLI 工具与完整联通
• 内容：
  • 开发命令行工具 eths-git-cli，实现钱包管理、Repo 初始化、默认分支管理等操作。
  • 实现 Git Remote Helper 的完整联通，支持开发者从终端直接使用 git push eths://... 等去中心化功能。

Milestone 4 - 20% (4,000 U)

• 目标：Public Beta 与开源交付
• 内容：
  • 启动公测版本（Public Beta），收集社区反馈并优化。
  • 完成详细技术文档与使用说明。
  • 正式上线 GitHub 开源仓库，并产出链上验证记录。

附： OP团队 Review

附： 投委打分意见

“直觉上相较“用区块链代替云”，下云 或者 本地化 是个更自然的路径？”

| 解决问题的公共性 | 赛道潜力 | 对华语区（潜在）贡献 | 执行能力与团队 | 可持续性 | 平均分 | | --- | --- | --- | --- | --- | --- | | | | | | | 3.2 | | 3 | 4 | 3 | 4 | 4 | 3.6 | | 4 | 3 | 3 | 4 | 3 | 3.4 | | 3 | 3 | 3 | 4 | 3 | 3.2 | | 4 | 2 | 2 | 2 | 3 | 2.6 |

附： Demo Day 记录

核心 Q&A 摘录：

• Q: GOE:// 本质上只是一个“数据备份方案”吗？
  • A: 不只是备份，而是替代。它不是在 GitHub 之上加一层，而是提供一个独立的去中心化 Git Remote 实现。相比 S3 或自建服务器，它具备“不可删改”和“抗审查”的本质区别，提供了可信的版本历史证明。
• Q: 既然以太坊节点也依赖 AWS，这真的去中心化吗？
  • A: 我们抗的是“存储层的单点”，而非“访问节点的单点”。AWS 宕机只是访问受阻，链上数据依然存在且不可删除，任何人都可以重启动节点恢复数据。而 GitHub 封号则是数据永久丢失。
• Q: 相比 Radicle 等竞品有何不同？
  • A: 核心在于我们不造新链，而是直接接入全球最大的智能合约网络（Ethereum）。这带来了最强的抗风险能力和最广泛的生态兼容性。

演示资料：

• 项目 PPT 链接

投票规则

共有 9 名投委，投票率超过 50% (>4人)，赞成 / 总票数 ≥ 2/3 视为通过。 投委可以继续选择是否增减金额（+10%，+5%，0，-5%，-10%），最终增减比例将直接加总。