跨层 Juicebox 协议：跟进

上一个博客的内容：

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

万一最简单的做法就是最好的做法呢？

尽管在每个与 EVM 兼容的 L2 环境中部署相同的 Juicebox 协议会迫使项目选择他们想要在哪运行，但将这种选择和复杂性传达给每个项目，同时建议他们在 DAO/社会/治理层面构建完整的运营策略，把这些孤立的环境联结起来，可能才是最合理的做法。

以下是一些可供参考的操作指引，以 JuiceboxDAO 为例：

• 在几个 L2 及侧链上部署完全一样的 Juicebox 协议。JuiceboxDAO 在每个地方都创建一个项目来收取费用和接受捐款。
• JuiceboxDAO 在每条链上都会有不同的代币。 JuiceboxDAO 成员资格由一个包含了所有不同代币的策略构成。社区成员负责管理 DAO 跨链金库的统一完整。
• JuiceboxDAO 单独提交每条链的金库重新配置方案。每条链可以有不同的筹款周期日程、不同的代币发行比率以及不同的 ETH 分配安排。这种灵活安排有助于不同多链金库设计的整合，但也会导致管理成本的提高。我们应该负责任地对待向新环境的扩展。
• 依托现有和将来的通用跨桥基础设施，JuiceboxDAO 可以按照每条链不同的限制，在不同的环境之间转移它的 ETH 或者代币。
• 如果想支持各个成员代币之间的相互兑换，还可以部署兑换合约。

任何其他项目都可以选择在一个或多个部署了 Juicebox 协议的环境中运行。如果他们选择同时在多个环境中运行，他们就必须去应对这个选择带来的复杂性。一旦这些项目开始试验并落实出有效的模式，我希望会形成一整套方法供将来的项目参考。

把多层网络的协调放到社会层来解决会带来一些操作上的成本和风险，但同时也能保证协议层的灵活简单。