Codeberg 上如果托管着钱包、节点或协议实现代码,现在得重新读一遍托管协议。2026 年成员大会上,一项提案投票通过:加密货币相关项目,以后不允许托管。
理由写得很直白——防止损害 Codeberg 声誉。但"加密货币相关"具体指什么,协议文本没写,讨论区里也没人能给出准确答案。
发生了什么
Codeberg 是非营利、社区自治的代码托管平台,一直被视为 GitHub 的开源替代品。这次改规则走的是"成员大会投票"的正式流程,不是管理员一句话拍板。
投票通过的条款,把"加密货币相关项目"和"损害 Codeberg 声誉的内容"绑在一起,写进了不允许托管的清单。有委员提醒:如果用"诸如但不限于"这种举例方式,必须写清楚这不是穷尽列表,否则容易被理解成"只禁列出的这几种"。
提案作者的回应是:文本已经送去投票,不会再改。"整个投票的精神已经说明这是一个非穷尽的清单",细节留给理事会以后再澄清。投票通过后,有开发者追问"cryptocurrency-related"到底有没有明确定义,提案作者只回复了一句——这个已经通过了。
首当其冲的是那些托管区块链客户端、代币合约、钱包软件、挖矿工具或相关基础设施代码的开发者,这些项目大概率不能继续留在 Codeberg。
谁受影响,又该怎么办
规则方向定了,执行细则还没有。目前能确认和不能确认的信息,列一下:
| 事项 | 目前状态 |
|---|---|
| 投票结果 | 2026 年成员大会投票通过,具体票数未公开 |
| 生效时间 | 未说明 |
| 存量仓库是否豁免 | 讨论区未给出答复 |
| 删除与申诉流程 | 尚未公布 |
| "加密货币相关"定义 | 无正式定义,属非穷尽列表,解释权留给执行者 |
如果你在 Codeberg 上托管着钱包、节点或协议实现类项目,现在能做的不是等通知,而是先把代码镜像到 GitLab 或自建 Git 服务器,留一条退路。备份不需要等理事会表态。
关注平台治理的人,更该盯着理事会接下来怎么解释"加密货币相关"。如果最终解释权落在个别管理员手里,而不是写进公开细则,这条先例以后随时可能套用到其他有争议的技术门类。
支持这条规则的人理由很集中:加密货币生态里混着大量诈骗项目和资金盘,平台不想背书,也不想承担声誉风险。反对的人不否认这一点,他们反对的是一刀切——代码托管平台谈的是技术,凭什么因为少数诈骗案例,把整个技术门类挡在门外,连有真实技术价值的项目也不放过?
真正的分歧不在"要不要反诈骗",而在"cryptocurrency-related"这六个字框住了谁。是只挡交易所、代币发行、资金盘这类明显和投资挂钩的项目,还是连比特币客户端、区块链协议实现、钱包这类纯技术仓库也算在内?协议文本没有回答,讨论区也没能达成共识。
锐评:治理立场可以鲜明,边界不能靠猜
GitHub、GitLab 也处理加密货币相关的滥用行为——钓鱼合约、挖矿脚本滥用、诈骗代码,说删就删。但它们盯的是具体行为,而不是整个技术门类。比特币客户端、以太坊节点实现,这些项目照样能在 GitHub 上正常托管。
Codeberg 这次走的是反过来的路子:先圈定一个模糊门类,再留一条"诸如但不限于"的活口,把解释权交给执行者。方向和别的平台不一样,代价也不一样——技术项目和诈骗项目一起被误伤的概率更高。
孟子说"徒法不能以自行"——光有条文不够,关键要看谁来解释、怎么解释。Codeberg 这次走的是正规流程,成员大会投票,不是管理员一言堂,这一点该肯定。但投票通过的只是一个方向性立场,不是一份可执行的规则。方向清楚,边界模糊,执行起来就容易变成看情况处理。
这不是第一次有平台用"声誉风险"当治理理由。一个新技术门类里混进大量骗局,最省事的办法往往是先把整个门类挡在门外,再慢慢补细则——早期的支付平台、早期的加密钱包都撞过这种逻辑。省事,但代价是把技术项目和诈骗项目一起误伤。
对普通用户来说,现在能确认的只有两件事:规则已经投票通过,执行细则还没有。仓库跟区块链、代币、钱包沾边的人,现在该做的不是恐慌迁移,是先备份,再等 Codeberg 把"边界"两个字说清楚。