瑞波诉讼案讨论及问答​

本次周会我们邀请了一位证券律师 Rob， 作为特邀嘉宾来分享他对最近瑞波诉讼案的一些看法。大家认为这个案件在加密货币行业引起了重大影响。

请知悉，本周会中涉及的任何法律事务讨论仅代表参与讨论者个人观点，并不构成任何投资建议。

诉讼结果介绍​

Rob 认为美国证券交易委员会（ SEC）之所以对加密货币持敌对态度，其主要原因之一，来源于担心一些劣质代币向个人投资者的兜售可能引致他们储蓄损失，使这些人群变成“国家的受抚养人”，从而造成国家的管理负担。

这次诉讼，SEC 起诉 Ripple Labs 及其两位高级领导者，指控其违反证券法，从事非法证券的销售。法官 Analisa Torres 裁定，瑞波针对机构投资者的 XRP 销售属于证券范畴，但 XRP 代币本身并不属于证券。

法官还区分了三类销售情况：

• 机构销售，针对风险投资、对冲基金等大型投资者的销售。
• 程序化销售，通过数字资产交易所向零售投资者的销售。
• 向员工或合作伙伴分发代币。

虽然机构销售被视为证券且违反了证券法，但法官裁定向零售投资者进行的程序化销售并不违法，因为买家无法确定他们究竟是直接从瑞波公司，还是从二级市场其他卖家手中购得。由于买家不清楚他们购买的源头在哪里，也就不能合理地期望从瑞波公司获得利润，因此这类销售未能通过豪威测试（Howey Test) 中对证券的要求条件。

法官还裁定向员工或合作伙伴分发代币也未通过豪威测试，因为这个过程并未涉及货币的交换。

如果我们从字面上理解 Torres 法官的意见，似乎可以通过把代币投放到 AMM（如 Uniswap）的相应流动池来实现发行，而不是直接通过某个公司或发行人来开展销售。由于人们无法确定购自何方，代币也就不符合作为证券的要件。

程序化代币分发​

Jango 很好奇，现在是否对程序化代币分发已经有了一个清晰的定义，还是说这只是一个宽泛的术语，底下还会有更多的解释层面。

对此，Rob 的回答是，在目前这个案例的法律意见中，程序化分发等同于暗标买卖，这种模式下交易者无从确定对手方是谁。

他认为无需许可的去中心化加密货币更像是一种无记名资产，与法院可以裁定归属的合同权利不是一回事。因此，豪威测试在这个场景并不能适用，除非其中涉及货币的交换，以及对他人的管理或经营努力的所产生利润的合理预期。

甚至 SEC 自己也承认，不能把二级销售定义为投资合同。从法律角度来看，这是没有意义的，因为人们不能因为随机从其他人那里购买某个东西而自动受到合同约束。

对 Juicebox 社区的法律影响​

Jango 表示，对我们来说，这是一个非常有意思的案件。因为我们花了很多时间来构建这些开放协议，以不同的方式把合约性约束硬编码进协议里面。他认为我们所做的事情大部分都是开放式的，存在许许多多不同的表现方式，而每种表现方式在法律层面都可能造成不同的影响。

目前在 Juicebox 生态系统里面，既存在一些项目方可以根据配置参数随着时间的推移进行调整的项目，也有一些无主的且不受相关人员意志左右独立运作的项目。不同的设置方式，还会存在许多不清晰的地方和潜在的问题。

Rob 认为我们可能仍然需要等到这个案例走完所有的法律程序，那时法官的法律意见将最终成为正式的法律条文或形成有效判例。

案件的全球影响​

LJ 问到，Rob 是否认为这个案件会从全球的层面产生更多的影响，因为参与 Juicebox 或其他以太坊平台的人可能来自其他不同的司法地区。他想知道其他的司法地区，尤其是那些对加密货币更加友好的地区，如迪拜、新加坡或香港等，是否会跟进对这个案件做出响应。

Rob 认为这个案件可能有助于缓解某些公司对美国参与者的地理封锁，这些封锁源自监管环境的不确定性及美国政府对加密货币的敌对态度。

他认为其他地区，如迪拜和香港，可能不太会参考美国的做法。再加上豪威测试是一种非常美国式的做法，其他地区可能并不会赞同这样的法律诠释方式，这些地区可能会根据自己的利益来制定相关的加密货币政策。

对 DAO 的潜在影响​

StudioDAO 的 Kenbot 想知道这个判例是否会对 DAO 产生影响，对此，Rob 表示这个案件可能会使 DAO，尤其是那些资源有限的 DAO， 更难于对抗监管机构的决定。

对于许多 DAO 喜欢采用的非注册非营利组织（UNA）的这一组织结构，这个案件可能有助于它们减少组织成员的责任，实现一定程度的组织治理，甚至任命管理者和雇佣法律代表。

如果 Torres 法官的法律意见将来正式成为判例，DAO 可能可以通过向机构客户销售并申请私募发行豁免的方式来发行代币，然后甚至让这些机构来负责代币的二级分销，同时还可以用奖励的方式向贡献者或合作伙伴分发代币，等等。这似乎会是一个相对简便的代币发行模式。

Impact on Designing Treasuries And Decentralized Projects 对设计金库和去中心化项目的影响​

Jango表示，我们设计金库尝试重构互联网各方的预设关系，从这个角度来考虑将会很有意思。区块链的情况下，这种重构通过预先约定的一组规则来实现。

他认为我们会倾向于按照瑞波案例中的模式来开展工作，因为案例给我们提供了某种意义上的清晰指引。但是，他认为我们仍然有很多创造和探索的空间，这些关系的发展也还有许多表达的方式。

Rob 补充说，这是一个经过拥有非常高影响力的法官充分审议的诉讼案件，因此我们或许可以把诉讼结果视为代币是否应归为证券相关法律的合理告知。

支付终端 3.1.1 版本升级 -- Filipv​

上周，JuiceboxDAO 部署回购委托的提案已获得 DAO 批准通过。执行该提案的第一步是将 JuiceboxDAO 的支付终端从 3.1版本升级到 3.1.1 版本。

这个新版本的支付终端修复了一些错误并优化了 gas 的使用，同时还会在项目的赎回比率低于 100% 时，对该项目的赎回交易收取 Juicebox 会员费用。

周会上 Filipv 现场进行操作，成功地把支付终端切换到最新版本。

缓缴费用计算错误的事后剖析 -- Filipv 及 Jango​

我们在 Legend 项目的筹款活动期间，发现了 JBPayoutRedemptionPaymentTerminal3_1 一个中等严重性的持有费用计算错误。该项目启用了缓缴费用功能，并在筹款活动结束后将筹集的资金转移出去参与一个拍卖。拍卖失败之后，当他们把这些资金退回项目并开展全额退款时，由于支付终端的计算错误，导致实际的退款比例略微低于原定的 100%。

Filipv 发表了关于这个问题的事后剖析，对这个错误的原因以及解决方法进行了详细解释。

截至周会之前，Jango 已经发起了一个拉取请求 （PR）把支付终端升级到 3.1.2 版本来修复这一错误。Filipv 建议，新的 3.1.2 版本支付终端部署之前，项目方尽量避免使用缓缴费用这个功能。

回购委托工作报告 -- Filipv 及 Jango​

Code4rena 即将发布关于回购委托的审计报告。我们还需要对合约进行一些最后的改进和升级，回购委托应该能够在几个筹款周期内完成部署。

Jango 对 0xBA5ED 在最近的一段时间里在合约审核方面做出的巨大贡献表示肯定，同时还对 Viraz 和 Dr.Gorilla 对开源协议组件做出的非常基础性的工作表示感谢。

黑客松参与者关于官方文档的反馈​

Nowonder 是黑客松其中一位参赛者，建议应该制作一些关于支付终端、合约委托和所有配置选项的视频材料，他认为有助于理解协议运作的整个流程，并降低需要查看所有文档内容的负担。

实际上，我们之前发布了一个关于创建委托代码仓库的视频教程，并得到部分参赛者的肯定和认同。但由于没有在文档的合适页面上发布，导致有些参赛者未能看到，Filipv 承诺将处理这个问题。

Jango 认为，部分黑客松项目同时制作了介绍视频或完善的自述文件，这样可能有助于将来其他人的参考或使用。他还建议，我们应该把参赛者编写的开源委托整理出一个目录，附上作者的链接，日后如果这些项目经过社区的审核，我们可以在某个专门的位置对它们进行宣传推广。

黑客松提交作品详情​

1. Instant Swap Delegate （即时兑换委托）​

提交人: Aeolian

简介： 协议的一个支付委托，自动进行金库代币的兑换。

代码仓库： https://github.com/tomquirk/juice-delegate-hackathon

演示项目： https://goerli.juicebox.money/v2/p/1097

团队的 Juicebox 项目： https://juicebox.money/@etherfunkio

2. JuiceTable （代币授予台账）​

提交人： LJ

简介： Juicebox 协议与 EthSign TokenTable 的整合版本，为项目提供定制化项目代币解锁授予安排，并且仍可通过 Juicebox 协议的安全性来确保筹款活动的顺利开展。

代码仓库（智能合约）： https://github.com/boyuanx/JuiceTable

代码仓库（前端）： https://github.com/jbettenc/juicetable-interface

演示视频： https://youtu.be/XFwiadWq0YI

团队的 Juicebox 项目： https://juicebox.money/v2/p/540

3. JBStraws (默克尔树白名单)​

提交人： nowonder

简介： 一个起白名单作用的数据源，允许项目方视需要上传新的默克尔树根证明。通过 JBOperatable 实现准入控制，从而允许管理员设置新的默克尔树的根证明并启用/禁用白名单。

代码仓库（智能合约）： https://github.com/simplemachine92/JBStraws-Contracts

代码仓库（前端）： https://github.com/simplemachine92/JBStraws-Interface

演示页面： https://juiceystraws.vercel.app/example-ui

团队的 Juicebox 项目： https://juicebox.money/v2/p/542

4. JUICYBONUS （捐款奖励机制）​

提交人： Meme Man

简介：一个简单且高度灵活的合约委托，允许项目方根据捐赠的 ETH 数量给予捐赠方代币奖励（或扣减）。

代码仓库： https://github.com/Narwhal8/galactic-brain-delegate-just-trust-me-bro

演示视频： https://youtu.be/dyB58nUyAkk

团队的 Juicebox 项目： https://juicebox.money/v2/p/539

5.DominantJuice （主导退款补偿）​

提交人： Armand

简介： 该项目的主要亮点是为 JB 项目增加一个主导保证（dominant assurance）托管合约选项，该合约同时兼备 JB 数据源、JB 支付委托和 JB 赎回委托的作用。主导保证合约采用了Alex Tabarrok的“主导保证”合约理念，通过项目方主动存入资金承诺筹款活动失败时额外提供退款补偿，从而最低限度减轻“搭便车问题”的影响。如果筹款成功达到目标，捐赠方的捐款承诺将转化为项目发展的资金，项目方则可以从托管合约或 JB 数据源取回最初存入的额外退款补偿。这个替代机制可以扩展至资助任何类型的众筹活动或公共产品。

代码仓库（智能合约）： https://github.com/Starmand6/dominant-juice-hack

代码仓库（前端）：https://github.com/electrone901/Dominant-Assurance-Juicebox

演示页面： https://dominantjuicebox.netlify.app/#/

团队的 Juicebox 项目： https://juicebox.money/v2/p/543

6. JuiceboxDataSourceAggregator​

提交人： weaver

简介： 该项目的目标是为多个数据源提供简单的数据聚合功能。项目包含实际用例，展示了多数据源衍生平均权重的使用及多数据源准入名单的实现。该项目接口及实现很简单，可以进一步扩展用于其他用途。

代码仓库： https://github.com/calcifer11/JuiceboxDataSourceAggregator

团队的 Juicebox 项目： https://juicebox.money/v2/p/544

关于 JBM 前端支持的想法​

Jango 认为最好能考虑在 Juicebox.money 的创建流程和重新配置流程添加一个自定义数据源地址的可选项，为部署这些合约委托并希望在 JBM 提供相应创建流程的开发者提供便利。

Filipv 同意这个建议，并表示最好我们能开发出更具体且通用化的前端界面，例如黑客松专用的前端仓库，用作与 Juicebox 合约协同工作的模板。

回购委托提案介绍 - Jango​

在本次周会期间，Filipv 提交的关于在 JuiceboxDAO 项目内实现回购委托的提案正处于投票表决的治理阶段。

Jango 认为有很多事情都取决于这个回购委托的部署，在许多工作上都有些令人期待的结果。本提案提议这个委托的实现，将有助于我们对这个产品的实现效果做出应对。

该提案还要求将 JuiceboxDAO 当前的回购委托版本从 3.1 迁移到 3.1.1，迁移将导致 JuiceboxDAO 以后的 JBX 代币赎回将会被收取额外的费用。由于额外收取的费用对赎回将产生 1% 的负面影响，Jango 表示迁移更多是出于开发方便的考虑，把协议内所有的回购委托版本完成统一。

Jango表示，这个提案执行的第一步将仅限于回购委托的迁移，待我们在类似 Defifa 或 Croptop 等低风险项目上试验成功之后，合约团队再通知 DAO 配置到 JuiceboxDAO 的项目上。

回购委托要起到作用，我们还需要创建一个 ETH / V3 JBX 交易对流动池并相应添加资金。Jango 预计届时 Uniswap 上 JBX 的交易量将会变大。

总的来说，Jango 认为部署回购委托是一个高风险的举措。如果提案获得 DAO 的批准，就意味着 DAO 充分认识到了这些风险，并同意继续向这方面推进。

面向开发者的视频及新播客节目 - Matthew 及 Brileigh​

回购委托介绍视频​

在以下由 Matthew 负责录制的视频中，JuiceboxDAO 的合约团队成员，包括 Jango、Dr.Gorilla 和 Viraz，共同演示了回购委托合约的使用方法，并解释它的工作原理。

这是向开发者提供更多相关内容的工作之一。他们还计划与 Peel 共同制作另一个视频，介绍 Juicebox 前端界面、已解决问题和 Subgraph 查询等方面的内容。

采访 Nicholas 的新一期播客节目​

他们还发布了最新一期 Juicecast 节目，采访嘉宾为 DAO 的贡献者 Nicholas。节目中，Nicholas 介绍了关于链上 SVG、Juicebox 元数据合约、代币 URI 解析器、Juicebox 卡片项目，以及他在 ETH Waterloo 上开发的新ERC-6551标准项目等方面的内容。

EthCC 指南 - Bruxa​

Thristy Thirsty 将在 EthCC 期间举办活动，Bruxa 用 Croptop 模板在他们的 ETH 域名网站 thirstythirsty.eth 上创建了一个活动的指南。这个指南将向他们的社区成员发布，同时支持以 NFT 的形式来收藏这些内容，无需对这些内容设置代币门槛。

Bruxa 表示，这种传播方式非常适合引导赞助人或客户向他们的项目付款，再以此来支付提供地面服务人员的报酬。他们计划通过这种方式展示社区金库的公开透明，希望吸引更多赞助人、合作伙伴和社区的新成员。她对这个做法充满期待，很高兴能够通过 Croptop 和 Juicebox 来启动。

零售主义 （Retailism) - Jango​

零售主义是 Jango 最近在思考 Defifa 和 Croptop 等项目的金库设计时提出的一个概念。对于使用这些框架创建的项目，与其从应用的角度把各个 Defifa 游戏项目和 Croptop 系列作为单独的金库来管理，倒不如把这些应用收取的费用纳入一个统一的金库，比如 Defifa 网络金库及 Croptop 网络金库，从而鼓励开发者专心开发和网络专心经营。

实质上，零售主义描绘了在 Juicebox 协议背景下的一种项目构建方式，项目金库不设置任何支出，金库所有收到的资金都会相应对外发行代币，而唯一可以获取金库资金的方式是销毁代币从金库进行赎回。

在这个框架下，开发者应如何处理他们通常面临的流动资金需求，包括获得自己的报酬？如何帮助投资建立信心，这样他们才愿意投资而且对投资的价值心中有数？如何平衡推动项目发展所需的能量？

本期周会前，Jango 撰写了 4 篇博文来阐述他对这个概念的一些看法。

零售主义 Retailism​

第一篇博文是对这个概念的概述，在概念、动机、目标人群、时机及方式上解释了 retailism 如何应用，并在更广阔的资本主义市场中获得成功，同时如何避免造成对后期参与者的盘剥。

从零售主义的角度看待 CAC 及 LTV​

传统软件即服务的商业盈利模式来自 CAC（获客成本）和 LTV（用户终身价值）之间的差异，与此不同，零售主义的软件分发模式通过不同的方式来获得增长。这个方式预设一种网络环境，在那里，参与者彼此分享喜欢的事物，相互帮助学习使用这些事物，并共同解决问题。

建模零售主义​

这篇文章描述了塑造零售主义网络的各种规则。不同变量的组合成的规则决定网络的不同发展轨迹，同时这些规则对网络增长率和退出率的影响也可能会产生一些对立。

此外，文中提供了一个电子表格，让大家尝试输入不同的变量值来观察零售主义网络的不同发展轨迹。

零售主义对不同人群的意义​

最后一篇文章分析了为何零售主义网络适合适哪些网络参与者，为何对其他参与者不适用。

这个概念目前还欠缺的一环是回购委托，随时间发展，回购委托可以降低进入成本（发行比率）和离场成本（赎回比率）之间的价格波动。等这些最后的合约组件开发完成，我们将通过 Defifa 和 Croptop 开展一些实践性试验。对试验的效果实时监控研究，确定哪些有效哪些无效，再进一步进行改进，然后就可以把这个框架提供给不同类型的软件项目来使用。

Peel 工作报告及演示 Tjl​

Peel 团队在 Juicebox.money 的项目页面上推出了一个新功能，允许项目方发布通知，让他们的社区了解最新的动态，例如公告、事件、合作伙伴关系、开发里程碑等。

通知还会显示发布时间和发布消息的钱包地址。项目方可以删除某个更新及发布新一个更新，但不可以对已发布通知进行编辑。

Juicebox 两周年回顾​

发展历程​

At the beginning of this town hall, Jango reminded us that, July 15th this week marks the 2nd anniversary of the deployment of the Juicebox protocol. It was an excellent opportunity for us to reflect and share our feelings about this journey.

周会开始时，Jango提醒大家，本周 7 月 15 日是 Juicebox 协议发布两周年纪念日。这是我们一起回顾并分享这段旅程感受的一次绝佳机会。

Jango appreciated how this community tended to manifest mostly on GitHub in general, which has been a theme since the beginning. This, along with propogating Bannys, had been our two primary modalities. However, he suggested we consider how we might relate more to the events in various local communities, and to ourselves as individuals spreading around the world with our own respective local communities. As we shift towards more application-oriented development, building stronger relationships will play an very important role.

Jango 很高兴我们社区主要在 GitHub 展现各项内容，从最开始这就是我们的一个主题。这一方式，以及通过 Banny 传播，成为我们的两种主要展现自我的方式。然而，他建议我们考虑如何更多地参与到不同地域社区的活动，并作为遍布全世界各地的个体在各自的社区进行行传播。随着我们的开发工作转向更偏向应该，更紧密联系的建立将会起到非常重要的作用。

The consistent cohort of individuals who feel a sense of agency over their contributions has been impressive. It's inspiring to witness organizations like Krause House building projects on Juicebox which are relating back to their own DAOs. We had been exploring our role as a Juicebox community and whether we should define it with specific objectives, or keep evolving organically.

Jango prefers that we take a flexible approach to our general value sets and our goals, while revisiting and discussing them on a week-to-week basis without rigid constraints, and being open to critiques along the way.

The Juicebox protocol started with a finite purpose, facilitating fundraising. And then that played itself out in the first year with some early research into how it might evolve.

In the second year, about this time a year ago, we were working on the early prototypes or pre-prototypes of the NFT delegate. We had the idea about what V2 would be and how it should evolve from V1 to support those open-ended delegates, so people can pursue more open-ended projects. And then we created projects such as Defifa, Croptop and Blunt etc. as pockets of experimentation, allowing users to express themselves creatively while exploring different treasury designs.

As a community, we'll reflect on other people's visions, support their concepts, and envision what challenges and opportunities lie ahead a year from now. Jango emphasizes that we have many expressions of treasury design that our users might appreciate, but we need to ensure they can easily grasp the possibilities and benefits.

While the base protocol offers infinite ways to schedule and structure treasury designs, Jango encourages us to remain open-minded and creative. As we continue this exciting journey, we look forward to shaping the future of JuiceboxDAO and embracing the ever-evolving landscape of decentralized finance.

那些始终对自己的贡献工作抱着主动意识的团体成员令人印象深刻。看到像 Krause House 这样的组织在 Juicebox 上构建与他们 DAO 关联的项目，也令人非常鼓舞。我们一直在探索作为 Juicebox 社区应该扮演怎样的角色，我们是否为这一角色制定具体的目标，还是要随着发展有机地进行演变。

Jango 倾向于采取灵活的方式来确定我们的价值观和目标，以周为单位来进行宽泛的检讨和议论，并且对批评的意见持开放的态度。

Juicebox 协议最初是为了支持筹款这个有限的目标而诞生的。然后随着第一年的发展和早期的研究，我们有了大致的演进方向。

在第二年，大约一年前的这个时候，我们还在致力于 NFT 委托的早期原型化工作。我们对 V2 发展目标有了清晰的思路，并且明白应该如何从 V1 演化到支持各种开放式的合约代理，从而支持人们创建各种更具潜能的项目。然后我们创造了 Defifa、Croptop 和 Blunt 等这些项目来开展一些实验性的试验，让用户在探索不同的金库设计的创意表达方面有更多自由。

作为一个社区，我们应该反思其他人的愿景，支持他们的理念，并预见未来一年可能面临的挑战和机遇。Jango 强调，我们对金库设计的许多表达方式用户可能会感觉认可，但我们也需要确保他们能够轻松地理解这些表达能带来的可能性和好处。

尽管基础协议为金库设计的安排和架构提供了无数的可能性，Jango 鼓励我们仍应保持开放态度和创造性。在这个激动人心的旅程，我们寄望塑造 JuiceboxDAO 的未来，并拥抱不断演变的去中心化金融的发展。

L2 部署​

Jango believes that there are clear market opportunities for Layer 2 solutions to build applications on. However, he recognizes that it would be challenging for a centralized entity like JuiceboxDAO to deploy across all these networks. Addressing issues like documentation and project owner relations would be very complex.

In his view, Ethereum is the most challenging environment, and he wants to ensure it is deployed correctly on the mainnet before rushing into other networks. The true value of Juicebox lies in creating organizations that are truly owned by their users. If it succeeds on the mainnet, it should succeed on other networks too.

Currently, there are no blockers preventing Juicebox from deploying to Layer 2 solutions. The team's focus is directed elsewhere at the moment. However, once other aspects are ironed out, and the core protocol gains enough traction, it would be beneficial for all applications to deploy on other environments in Layer 2 and make them accessible from there as well.

Jango 认为为 Layer 2 解决方案构建应用场景的市场机会是显而易见的。然而，他也意识到只靠 JuiceboxDAO 在所有的二层网络上进行部署将是非常具有挑战性的。类似跨链文档和项目方关系等问题的处理都会非常复杂。

在他看来，以太坊才是最具挑战性的环境，他希望首先要确保主网部署各方面运转正常，在此之前不应急于实现其他网络的部署。Juicebox 协议的真正价值在于创建由用户真正自主的组织。如果它在主网上能够获得成功，在其他网络上也应该不存在问题。

目前，Juicebox 部署到 Layer 2 的解决方案并不存在任何障碍。但我们团队目前的工作重点仍在其他的方面。一旦其他方面的问题得以解决，同时核心协议获得足够的关注，把所有的应用程序部署到其他的 L2 环境供用户使用将可以带来许多的好处。

来年展望​

Jango pondered on the possibilities for the upcoming year and wondered if the focus would be on Layer 2 and technical solutions or on integrating existing tools to unlock new opportunities. While he recognized the importance of Layer 2 solutions, he was more intrigued by the idea of organizations acting as intermediaries between Ethereum, Juicebox (as a database), and users.

He saw the next year as a time to bridge the gap between real-world users and use cases, moving beyond building generic infrastructure and sculpting it into specific and enabling toolsets that people could readily adopt for their projects.

Mieos expressed his belief that our current economic system was insufficient for a better future for people and the planet. He foresaw a significant shift in how businesses and innovation revolve around economics. He was particularly excited about Juicebox serving as a toolset ready for a cultural shift, empowering new ideas around economic models, business strategies, and user incentivizations.

Jango shared Mieos's enthusiasm and saw Juicebox as a programming language for money, allowing users to create new relationships between customers and producers, ushering in a promising era of possibilities.

Jango 对未来一年的可能性进行了思考，考虑我们的重点是应该放在 Layer 2 和相关的技术解决方案上，还是应该整合现有工具来创造新的机遇。尽管他对 Layer 2 解决方案的重要性表示认同，但他更偏向于在以太坊、Juicebox（以数据库的形式）和用户之间充当连接桥梁的想法。

他把来年看作弥合现实用户和各种用例之间差距的一个时机，构建通用基础设施之余，再将它雕琢成人们可以轻松取用的细分赋能工具集。

Mieos 认为我们当前的经济体系不足以为人类和地球带来更美好未来。他预计企业和创新围绕经济发展的方式将发生重大转变。他对满怀激情地相信 Juicebox 将作为一个迎接范式转变的工具集发挥它的作用，为经济模型、商业战略和用户激励等方面的新思想保驾护航。

Jango 对 Mieos 激情深表认同，他把 Juicebox 比作一种金融的编程语言，帮助用户们构建客户和生产者之间的新关系，为我们带来了一个充满希望和可能性的时代。

"开发者之年"​

Jango looked back on the blog post Year of the Dev that he wrote about a year and a half ago, realizing that its essence still resonates strongly with the community today, despite some changes. He cherished the fact that we are a developer-oriented community, where individuals build with their unique perspectives and support each other throughout the process.

As diverse individuals, we bring our own artistic approaches to making things happen, with values that may differ but contribute to our collective growth. Jango emphasized the importance of learning from one another, as well as from the diverse experiences and viewpoints beyond our commonalities, which continuously drive us forward.

Jango 回顾了他大约一年半前写的博客文章《开发者之年》，尽管情况发生了一些变化，但文章精髓依然能够在今天的社区引起强烈共鸣。他珍视我们作为开发者导向社区的这个事实，在这里，每个个体以自己独特的视角参与建设，并在此过程中共同互助互勉。

作为充满多样性的个体，我们以各自的色彩勾勒这一幅理想的画卷，虽然价值观不尽相同，但同样为集体的发展做出了点滴贡献。Jango 强调了互相学习和求同存异的重要性，认为这样才能推动我们持续前行。

Jango expressed deep gratitude and excitement for the past year of building, acknowledging that it came with its fair share of challenges. However, the team successfully navigated through those obstacles and embarked on a journey of showcasing new aspects of the project. They highlighted their tasteful discoveries and emphasized financial value sets that held great significance to them.

With confidence, Jango believed that these developments would propel the project forward for many years to come, and he felt a genuine sense of excitement to be actively involved in its ongoing development.

对过去一年构建工作，Jango 表示内心深怀感激和振奋之情，承认这是充满挑战的一年。然而，团队成功地跨越了这些障碍并踏上了展现项目新貌的征程。团队凸显了自己高格调的探索发现，并出突出对自己意义非凡的金融价值观。

Jango 深深地相信这些开发工作将推动项目未来的长远发展，并对自己可以积极参与项目的持续发展感到由衷的兴奋。

ETH Waterloo 报告 - Nicholas​

Nicholas 上周参加 ETH Waterloo 活动并发表了演讲。演讲的内容主要包括代币 URI 解析器以及用户如何使用链上元数据来创建自己的解析器。

同时他还参与了黑客松并创建了一个链上 SVG 的项目，他的项目是活动中获得奖励的 11 个项目之一。

ETH Waterloo 活动上有一些赞助商，包括 Gnosis Chain、World Coin、Polygon、Sismo 及 Hyperlane 等，在活动上分别推广零知识或跨链的叙事和应用。Nicholas 觉得赞助这一类活动对推广协议或者 API 的应用是有正收益的，或许我们可以考虑赞助此类活动并把参与要求规定得具体一点，让参与者使用并深入了解我们的 Juicebox 协议。

对此， Jango 表示赞同，并表示，即使从审计的角度来看，我们也可以从这些活动与用户的接触、来自他们的反馈及因此实现的产品迭代中获益良多。鼓励更多人尝试在我们的协议上搭建还能够帮助我们提升文档质量及开发者的体验。

Nicholas 觉得赞助活动对我们最大的挑战可能会是如何现场配备技术人员，既可以提供黑客松的技术支持也可以参与比赛的评审工作，这非常有助于用户在构建时更多地整合我们的协议。

他还觉得 ETH Global 是一个很值得我们合作的活动，而且因为 ETH Global 每个月都有新的活动举办，我们一旦做出参与的决定，不用等待太长时间就可以付诸实行。

Delegate 黑客松工作报告 - Jango​

我们和 Buidl Guidl 合作举办的 Delegate 黑客松将于本周正式开始。Jango 很乐意与其他有意向开发 Delegate 的人一同过一遍开发的流程。Delegate 亦即委托，基本上就是一些执行特定任务的代码块，每次金库收到付款或者有人尝试从金库赎回时，这些代码就会被触发。

他很期待能见到一些更了解我们生态系统其他方方页面的人来参与合约代码的编写。这些委托既可以用于一些非编程目的，也可以用于炫酷的编程项目。

之前，TJL 问到关于这次黑客马拉松的前端应如何处理，又或者每个参赛者都需要创建 Juicebox 项目来参与。Jango 认为由于这次黑客松的举办，下周可能会出现很多 Goerli 项目，其中不乏一些看起来非常古怪的，主要是由于它们部署的委托可能还不太完善的缘故。如果我们发现一些有趣的个案需要我们在前端给予支持的时候，我们肯定希望提醒大家伸出援手的。总的来说，当前我们的前端支持所有委托的触发的。

对于 juicebox.money 本身而言，很难提前预计黑客松具体会引发什么样的情况。即使前端辨认不出来某个项目的某个数据源或委托，但还是可以进行调用的，所以人们还是可以进行付款，并且清楚是正在试验自己的原型化产品。

Jango认为可以考虑为其中一些项目提供轻量级、单屏界面，更加针对具体用例。他指出，最坏的情况下，我们还可以通过提供一些良好的文档。

Bananapus 演示 - 0xBA5ED 及 Jango​

Jango 介绍，Bananapus 是一个专注于L2（二层网络）开发的项目，它尝试实现 Juicebox 在 L2 网络的正常运作。而其中的重要部分如何让关心某个代币或组织的人的跨链操作变得合理可行。

这个系统的先决条件是要为 Juicebox 项目代币构建一个质押组件。尽管这些代币可能还有其他用途，但实现跨链对我们的 L2 部署将非常有帮助。

Bananapus的质押工作方式是，与当前以 ETH 为作为 NFT 的定价基准不同，它将使用任意 Juicebox 项目的 ERC-20 代币作为支付终端的定价基准，例如 JBX 支付终端。Bananapus 的质押心理模型是，用户可以向 Juicebox 金池支付 ERC-20 代币来铸造 NFT，也可以赎回 NFT 从金库取回这些代币。我们可以沿用 juicebox.money 的用户界面和金库的所有功能来建模这一流程。

用户通过质押 ERC-20 代币铸造出来 NFT 之后，我们还可以为 NFT 添加更多用途，如把其他项目金库的保留代币分配给质押者。比方说，我们可以将 JuiceboxDAO 的 10% 保留代币分配给当前质押了 JBX 并持有相应 NFT 的人。

在周会上，0xBA5ED 展示了他们最近生成的一些 NFT 图像。这些图像是链上随机生成的 SVG 文件，文件内还包含一些区块链的信息，例如该 NFT 的层级和购入成本等。

这些 NFT 是 Bananpus 的默认设置，因此任何人都可以轻松部署自己的项目代币质押方案，并将质押奖励发送到这些 NFT 内。

就合约而言，从 ERC-20 支付终端铸造和赎回 NFT 基本上已经准备就绪，随时可以部署和使用，但目前仍需要前端支持才能在用户界面中使用这个 ERC-20 支付终端。

这将是我们首个使用 ERC-20 支付终端的具体用例，Jango建议我们可能应该考虑先一起把 JB ERC-20 终端整合到一个项目（Bananpus）中，并测试其工作是否正常，然后再添加到项目的创建流程中，开放给所有项目创建者使用。我们还可以开发一个项目部署合约，支持轻松创建内置质押解决方案的完整项目，着重于创建质押相关的项目。

回购委托工作报告 - Jango​

Jango 对 Dr.Gorilla在 Code4rena 审计比赛后清理代码工作表示感谢，同时也肯定了 Viraz 为解决一些边缘案例编写最终测试的工作。

合约团队针对一些不足之处进行了改进，以便让类似支付委托的部署使用变得更加简单。数据源如果可以访问并向其调用的委托传递信息将可以让使用进一步简单化。因此，团队最近一直在加紧推进支付终端版本 3.1.1 的开发工作。他们正处于最后阶段，计划部署到 Goerli 测试网并进行一些测试工作。

由于回购委托是代币运作的核心功能，Jango 认为对这些不足的处理需要更加谨慎，确保代码更加清晰易懂，让人们可以理解并构建类似的功能。

此外，由于 Croptop 和 Defifa 这两个项目都是无主项目，并不会进行外部支付，而是更加着重于赎回机制的使用，而赎回率可以看作对赎回代币持有人收取的费用，并且赎回也会导致资金从生态系统中流出。因此在探索这些项目的金库设计模型的过程中，Jango 考虑，对于类似 Croptop 或 Defifa 这样赎回为主的项目，如果项目设置的赎回率低于 100%，应该同样收取 2.5% 的 Juicebox 费用，费用的收取可以通过回购委托来进行操作。

法律模板仓库 - LJ​

LJ 正在与 Filipv 合作开发一个法律模板网站，网站会构建一个模板库，收集及展示经律师事务所审核的法律模板。

他们希望让这一努力更具合作性质，因此他们将创建一个 GitHub 代码库，人们可以通过 PR 提交模板。这些模板经过某个委员会的审核批准后，将被发布在 GitHub 代码库及模板网站上，那些不熟悉 GitHub 操作的人可以在网站下载自己需要的模板。

有些项目创建者可能不清楚自己需要哪种类型的模板，他们可以访问网站并按不同类别来查找，类似雇佣合同和投资合同。目前，他们主要提供商业和企业合同，但以后他们希望提供更多格式，例如供自由职业者和工作室的从业人员使用，类似顾问协议或服务协议这样的合同。

成立建立这个模板空间之后，他们的下一步计划是涉及传统世界中的法律结构，例如帮助 DAO 根据不同司法管辖区的不同需求创建一组实体的法律包装。

LJ还表示，他们还希望能够开发一个可以执行法律模板的编码合约，这也是他们的工作目标之一。这样一来，他们不仅可以提供纸质合同，还可以提供与法律合同协作或同步的智能合约。

Croptop 模板工作报告 - Jango​

Croptop 的新版 Mac 应用程序已经开发好了。请访问 croptop.eth.limo 并按照下图的说明进行操作，就可以尝试“自行搭建，可通过 .eth 地址访问，并自带内容源和收入流功能的个人网站”。

目前有一个 Goerli 测试网版本的 Croptop 发布网络，它是一个主网络项目，向创建自己的 Croptop 网站并铸造 NFT 的人收取一定的费用。

这些 .eth 域名网站的所有者可以通过点击使用 Croptop 模板创建的网站上的“fork”按钮，来创建自己网站相应的Juicebox项目，并授权 Croptop 合约来代表他们铸造 NFT。同时他们还可以设置在自己的项目上发布 NFT 的条件和参数。

Defifa 工作报告 - Jango​

在周会上，Jango 分享了关于 Defifa 的一些进展情况，这个项目更注重金库的管理，特别是以赎回为主金库的管理。他一直在探索以合法和符合会计准则的方式处理这个问题，并与一些值得信赖的法律专家进行了相关的讨论。

Jango 对在 Defifa 和 Croptop 在确保合法性和规范性的同时实现这一概念感到非常兴奋。如果这个方向证实可行，我们将与我们的社区，还有像 Blunt 这样运行更开放式资金管理的项目，来分享这些经验。我们肯定可以选择逐渐实现自动化的方式，但目前来说，我们先要验证这些想法。

与此同时，Aeolian 和 Kmac 一直在进行一些卓有成效的前端加强工作，Filipv 在改进 Defifa 和 Blunt 的使用指引方面做了非常出色的工作，降低了用户理解门槛。请访问 defifa.net 了解我们产品原型的当前状态。

Croptop 和 Defifa 都需要一个回购委托（buyback delegate），而回购委托本身则依赖于支付终端作为前提条件。我们当前的重点是确保这些功能尽快推出，一旦这些功能就位，我们可以预期将会创建出很多类似的项目。

使用案例视频 - Matthew 及 Brileigh​

Matthew 和 Brileigh 在这次周会的当天发布了用于慈善和非营利组织的第二个 Juicebox 使用案例视频。接下来，他们计划制作另一个用于开源软件的 Juicebox 使用案例视频。

加密慈善现状活动 - Bruxa​

Bruxa 介绍说她正在为 Endowment 策划一个名为“加密慈善现状”的活动，这对她来说是一个非常愉快的经历，因为活动邀请到慈善加密生态系统中的很多知名人士，他们来自 Coinbase、Art Blocks、Change Gallery、Blockchain Association、Circle、Givepact 等平台。

Bruxa表示希望能够创建一个关于可行性、数据和未来预测等方面吸引眼球的对话。她邀请关心这些问题的人参加这个活动，因为她认为对所有创建的人来说都是相关的，而且这是一个很好的提问机会。

Peel 工作报告 - Tjl​

TJl 简单介绍了一下 Peel 团队最近对项目页面做的变更，这个工作是整个团队共同努力的结果。

部分主要的变更目的是要突出项目的核心信息，并把其他信息整合到不同的标签，如活动、关于、NFT、周期、代币等等。同时还提供了 NFT 和奖励的快捷链接，方便用户导航。

最大的变化是 NFT 购物车，类似我们在现实生活里的购物体验，用户现在可以添加多个 NFT 到购物车，再一次性地进行付款。

接下来的两周还会有一些新增的功能推出，其中包括支持项目方在项目页面上发布项目的动态更新，同时也支持社区成员添加评论来参与互动。

同时“关于”区域将很快会重新调整，支持添加富文本 markdown 功能，用户将可以添加标题及其他不同的文本风格、图像等等。

果汁精选投票 - Aeolian​

Aeolian 在我们 Discord 的讨论频道发起了一个投票活动，让社区成员们投票选出我们主页上的果汁精选区块将要展示的项目。

以下是果汁精选区块目前的展示情况，很快将会按以上票选结果来重新上架不同的项目。

ETH 上海聚会报告 - LJ​

LJ 介绍，他原本在 ETH 上海的活动期间举办研讨会的计划取消了，这是因为 ETH 上海的主办方由于某些原因把所有的活动都更改到了线上举行。

但他预期仍然会有一些人这个期间会去到上海，所以他计划届时举办一个线下 Juicebox 欢乐时光的休闲聚会。

LJ 还介绍，他一直与 Filipv 合作推出一些法律文书的模板，这些模板将会提供给项目方用于创建他们的合规实体。他们最近在搭建一个网站，支持下载这些模板并通过加密货币钱包来进行签署，与此同时他们还创建了 GitHub 代码库，大家可以通过合并请求来提交自己的模板并，并让其他人来审核及批准。

ETH Waterloo 演讲 - Nicholas​

Nicholas 将于 6 月 23 日 在 ETH Waterloo 活动上发表演讲，介绍他开发的代币解析器、Juicebox 协议元数据合约。他还计划详细说明这些合约的工作机制，介绍通过链上元数据实现的 Juicebox 项目卡片这样的炫酷功能，以及分享一些大家可以轻松复制并编写自己的元数据的模板合约。

Nance 工作报告 - Nicholas​

Nicholas 介绍，最近以来 Nance 团队对我们的专用治理网站 jbdao.org 进行了大量的改进。

其中新增了一个 “分叉提案”的功能，大家使用这个功能可以很容易地复制任意某个提案，并生成自己的新提案。

另一个功能是支持提案作者在提案内添加行动（执行细节），包括具体的链上交易或者重新配置参数等等，提案通过之后应该就会按这些细节来执行。这些执行细节会以数据参数的形式显示在提案的顶部，随着 Nance 的迭代，以后可能会支持通过新的接口传送到协议，就可以直接对项目进行重新配置，无须再手动创建相关的交易，相应降低执行提案时候出错的风险。

Croptop 工作报告 - Jango​

Jango 及 Livid 在 Croptop 模板上做了大量的工作，来支持音频、视频和 MD 格式的博文，这样一来，用户就可以在他们的 ENS 网站上发布各种内容并把它们连接到自己的 Juicebox 金库。

他们在 CID 上花了不少功夫来确保内容能够正确展示并传递到 NFT 的发布及铸造环节。

在周会上，Jango 向我们展示了用 Croptop 模板创建但尚未关联到 .eth 域名的一个网站， 并展示如何把网站上的不同格式的内容发布和铸造到一个 Juicebox 项目上。

Jango 最近一直在 Defifa 和 Croptop 两个项目的金库设计上尝试一些不同的做法，在这个过程中触发了他对 JuiceboxDAO 早期金库设计的一些反思，延伸到他在这方面的心得、将来应该着重考虑哪些事情以及他渴望要做的新试验等。Jango 在他个人的 ENS 域名网站上撰写了博文金库设计反思来解释他的这些想法。

文中，Jango 提出了一些他觉得应该在类似 Croptop 和 Defifa 的项目上行之有效的一些金库设计方案。但他同时也认为，这些设计仍需进一步进行探讨，因此他鼓励有疑问或感兴趣的人加入讨论并分享自己的思路，希望大家能够共同在这个方面实现更好的解决方案。

周会上，Jango 举例说明一个潜在的 Croptop 金库设计方案。

任何人使用 Croptop 模板来发布内容到 Juicebox 项目，Croptop 发布网络项目都会收取 5% 的费用，然后按 100 万个 $CPN 代币 / ETH 的比例向付款方发行项目代币，发行比例每个周期（28天）递减 4%，两年内把 10% 的 $CPN 总发行量保留给项目的多签钱包，再预配置一个两年后生效的周期去除保留代币分配；70% 的赎回比率让 $CPN 代币持有人必要时可以选择赎回金库内自己的份额，最好再在周期内附加上回购委托来保证付款能以最优价格获得 $CPN 代币。

然后抛弃掉项目的所有权，或者转到没有变更配置权限的某个钱包地址。我们用这个试验来测试是否能够找到足够的激励方案来把 $CPN 代币分配给愿意参与项目管理的开发者。这个方案会把大部分资产保管在金库内，让为项目付出（捐款或工作）的人感到一定的保障，金库内的 ETH 也可以用于某个特定的用途，而每个人都按相似的规则来参与其中。

如果能够实现，Jango 希望“开发者乐于开发、社区安于凝聚以及网络真正实现协同效应”，大家不会有太多的顾虑，所有人利益是平等一致的。

ETH 上海线下聚会构想 - LJ​

LJ 介绍，他正计划在 6 月26 - 30 日ETH 上海期间举办一个 Juicebox 中文社区的线下活动。这个活动的计划如下：

1. 举办线下欢乐时光，并提案寻求 DAO 在资金上的支持；
2. 与其他构建公共产品的 DAO 一起举办研讨会，介绍 juicebox.money 及大家可以如何利用 Juicebox 来筹集资金，并一起探讨现有 Juicebox 项目治理方案的改善；
3. 在一些商品（如 T-恤）上印上 Juicebox 的图案。

Peel 工作报告 Aeolian​

Latest work by Peel team: 最近 Peel 团队的工作成果如下：

1. Peri 开发的收藏项目功能。在项目页面上，用户连接钱包之后，可以点击“收藏”按钮把项目保存到个人帐户里面，方便以后查找。

2. JohnnyD 对项目的 Safe 多签页面做的改进。如果某个 Juicebox 项目由多签钱包控制，在 juicebox.money 界面会有专属的 Safe 页面，人们可以查看多签执行的交易或者所有的交易记录。

3. 由 Wraeth 做的项目页面改善。

4. Aeolian 实现了网站对新的 JBTiered721Delegate V3.3 合约（NFT 奖励）的支持，新创建项目将会使用最新版本的相关合约。

Juicecast 播客新节目 - Matthew 及 Brileigh​

Matthew 及 Brileight 最近接受 Tally 的 Frission 主持的 DAO Talk 的采访，谈论了关于 Juicebox、关于作为 DAO 贡献者的感想、关于去中心化媒体以及如何为 DAO 创作内容等方面的话题。

同时，他们也邀请来自 Tally 的 Tommy 和 Frission 二人组来接受 Juicecast 播客节目的采访，嘉宾们发表了他们对于链上 DAO 未来的一些看法。新的一期播客节目于周会后不久已经正式发布。

回购委托工作报告 - Jango​

Jango 介绍，Dr.Gorilla 最近一直针对 Code4rena 审计中发现的问题进行改进，Jango 也于本周参与了这些改进的审核。目前情况进展良好，我们的合约团队处理完审计中发现的问题之后，回购委托就可以用于 Juicebox 的各个项目了，任何人也都可以提案建议 DAO 来使用这个产品。

Jango 希望先在一些试验性的项目上尝试使用这个委托，但表示并不急于提案让 JuiceboxDAO 正式部署使用。他表示尽管自己很希望早点产品化这个产品，但同时由于这个委托有一些非常重要的功能，他会更谨慎保守地对待它的正式使用。

他同时表示，由于在保留代币及对外代币发行机制上的变化，这个委托可能会对贡献者管理、平台费用收取以及投资者运营等方面带来重大的改变。

Defifa 演示 - Kmac​

Defifa 项目最近取得了许多进展，团队正准备举办一些小型的锦标赛，以确认协议机制和前端用户界面都能够正常工作，并同时希望能够获得一些用户的反馈意见。

周会期间， Kmac 邀请大家一起参与他用 Defifa 创建的一个随机抽奖小游戏。

Aeolian 最近加入 Defifa 团队，帮助修复了一些前端问题以及更新了代码库的几个子库。代码库大部分内容都是由 Blaz 和 Devian 去年 Defifa 初期的时候创建的，它们内在的技术组件与 Juicebox.money 正在使用的存在一定的差异。

据 Kmac 介绍，Defifa 的 NFT 全部都是动态生成的 SVG，可以实时反映游戏的各项信息，如 NFT 的铸造次数、游戏不同阶段等，这就意味着每个 NFT 都可以实时体现游戏的状态。

SVG 的开发主要由 Jango 负责，而 Kmac 则正在进一步推动支持用户上传图像，让这些 NFT 其中一面显示用户的定制图案，另一面则显示反映游戏状态的全链上生成 SVG。

他们希望最终能够实现在 NFT 内展示游戏的当前状态，这样一来不管用户是在钱包内还是在类似 OpenSea 这样的市场上查看这些 NFT，都能够对游戏的进度有一个大致了解，又或者在游戏结束之后可以看到 NFT 的支撑价值方便进行交易。

另据 Jango 介绍，Defifa 项目即将要实现的比赛结果认证流程是基于 Governor Bravo 合约开发的，但针对 Defifa 进行了专门的优化和改良。他认为，如果其他人如果有以状态机形式来实现的游戏机制，也可以考虑重复利用这个组件进行开发。

回购委托审计报告 - Dr.Gorilla​

在 Code4rena 举办的审计比赛 已于 5 月 23 日成功结束。Dr.Gorilla 表示，审计工作流程还没有完全结束。我们的合约开发组已经复核过这些审计结果并相应地进行确认或提出质疑，现在还需等待 Code4rena 方面发布最终的审计报告。到目前为止没有找到高严重度的漏洞，发现了一些中等程度的问题和提出了一些 gas 优化建议。

Dr.Gorilla 表示他已经开始实现相关的修复和改进，计划本周末前能够完成工作。

元数据刷新演示 - Nicholas​

Juicebox 卡片功能支持用户铸造 NFT 来复制任意 Juicebox 项目的元数据并保持同步更新。这个项目由 Nicholas 开发，目前在 Juicebox.cards 网站上可以试用，但目前还没有最终开发完成，因为他计划重写合约来实现更多内容。

Nicholas 最近在编写一个 Juicebox 元数据的更新器。因为 Juicebox 项目的元数据是链上生成的，这些数据会随着时间和周期不断发生变化。但是这些项目 NFT 在 OpenSea 或者调用 OpenSea 数据的其他网站上展示的时候，元数据不会实时刷新，而是用储存在 OpenSea 的缓存数据来展示。这个元数据更新器能帮助刷新在 OpenSea 上的元数据，确保展示的数据都是最新的。

Nicholas 还创建了一个针对这个功能的 Blunt 筹款活动，测试一下大家有没兴趣把这个功能通用化，支持 OpenSea 上面的所有 721 项目。

黑客松活动呼吁 - Filipv​

Filipv 正与来自 BuidlGuidl 的 Austin Griffith 协调，准备在 Juicebox 上举行一次新的黑客松活动。他们计划用 BuidlGuidl 的 Juicebox project 里上次黑客松的剩余资金，再加上 Filipv 计划提案向 JuiceboxDAO 申请的拨款，以 JuiceboxDAO 和 BuidlGuidl 合作的形式来实施这次黑客松活动。

此次黑客松旨在鼓励开发新的 Juicebox 委托及/或数据源，用于 Juicebox 生态系统的建设，关于此次活动的草案可在这里找到。

在周会上， Filipv 呼吁对资金委托或者数据源感兴趣的人到我们的 Discord 提出意见或建议。

Croptop 工作报告 - Jango​

Croptop 的开发工作已接近尾声，总体已逐渐成型，Jaogo 很期待完成后正式发布并看看反响如何。

如果想尝试下当前版本的 Croptop 功能，你可以去到 croptop.eth 并按步骤操作即可。

Jango 介绍，每个使用 Croptop 模板的网站都会在网页右上角有一个 Fork 按钮。点击这个按钮，大家就可以按以下步骤使用 Croptop 合约去中心化地把内容发布及铸造到区块链。

1. 选择你想要部署的区块链。目前仅支持 Goerli 测试网，接下来将很快会部署以太主网、Polygon 及其他 L2 网络。

2. 点击 "Make a new Juicebox"，可以快捷创建一个 Juicebox 项目，以便大家发布内容时向你支付费用。快捷创建流程中需要填写 NFT 系列的名称及符号，还有这个 Juicebox 项目的项目方地址。另外，还可以设定在你的项目上发布内容的最低价格、最低发行量和最大发行量等限制条件。人们在你的项目上发布内容时，可以自行设定该内容的价格及发行量等参数，但这些参数都必须符合你作为项目方最早设定的限制条件。

   

3. 下一步就是授予 Croptop 合约在你的项目上相当于操作员的发布权限。上一步创建项目完成之后，获得项目的 ID 并在这里填写并确定，就可以授予 Croptop 在项目上发布 NFT 的权限。

   

4. 最后一步是可选项，设置可以使用 Croptop 在你的 Juicebox 项目上发布内容的钱包地址，以及可以发布 NFT 的类别。

   

目前我们仍需要使用 Planet 应用来实现 Croptop 这个筹款途径，但 Jango 表示将会很快推出一款专用的 Croptop Mac 应用，会更直观易用。

如何你正在使用 Mac 操作系统，并且希望使用你的 ENS 名称来创建个人筹款网站，这是一个很好的述事方式。

Defifa 工作报告 - Jango 和 Kmac​

Defifa 团队一直想举办一次针对 NBA 总决赛的锦标赛游戏，但计划一再延迟，主要是由于前端开发人员不足。Jango 非常感谢 Aeolian 最近来到项目并帮助清理了一些前端的设置，使这个 NBA 锦标赛的计划变得可行。

Kmac 表示，由于 Aeolian 的协助，Defifa 的代码库得到全面重整，创建项目流程最终产品化，让团队可以真正地小规模地试验一些不同的游戏模式。他们的初步目标是设置一次自托管锦标赛，从而确定所有组件运行正常，之后再将创建流程开放给公众使用。

Jango 重申， Defifa 的特别之处在于不需要正式的预言机来确定比赛的结果，而是可以制定自己的规则并确定相应的分配机制，相信能够带来非常具有创新性的结果。

Peel 工作报告 - Tim​

目前 Peel 有两个主要的工作项目：项目页面重整以及项目设置改进。

项目页面重整方面，Peel 正就项目页面布局及可行性改进展开新的工作，同时引入一些新的功能，类似支持添加多个 NFT 或收藏器的购物车功能等。

关于项目设置，项目设置主页面目前已经上线新的布局，使页面导航更清晰。Peel 把设置里的一些选项单独分列出来，对用户更为友好，也更容易查找。

接下来，他们会致力于项目设置页面里周期配置及支出组件的改进。

项目 NFT 主题及 Juicebox 卡片工作报告 - Nicholas​

项目 NFT 主题​

Nicholas 早前编写了一个代币 URI 解析器合约，让项目方可以调整自己项目的元数据，或者设置自定义解析器来彻底替换掉协议默认的元数据设定。这个功能目前已经正式整合到 Juicebox.money 网站的项目设置里面，所有项目方都可以使用。

Juicebox 卡片​

Nicholas 还开发了一个 Juicebox 项目卡片产品，一个 ERC-1155 标准的合约，可以让用户铸造 NFT 来复制任何 Juicebox 项目的元数据并保存到自己的钱包，这样就可以随时及时地了解特定项目的情况变化。

Nicholas 没有参加这次周会，因此他委托 Matthew 代为简短介绍了这一个功能，并呼吁大家去 Juicebox 卡片的测试网站尝试使用这一功能。非常大家欢迎提出任何意见或反馈。

Juicecast 播客工作报告 - Matthew 及 Brileigh​

Matthew 和 Brileigh 在周会宣布发布新一期的 Juicecast 播客节目，这期节目参访了来自 Planet 的 Livid，最近 Jango 开发的 Croptop 就是基于这个 Planet 应用。

在节目里，他们谈到：

• Livid 是怎样打造 最活跃的中国开发者社区之一 V2EX 的；
• Planet，一款帮助人们搭建去中心化 ENS 网站的开源软件；
• Planetable Pinning，Livid 在 Juicebox 创建的一个项目，项目致力于打造向非中心化网站提供 IPFS 固定服务的基础设施；
• Croptop，一个他与 Jango 联手开发的实验性的 Planet 模板；
• Livid 对怀旧游戏的个人情怀及他利用 Internet Archive 创建的游戏数据库。

Prop House 及 MCSA 工作报告 - STVG​

周会当天，STVG 还参加了 Prop House 的推特空间，谈论他发起要求赞助更多 Prop House 公开轮提案并获得批准的整个流程。他计划于今年6、7 及 8 月共举办三次 Prop House 公开资助轮活动。

在同一个周期，他还提交了另一个向水球比赛活动赞助 T-恤的提案，该提案同样获得 DAO 的支持。这些比赛活动将由 STVG 创建的非盈利性 Juicebox 项目 MCSA 主办。他觉得这次赞助将有助于在现实生活推广 Juicebox，并对支持提案的社区成员们表示感谢。

Defifa 演示 - Kmac​

Defifa 项目在去年底获得了 JuiceboxDAO 的资助并组织了一次世界杯游戏，这次游戏获得一定的成功。随后，他们又在 2023 年初组织了一场 NFL 季后赛的锦标赛。

在这一过程中，团队意识到创建锦标赛的概念应该对公众开放，而不仅仅限于自己的使用。这促使他们开始探索开发一个协议和平台，用于创建游戏及游戏室的参与体验。

Kmac 主导向 Seed Club 和 Base 生态基金申请资金支持项目的发展。此外，他们最近也准备向 JuiceboxDAO 提交类似的资助提案。

在周会上，Kmac 使用他创建的一个示范游戏介绍了 Defifa 锦标赛的游戏流程。这个游戏围绕 Spotify 2023 年 6 月份选出的播放量最高歌手来进行。参与者可以铸造代表不同歌手的 NFT，铸造的费用作为游戏的奖金池。奖金池的分配设计如下：50% 给选中了最受欢迎歌手的玩家，30% 给先中了第二名的玩家，剩下的 20% 平均分配给选择了第三到第五名的玩家。

锦标赛游戏按照以下流程展开：

1. 开幕式：铸造阶段，参与者可以铸造他们选择的 NFT。这个阶段，他们可以随时退出并获得退款。
2. 退款截止期限：参与者可以查看游戏的铸造状态并评估自己的获胜几率，他们在退款截止期限前都选择离开游戏并获得退款。
3. 游戏开始时间：游戏正式开始，资金池被锁定，不再允许退款。
4. 游戏结束时间：游戏结束，所有玩家一起验证游戏最终结果并传播上链。根据结果，资金池中的资金对获胜的 NFT相应提供价值支持。持有这些 NFT 的人可以选择销毁并获得 ETH，或保留 NFT 并在市场上交易。

Defifa 的创建流程​

在周会上，Kmac 展示了 Defifa 的新创建流程，并大概介绍游戏创建的两个步骤。

1. 第一步是设置游戏的名称、NFT 的铸造时限、退款期限以及游戏的开始和结束时间。

2. 第二步允许用户自定义锦标赛的 NFT，包括设置价格和设定分配给预定受益人的保留代币比例。

虽然创建流程仍在不断改进中，Jango 着重介绍了合约中两个值得关注的但仍未在用户界面中支持的功能：

• 支出限额：这个功能可以将游戏金库资金的一部分分配给慈善机构或其他 Juicebox 项目。游戏开始之后，就可以把资金分配出去，剩余的资金则用于游戏运行。
• 保留比例分配：用户可以为每个 NFT 等级或每个比赛团队指定一个保留代币受益人。例如，某支参赛队伍的 NFT 每十个会保留一个给某个受益人地址，而另一支队伍的保留 NFT 则分配给另一个受益人地址。

Jango 表示希望更深入探索合约的工作机制、用户的感受以及他们在使用过程中可能发现的应用模式。

此外，Jango 强调，过去举办的两次游戏中，相关的艺术作品除了作为金库提供价值支持的 NFT 之外，其实还有更重大的意义。这些富有表现力的游戏卡片或者可以长久在持有者钱包内展示自己，我们应该思考如何把这些作品与即使举行的游戏相结合来进一步扩大他们的影响力。

最后，Jango 提到，defifa.net 上的所有组件应该都可以与 juicebox.money 兼容，这样用户在两个平台都可以参与游戏。只要平台能够识别 Defifa 委托并创建解析 NFT 视图的适配器，就可以通过统一的交互和连接标准来实现不同前端对游戏的交叉访问。

社区能见度工作报告 -Matthewbrooks​

Juicecast 的新一期节目Matthew 和 Brileigh 计划采访 Planet 的开发者 Livid，他还在 Juicebox 上创建了一个叫 Planetable Pinning 相关项目。

除此之外，他们还将会采访 CryoDAO 项目的团队。

为了提供更多用户资源，他们最近发布了几个视频和博文，发布了各种不同的指引。他们计划在下周的周会上进行演示。请继续关注更多更新和精彩演示！

L2 和 Croptop 工作报告 - Jango​

经过 0xBA5ED 和 Viraz 的努力，Bananapus 质押组件取得了很大的进展。我们期待在接下来的一周看到下一个更新。

关于 Juicebox 协议原定上周的 L2 部署，工作稍有延迟。因为团队决定将代码库分开来管理，即保持 Juicebox 原有 V3 代码库不变，另外创建/分叉一个专门用于多链项目的新库。一旦新代码库建立并运行起来，他们将争取把它集成到 Defifa 里面。

最近几周，Jango 一直致力于 Croptop 模板的更新。此外，他还在 Goerli 测试网络上推出了新的实验性 Croptop Publish Network 项目，作为一个没有项目方的出版中枢，支持把 P2P 网络传播的内容作为 NFT 来发布及铸造。

用 Blunt 来公开启动 meme 代币 - Jango​

Blunt 是一个 JuiceboxDAO 支持并资助的项目，目标是要试验一些募资初始阶段的特定功能。可以通过创建 Blunt 筹款轮来制定一些非常明确的规则，诸如筹款硬顶、筹款目标及筹款期限等等。例如，如果一个筹款活动未能在设定的期限内达到设定的目标，合约会自动配置一个筹款周期来向参与筹款的人开启退款。反之，如果筹款成功，则项目的控制权将会自动转移给预设的项目方钱包地址，项目之后将按普通 Juicebox 项目来开展运营。

Fair Lunch 是旨在帮助人们公平去中心化地集资创建 meme 代币的一个项目。集资成功之后，铸造出来的 meme 代币和集资的 ETH 按事先设定的比例自动在 AMM 上创建一个流动池，确定 meme 代币的公平机制。

在周会上，Jango 展示了怎样用 Blunt 来创建一个 Fair Lunch 的集资项目。集资成功之后，项目的控制权不再转移给预定的项目方，而是转移到 Fair Lunch 合约，该合约相应配置一个新的筹款周期，允许项目方铸币并把项目金库内的 ETH 分配到 Fair Lunch 合约，再按某个比例来配对 meme 代币和 ETH 并添加到 AMM 的流动池。

从模式上来看，协议内有一个标准的 ERC721 钩子 onERC721Received，我们可以用于监测项目的控制权什么时候从 Blunt 转移到 Fair Lunch 来触发后续的一连串操作。

Fair Lunch 项目由两个参数来决定，同时这两个参数也是 Fair Lunch 合约的典型特性：乘数及分割参数。

• 乘数参数设定创建代币流动池时的初始价格。乘数为 1 则按 Blunt 轮时规定的代币/ETH 比例来铸造代币。乘数越高，则初始流动池的代币价格越低。
• Blunt 项目的控制权及金库资金转移完成后，就可以设定 Juicebox 分割参数，可以把金库中的部分资金分割出来转给一些受益人地址，剩余资金则继续用于创建流动池。

Planet 应用的 Croptop 合约 - Jango​

Planet 应用提供了一个用 ENS 域名来创建网站的去中心化解决方案，网站内容可以固定到 IPFS 并通过 IPNS 地址来指向该 ENS 名称。内容通过 P2P 网络来进行传播，无需依赖运营商或者其他中心化的服务提供商。一旦这些内容经其他用户传播并收藏，原先发布的人都无法再删除掉了。

这个 Croptop 合约是 Jango 为 Planet 开发的一个专用模板，帮助把去中心化的 ENS 网站变成筹款的工具，让大家可以把网站的内容发布到 Juicebox 项目上并作为 NFT 提供铸造。

如果想尝试使用一下这个 Croptop 模板，请按以下步骤（目前应用仅提供 Mac 版本）：

1. 到这里下载这个 Mac 应用：

2. 点击"Create Planet"来创建你的星球；

   

3. 创建时选取 Croptop 模板（也可以在后期编辑）；

   

4. 创建完成后，右键点击并选择 Copy IPNS 来复制 IPNS 地址；

   

5. 去到 ENS app 页面编辑你 ENS 名称的记录，把复制的 IPNS 粘贴到 Content Hash 一项并在前面加上 ”ipns://"前缀；

   

6. 一旦你的星球通过 P2P 网络传播之后，你就可以在浏览器内输入类似 jango.eth.limo 这样的地址来访问你的星球。

7. 右键点击你的星球，选取"模板设置"可以填写 Juicebox 项目的 ID，你的 ENS 域名网站的内容就可以发布到该项目并作为 NFT 供用户铸造。

   

8. 前端界面将很快会在项目设置里面支持项目方把 Croptop 合约设置为项目的操作员，获得在项目发布 NFT 的权限。

如果对怎样在 ENS 域名网站上收藏图片并发布到一个 Juicebox 项目有兴趣，可以到这里阅读 Jango 和 Livid 在上期周会上的介绍。

尽管 Planet 支持本地计算托管网站内容并通过 P2P 网络进行传播，但目前的传播速度还有一定局限。Planet 创建了一个叫 Plantable Pinning 的 Juicebox 项目，提供中心化的 pinning 服务，让传播速度大大加快，如有需要可以到他们的项目铸造相关 NFT 来获得该服务。

如需更多了解 Croptop，欢迎加入Croptop 的 Discord。

Peel 工作报告 - Tjl​

最近 Peel 的工作包括：

• Peri 一直在后台做了很多 Apollo 和 Subgraph 相关的工作，提高了开发者体验及协议的表现。

• 新的 NFT 合约已经上线 Goerli 测试网，如果能得到合约开发团队的支持，下周应该可以实现产品化。

• “编辑支出”区块出现比较大的 bug，是由于建构不当造成的。JohnnyD 已经修复完成。

• 在连接钱包区域新增了 ConnectKit 钱包，为拥有钱包的用户提供更流畅的用户体验。移动端的显示效果交易也很不错。

  

在周会上，Tjl 着重介绍了 Canny，这是一个支持用户提出功能请求或发表反馈，并同时支持对这些请求或反馈进行投票的工具。Peel 团队已经在前端的工作中使用这个工具一段时间了。最近 Nicholas 建议我们应该把这个工具的使用范围扩大，让 DAO 的所有成员都可以在 Canny 发布他们的工作进度、想法或者反馈。目前可以到这里来发布信息并一起投票或留下意见。

这可能是初步了解社区成员关心事项或发展方向的一个很好途径。