75 篇博文 含有标签「town-hall」

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

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 发布他们的工作进度、想法或者反馈。目前可以到这里来发布信息并一起投票或留下意见。

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

App 框架介绍 by TJL​

最近社区内在 Discord 里出现了关于是否应该把一些扩展功能/合约剥离协议主功能的讨论，于是 Tjl 最近整理出一份 App 生态系统框架，他相信这一框架能推动广泛的 APP 生态系统来扩展 Juicebox 的功能，并推动我们的持续发展。

在周会上，Tjl 逐项对这份文件进行解释，指出了 Juicebox 生态系统中存在的主要问题，提出了一些建议和相应的解决方案，展望这个框架将会给我们生态系统带来的变化，以及这个工作方向将创造的一些机会。

问题​

1. 品牌力：品牌缺乏一致性、稳定性和品牌力，与最初的 Juicebox 无法对接，因此在品牌推广方面受到影响。
2. DAO 一致性：在 Juicebox 里，每个人对 Juicebox 的理解都略有不同，导致价值观的不一致，随着时间的推移，就会出现各自对 Juicebox 的描述不一致的情况。
3. 产品复杂性：很难有效地确定清晰的价值主张来以让 JuiceboxDAO 向着实现产品市场适配（PMF）的方向发展。
4. 增长努力：我们在专注发展措施和策略方面做得不够好。

建议​

解决方案​

解决方案是以 juicebox.money 作为主要载体，从而：

• 首先确定清晰代表 Juicebox 定位的各项核心功能，这些核心功能应该是所有项目都需要的，而其他不确定是否适用每个项目的功能则以插件的形式来提供；
• 然后逐步撤回平台的扩展功能，并内部开发功能匹配的插件来替换。

我们不会改变 Juicebox 的本质，只是想改变我们推广及描述它的方式。然后我们会改变部分的用户体验，并在插件方面开拓更多机会。

变化​

根据 TJl 的说法，将会发生如下变化：

• 简化的 JBM 创建流程；
• JBX 创建流程采用模块化设计；
• 项目设置模块化设计；
• 项目页面同样采用类似的模块化设计；
• 增加一个新的 JBM 页面或区域用于查找项目插件。

工作原理​

Tjl 还展示了一些早期阶段的线框图，来形象描述这个措施在 Juicebox 中可以如何进行实现。

他还展示了一些初步的模型，演示这个框架如何在应用商店、开发者资产、列出应用、创建流程、项目页面和项目设置等领域发挥作用。

机会​

1. 清晰地表述 Juicebox 在市场里的价值主张和产品定位，消除社区内外对这个问题的困惑。
2. 提供一个简单的框架，以持续开发和试验，而不损害产品的粘性或价值（不需要扩展）。
3. 激励开发者社区构建一个不断增长的产品和分销模型（Juicebox 拥有用户/分销）。
4. 在一个受控环境中赋予 Juicebox 的用户进一步评估产品的价值。
5. 将社区努力（和 DAO 的外部努力）与 Juicebox 品牌/产品相一致，进一步促进增长。

如何实现？​

如果我们选择这一工作方向，需要具备以下条件：

• 我们需要 DAO 的共同认同和支持。我们都朝着一个共同的目标努力，我们都对这个目标有共同的描述，我们都有相同的命运。
• Peel 团队需要略微调整工作优先次序，即使各种准备已经就绪，但我们在构建某些内容时需要略微调整一下顺序。
• 现有 Juicebox 资助项目的合作。
• 合约开发团队的支持
• Filip 进行技术文档的整理。

应用框架讨论​

Nicholas: 这个想法的出发点有很多我是完全同意的，但即使 Juicebox 有非常多的扩展功能，但我认为确定它的核心作用，或者说我们宣传的核心功能，仍然是非常有意义的。

而且我希望能够进一步确定，应用商店不仅出于前端简化的权宜之计，还能帮助提升协议的接受度。

Tjl: 我们在一定程度上已经向这个方向努力了，但我认为我们没有做好引导工作，并且因此失去很多潜在的机会。此外，我们也没有把它与 Juicebox 的品牌和增长进行挂钩。

其次，我们确实存在产品市场适配 (PMF) 问题亟需解决。我们还没有找到正确的产品定位，这是由于我们未能就协议的表述达成一致造成的。

Nicholas: 要启动这个工作，我们可以使用单个前端来兼容不同的工作流，同步进行更新。如果 Blunt 不需要以单独项目的形式，而是以一个附加的前端界面选项的形式来运作的话，那么一些开发人员，不管来自内部还是外部，Peel 或非 Peel，都可以来参与它的开发。而且也可以马上把它集成到 juicebox.money 上面，而不是需要为它搭建一个全新网站，又或者将 Peel 的资源转过来。

Tjl: 完全同意。这绝对是我们最主要的动机之一。我们应该对所有工作进行整理，把资源都集中到一个地方，并构建我们的生态系统，而不是把多个项目分散在不同的地方。

Nicholas: 这令我想起我与 Uniswap 或 Matcha 等 AMM 交互并导入非信任代币时的情形。从合约团队的角度来看，我很想知道我们是否可以在前端或协议扩展方面实现一定的标准化，从而把这些扩展功能按可信任或非信任类别来进行添加。打比方说，现在如果你不想要 NFT 功能，在创建流程里很容易就可以把它剔除掉了。

我不知道技术上是否可行，但如果可以更容易添加到界面的话，协议扩展的开发工作将更快速，并且可以多个扩展同时进行开发。

Filipv: 我认为通用用户界面可能是最大的难点。如果要让人们开发 Juicebox 扩展功能，我们必须找到一些通用解决方案，这不容易。

Kenbot: 我认为 Juicebox 不是一个筹款协议。它的复杂性超出了大多数寻求筹款功能的人所需要的范围。

我认为协议、平台和我们到目前为止所构建的一切，它们的优势都在于作为一个筹款的解决方案。作为一个智能金库，它能记得谁捐过款，并可以在以后给予回报，这使它成为管理资金流的一个强大工具。

我认为 Juicebox 的优势在于它通用的财务工具，而更具体的交互界面则是我们致胜的地方。

Jango: 我认为可以从两个角度来看待这个问题。第一个是从收入的角度，这个方向视乎我们真正喜欢做什么和我们对什么充满激情。我们正在构建的与之前为 DAO 带来收入的基本一致，在某种意义上可以把它看作是收入，在另一种情况下也可以把它看作是一个社区建设演练，因为我们使用的大部分资金来自那些不小心捐款进来的个人，并不是来自协议上的项目。

另一个有趣的角度是：我们真正关心的是什么样的项目，我们想要构建的是什么？像 Kenbot、Livid 和 Kmac 这些人正在这里为自己的想法努力。从我们所做过的、所看到过的和所学到的事物里汲取经验，并想办法把这些经验应用于当前正在这里搞建设的目标明确的这一群人。

Tjl: 绝对重要。我认为这是首要的。我们要搞清楚我们的发展方向和目的。

Jango: 我认为试图找到正确的方式来表达这些应用程序（我们以前称之扩展或模板）的其中一个动机在于，因为最终我们无法真正控制协议的发展方向。统一的价值观和单一的品牌对我们来说是一种奢求。我们原有策略的首要原则是欢迎多样性，并认同应该鼓励大家自由创建，如果创造出来的东西的确很有意思，DAO 可以介入并给它们或多或少的认可。

我在很大程度上赞同这次讨论，但我认为实际上很难或者不大可能达成一致。虽然有点反直觉，我倒是觉得应该考虑如何能够尽可能地对混乱多些包容。

Tjl: 我认为至少应该明确我们的方向，这非常重要。即使你认为这是不可能的，我还是认为应该经常开展这方面的讨论，让我们前进方向更有意义。这应该优先于其他所有工作，因为我们对于协议的定位有太多不同的想法。

Nicholas: 我认为我们需要明确。搞清楚怎么一回事是合情合理的。我不觉得这与混乱、生产力或创造力有什么冲突。相反我觉得对创造力和混乱是有帮助的。

Juicebox 项目元数据：静态元数据 - NIcholas​

Nicholas 过去几个月开发了一个 TokenUri 解析器合约，在项目所有权 NFT 上展示项目的部分细节。可以在 OpenSea 的 Juicebox 项目页面上看到部分使用这个合约的一些项目的 NFT。他还编写了另一个叫做 Project Cards 的合约，让人们可以铸造一个 NFT 来复制某个 Juicebox 项目的元数据副本，并保存到自己的钱包，可以在这里看到 OpenSea 上的 Juicebox 项目卡片。

上周他制作了一个小合约，本质上属于一个自定义的令牌解析器，可以让项目所有者将项目的静态元数据指向一些自定义位置（如 IPFS、HTTPS 甚至 Arweave 上）上的发布 JSON。大家不需要上传或部署自己的合约，只要通过这个合约设置好文本，再把它设置为项目的解析器就可以了。

他打算制作一个专门的网站来让人们更轻松地铸造这些项目卡，但如果有人想要提前尝试，可以按照以下步骤操作：

1. 将所要使用的元数据固定到 IPFS上（使用此模板ipfs://QmQs3MLLqyxVKWn7BccxEmweQ17JfT3ttnmZ7nga7c1D3S）；
2. 调用此合约上的 setUri，在这里填写项目 ID 和 步骤 1 得到的 URI（例如 ipfs://...）；
3. 在这里填写令牌 URI 注册表地址和你的项目 ID，把它设置项目的自定义令牌解析器

Filipv提交了一个针对 Nicholas 所发布合约的合并请求，一旦审核通过并合并进来，项目方就可以到项目设置来设定他们的自定义元数据，不用再直接与合约进行交互。

V1 支出 bug 的事后剖析 - Filipv​

Filipv 最近提出了一个提案，将 JuiceboxDAO V1 的所有 ETH 转移到 V3 金库。

提案获得批准后，Filipv 发起一笔交易，将 V1 金库的筹款目标（即可以从金库提取的总金额），提高到 1 亿 ETH，并将支付受益人设置为 V3 金库地址。多签批准及签署了这个交易。

但 Jango 很快发现实际的接收方不是 V3 金库，而是 V1 金库本身。团队很快发现这是一个 bug，更改 V1 项目的筹款目标的时候，这个 bug 会将分配器设置为零地址，这意味着 V1 金库将向自己付款并相应铸造出新的 JBX 代币。

理论上来说这个 bug 可能会被恶意利用，让 V1 金库一直向自己付款，直到达到 1亿 的支付上限，并铸造出数量巨大的 JBX 代币分配给多签和其他保留费率的接收人。

Filipv 很快隐藏了 V1 项目前端的“发送支付”按钮，而 Jango 则发起交易来重新设置正确的 V1 分配器，该交易很快得到多签成员签署并执行。

Filipv 发布了一篇文章来记录并分析这个 bug，详细阐述了避免出现类似问题的一些想法。可以在这里阅读这篇文章。

社区意见反馈 - Gogo​

Gogo 在两周前的周会上提出建议，希望 DAO 能够参加 NFT 巴西活动，但会上只是让他去提交提案，并没有给他机会充分解释自己的想法。他后来发起了关于 NFT 巴西的提案，并在上周再次来到周会上建议大家一起头脑风暴，讨论我们在 NFT 巴西期间可以搞些什么酷的活动。但该提案最终没能通过社区的温度测试。

他在本次周会上指出，我们社区似乎欠缺讨论和提出想法的空间。作为一个 2021 年就参与进来的 OG Juicebox 成员，Gogo 觉得自己对我们的社区是充满热情的。这是他第一次想直接和社区一起为 Juicebox 做些具体的事情。但他感到自己不太受欢迎，也没有讨论和交流的空间。

但是，他第一次向 Nouns DAO 提交提案时，与整个团队开了四次会来收集该社区的反馈并策划最佳方案。他后来提交了一个提案，并根据社区的意见修改了许多细节，最终该提案获得通过。

他建议，我们应该有一个交流的空间，一个 DAO 一起思考想做的事情的空间，并对参与的人有更多的包容。

Jango 非常感谢 Gogo 提出意见。他觉得我们花了很多精力在发掘新客户和实现产品市场适配上面，但考虑到我们目前构建的工具，这些工作其实意义不是太大。他建议，我们应该优先考虑当前建设者和社区成员的需求，而不是不断去寻找新客户或收入增长点。他更倾向于与当前社区成员建立稳固的关系，并提供必要的支持和资源，帮助他们取得成功。

Jango 还强调了关注个人而不是收入和产品市场适配的重要性。他更希望培养一个充满激情的建设者社区，共同打造创新的解决方案。

Mieos 则认为我们需要在互爱互助的大家庭氛围和开发受市场认可并持续盈利的产品之间找到一个好的平衡点。他觉得我们最近在提案讨论时有点过于严肃，也许是因为我们之前有段时间过于放松，现在又有点矫枉过正了。他建议我们应该设法提供更多具建设性的反馈意见，在给予和接受方面更加包容。他很感谢 Gogo 发现问题并愿意站出来提出意见。

演示 Planet 的 Croptop 模板 - Jango 及 Livid​

Livid 简单介绍了Planet，一个可以让用户在他们的 ETH 域名上运行网站的应用程序。这是一个完全去中心化的解决方案，用户的内容和域名完全由他们自己的私钥控制，不需要服务器和中心化管理。

在周会上，Livid 演示了如何将屏幕截图发布到 ENS 域名的网站上，并在 Jango 的 ENS 网站 上收集其中一张图片然后把它铸造为 NFT。

Jango 在会上介绍了 Planet 应用 Croptop 模板的工作机制。

用户使用 Planet 应用创建网站并发布内容之后，这些内容实质上是托管在本地计算机上。关注你 Planet 的人可以在 P2P 网络中访问和传播这些内容。

这些内容保存在 P2P 网络中，最初是可以删除或解除引用的。但是一旦有人收集了这些内容，它们就会永久地存储和保留，最初发布内容的人无法再将其删掉或清除。

或许这是搭建去中心化网站的一种途径，网站托管在以太坊网络上，而网站内容则是以点对点的形式存在。唯一的不足是如何才能真正把它打造成筹款工具，可以在 Juicebox 金库发布图片和发行 NFT。

最近，Jango开发了一个 Croptop 合约，将这些内容收集或铸造为 NFT，并发布到 Juicebox 的项目上面销售。

Juicebox 上的任何项目都可以授权这个合约在它的项目页面上发布新的 NFT。迄今为止，我们对 NFT 的心理模型都是只有项目方才可以在项目页面上发布新的 NFT，但现在他们可以授权 Croptop 合约在项目页面上发布新的 NFT，视乎需要可以把这些 NFT 分成不同的类别，这样 Croptop 合约发布的 NFT 就可以与项目原有的 NFT 共同或分开展示，具体取决于项目方的想法。

然后，项目方还可以设置一些阈值，例如可以发布在项目页面上的 NFT 的最低价格和最小数量。用户在项目使用 Croptop 合约发布自己的 NFT 时，就可以为自行设置 NFT 的价格，只要价格高于项目方之前设定的阈值即可。

在上面的例子中，Jango 的 ENS 网站 上的一张图片被收藏/铸造并发布到 Test Croptop 项目页面（Goerli测试网），同时支付了 5％ 的费用到另一个 Croptop Publishing Network（Goerli测试网）作为使用 Croptop 合约的费用。（目前，Croptop 仍然是 Goerli 测试网络中的实验项目。）

因此，任何人都可以在某个项目页面或其他 Feed 聚合的页面上发布他们喜欢的艺术作品或图片。用 Croptop 合约在某个 Feed 上发布内容，你会在发布 NFT 的同时第一个把它铸造出来，因此你实质是向项目支付费用来发布新的内容。

也许会出现一个跟现在相反的新做法，项目所有者不再发布 NFT 供用户铸造，而是社区聚集起来决定应该在某个项目上发布哪些内容。