跨层 Juicebox 协议

在 Juicebox 上运营的项目需要一些支付终端来降低捐款人付款和赎回时的 gas 费用。

要实现这一点，除主网之外，项目还需要能在很多不同的 L2 上接收资金。

最简单的做法是在每个兼容 EVM 的 L2 环境中部署相同的 Juicebox 协议。这会迫使项目选择他们想要在哪一个 L2 上运行，或者如果他们想要同时在多个网络中运行，则需要自行处理因此引入的复杂性。但凡能够简单易行一点，我猜大多数项目都会希望在所有的环境下运行。

JuiceboxDAO 本身就是在 Juicebox 协议上运行，如果我们在协议层什么都不做，直接采取这个简单方案， 我们也会面临同样的困境。相反，如果我们预先考虑如何调整 Juicebox V2 协议来使我们的跨层运行简单化，可能也会帮助所有选择在 Juicebox 上建立金库的项目轻松实现跨层运行。

一个有效的解决方案将考虑到以下几点：

• 项目不希望把社区和治理分散到各条链上去。不管人们选择从哪条链捐款进来，都应该得到所有成员的欢呼认同，而项目不管在哪一条链上相应分发代币，这些代币都应该同样享有治理项目累积资金的权利。
• 随着时间推移，项目代币的发行价格应在所有可用环境下得到同步。筹款周期更新后，代币的分发权重经常会发生变化。除非有意为之，否则不应该存在跨链套利的机会。
• 筹款周期的重新配置在所有的环境中，要么都被批准，要么都被否决。如果一个项目提议在其中一个环境重新配置筹款参数，但最终在投票中未获得通过，那么这一变更在其他所有环境中也不能生效。反而言之，成功的筹款周期重新配置应该在所有链上都得到体现。

---

请继续关注我提出的关于如何在 rollup L2 中实现这一点的具体建议，也欢迎参与讨论并提出自己的想法，使我们能够就最佳方案达成共识。