软件开发中有一个长期存在的错位：

写代码的人承担结果，而审查代码的人不承担。
这种结构在早期规模较小时问题不明显，但在复杂系统中，会逐渐放大。
在 GitHub 等平台的实践中，可以看到大量问题代码是在“被批准之后”进入主分支的。
MergeProof 试图修正这一点。
通过 的机制，审查者同样需要承担结果：
• 参与审查需要质押
• 审查正确可以获得收益
• 审查失误会带来损失
这使“批准”从一个轻量动作，变成一个需要判断的决策。
在当前 Vibe 编码的背景下，这种调整具有现实意义。
随着 Cursor 等工具降低开发门槛，代码质量的波动性在增加。
系统需要的，不只是更多代码，而是更可靠的筛选机制。
MergeProof 提供的是一种结构性改进。
它通过经济约束，将代码质量问题从“文化层面”转移到“机制层面”。
这种转移，可能会重新定义团队如何构建软件