You can claim your JBX here! For more information, read on.​

---

Background​

Juicebox's legitimacy as a DAO is built upon sufficient decentralization of power, access, and ownership. To accomplish this ideal, Juicebox must attract and retain an active community that has Juicebox's long-term interests in mind.

One of the most direct methods for improving decentralization is the airdrop. Several airdrop proposals were made to this effect in FC#15, all of which were rejected.

JBP-103 - Distribute JBX to JBX Holders

JBP-102 - Distribute JBX to Juicebox Projects

JBP-101 - Distribute JBX to v1.1 Party Attendees

JBP-100 - Distribute JBX to Nicholas’ List

JBP-99 - Distribute JBX to Extended Community

As part of a new airdrop proposal, ARCx has crafted a Juicebox Benefits Score which identifies Juicebox community members based on their token holding behaviour and governance participation.

See JBP-114: Juicebox Benefits Airdrop

---

Score Methodology​

The Juicebox Benefits Program identifies and rewards active community members who hold Juicebox DAO’s long-term interests at heart. The score rewards active contributors by measuring governance participation, and rewards long-term support by measuring how long a wallet has held JBX.

Governance Factor (60%)​

The Governance Factor measures the number of Juicebox Snapshot proposals that a wallet has voted in. The wallet with the highest Governance score is given 600 points, and the wallet with the lowest score is given zero. All other wallets are linearly scored within those bounds—for example, a wallet that voted in half as many snapshot proposals would be given 300 points.

HODL Factor (40%)​

The HODL Factor measures the number of UTC dates that a wallet has held at least 1 JBX (either claimed or unclaimed). The wallet with the highest HODL score is given 400 points, and the wallet with the lowest score is given zero. All other wallets are linearly scored within those bounds—for example, a wallet that held JBX for half as many dates would be given 200 points.

---

How to Claim​

Visit airdrop.juicebox.money and connect your wallet to see if you are eligible. You can also claim a free passport to view this score (and other scores) on arcx.money.

On 2022-06-07 at 22:00 UTC, any unclaimed JBX which remains in the smart contract will be returned to the multisig for future use.

Your score on arcx.money might not be the same as your score on airdrop.juicebox.money. To prevent sybil attacks, the airdrop scores were measured at Ethereum block 14,263,369.

---

What's Next?​

Going forward, the community could use the Juicebox Benefits score to make new airdrops, to set up a gated Merch Squad collection, to make gated Discord roles, or even to create exclusive Juicebox-themed ARCx passport skins. These scores are verifiable onchain, meaning they can be permissionlessly used in smart contracts or used through an API.

Some other examples mentioned by ARCx include:

• Distributing airdrops equitably
• Boosting smart contract staking yields
• Verifying social status via Discord roles
• Offering free smart contract insurance to the best users
• Fee & product discounts
• Many more

This score evolves with your behaviour over time! Although the methodology could evolve, Juicebox Benefits projects aim to reward active contributors which support Juicebox's long-term goals. Your participation and support of Juicebox will be reflected in these scores over time.

If you have ideas or suggestions, share them in the ARCx Discord or in #jbx-benefits on the Juicebox Discord.

---

Verify​

Airdrop contract: 0x518e3CdBcda4f0735399c9F1e03A7aBC7562632f Merkle root: 0xba0ccda021dd3008d51728ccd530dfe42d6bba07f8118d8a796e26d80e305009 Sweeper: 0xAF28bcB48C40dBC86f52D459A6562F658fc94B1e

Main Repository

Airdrop CSV

Merkle Root(use yarn && yarn generate-list to verify).

Airdrop contract on Etherscan

---

arcx.money｜ARCx Twitter｜ARCx Discord｜juicebox.money｜Juicebox Twitter｜Juicebox Discord

• 开发者不限于会编写程序的人。任何认识到真正的不足并致力于协助寻找出色的解决方案的人都是开发者。

filipv、STVG、 twodam、 zeugh、 phytann、 sage、 mieos、 nicholas、 zom-bae、 mrgoldstein、 zhape、 westlife29、 linywan、 peacenode、 germs、 gulan，还有一些其他 JB 的朋友们，他们没有参与编写核心合约或者网站的代码，但他们参与了其他所有他们认为能够创造价值的开发工作：治理、工具、开发运营、数据分析、Banny、Cryptovoxels 空间、Discord 机器人、播客、翻译、用户教育、记账、客服、战略等等，不一而足。

• 开发者是个人而非实体。DAO、VC、机构、活动以及项目都可能拥有一些优秀的开发者，但它们本身并不是开发者。
• 开发者乐于与其他开发者并肩工作。
• 开发者往往很有技巧。
• 开发者绝非零和论者。
• 开发者应持续改进规模扩大时共同构建的方式，并同时互相审查工作。更多的是出于自发，管理较少。
• 领导者是同时能有效分配工作的开发者。任何开发者都可以成为领导者，越多越好。
• 开发者应持续致力于改善其他开发者的工作体验。
• 公开构建的开发者更具影响力。
• 有开发者的地方就有资源。
• 越多人成为开发者，权力就越分散。

JuiceboxDAO is running final tests on an updated/forked version of its Terminal contract. Once deployed and approved by JuiceboxDAO, projects will be able to voluntarily migrate their funds and accounting parameters from the V1 terminal that is currently being used to this new V1.1 Terminal with just one transaction.

There are many broader changes being developed in a V2 release scheduled for the coming months. V1.1 is a simpler change that still manages to provide crucial utilities and fixes for projects operating on the protocol.

Here's why a project might want to migrate to V1.1:

Features​

• Pause - Projects will be able to pause contributions to their treasury as well as subsequent token issuance on a per-funding cycle basis. Any new transactions – or pending low-gas transactions in flight – that settle after a paused funding cycle has started will fail.
• **Mint - **Projects will be able to allow itself to mint more of its own tokens on a per-funding cycle basis. During a funding cycle where minting new tokens is allowed, the project owner can submit a transaction to increase the token supply and send this new supply to a beneficiary of its choice.

Currently projects can only mint new tokens before receiving a first contribution.

• **Burn - **Anyone will be able to burn their tokens by redeeming them, even when there is no overflow.

Currently tokens are only burnable when there is some amount of overflow that is being reclaimed through the redemption.

• **Off-protocol redemption value - **Projects will be able to supply a contract to their funding cycles that tell the protocol how much value it is holding off-protocol, like in a multisig wallet or yielding vault. Projects can use oracles in this contract to convert the value of any other asset it owns into ETH for the protocol to use when calculating redemption values.

Currently redemption values are calculated only with the ETH the project has locked in the Juicebox Terminal contract.

• Fee cap - The protocol fee is capped at 5%. JuiceboxDAO can adjust the JBX fee from 0% - 5%.

Currently there is no fee cap.

Bug fixes​

• Fixed bug that prevents a project from updating its reserved token tracker when the reserved rate is set to 0%. This bug prevented the project from reconfiguring from a 0% reserved rate to any other value without inadvertently creating an extra reserved token supply inso-doing. See this postmortem.
• Fixed bug that prevented overflow from being viewed correctly when a funding cycle rolls over before it has had its newly available funds distributed.

Other adjustments​

• The contract is now directly Ownable instead of using an ownable Governance contract proxy. The JuiceboxDAO will own the contract, which allows it to set the fee, and allow other forked Terminal contracts for projects to migrate onto.

Communities using Juicebox can leverage their reserved rate decisively when they want to make it more difficult for new members to join. Funds can still be received, but more of the newly minted tokens will be owned by the project itself. The current project members can use this to decide how they will manage their subsequent growth on a per-funding cycle basis.

When the project wishes to make membership more accessible again, members can do so by lowering the reserved rate.

There's currently a discussion happening in JuiceboxDAO deliberating if it might be wise to move its reserved rate from 35% to 50%.

The reserved rate can also be useful for other purposes, this is just one possible metaphor that can be used to guide decision making.

Becoming a contributor at JB wasn't exactly intentional.  It wasn't until a conversation with a community member that I was able to articulate and realize that getting paid was more than just a possibility. I had first learned about DAOs a few years ago but never really understood what they did or how they got things done.  How do DAOs coordinate? How do they align their philosophy?  How did they keep each other accountable?  All of these questions were very difficult for me to wrap my head around. I then stumbled upon JB after finding out about the NOUNS project and then finding SharkDao which was using Juicebox for its treasury.

What I talked about with this JB community member was the fact that I didn't say a word in Juicebox for 2 - 3 weeks.  I attended a couple of town hall meetings and listened in on some voice chats that were happening, not knowing what the agenda was or what they were going to be talking about.  I remember reading a bunch of  threads in Discord, trying to follow one or two specific issues, to see how the community tried to solve them.  What became clear was that it was important for me to not try to understand what a few people were doing, but to try and understand what the community was doing.  That was an epiphany for me.  It made me ask, "where do this community's values and my personal beliefs and ethics intersect?"

This was the moment I started to look for tasks that helped me align myself with the community philosophy.  I started to shift my mindset from a quiet observer to thinking about how I could provide value that  could help advance the protocol and in turn, the Juicebox Community.  As I was exploring, I realized that I was also learning how to navigate the community.  How to navigate the notion, the web site, the Discord and everything else that might go along with JB.

To those wanting to become Juicebox contributors: follow a couple of tasks or issues and see how those issues are being solved by the community.  Then see if those solutions line up with how you might handle those issues. That doesn't mean you have to agree.  It just means that how we talk to each other and how we interact with each other lines up with how you want to talk to people and how you want to be talked to.

If you start this way, not only will you find a way to contribute but you will see that the Juicebox community will help you contribute.  You'll see that Juicebox will view you not just as someone that has a valuable skill but someone that has a philosophy that aligns with the goals of the Juicebox community.

JuiceboxDAO 在 Juicebox 协议上运行其社区金库。它所使用的工具也是向公众开放的。点击这里了解协议的代币经济工具箱。

JBX 是 JuiceboxDAO 的成员代币。 它的作用是对各项提案进行投票，以决定 DAO 随着时间的推移应该如何发展。关于在 Juicebox 协议里面每个项目的代币可以通过编程获得的用例，点击这里进行了解。

感谢 Nicholas、Zom_Bae、Zeugh 和 Aeolian 的编辑及反馈。

---

JuiceboxDAO 目前按 208,920 JBX / ETH 的比例向任何给金库捐款的人分发 JBX 代币。这个比例目前每隔一周减少10%。现在有一个提案建议把这个减少比例提高到20%。

按目前的 60% 的赎回联合曲线比率，每销毁 679,652个 JBX，协议会从金库返还 1 ETH。现在有一个提案要求把这个比率提高到 95%，按这个比率的话每销毁 459,219个 JBX，协议就会退回1 ETH。

目前 Uniswap 上 JBX / ETH 的价格为每 1 ETH 兑换 446,380 个 JBX。

JuiceboxDAO 目前的代币保留率是 35%，也就是说每捐赠一个 ETH 给金库，除了分发给捐款人的部分以外，还有112,495个 JBX 被保留起来了。其中的30%分配给 DAO（dao.jbx.eth)、24%分配给 jango.eth、7% 给 peri.eth、 7% 给 nnnnicholas.eth、 7% exekias.eth、 4% CanuDAO、 4% 给WAGMI Studios。

观察​

• JBX 目前在类似 Uniswap AMM 这样的协议外市场上交易，价格在发行价格和销毁价格之间浮动。目前没有形成任何扩张或收缩 JBX 供应量的激励机制。

协议并没有提及协议外可能发生的情况。以下仅为我个人的假设，不构成财务建议。

• 如果市场上的 JBX 价格高于 Juicebox 协议内的发行价, 任何增发 JBX 的需求都可以通过向 Juicebox 金库捐赠 ETH 来得到满足, 因为金库收到 ETH 会相应地铸造及分发 JBX。

承担风险的套利者可能会有动力在当前筹款周期铸造新的 JBX 代币，来获取周期更新及折扣率生效后会出现的 10% 的价差。他们也可以通过铸造 JBX 代币转售给协议外市场上的买单，从而利用信息不对称进行获利 —— JuiceboxDAO 社区应该努力把信息不对称的机会降到最低。

无论是以上的哪种情况，都会让所有在早期筹款周期里以较低成本持有 JBX 的人受益 —— 他们持有的 JBX 占总流通量的份额将会降低，但支撑 JBX 价值的 ETH 金库的增长速度更大，这样就会有提高销毁价格的效果。

• 如果市场上 JBX 的价格低于协议内的销毁价格时，进一步抛售 JBX 的需求将能通过销毁 JBX 代币来获得金库溢出里锁定的 ETH 得到满足。

同样地，套利者可以通过销毁 JBX 然后买入协议外市场上的卖单来获取信息不对称的收益 —— 同样地，JuiceboxDAO 社区应该努力把信息不对称的机会降到最低。

无论以上哪种情况，都会令在抛压中选择继续持有 JBX 的持币人获益 - 每个按赎回联合曲线比率赎回的 JBX 都相应地留下部分 ETH （60% 的曲线留下来给其他持币人的比 95% 曲线时要多得多，放大了这个效应）。除了100%赎回比率，在其他所有比率的情形下，JBX 流通量的下降速度都会大于金库的 ETH 减少速度。这个机制会随着后面的每一次销毁轻微抬高 JBX 的赎回价格，从而增加代币价格的上涨压力、缩减供应量、只留下那些拒绝日渐增厚的退出诱惑而坚持建设的持币人。

• 随着时间的推移，市场价格在发行成本和销毁价格之间不断来回摆动，JBX 持币人的销毁价格将会上升并最终超过其 JBX 当时的铸造价格。

两端价格压力越大，代币持有人的赎回价格升高越多。另一方面，如果市场需求在协议外就得到满足，赎回价格则将维持不变。

市场尾部事件对 JBX 代币持有人最为有利，虽然这种有利是以一种节制的方式出现。唯一不能给 JBX 代币持有人带来好处的情况是对 JBX 的需求长时间缺乏变化。在这种机制下，我们似乎是在牺牲价格波动换取韧性。

• 各种提案经 JBX 代币持有人通过后，DAO 会每个筹款周期把 ETH 用于支付贡献者薪酬、服务费用以及各种拨款。这种支出带来的影响会波及所有 JBX 代币持有人，轻微降低每个人的销毁价格。

DAO也可以把 ETH 分拨到平台以外的多签钱包或者 web3 的其他各种合约里去。受当前 Juicebox 协议版本所限，这种价值目前不能计算到销毁价格里面。

• 只有在代币供应量增长的情况下，保留代币名单才能捕获价值。一旦代币供应量扩张且市场需求在协议外得到满足，保留代币受益人就会有巨大的动力把代币价格推向其上限。

• 即使没有代币保留率，铸造现有代币总量的 51% 也很昂贵。如果真的发生这种情况，用于铸造过半数代币的 ETH 会立即提升之前周期每个代币持有人的销毁价格。这个新的过半数 JBX 代币持有人将不得不安抚一个有重大退出动机的社区。

如果 51% 的代币突然被互联网上成千上万互不相关的人买走，也会是同样的效果。

• 目前30%的保留 JBX 代币分配给 DAO （dao.jbx.eth)。DAO 正考虑将积累的一部分代币通过 DAO 的 Discord 服务器投入到贡献者之间进行流通。

DAO 有很多方法来实现这个想法，其中一个方法就是先把这些代币分配给保留代币名单上的各个受益人，然后鼓励他们把所有的这些代币分配给那些与他们合作最为密切的人，以及那些他们认为做出令人认可贡献的人。我们鼓励那些人接着再把这些代币传递下去。

这样做的目的是保证所有建议及维护协议和生态的人都能成为举足轻重的 JBX 代币持有人，这样一来他们就能够正式帮助 DAO 做出各种决策。

如果这个内部的 JBX 分配机制能够提高新建设者和核心团队的治理参与度，那么通过增加 DAO 金库的保留代币分配份额并减少其他人的保留代币分配来扩大这个内部分配计划，可能会令 DAO 最终得益。

进入到去中心化自治组织（DAO）的世界就像打开了纳尼亚传奇世界^注1的大门一样：它令人感到激动又困惑，而且因为涉及到真金白银，它还有几分唬人。

2021年末看起来是 DAO 发展的前沿阶段，我写这篇文章的时候，大家正在描画关于 DAO 的创建和治理的各种范例和玩法。

特别是DAO堆栈 --- 运营DAO所需的一整套软件工具 --- 正在日趋成熟。这方面的一个例子就是 Juicebox，它作为一个 DAO 的金库管理协议，最近被 ConstitutionDAO 选用来进行筹款活动，尝试去购买一个美国宪法的副本，这次筹款成功募得将近 4700 万美元。

通过这篇文章，我们会对 DAO 的各种基本功能进行定义，还会介绍实现这些功能需要用到的工具。本文内容受到 Juicebox 贡献者 @nnnnicholas 的 The Fintech Blueprint Podcast 播客的启发；如果你更喜欢听语音内容，去听一下！

DAO 是做什么的？​

现阶段，DAO 与其说是一个严格意义上组织的定义，倒不如说是一种宽泛的概念。让我们来按它们目前在 Crypto 或 NFT 领域的使用形式来展开讨论。在这个领域，DAO 有两大功能：

1. 建立资产金库（各种NFT、以太币、或者其他代币）
2. 对这个金库进行治理

假设一个你喜欢的主播决定要给他们的播客成立一个 DAO。要维护播客的运营，以及把运营扩展到商品销售和线下聚会的话，他们得有资产（说白了就是钱），所以他们要找到一个建立资产金库的办法。他们可以发行一个 ERC20 标准的代币（我们把这个代币命名为 $PODC)，捐款给金库的人都将相应地获得 $PODC 代币。你作为一个听众，对这个主播充满信心并且也希望分享它的成功，所以你就购买了一些 $PODC 代币并捐献给它的金库。

作为 $PODC 代币的持有人，你还有些特权。你可以发起提案对播客的形式进行修改，也可以就播客的嘉宾人选提出议案，你还可以参与其他提案的投票。如此一来你和其他的持币人就算得上是与整个 DAO 同舟共济，或者说同播共济了，你们也将对播客的发展和成功产生意义深远的影响。DAO 在这方面也可以很创新。私密的 Discord 服务器、非公开的会议、又或者空投活动都可以只向代币持有人开放。获得成功的 DAO 还可以投票把多余的资金分发给持币人。

DAO做的不对你胃口？别怕！你手上的代币有金库资产 100% 兜底，也就是说你可以把代币卖给金库来拿回你原来的投资（扣掉 gas 费用和其他手续费）。

相比传统意义的私企，DAO 的其中一个吸引人的之处就是它的透明度。DAO 的方方面面在区块链上都是有据可查的。有心人可以监测资产的流动并对可疑的举动进行揭发。重要的是，我们不用请会计师或者律师来做这些工作！

DAO 堆栈​

要实现DAO的这两个功能，我们就需要用到一些工具。幸运的是，有些聪明人在做这些底层的工作，令 DAO 堆栈得以快速完善。接下来，我们会讨论 DAO 堆栈的4个重要工具 Juicebox、Gnosis、Snapshot 和 Argon, 以及它们怎样协同构建一个 DAO。

Juicebox​

Juicebox 协议是一个可编程金库。实用层面上，你可以把 Juicebox 看作是 Kickstarter ^注2的去中心化版本；一个在区块链上募资的途径。它实现了 DAO 的第一个功能：建立金库。技术层面上，Juicebox是一整套的智能合约，它部署在以太区块链上，用来处理发行代币和建立金库。

继续我们播客DAO的例子，播主接下来要创建一个 Juicebox 项目。他们可以设置各种不同的参数，这些参数包括筹款目标、代币发行比例、费用支出和创建人的保留代币数量等等，都会决定项目的运营情况。这个 Juicebox 项目相关的代币是 $PODC。要想给播客DAO的金库捐款的话，我得去项目在 https://juicebox.money 上的页面，然后连接 MetaMask 钱包再捐出以太币。相应地，按这个项目预先设定的兑换比例，我会得到一定数量的 $PODC 代币。

Gnosis​

谁来“拥有”这个金库呢？一个人就能够支配这个金库，但他要是卷款跑路的话，除了怕丢掉名声，什么也拦不住他。

正解：多重签名钱包，俗称“多签”。多签基本上跟一个保管资产及执行交易的合约没什么太大区别，除了一样：它规定要有超过一个钱包地址的签名确认才能执行交易。就好像一个公司里办什么事情都要几个人签名那样，多签要求达到某个数量的签名（一般的说法是 n 个多签成员里的 m 个人，比如说，3个多签成员里的2个人签名）确认才能执行某一个交易。

所以，成立播客DAO的时候，我们会用播客的几个创建人来创建一个多签钱包（比方说两个播客主播和其他做出重大贡献的人）。这个多签钱包就成了项目的拥有者。这样我们可以有几个不同的人来把控筹款项目的参数设置，来防止个别人作恶。

Gnosis 是创建和管理多签钱包的首选工具。它提供了一个简洁的多签管理界面。多签成员在 Gnosis 上连接他们的 MetaMask 钱包，就能确认或者拒绝交易。

Snapshot​

怎样用你的DAO代币来参与投票呢？ 用Snapshot.org！ Snapshot 是一款链下投票工具，用于提议和表决 DAO 的变更事项。它利用 IPFS 来储存投票信息。

提案不外是罗列出 DAO 将要作出调整内容的一个文本，这个文本通过投票的机制来让参与的人在多个选项中作出一个单一选择。任何持有 DAO 代币的人都可以按自己意愿对提案进行投票。举个例子，有人在 Snapshot 上创建了一个提案，提议播客对某人进行嘉宾采访。我持有 PODC 代币，就可以去 Snapshot.org 的提案页面上投赞成或反对票。我的投票权重跟我持有 PODC 代币的数量成正比。

提案的支持票数达到某个数值（比方说，总票数的三分之二，或者总票数的67%）的话，就会获得 DAO 表决通过。提案通过之后，多签成员就有责任去执行这个提案。

有一点很重要，为使这一流程更加有效，需要一定的信任因素。不管怎么说，多签成员对金库有完全的支配权，得他们乐意去执行 DAO 的意愿才行。多签的本质让这个风险有所降低：正因为多签钱包要求多人签署，多签成员串通作恶的可能性就在一定程度上减少了。名声也是悬在每个人头上的一把剑，所以多签成员更倾向于站在 DAO 利益最大化的角度去行事。

Aragon​

正如上面所说的，Snapshot 是在链下进行投票，但链上投票也是可行的。跟 Snapshot 不同，Aragon 是在链上进行投票的。在 Aragon 的机制下，DAO 的所有事情都不是发生在你的网络浏览器里的。正好相反，所有事情都作为区块链上的交易来执行。在某种意义上，这种机制使 DAO 更为去中心化，但却没那么灵活，交互的成本也会更高。

结语​

DAO 现在越来越流行了，但创建 DAO 并不是自古华山一条路。我们有很多 DAO 工具可供选择。Juicebox、Gnosis、Snapshot 和 Aragon 这些属于可组合的工具，他们之间可以混搭适配来创造出一个 DAO 所需要的基础设施。每个 DAO 都会作出各自不同的工具选择，这取决于哪些工具和哪个去中心化程度更适合他们的项目和发展目标。

---

去推特关注作者 @Aeolian。

---

注1：《纳尼亚传奇》（英语：The Chronicles of Narnia），是一套七册的奇幻小说，由已故英国作家 C·S·刘易斯 在 1950 年代所著，为英美文学经典之一。

注2：Kickstarter 是一间于 2009 年在美国纽约成立、最初基于美国人后来拓展至各国的产品募资平台，它透过该网站进行公众募资以提供人们进行创意项目的筹集资金。

在第一个筹款周期，所有项目每收到 1 ETH 都会发行 1,000,000 个代币。

第 0 级：​

Juicebox 项目可以按最简单的形式来配置筹款和退款。

举例: 我支付 5 ETH 给项目金库同时收到 5,000,000 个代币，你也支付 5 ETH 并收到 5,000,000 个代币。现在金库内有 10 ETH, 同时总共发行了 10,000,000 个代币。由于我拥有其中一半的代币，我可以赎回这些代币来获得金库的一半总额 — 换言之，我可以获得全额退款。你也可以这样做。

第 1 级：​

可以增加一个保留比率，把某个百分比的铸造代币分配给一组预设的地址。

举例：项目设定保留比率为 10% 分配给 DAO 的多签地址。我向金库支付 5 ETH 并获得 4,500,000 个代币，你也支付 5 ETH 并获得 4,500,000 个代币。现在 DAO 的多签钱包可以获得 1,000,000 个代币。由于保留比率的存在，我不再可以赎回我的代币来获得全额退款 — 我只能拿回之前支付金额的 90%。

如果保留比率设置为 100%，则新的捐款人不会获得任何代币。

第 2 级​

可以设置一个筹款周期目标，从项目金库截留部分资金，这部分资金可由任何人触发分配给一组预设的地址。

举例：项目设定筹款目标为 1 ETH。我向项目金库支付 5 ETH 并获得 5,000,000个 代币，你支付 5 ETH 并获得 5,000,000 个代币。现在项目金库有 10 ETH — 其中 1 ETH 在筹款目标内，剩余的 9 ETH 会视为溢出。我可以赎回 / 燃烧我的代币来获取属于我的份额的溢出，即 4.5 ETH。 1 ETH 的筹款目标仍会分配给项目，代币持有者无权处置。

第 3 级​

可以增加赎回联合曲线比率，减少代币持有人通过赎回代币能收回的金库份额。

举例：项目设置了 50% 的联合曲线比率。我向项目金库支付 5 ETH 并获得 5,000,000 个代币，你也支付 5 ETH 并获得 5,000,000 个代币。由于赎回联合曲线的存在，如果我选择先赎回我的代币，我将只能获得最多 2.5 ETH。剩余的金库份额由剩余的代币持有人共享，所以你如果在我之后赎回你的全部代币，就能够获得剩余的 7.5 ETH。

第 4 级​

可以增加一个折扣率，随着时间的推移，逐步降低项目收到捐款时铸造并分发代币的比率。

举例：项目设置的折扣率为 10%，筹款周期时长为 14 天。第一个筹款周期的第一天，我向金库支付 5 ETH 并获得 5,000,000 个代币。14天后，即第二个筹款周期的期间，你支付 5 ETH 就只能获得 4,500,000 个代币。

第 5 级​

值得注意的是，项目每个筹款周期都可以更改金库提留比率、筹款目标、赎回联合曲线以及折扣率。有些项目可能为了最大的灵活性而选择不设置筹款周期时长，这就意味着他们能随意地重新配置项目。因为项目方在塑造项目代币经济模型上拥有极大的权限，信任项目方真的是非常重要。

项目也可以在筹款周期内设置一个投票合约来设定一些条件，所有的再配置提案都必须受这些条件的约束。

举例： 项目设置了一个延迟 3 天的投票合约。如果项目方希望重新配置任何筹款周期属性，重新配置的交易请求必须至少在当前筹款周期结束前提前 3 天发送。如果在周期结束前 3 天内才重新配置，那么下一筹款周期将继续使用当前周期配置，而重新配置的内容将在再下一个周期才能生效。

只要符合 IFundingCycleBallot 的要求，可以编写任意的选票合约。

在 Juicebox V1 上创建一个项目或向某个项目捐款之前，请先了解一下以下的不足。这些是 V1 协议的缺点，目前的解决方案还不够完善。

1. 没有暂停选项。如果你不想向新的捐款人分发代币，最好的办法是把保留代币比率配置成 100%。你可以把一个负责销毁代币的地址设置为保留代币受益人。

2. 如果项目的保留代币比率一开始设置为 0%，之后重新配置为大于 0%，在这种情况下，项目会按新的代币保留比率铸造出一批新代币并分配给预设的保留代币受益人。比方说，如果把保留代币率调到 100%，总的代币供应量就会翻倍。同样地，你可以把一个负责销毁代币的地址设置为保留代币受益人。

这个问题是在 8 月 18 日发现的。点击这里查看更多细节。

3. 没有直接销毁代币的交易，但是代币在赎回时会被销毁。因此要销毁代币的话，需要重新配置筹款目标令项目出现溢出，然后赎回代币，再把赎回代币获得的溢出重新注回金库内。

上一个博客的内容：

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

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

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

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

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

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

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