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 供用户铸造，而是社区聚集起来决定应该在某个项目上发布哪些内容。

Nance 工作报告 - Jigglyjams​

在周会上，Jigglyjams 介绍了 JBDAO.org 的新主页。

改进的提案流程有一个突出的功能，提案在社区温度测试阶段会提供 Discord 相关讨论频道的网络链接。

此外，新的提案模板允许作者轻松地拖放 Markdown 文件或图像，并通过单击“添加操作”按钮添加支出明细、保留代币分配和多签代币转账等操作。

他们另外一个正在努力的方向是通用化 JBDAO.org，让其他的 Juicebox 项目也可以使用相同的前端界面来管理治理活动。包括 Thirsty Thirsty 和 Bananapus 在内的多个社区都对这个产品表示出深厚的兴趣。

能见度工作报告 - Matthew 及 Brileigh​

他们最近给 Juicenew 社区通讯创建了一个新的进入页面，让大家可以订阅邮件来获取 Juicebox 生态的最新消息。

Peel 团队联合 WAGMI 工作室推出了全新的网站页面，包括升级的主页、一个”关于“页面、案例分析，还包含了增强搜索和项目标签等新功能。Matthew 和 Brieigh 发表了一篇网站升级的介绍文章，配合这篇文章还同时发布了一条介绍视频，这些都是新产品启动策略的一部分工作。

在新一期的 Juicecast 节目里，他们还将会采访 Juicebox 的新项目 CryoDAO。

Defifa 工作报告 - Jango​

Defifa 团队正在进行一些 NBA 季后赛的锦标赛的收尾工作。他们计划为每个系列赛举办一次 Defifa 游戏，并专注于其中的小型比赛。

Jango 提出了在最近的周期上搞一次铸造 NFT 活动，但目前团队主要集中在完成一些剩余的工作。

Thirsty Thirsty 工作报告 - Bruxa​

Bruxa 撰写了一份关于 Thirsty Thirsty 社区的第一季金库和会员 NFT 的文件，她计划在 Thirsty Thirsty 社区日志上发布，并在 5 月 13 日正式宣布开始。

新的捐款人将可以铸造他们的第一季会员 NFT 并加入治理，与社区其他成员一起建设。此外，第 0 季的会员将会获得 $THIRSTY 代币的空投。

Bruxa 认为，这将为社区提供一个强有力的基础，以进一步探索 Web3 世界，并帮助新的潜在用户了解这个领域内的实际社区机制。

NFT Brazil 提案 - Gogo​

Gogo put up a proposal this week concerning the thoughts of suggesting JuiceboxDAO to attend the NFT Brazil event, which he mentioned in our last Town Hall.

Gogo在本周发起了一个提案，提议 JuiceboxDAO 参加 NFT 巴西活动，他在我们上周的周会中提到过。

他认为这个举措可以从这个活动中为 Juicebox 带来一些价值。他邀请人们一起进行头脑风暴，讨论一些在这个活动期间可以做的有趣事情。

Peel 工作报告 - Strath​

Peel 计划在周会当天发布 juicebox.money 的全新主页，和新的“关于”页面。这次发布经过广泛的规划和准备，包括通过咨询、测试和数据分析，对用户需求进行了深入的研究。Peel 在开发的过程中，还听取了 DAO 的反馈意见。

有一个突出的用户需求， 希望 juicebox.money 显著位置更多地展示项目创作者及其项的内容。包括把热门项目放在主页顶部，并且是团队的高优先级。

Peel 对主页实施了清晰简洁的处理方案，以便用户登陆页面时可以第一时间了解我们生态系统中最近发生的事情。

在周会上，Strath 通过屏幕分享演示并对主页的各个部分进行介绍，包括“为你的创想打造，“成功故事”，“Juicebox 的工作原理”，“为什么选择 Juicebox” 和 “社区精选” 等。

Peel 接下来的两项重要工作包括：

1. 由 Matthew 和 Brileigh 制作的启动材料，将随着网站更新一起推出。这是我们首次在多个平台上实施联动启动策略，包括播客和社交媒体等。
2. 项目页面设计阶段，Peel 在周会前一天召开了工作启动会。Peel 将继续改进项目页面的设计，并希望在接下来的几周内推出。

各项目工作报告 - Jango​

Bananapus​

Filipv 一直在尝试实例化完整机制的可行性，与此同时，合约团队的一些成员包括 Viraz、Dr. Gorilla 和 0xBA5ED 正在合作开发一个简化版的 721 委托，也就是目前很多项目页面上出现的 NFT 奖励。这个项目仍在持续开发当中。

Blunt​

Blunt 项目准备部署到主网。我们还同时在探索可以让 juicebox.money 进一步改善用户体验，来满足日常用户对简单化筹款模式及低投入工具的需求。

如果一切顺利， Blunt 实验将在 blunt.finance 网站上展开，我们可以在这里对它的安全性进行测试、研究及验证。一旦我们确信这个项目值得在合并到 juicebox.money 并优先进行，我们可以与 Peel 团队展开讨论。

现在 Blunt 暂时只在 Goerli 测试网部署，可以前往 blunt.finance 进行尝试。

Defifa​

Defifa 没有赶上 NBA 季后赛开赛时启动。Viraz 昨天早上完成了最后的测试，我们在周末对一些细节进行了复核。目前，Defifa 感觉不错，我们计划下周配合 NBA 季后赛中的某一场或一系列赛事来启动锦标赛游戏。

我们的目标是在 NBA 季后赛半决赛和决赛上，使用更新的前端界面、创建流程和更新的合约等，启动 Defifa 风格的锦标赛。

Thirsty Thirsty​

Thirsty Thirsty 即将在 Juicebox 上创建其项目金库。推出新的 NFT 系列运营项目的提案已经通过他们的治理流程获得批准。他们尝试参加尽可能多的活动并举办交流会，在 Juicebox 上建立一个登陆页面来销售会员资格和建立金库将会很有帮助。

尽管最近 Juice boxDAO 的关注点更多在于加速项目创建并简化流程，让人们可以轻松启动项目，但 Jango 认为有一些正在讨论项目，它们可能不会在短时间内就可以实现部署。相反，他建议，可以利用项目配置的草案来向社区介绍项目的具体细节和运作思路。这些计划部署的 Juicebox 项目可以引发不同的想法，而它们的部署可能需要更多的耐性和考虑。

Thirsty Thirsty 准备推出一个“十袋”项目，通过他们的 Juicebox 项目销售 10 袋高品质面粉。他们计划建立一个金库并卖出 10 个 NFT，收益将在分销商、Thirsty Thirsty 和种植农户之间进行分配。这个项目可以作为一个述事手段来展示 Juicebox 商品销售收入的支出安排。

这个项目代表了金库直接与绿色环保产品间结合发展的长期愿景，这个愿景就从最初销售的这 10 袋面粉开始。这种运作方式可能会引发一些思考，如何把这些项目作为叙事的手段，同时进行用户定位及使用 Juicebox 具体目标。

Bruxa 也表示她希望协助提供更为动态的内容来配合项目的叙事，如某些食谱、对农户的采访，或农场及仓库的空中视频拍摄等等。她同时也希望能听取我们社区对 Thirsty Thirsty 提出的意见。

Art Collection with Nacho Fredes​

Jango 计划帮助他的朋友 Nacho Fredes 创建一个项目，他是一位自 80 年代以来一直从事数字艺术创作的西班牙设计师。这个项目叫做“Happy Gods”，由128 幅赞颂幸福的手绘图像组成。

作为该项目的一部分，部分收益将分配给 Nacho Fredes 在西班牙合作的博物馆，另一部分将捐赠给非营利组织。Jango 的目标是在 Juicebox 界面上分发和展示这些艺术品。

总的来说，这个项目旨在支持艺术和慈善事业，同时向更广泛的受众展示Nacho Fredes 的独特数字艺术作品。

与 Livid 一起开发 Pinnable CropTop 模板​

去年十二月份，Livid 在我们周会上展示了他的去中心化网站建设和托管的应用程序 Planet。最近他创建了一个名为Planetable Pinning 的 Juicebox 项目，并在 JuiceboxDAO 的 Discord 内有专门的讨论频道。

Planet 能够本地托管内容并 Pin 到 IPFS，然后通过 IPNS 指向特定的 ENS 名称。这意味着内容创作者可以从他们的计算机发布作品，一旦内容通过点对点网络成功分发，任何人都可以通过浏览器访问相关的 ENS 地址，例如 Jango 的个人地址 jango.eth.limo。

最近，Jango 和 Livid 一起合作开发了 Planet 的 CropTop 模板，为发布内容提供更视觉化的形式。该模板使用与 Planet 相同的基础技术，并支持用户选取Pinnable 的中央存储服务。用户可以去 Planetable Pinning 项目 mint 一个NFT, 就可以获得相应的中央存储服务。

Jango 分享了创建 CropTop 模板的愿景，希望让用户可以将 IPFS 上固定的图像铸造或记录到区块链上，这些图像无法被所有者删除，并同时通过这个交易为有关的 Juicebox 项目捐款。这样一来，任何人都可以通过一笔交易向某个项目添加内容铸造成 NFT，而项目所有者也可以通过允许人们在项目上自由发布内容，来收取一定费用到项目金库。

虽然还处于研究阶段，但对于托管在 ENS 地址及智能合约上的 P2P 网站，这个想法可以对它们之间的创意交互提供无限的可能，例如，我们可以使用juicebox.money/@juicebox 作为 JuiceboxDAO 的金库信息中心，同时使用juicebox.eth 来展示另一个更独特的页面，从而提供多个进入 Juicebox 项目的方式。

总的来说，这里有无限的潜力。希望 Juicebox 社区能继续创新和利用去中心化技术来构建新的精彩项目。

Internet Archive​

经 Livid 介绍，Jango 去拜访了位于旧金山的 Internet Archive 总部。Internet Archive 是一个旨在存档互联网的非营利性组织，已经运行了相当长的时间。Jango 感觉对 Internet Archive 的使命很认同，尤其是创建 P2P 互联网基础设施，这与 Juicebox 的去中心资金和金库的概念非常相似。

在疫情期间，互联网档案馆因向外借阅数字图书馆书籍被大型媒体集团起诉。因此，他们可能需要大量的资金支持来应对诉讼。鉴于以太坊、加密货币和互联网档案馆社区之间的文化契合，我们希望有机会筹集资金帮助他们实现使命。但问题在于：最佳方法是什么？筹款是唯一的选择吗？还是我们可以提供其他类型的帮助，使永久的、可索引的互联网档案馆成为现实？

目前这个阶段还为时过早，我们需要探索正确的时机和工具，以确定我们如何最好地支持 Internet Archive。通过了解他们的情况并协调我们的工作，我们可以为所有参与的人创造出更合法、更有影响力的结果。

关于 NFT 巴西的想法 - Gogo​

NFT 巴西将于 6 月 2 日至 4 日在巴西比埃纳尔举办，这将是今年巴西最大的 Web3 活动，比埃纳尔是巴西艺术领域的中心。这个活动的目标受众包括创作者、游戏玩家、艺术家、开发人员、投资者等，旨在为人们提供 Web3 的入门指引。

此外，此次活动的影响范围很大，预计将有约 40,000 人参加，因此 Gogo 认为这将是一个展示 Juicebox 并与 Web3 社区沟通交流的绝好机会。他计划提交一个提案，建议 JuiceboxDAO 以某种方式参加这个活动。

StudioDAO 工作报告 - Kenbot​

他们研究如何使用电影节平台 Eventive，并成功地将两部纪录片和一个视频播客创建他们的电影节。他们还计划支持用户通过法币支付购买 NFT 来获取会员资格，并可以观看这些电影。

有一点尤其令人兴奋的是，Eventive 的 API 支持查询所有用户的行为记录。他们计划利用这些记录对参与电影节、资助电影和分享电影的人开展追溯性的奖励。通过使用数据生成这些活动记录来实施代币奖励，他们希望扩大代币经济并整合为电影节的一个部分。

Bananapus 工作报告 - Jango​

资助 Bananapus 项目的提案本周已获得 DAO 投票通过。Bananapus 项目的目标是要独立开展一些更为复杂的代币相关试验，避免对 JuiceboxDAO 直接构成太大风险。我们可以不断在前端、合约、能见度和协同工作等方面试验具体相关解决方案。

项目创建了一个专门的 Bananapus 的 Discord 服务器，欢迎大家加入并参与该项目。

目前，Bananapus 并没有具体的路线图或发展计划，但是根据 Jango 在 discord 讨论组里发布的概述，会按以下几个步骤开展工作。

这些可以被视为 Bananapus 的三个目标：

1. 允许活跃的“股东”参与到金库的发展中来。金库的部分保留代币可以分配给代币质押者。

   例如，JuiceboxDAO 可以将其保留代币发行的 10％ 分配给质押 JBX 的人，这样一来，通过发行保留代币来衡量的金库增长，就可以由部分拥有社区并进行质押的人来获取。

   领取的奖励可以在一定时间期限（例如一年）内锁定。如果你在锁定期结束之前解除质押，则任何未授予的奖励将被取消。

   这样做的目标是为了更有效地分配代币，并聚集一批参与金库增长的活跃成员。将代币直接分配给活跃参与者的手中，要比分配给其他组织的项目方更好。

2. 与第 1点类似，但允许活跃的利益相关方跨链参与金库的发展。在 L2 上运营的组织把一部分保留代币分配给 L1 组织的质押成员。当然还有一些复杂性需要解决，但我们将尝试让这些组织相互关联，并跨链共享彼此的成长。

3. 解决如何链上治理 Juicebox 金库的问题，同时让 JBX 日后也能安全地应用这个解决方案。我们将与 Nance 密切合作，将 JuiceboxDAO 目前使用的大部分治理流程借用到 Bananapus 项目。

4. 还有一个中间步骤。现在，Bananapus 把部分 NANA 保留代币发送到 JuiceboxDAO 的 dao.jbx.eth 多签钱包。我们更希望能将 NANA 保留代币直接分配到 JBX 持有人手中。我们将在接下来的几周或几个月内尝试让 JBX 持有人有机会领取实验性的 NANA 代币，让 JBX 持有人可以实质参与到 Bananapus 的链上治理过程里来。

Blunt 工作总结 - Jango​

JuiceboxDAO 还在同一个周期的治理中批准了支持 Blunt Finance 项目的提案。

这个项目已经开发了一段时间，目的是要试验简化 Juicebox 项目的第一个筹款周期的解决方案。

目前 Blunt Finance 只在 Goerli 测试网进行部署，你可以先尝试一下项目的创建流程。这是一个简化的项目创建流程，允许设置筹款目标、硬顶和代币发行比例。

同时，它还允许设置筹款的时间期限来提高参与者的信心。如果一个项目在一定时间内没有达成筹款目标，将自动触发第二个筹款周期来开展退款，这样可以减轻项目管理的负担。

如果项目成功完成筹款目标，项目的所有权会被传递给预先设定的项目方地址，并在随后的周期按普通的 Juicebox 项目来展开运作。

显然，Blunt项目是完全开源的，所以我们可以从中进行学习、复制、使用和分叉。同时，我们也要认识到，独立开发者主动地开展试验、制作原型并承担相应的风险，这对生态系统是有益的。我们应该共同努力推动创新想法的传播，为其他人提供创新的空间，他们可以根据自身的简化需求来提出新的想法。

同时，Blunt在其系统内有一些商业模式，因此其资金库有可能看到一些增长。它也将进行链上治理。我们需要非常批判地思考如何作为一个生态系统来处理这些问题，在将其提供给人们之前确保审计、安全和可靠。

Blunt 收取费用的形式​

如果项目在预定时间内成功达成筹款目标，该项目的所有权将从 Blunt 合约转移给预先指定的项目方地址。

在项目所有权转移前，Blunt 合约将会为项目配置一个新的筹款周期，把 Blunt的Juicebox 金库安排作项目的支出受益人来收取相关费用。Blunt 的链上治理代币 BLUNT 代币将会相应地发放给这个项目。

因此，在成功的 Blunt 筹款轮之后，预先指定的项目方将会接收到一个设置了 Blunt Finance 报酬的 Juicebox 项目。项目方可以选择在他们自己重新配置之后的筹款周期时删除这项支出。

Blunt 从使用服务的项目收取费用的交易将被视为 Juicebox 生态系统内的项目间付款，因此不会收取 Juicebox 平台费用。但是，如果 Blunt 金库中的资金要离开这个生态系统，仍将产生 JBX 费用。

Peel 工作报告 - Tjl​

由 Peri 开发的搜索功能已经正式上线，这个由 Aeolian 和 Wraeth 共同整合。目前还没有相关的统计数据，但他们将加紧收集一些数据，相信结果会比上一个搜索功能更好。

项目标签也已经投入使用，这也是 Peri 的作品，也是一个重大贡献。项目正在逐步为自己添加上标签，这非常棒。

Peel正在更新网站，已经取得了一些进展。在市政厅里，Wraeth展示了新的“关于”页面，这个页面将与其他所有网站更新一起在本周末发布。

在“关于”页面的“使命”部分，Tjl 建议我们讨论一下如何利用社区筹款里程碑，比如2.50 亿、5 亿、7.5 亿 或 10亿美元等，考虑通过空投或类似的方式让加深社区对我们的使命的了解。

其次，他建议在贡献者部分添加一个“+”按钮，以便链接到专用的文档，向访问者展示如何为 Juicebox 做贡献，并鼓励新的贡献者加入到 JuiceboxDAO。

Jango 的反馈​

Jango 建议我们添加一个 JBX 代币分布情况图表，例如饼图或类似的内容。虽然贡献者成员是日常在开发流程中用他们的专业知识做出了更多贡献，但也有许多项目以支付费用的形式获得了 JBX 代币，还有许多个人是向 JuiceboxDAO 的金库捐了款的，我们仍在使用这些资金来实际开展工作。这些人跟其他人一样都是我们社区的成员。我们不应该忘记这一点。我们必须尊重 ETH，尊重更广泛的社区会员，尊重我们自己作为在这里工作的人，但这种尊重不应该仅限于在 Discord 里面。但应该怎么做这个问题有点模糊而且很不确定。或许我们应该考虑一下怎么来进行这方面的沟通。

回购委托工作报告 - Jango​

这个项目已经在去年讨论了一段时间，但由于它涉及到 JBX 代币和金库，我们必须先完成了版本控制的所有工作才能正式启用这个功能。

现在，所有版本控制的工作都已完成，我们已经构建和测试过这个委托。唯一的需要做的是进行正式审计，然后等待 DAO 批准将它合并到我们的筹款周期里。

我们都知道，每个进入我们金库的 ETH，DAO 将按照其发行价格铸造新的 JBX 并发行给那些支付费用或点击支付按钮的人。我们也知道，在公开市场（如 Uniswap）上有人愿意以不同的价格出售 JBX。

因此，在公开市场价格低于我们的发行价格的情况下，回购委托将提议 DAO 放弃将 ETH 存入金库，而是将 ETH 中转到交易市场，以确保向我们金库付款的人都可以尽可能多地获得 JBX 代币。

现在 V1 JBX 的 Uniswap 流动池非常浅，而且大家仍在迁移到新的 V3 JBX。因此，回购委托需要确认应该盯住哪些池子。其中一种思路是，先尽可能购买 V1 JBX 并将其 1:1 转换为新的 V3 JBX 后发送给受益人。

希望我们尽快可以开始讨论审计的安排。接下来可能会提交一个提案来支付合约的审计费用，如果进展顺利，我们将很快可以在 JuiceboxDAO 的筹款周期里实际应用回购委托，并把 JBX 分配到活跃的项目和成员手中。

721 分级委托工作报告 - Jango​

721 分级委托是标准的 NFT 奖励，这是一个我们一直在使用和发展的委托。目前我们的处境不错，委托脱离核心终端控制器基础设施，单独进行迭代演化。

现有的 JBTiered721Delegate 需要进行一些改进，目前已经排队等待部署为新版本。

1. 将变量 contributionFloor 重命名为 prices，因为我们现在更多地将这个变量按价格来处理；
2. 引入可操作性模式，使项目方可以将某些功能委托给操作员，即其他可以代表项目方管理这些功能的合约或地址。这将允许其他合约代表项目发布不同的 NFT 等级，并引入新的功能。
3. 重新评估存储的问题，为某些功能提供更多的设计空间，同时删除一些极少使用的功能，例如锁定功能。

目前仍有一些功能没有在当前版本的前端界面反映出来，我们正在设计这些功能，比如分类和版税功能，后者目前在合约层面已支持项目方部署带有版税的 NFT 系列。

Jango 表示暂时不急于发布或推动任何新的 721 委托，只是想确保大家都知道委托是可以变更的。我们可以更新合约并发布新版本，这并不像其他部分的版本控制过程那样需要耗费大量工作。

当然我们也可以发布新类型的 721 代表，例如 Bananpus 提出的质押委托。NFT 在 Juicebox上 将会有各种不同的使用方式。目前，我们主要集中在其中的一种，就是我们最开始开发的功能，我们创建了一个灵活的委托，使其适用于各种应用场景。

我们既可以专注于某些功能，也可以涵盖更广的需求，还可以以各种方式来具体化我们的工作。但是，构建面向特定委托的前端界面是一个棘手的问题，如果要构建委托来处理各种不同类型的扩展就更为困难。因此，这将是一个长期、需要耐心的过程，但希望我们能够把握这种开放性，让委托在 Juicebox 上更好地发挥作用。

Defifa 工作报告 - Jango​

我们将运行一个 NBA 季后赛版本的 Defifa，NFT 的 mint 开放时间相对较短。 我们还会尝试使用生成艺术组件和一些 HTML 渲染的 SVG 文件来制作新的 NFT。在合约方面，我们将启动一个类似 NFL 的锦标赛，但新增了一个让用户可以在铸造时委托认证投票的功能，以便他们游戏后期不必再亲自回来参与认证投票，只要他们愿意把这个责任委托给类似 Defifa 球童或其他值得信任的代表。

从前端的角度来看，我们会用全新的创建流程来部署游戏，但整个流程中仍然存在一些问题，因此我们正在加紧改进，希望能尽快推出这个锦标赛。

这个锦标赛并不是为了吸引高关注度、高流量或高参与度，更多的是因为我们觉得 NFT 很酷炫，锦标赛很有趣，同时我们也想尝试一些新的东西。

我们将通过一个开放使用的创建流程来推出这个锦标赛游戏，任何人都可以访问 create.defifa.net 来启动自己的锦标赛。

项目标签报告 - Peri​

我们最近正式发布了项目标签，意味着项目方可以最多为项目选择三个标签。

项目标签的好处如下：

1. 标签将显示在项目标题和搜索结果中。这是一个很好的附加说明，有助于为项目信息添加一些背景情况。
2. 在探索页面还可以按标签来筛选项目，以及搜索特定类别的项目。
3. 允许我们在首页或应用的其他位置展示项目供人们浏览。

除了项目标签，我们增强了搜索功能。现在我们不仅可以通过项目句柄搜索，还可以通过名称和项目详情的文本内容搜索项目。

Bananapus 问答环节 - Jango, Nicholas 及其他成员​

为什么要使用L2？动机是什么？​

1. 理想情况下，我们会达到这样一个点：人们可以在支付项目时产生更少的 gas 费，这也意味着项目可以更好地利用他们所接收的资金。因此，第一要务是如何让最频繁的交易，也就是支付交易变得更便宜。
2. 还有其他各种操作，例如项目部署、重新配置和支出，在非 L1 环境下时，这些操作都会变得更加容易和便宜。
3. 在各有特色和工具的 L2 里寻找新的受众和社区进行建设和合作，令人倍觉鼓舞。

考虑Juicebox如何在L2上运行时，我们需要思考很多问题。

通过我们版本控制的经验，我们知道管理多个金库是很困难的，因为每个金库都是一组资金，它们都可以接受资金并各自发行代币，这些代币又只由发行的金库提供价值支撑。

L2 Juicebox是要解决与 L1 Juicebox 协议相关的特定问题，还是只是在 L2 上运行一个功能相同的实例？

我们过去一年在版本控制工作中收获良多，特别是在同步和管理不同金库方面。管理不同金库可能会代价昂贵而又微妙，但如果我们做得好，它可以带来非常巨大的好处和便利。尽管代价不菲和存在脆弱性，但希望我们能持之以恒并实现目标。

此外，保持各个金库之间的同步将会非常微妙，特别是当它们发行的资产 1:1 可以互相兑换时，就像我们在V1、V2 和 V3 金库中的 JBX一样。当涉及到跨链资产、桥接和小批量资金未必整齐对应时，这个问题将变得更加棘手。

公交站比喻​

在 L1 和 L2 之间进行资产桥接，可以像定期公交运营一样进行。

我们可以设置一个桥接层，允许人们在一定时间段内进行支付，就像公交车按照每日时间表来回穿梭于 L1 和 L2 之间。公交站将支付来回的所有 gas 费用，所以参与人数越多，单位成本就越低。

捐款通常是相同金额的，付给相同的项目，返回相同的代币数量。虽然支付者不一样，但它们看起来都相同，因此 L1 项目可以将它们总体视为一个交易。

在 L1 项目中产生的相应结果，如分发项目代币、NFT等等，将随公交车返回到 L2，那里的支付者就可以按相应的份额来领取。

利弊得失​

1. L1 金库可能按固定周期来运作，而支付跨链公交可能会导致时间错配，因此通常跨链操作会有一些时间上的制约因素。
2. L1 团队使用的支付数据源可能使两边的结果难以对等。
3. 项目代币和任何资产都必须具有 L1 和 L2 版本，只能通过公交站进行互通。资产将由公交站来托管，以发行相应的 L2 版本，但又不会有任何 L2 金库来支撑。如果代币用于 Snapshot 的投票，其 L2 版本应如何进行对应？

Filipv 认为，让 L1 和 L2 上的项目总体上各自独立是一个好的选项，但通过优化跨链支付体验，让人们不用在多个 Rollup 上都部署相同的项目，而是不同链上部署不同的项目，但又可以互相进行支付。他补充说，这个方案的另一个好处是减少了理解现有 Juicebox 概念的认知负担。他还认为，公交站方案的最大弊端是在我们的培育用户流程中增加了一些额外的复杂性。

Jango 认为，公交站跨链方案现在还不适宜进行实现。此外，他认为，将社区中的机会和风险分隔开来，赋予个人而非组织更多的权力，将令工作更加有效。

鉴于协议已经有保留代币和支出的功能，Bananapus 方案的目标是尝试将保留 JBX 代币分配给生态系统中的项目和项目成员的群体，而不是发送到目前由多签进行管理的 DAO 钱包 dao.jbx.eth。目前，我们还没有找到一种可以直接将保留代币分配给社区成员的方法，但值得进行尝试，因为这个举措非常重要，可以让个人更广泛地参与社区治理。

L2 运营和 L1 协议改进的优先顺序​

Nicholas 在周会上指出了 Juicebox 协议的不足，具体如下：

1. 作为一个号称自动化可编程的金库协议，它实际上没有为分配支付提供任何解决方案来减轻项目方的负担；
2. Juicebox 声称通过预编程的链上支付增加透明度，可以添加延迟策略，让社区成员为任何不利变化做好准备，但在现实中这方面完全不是这回事；
3. 尽管协议具有各种模块化，但到最后人们还是只能用 ETH 进行支付，没有任何 ERC-20 终端可以使用。虽然项目间互相支付时具有发行代币和代币交换的网络效应，但事实是，人们并不能用这些成员代币来主张任何权利。

Nicholas 认为，我们应该优先改进协议的可用性，而不是将重点放在扩展到当前没有太多需求的 L2 环境上。

Jango 表示，他对在 L2 上进行实验感兴趣，是因为有几个项目提出这样的需求。我们很难提前了解改进协议的最大收益在哪些方面，除非人们提出并阐明他们的具体需求。

Nicholas 认为，尽管通过扩展到 L2 来降低 gas 费用是好的，但它并没有解决我们的根本问题，也就是与受众群体间的互动。因此，他建议我们在当前阶段将重点放在改进当前的协议上，而不是将重点放在扩展到 L2 上。

Juicebox 是什么​

Jango认为，Juicebox是以太坊上的一个数据模型，提供了一种为住在在以太坊区块链上的数据建模的办法。它离不开 JuiceboxDAO、Peel、WAGMI、ConstitutionDAO 等在其之上构建的 DAO。从某种意义上来说，它只是一个数据模型的表达形式。人们可以在该协议之上构建许多可能性，该协议由一些相互关联的功能来定义。

Jango认为协议更多地作为数据层而非一个寻求市场接受的产品。我们的目标实际内源性增长，而不是要去说服其他人积极参与研究这个协议。比起为了特定的发展任务，他更钟情于与志趣相近的人一起构建。

Nicholas认为，该协议需要易于理解并解决特定的问题。他认为，金库模型不够完整，对人们的作用不大。Jango认为，从当前存在的工具来看，Juicebox 的确解决了某些人群的金库需求，但需要给项目方更多时间来进一步改进。Jango 认为有许多创造性的方法来帮助项目方和解决问题。

Bananapus 是什么​

Bananapus 是一个计划中的项目，具有特定的方案，试图提出一个论点，即 Juicebox 需要解决的首要问题是实现链上治理或培育跨链组织，以及努力帮助项目更好地将代币分配给其他成员群体。

Nicholas认为，Juicebox 与 SAFE 或Uniswap 相类似，是一个具有某些功能并为大众服务的协议。但目前，他并不认为该协议很好实现了它号称的自动可编程金库功能，也没有任何筹款资产支出保证的解决方案。他感到失望的是，所有这些问题都被忽略了，没有进行讨论。Nicholas 建议，合约团队在增加协议的复杂性例如扩展到 L2 之前，应优先解决这些问题，。

Filipv认为，DAO 需要一种更好的决定问题优先次序的办法，因为提案并不是能准确反映 DAO 的兴趣所在，尤其像 Bananapus 这样的提案。

Jango 认为，我们目前拥有创造性的自由，来决定我们下一步将要采取的步骤，人们既可以使用现有的工具套件，同时也可以建议使用他们选择的特定用途的应用。启动 Bananapus 项目的决定并不是仓促做出的，它已经进行了一段时间的讨论。我们都有过 gas 费用飙升的经历，这个时候很难与项目进行交互，未来我们可能会看到更多的 rollups 或特定应该的二次网络的出现，因此最好我们能在战略上提前做一些繁复的工作，并思考 Juicebox 如何在这些环境中发挥作用。

通过提交 Bananapus 提案，Jango 试图建议我们的社区联合起来，提出我们多链运作的建议，同时我们不应以组织集体的形式参与这个项目。我们应该鼓励那些想在其他链上运行协议的人，并给予他们支持。

Jango仍然相信，如果该协议有用并被证实是一个持久的数据模型，人们最终会考虑使用它。但他也愿意与大家一起合作，决定工作的优先次序，并进行深入的研究。

关于反馈意见被忽略的忧虑​

Nicholas 表示支持 Bananapus 项目，但他也指出，如果 Juicebox 想实打实地提供我们宣称的解决方案，首先要解决一些我们的以太主网协议存在的问题。此外，协议成功需要一个充满活力的开发者社区，但除了我们的合约团队和 Jacopo 之外，似乎我们并没有什么活跃的开发者社区。他还觉得，一直有反馈觉得协议非常难理解，这些意见本应早被纳入到协议架构的讨论中。

Jango说，协议是一件经历了演变并具有各种功能和灵活性的工具，一路走来需要做出很多决策，但易用性对于协议上运行的不同项目来说可能意味不同。随着我们版本管理工作的完成，现在我们处于一个非常好的状态，来确定需求的各类，以及我们如何创建合约来索引协议，获取信息，汇总它们，然后将它们一起提供给用户或开发人员，让他们按照自己的意愿使用。

他坚持认为，如果没有逐步编写或调整，很多功能在我们当前的 L1 协议上是无法使用的。一开始功能很单一，我们互相倾听彼此的想法并分享彼此的担忧，然后功能开始形成并演变，直到我们实现目前的状态。Jango 确认我们不会忽略要求简单化的需求，也不会因为技术上炫技就故意把事情复杂化，更不会通过 Solidity 故弄玄虚来彰显自己的 Solidity 水平或其他原因。我们只是为了追求更优化的、更合理的方法。

Jango承认，在降低使用门槛和简单化上面，我们还有很多工作要做，但至少这种思路是正确的，所以我们应该聆听人们的需求并尽量满足它们。我们不需要从头开始，我们有一个坚实、经过测试和经过考验的代码库可供借用。他强调我们没有忽略或忽视某些需求，只是有我们能够达到目前的地步需要满足很多前提条件和更重要的考量。这是一个漫长而耐心的努力，需要做很多工作，但他表示构建下一个项目时将更多考虑更多的反馈。

Nicholas 认为，我们的共同方向都是让人们能够创建链上运营的项目，更偏向于长期发展，而不是那些昙花一现的知名筹款活动。通过提供 Nance、Blunt 和 JBM 等不同的工具来支持持续性项目的创建，这样开源项目就会选择在 Juicebox 上运行，因为这样他们可以获得实质性的东西，值得承担 2.5% 的费用和其他管理成本。

但他认为我们目前应该通过关注开发人员的想法、了解他们在理解协议工作原理时面临的挑战，来设法解决协议中存在的问题。他还认为，如果 L1 未能获得开发者关注，那么把协议转移到 L2 也不会让这一问题得到改善，而且也解决不了协议面临的缺乏蓬勃发展的社区这样的核心挑战。

Jango解释说，由于我们过去一年一直在进行版本控制工作，在这期间让人们在行将更改的协议之上开发是不明智的。他认为我们需要吸引开发者，或寻找有大想法并寻求合作的人。我们需要花费大量精力来厘清人们可以开发的各种项目，并提供 JBX 非常简单的接口，让他们初期无须雇用前端开发人员。

到目前为止，我们的目标是安全性、稳定性和达到一个有效及去风险化的状态。JuiceboxDAO的头等大事是安全性，只有这样才能继续去做任何别的事情，我们可以在坚实的基础上建设，充满信心地向上攀登而不用担心梯子会不会倾倒。在版本控制工作完成之后，我们现在已经达到了这一点。我们现在可以自信地把这个信息传达给人们，并通过构建项目并一路记录下创建的详细过程以供人们参考。

Nicholas 认为，在某种程度上，协议开发实际上对于任何不直接参与其中的人来说都非常不透明，而其中的决策显然是专业人员决策，但它似乎与DAO相信的运营使命有所脱节。

他还认为，在加密货币或软件产品开发中，实际上有两种哲学方法:

1. 更注重创建较小的产品，先测试一下市场的反应，看看哪些能够被接受，再在此基础上来增加复杂的功能。这在某种程度上也是 Juicebox 一直采取的方法。
2. 更宏大的构建方式，我们之前没有开展过类似的讨论，关于我们正在采取的构建风格、我们正在选取的构建方案、我们是否要对我们的想象力做出长期大胆的赌注、需要什么样的模块化，或者我们是否希望进行更小的迭代并针对市场进行测试以获得 PMF（产品/市场契合度）等。

Nicholas 认为，从 Jango 的意思看，他并不是那么关心 PMF，他更关心的是怎么在 EVM 上构建方便且非常具有表达潜质的数据层。

Jango 说，从 V1 到 V2 的演变，希望能使我们将来的迭代不再需要动辄整个协议来进行，而是更多视乎市场反应的小范围快速迭代更新。他承认，有些他觉得是经过讨论的事情，在其他人看来更像是不够公开透明的个人决策。我们可以通过编写文档、周会分享、以及更加重视优先事项来把事情做得更好。

其他成员的看法​

Filipv: 我认为这是一个重要的讨论，谢谢你提出了所有的这些问题，Nicholas。我希望我们能够更多地就协议开发、前端开发和优先级等方面展开实质性的讨论。我发现无论是周会或者 Discord，我们的讨论很快就会变得非常哲学化和抽象化，我不知道这是否是一个很好的趋势。我支持很多时候对待事物可以从意识形态的角度切入，但我认为在某个层面上，当涉及到某些事情时，我们需要更务实。我不认为我们可以忽视很多事情的实际现实，比如 Nicholas 提到的开发者接受度。我希望以后会有更多像这样的讨论。

Aeolian: 看起来大家对所有这些小组件的目的没能达成共识。我们每个人是否对协议的目标是什么达成一致？这个目标是提高使用率吗？还是像Jango所说的，我们只是为了构建非常安全和优化的协议，以便在用户在此基础上搭建其他东西？

作为 JBX 的持有者，当我看到这个 Bananapus 提案时，我想的是：如何评估这个提案？我用什么标准来投票赞成这个提案？它会增加协议的使用率吗？它最终会带来更多的收入，或是其他完全不同的事物？还是说，我们投入的人力物力非常大，但它带来的价值可以让这些投入显得合理？也许这些在某种程度上只是我个人的观点，我觉得我们在理解我们的目标这个基本层面上没有达成一致。

Filipv: 我通常也是根据 JuiceboxDAO 长期存续的可能性的最大化来评估提案的，因此涉及安全性的问题优先级是非常高的。但我们也不能太过于偏向某一个方向。只顾收入最大化可能会毁掉整个生态系统，不利协议的长期存续，但是理想化地完全忽略收入和可持续性，导致金库清空、人们不再贡献，然后生态系统逐渐消失，这样也是不妥的。我认为在 DAO 中发生的很多事情都没有顾及这个方面，所以我很想听听其他人如何评估这些事情。

STVG：从我的角度来看，我们评估提案时关注的大部分内容都是如何通过 Juicebox 增加使用量和创造收入，以便我们所有人都能继续为 DAO 做出贡献。有一段时间，我们的关注集中在这些体量比较大的筹款活动，现在我们开始着眼于更小的项目，这样人们可以在 Juicebox 上运行初创企业、实验等等。

我认为我在某种程度上既同意又不同意 Nicholas 和Jango的看法。我确实认为这是一项重要的实验，但同时我也认为我们现在已经有很多实验，也许现在是时候来关注我们的主要功能了，从而生成更多的协议项目，希望能产生更多的收入，这样我们可以继续建设，同时也对开发者和项目创作者更有吸引力。

Peel 工作报告​

网站更新介绍 by Strath​

这个项目，包括重新设计主页，然后创建一些支持页面，如“关于我们”，及创建一些案例研究、活动动态等等。

项目的目的是使项目页面更加实用，突出项目创建者，突出项目本身，促进捐款及项目的可信度，让用户登陆我们页面时感觉更加清晰明确，从而让我们的协议增加一些不同的竞争价值。

主要区域​

在这个设计版本中，热门项目被提升到主要区域的位置。我们即将实现项目标签，并将其作为主页的子标题引入页面，这样当用户登陆页面时，可以看到不同类别的项目并点击进一步了解。这样做还可以令空间简洁，并且只设置一个用户行为转化，应该会对促进项目创建非常有效。

• 主要区域讨论

Jango 认为目前的主要难点似乎是人物角色、艺术和风格，因此在主要区域将 Banny 移除似乎是一种利弊的取舍。

Strath 最初犹豫是否要从主要区域移除 Banny，因为新的主要插图非常好看，但他们更倾向于功能性的主页多于美学和功能性的平衡。Strath 认为功能性才是真正驱动人们使用我们协议的主要因素，特别是通过将热门项目放在显眼的位置，将有助于用户快速了解协议并激励他们创建自己的项目。Tjl 也提出，在主要区域突出展示项目很重要，同时也是项目方展示项目和他们的艺术创作的好机会。

他们都同意，如果想要在这个区域展示我们的 Banny 角色，可能要利用热门项目的机制，争取始终有一个 Banny 项目在这里展示出来。

• "创建项目" 操作

Nicholas 询问了“创建项目”功能以及在主页上单独布置这个功能按钮的原因。Strath 解释说他们考虑了不同的选项，但最终决定在主页上集中展示项目及其相关内容。他们取消了“探索项目”的行动转化，将“创建项目”保留为主要希望用户们采取的行动。但是，探索项目仍会作为用户体验的一个内在部分，类似于 Opensea 等其他 NFT 市场那样。这背后的想法是在默认支持用户探索项目的同时，让他们明白自己也可以创建项目。

功能部分：为你的想法量身打造​

这一部分只是向人们保证，“这是我们可以为你提供的服务。” 我们帮助DAO、众筹、NFT、创作者和建设者。特别感谢Sage为这些超级棒的插图，真的非常出彩。

功能部分：成功案例​

在我们的用户测试中，大多数人使用 Juicebox 或对我们感觉信任的主要原因是有很多大型项目投入了大量资金，并且从未发生任何不良事件。我们对平台上处理过大量 ETH 进行了强调，并且大家都使用 Juicebox 并获得了成功，这样真的有助于巩固新用户的信任。

Features Section: How Juicebox works​

This section is pretty straightforward and Filipv's new copy has been implemented here. And in the actual build of this, there will be an animated effect with this line going down with scrolling.

功能部分：Juicebox是如何工作的​

这一部分非常直观，这里采用了 Filipv 的新文案。在实际的构建中，将会有一个带有滚动效果的上下进度条。

功能部分：为什么选择 Juicebox？​

这是一个非常棒的部分，向人们简单介绍一些使用 Juicebox 的好处，强调 Juicebox 的优势，并为他们提供了探索工具，而不必阅读技术文档并花费很多时间来进行研究。

功能区域：果汁精选​

这个区域的想法是：每个月我们会选择出五个项目，并给它们打上“果汁精选”的标签，然后把它们在这个区域展示出来。

我们会突出展示其中一个项目（下图左一），这相当于社区对该项目很大的肯定。我们可以把这个作为一个非常有意思的营销工具，举办项目竞赛，让各个项目来争当 Juicebox 本月的特色项目，可能会推动项目在我们社区的参与度。

在营销能见度方面，我们应该还有很多工作可以做。

功能区域: 探索不同类别​

我们即将推出项目标签，因此在这里，人们可以浏览所有各种类别，包括筹款活动、DAO、NFT、艺术项目、摄影等等。

Final call to action​

项目标签 by Peri​

这个项目标签的背景是，我们希望允许项目所有者从预定义的10个标签里面最多选取 3 个对他们的项目进行标记，主要目的是增加项目的能见度。

对于目前 Juicebox 的用户，如果他们不知道项目名称，或者只是浏览热门或最近创建的项目，很难找到符合自己特定兴趣的随机项目。

一旦项目方将一些标签添加到他们的项目中，用户将能够进入项目探索页面并按特定的项目标签进行过滤。我们的想法是让人们浏览项目的过程更加有限，并希望能帮助他们找到一些感有趣的项目。

项目标签会是一个大的改进，它将与改良的搜索功能一起发布。目前，人们只能通过项目的句柄进行搜索，当搜索功能得到更新时，他们将能够通过项目名称和描述进行搜索和匹配。

这个新搜索功能之所以需要花费很长时间来实现，是因为我们想利用一个名为 Sepana 的工具来构建，但是它自身有些发展问题，一直未能满足我们的需求。

上周我们更新了整个基础架构，以我们在应用内构建的数据库为基础，并放弃了 Sepana。接下来我们会推出一系列的新功能，这将是一次很大的更新，很有意思。

JBX V3迁移工作报告 by Aeolian 及 Jango​

本周我们正式宣布启动 JBX V3 迁移。 V1 JBX的代币持有人可以把代币迁移成 V3 JBX，并将可以在 JuiceboxDAO V3 多库进行赎回。此外，我们的 Snapshot 策略也已经支持 V3 JBX，因此 V3 JBX 也能够投票。

Jango 表示，重新强调传统 JBX 和新 V3 JBX 的功能非常有趣，它们分别由特定的财库提供价值支持，亦代表了我们从 V1 迁移到 V3 的努力。我们现在正在逐步将资金从 V1 金库转移到 V3 金库，V1 JBX将不再有任何价值支持。为了保持 JBX 的赎回价值，大家需要将代币转换为 V3 JBX。

我们发展到今天的历程，是我们进行版本化工作的真正动力。 Jango 对于我们在版本控制工作上所做的努力和实现的成果感到非常宽慰。

Jango 已将他的 JBX 持仓全部迁移为 V3 JBX 代币。

JBX迁移指南：

• JBX V3 迁移指南（Aeolian）;
• Matthew 和 Brileigh 制作的 JBX 迁移视频教程：

版本控制回顾 Jango 的​

在把自己所有的 JBX 转移到 V3 的同一天，Jango 写下了一篇博客文章，他一直想写这篇文章来回顾我们的版本控制历史。

他回顾了我们采取过的所有步骤，概述了我们起点，以及如何走到今天的结果。这篇文章的内容可能并不完全与过去的其他内容直接相关，但它讲述了版本控制的故事，并说明了我们所做的选择和取舍的理由。

Jango还谈到，版本控制的工作增加了那些制作跨兼容扩展、参考文档和地址的人的工作难度。但是，他相信稳定的合约基础的建立将为 Juicebox 带来长期稳定性。

Jango对 DAO 整个版本控制过程给予的支持表示感谢，这个过程耗费金钱和需要很高的耐性。他认为 DAO 对版本控制工作的投入将为 Juicebox 带来长期的稳定性，并为未来可能需要进行的任何版本控制工作打好基础。

他还感谢 Peel 团队为我们构建了这些完美的前端体验，感谢合约团队，包括 Dr.Gorilla、0xBA5ED 和 Viraz 等，在过去一年半到两年中编写和测试合约所做出的杰出努力。

Juicecast 新节目 Matthew and Brileigh​

Matthew和Brileigh最近发布了一集新的Juicecast，采访嘉宾是 Jigglyjams，他是我们 DAO 的贡献者之一。目前他致力于开发 Nance，我们生态系统中的另一个 DAO 工具。

下一集，他们将采访来自PurpleDAO的Chris Carella。最近，Purple DAO 出现了一项提案，通过Juicebox 金库资助一个驻点开发者的计划。Purple DAO和 Farcaster 生态系统资助了6.9 ETH用于这个开发者驻点计划。

最近他们还计划录制一个特别的 ETH Tokyo 节目，与 Peel 团队成员 Strath、Wraeth、JohnnyD、Tim 等展开对话及讨论，可能 Aeolian 也会参加。

STVG 发起的 Prop House 投票​

STVG 发起的 Juicebox Prop House 第一次公开资助投票正在进行中，他鼓励大家都去投票。

STVG 为此创建了一个 Juicebox 项目，JuiceboxDAO 的拨款将会转到这个项目，而此次公开投票的前三名将被加入到这个项目的支付名单，并在投票结束后分别获得 0.3 ETH 的奖励。

STVG 表示，这是一个非常好的机会，让我们可以在 Nouns 和 Juicebox 之间创造某种交合，并为 Juicebox 带来更多的能见度。

Thirsty Thirsty 工作报告 Bruxa​

Jango最近在Thirsty Thirsty的 Snapshot Space 上提出了一个提案，希望通过 Juicebox 创建一个 Thirsty Thirsty金库来管理其社区的资金和会员资格，这将有助于他们重新激发其会员的热情并与其他项目建立联系。

其次，他们正在与合作伙伴开展一个有趣的项目，重点是尝试使用加密货币销售日常物品，特别是鲜花。Bruxa 希望能够继续推进这个工作，并在Juicebox 创建专用的项目。

最后，他们将在4月15日 NFT NYC 最后一天举行激活活动，届时他们将与威廉斯堡的一家名为 Dandy Wine 的葡萄酒酒庄合作举办一场品尝鲜花和葡萄酒的活动。

代币解析器主题设置演示 & 项目卡片 Nicholas​

项目卡片​

Nicholas 开发了一份实验性合约，即 Juicebox 项目卡片合约。这是一个 1155 NFT 合约，所有人都可以通过这个合约来铸造 1155 NFT 并复制任何 Juicebox 项目的元数据。

人们可以在 etherfunk 专用页面 上与该合约进行交互，输入相关的项目 ID 和花费至少 0.01 ETH 的费用，来铸造 Juicebox 项目卡片。

已铸造的项目卡片可以在此 页面 上找到。

主题选项​

DefaultTokenUriResolver 合约 会生成 Juicebox 项目 NFT 元数据的默认橙色主题。在该合约上，Juicebox 的项目方可以访问名为 setTheme 的函数，能过向函数传递项目 ID 和十六进制颜色来更新元数据的主题颜色，以满足不同的个性化需求。

另一种更可视化的选项是在 etherfunk 设置主题页面 上进行。

通过 ERC-20 终端开展质押​

合同团队尝试在 JBM 代码库创建一个 PR 来支持接收项目代币。

假设我们创建一个接收 ETH 发行 NANA 代币的项目。团队目前正在测试一种方法，让另一个项目能够接受 NANA 代币并生成 NFT，用户可以销毁 NFT 来取回 NANA 代币。为了实现这一点，他们利用 juicebox.money 网站和前端作为通过 ERC-20 终端基本质押机制的入口。通过限定机制的应用场景，他们可以创建一次性的合约来解决多链组织或其他方面的质押问题。

然而，前端通常是一个障碍，因为它对于用户的可访问性和操作便捷性至关重要。Jango 正在考虑如何利用已经开发的 Juicebox 工具和可扩展性来构建各种应用程序，这些应用程序可以重复使用类似的视觉元素，而无需投入大量工作或重新开发。

举个例子，可以是一个“质押”按钮用于质押，一个“解除质押”按钮用于赎回，两个功能都捆绑在某个 Juicebox 金库内，以实现标准化及与其他金库的互通。

JBX V3 迁移 by Jango​

JBX V3 的迁移已经接近准备完成。Jango 已将他持有的部分代币用于各种测试。

我们正在为迁移准备一个非常简洁和安全的用户体验。下周我们将会有通报更多的细节和迁移代币的详细指引。 我们为版本控制工作付出了很大的努力，同时非常感谢 Aeolian 在相关前端工作做出的巨大贡献。

Peel 工作报告​

初步主页设计 by Strath​

Peel 正在致力于加强 juicebox.money 主页的功能，更偏重于项目创建者的支持，以及使用户更容易发现不同类别的相关项目。

他们重新设计了主导航栏，把它减少到三个大类，再从中指向细分的类别，更加重视 “创建项目” 功能，并在右侧简化了选项。

Peri 开发的项目标签将在主页右上角显著地展示出来，大大加强相关项目的可发现性。

在中间区域，他们加入了项目选项卡来展示热门的项目。

他们同时计划推出一个 ”成功项目“ 的区块来展示一些早期项目的安全研究。这一区域旨在提供一些项目的成功之处，而不是单纯转到这些项目的页面。Peel 可能会把 Filipviz 做的一些成功案例使用在这里。

还有文档的区域：

除此之外，他们还计划引入一个全新名为 “果汁精选” 的区块，介绍每个月由社区在 Discord 投票选举出来的流行项目。投票结果将通过一个独一无二的 ”果汁精选“ 的项目标签在网站上展示。

最后，我们将增设通过不同类别来探索项目的区块。

邮件通知 by Wraeth​

目前用户可以编辑他们的个人资料来添加自我介绍、邮件地址、推特帐号，等等。

• 用户如果在个人资料内添加了邮件地址的话，如果他们在 Juicebox 内进行付款，将会收到交易收据的邮件。

• 用户还可以订阅某些项目，如果项目发生任何活动，如收到付款等，他们将可以通过登记的邮件地址接收到项目这些活动的邮件通知。

代币迁移 by Aeolian​

在我们开始迁移代币之前，还有一些最后的步骤需要完善，不过目前工作流程只剩最后的 5% 了。

下周我们将推荐清晰的文本及视频教程来协助迁移。我们相信将会很快完成所有的版本控制工作。

支付模块 by Peri​

Peri 目前正在改进支付模块，也就是大家准备向项目付款时弹出的窗口。

后续项目 by Tjl​

Peel 团队目前正在完成网站几个页面的更新工作，包括主页、介绍页面以及 DAO 的页面。他们计划在下一周推出这些更新。

除了这些更新，他们还将重整项目页面，以便更好满足捐款人和项目创建人的需要。他们将全面重新考虑页面的设计来展示更多相关的资讯并吸引更多的捐款。

代币解析器 by Nicholas​

代表 Juicebox 上面项目的所有权的项目 NFT 之前是没有元数据的一个空代币。Nicholas 最近开发了一个代币 URI 的解析器来为 Juicebox 的项目 NFT 提供动态及定制化的元数据。

这个代币解析器具有几个功能，包括通过一个链上生成的 SVG 来查看项目的实时情况、自定义项目 NFT 的颜色，甚至可以用一个定制的元数据解析合约来代替默认的解析器设置等。

要了解更多这个代币解析器工作原理的信息，可以在这里查看相关的介绍文档。

StudioDAO 工作报告 by Kenbot​

StudioDAO 计划通过 StudioDAO Backlot LLC 来和 Ticket to Space LLC 来签署合同，来确定投资的关系以及 DAO 和 Backlot 的下游收入来源。

与此同时，Ticket to Space 的影片的拍摄已于近期开始，导演 Fernando 和 MoonDAO 的创始人之一 Pablo 参加了一个 Blue Origin 的活动。在活动上，他们拍摄了一些幕后素材，并采访了几个高管关于他们对于送一个中国人乘坐 Blue Origin 飞船进入太空的看法。

Prop House Juicebox 公开资助轮 by STVG​

STVG 在 Prop House 上启动了一个 Juicebox 的公开资助轮，任何人只要有使用 Juicebox 的可编程多为来推动创作者生态的想法，都可以参加提案。提案截止之后，将由 JBX 持有人来对这些提案进行投票，前三名的获胜都将分别获得 0.3 ETH 的资金支持。

Defifa 工作报告 by Jango​

Defifa 团队计划将于 4 月中启动一个 NBA 季后赛的一个活动，并同时推出活动的创建流程，让所有人都可以设计并创建自己的锦标赛赛事。Mieos 和 Sage 正在为这个 NBA 比赛构思点子，其中就包括用不同的罐装饮料来代表每个 NBA 队伍的想法。

Jbdao.org 工作报告 by Twodam​

在周会上，Twodam 展示了最近他与 Jigglyjams 对 jbdao.org 做的一些改进，我们最近在这个网站上开展 Snapshot 投票。

• 新的 UI 设计，页面上配置了更多图像；
• 通过一个投票进度条来展示投票的状态；

• 提案可以按多项不同属性进行排序，如状态、标题、参与人数等；
• 实现了提案的短链接，如：https://www.jbdao.org/p/353；
• 以及展示投票情况的边栏（如下）；

• 鼠标悬停在投票人地址会展示投票人信息，如委托投票状态、投票历史及投票权重等，同时也支持投票委托的方便操作。

Juicy 报销工具 by Filipviz​

目前，DAO 贡献者部署 Juicebox 合约、分发 JuiceboxDAO 的支出以及分配保留 JBX 代币的时候，都要先个人承担发起这些交易产生的 gas 费用，然后再通过个人提案来向 DAO 来报销这些费用。

Filipviz 最近发起了一个提案授权多签来报销这些费用，提案已经获得 DAO 的批准。但是如果要逐一翻查交易记录和执行交易的地址，并整理报销的具体明细再手动排队交易上链，将会是一项非常烦琐及累人的工作。

于是他开发了一个名为 Juicy 报销工具的 Node.js 应用，帮助简化这项工作。通过这个工具，使用者指定一个 Gnosis Safe 多签或任意 Juicebox 项目并划定时间范围，就可以抓取所有相关的交易并生成两个文件。一个为用于 Gnosis Safe 交易创建器专用的 JSON 文件，另一个为普通的 CSV 文档。用户可以使用这两个文件来通过 Gnosis Safe 或类似 Disperse 这样的应用来执行报销 gas 费用的交易。

在周会上，Filipviz 展示了怎样用 Juicy 报销工具来生成文件，然后再用 JSON 文件来在 Gnosis Safe 多签上排队交易。

EduDAO 介绍 by Felixander​

Felixander 在周会上分享他关于一个 EduDAO 的想法和计划，并希望可以在治理模式上得到我们社区的一些意见反馈。

项目的概念是要最终创建一个学校的网络，共享开源的区块链知识课程内容，并允许所有人创办自己的学校及利用这些课程。这个项目同时也在探索如何对当前的教育系统和资质认证系统进行变革，Felixander 认为这些都已经失效。

按 Felixander 的说法，要实现这一概念的目标，要经过三个阶段。

1. 首先在公立学校设立科技实验室。这一步 Felixander 已经与全美第二大校区洛杉矶的某些学校达成协议。这些科技实验室旨在进行科技和创新方面的教育。
2. 下一阶段是创办一些课后培训项目。
3. 最后一步就是发展成为一个全面的学校。

Felixander 预计如果资金及支持到位，这三个阶段有望在一年半到两年期间完成。

他同时认为，最好 EduDAO 不要直接管理或参与资金的管理，DAO 集中于课程的开发和展示上面。同时他正在设计一个代币模型，让在 DAO 内付出更多努力的教育者们可以获得更多的决策权限。

至于 EduDAO 的目标，尽管他目前已经覆盖幼儿园至 8 年级阶段，但最终的计划是要从幼儿园覆盖到 12 年级的全面教育系统。他同时在周会中举例说明通过这个系统的教育，8 年级的学生应该达到一个什么程度的水平。

STVG 目前也在与 GeniiDAO 合作开展类似的工作，并计划在 Juicebox 上创建一个项目。他们正在讨论学校脱钩及开源课程资源等方面的想法。他提出或许可以和 Felixander 一起分享思路及共同合作。

ComicsDAO 工作报告 by Gogo​

ComicsDAO 正在为 NounsDAO 出版一本实体漫画书，他们最近开始了一个Nouns 第 1 期漫画生成封面的 NFT 开放式铸造活动，销售所得将用于购买实体漫画书并捐赠给北美的儿童医院。

Peel 工作报告 by Peel 团队​

Peel 上周实现的品牌重塑，目前获得了社区正面的响应，同时也看到网站流量的轻微提升。

项目标记 by Peri​

我们正为项目增加一个新的数据结构，让项目方可以从 10 个不同的预设标记里选择 3 个来标记自己的项目。这样相信可以打开 Juicebox 项目的可探索性。

目前，我们的 “探索项目” 页面的搜索功能还比较简单，只支持项目句柄的搜索。我们最近用 Sopana 重整了搜索的功能，令搜索体验大大得到提高，尤其是我们现在增加了项目标记的支持。

我们将可以在整个应用按类别来突出展示不同的项目，让在 Juicebox 上创建项目的人可以更容易向潜在的支持者展示自己的项目。

个人资料页面及事件通知 by Wraeth​

上周我们发布了支持编辑用户个人资料的功能，大家现在可以在个人页面添加头像、个人简介、推特账号、网址等等。

我们下一步将要整合的功能是在用户的邮件地址和钱包地址之间形成联系。这一功能计划在下周推出，将支持项目的事件通知，这样一来，如果某人向一个项目付款，那么将来这个项目发生“支付事件”时就可以收到邮件通知。

JBM 的前端支持 by Aeolian​

新的项目将会用 JB3.1合约进行创建，NFT 的部署也会用到新的 NFT 合约，这个合约同时支持按 NFT 系列进行分类以及收取 NFT 版税，后两个功能目前还没有在 juicebox.money 的前端页面展示出来。

同时，Aeolian 也将与合约开发团队及其他贡献者一起合作，推进代币迁移流程的工作，使我们最终能够把 V1 JBX 迁移到 V3 JBX。

WAGMI 烘培销售 by Mieos​

二月初的时候，WAGMI 工作室更新他们的长期报酬提案时，没获得 DAO 的通过。尽管他们之后再次提案获得了批准，但在这一期间，由于记账的错误，DAO 向他们多发了两个周期的报酬。

他们计划筹款来退还给 DAO，同时也进行 Sage Kellyn 的全新作品的开放式 NFT 铸造试验，因此他们创建了一个叫 Cosmic Bake Sale 的 Juicebox 项目。

Peel 工作报告 by Tjl​

品牌重塑及网站更新​

Peel 团队最近一直在与 WAGMI Studios 合作，进行品牌重塑的项目。今天他们完成新品牌的设计并在我们的网站上进行更新。

感谢 Strath 主导这个项目，Sage 精彩的插图，还有其他团队成员，尤其是 JohnnyD 和 Aeolian，他们全都做了很了不起的工作。这是团队的一个巨大的努力成果。两周前我们还在讨论这个工作方向，两周后团队就成功确定方向、与 WAGMI 工作室展开合作、进行整个品牌的更新、通过 DAO 的批准并最终在我们的网站上发布出来。

我们希望能够从社区获得关于这个新的品牌重塑的意见及反馈。

不单止网站主页，整个应用的各个页面，如果创建流程、项目发现及项目页面等等都进行了更新。

待发布的功能​

他们不但在网站上发布了品牌重塑的成果，同时还一直在致力于开发其实即将发布的新功能。

• Wraeth 做的用户个人页面设置、钱包身份验证和电子邮件引擎。 他还成功把用户的个人资料页面跟他们的钱包连接起来。 目前，用户可以连接他们的钱包，然后彻底个性化个人资料。用户可以添加他们的电子邮件地址，这些邮件地址将在以后用于启动一些基于产品的营销工作。
• 项目标签。 这是 Peri 最近一直在开发的一个功能，使我们可以按不同类型，例如艺术、NFT、游戏等来标记项目。
• 排行榜和公告通知。 也是 Peri 开发的新功能。 排行榜会在主页底部区域进行展示，而公告则会在主页右上角发布通知和消息，让用户对我们生态系统的新情况能够及时了解。
• Aeolian 做的对 JBController3.1 和 JBETHPaymentTerminal3.1 的前端支持。 Multisig 签署交易批准迁移这些组件后，这些新版本合约的前端支持就进入测试阶段，相信很快会准备就绪。 同样由于这次升级，在我们合约开发团队的努力下，在 Juicebox 协议中部署 NFT 的 gas 费用将大幅降低。

L2 工作报告 by Jango​

过去的一段时间，以太坊出现很多次超高的 gas 费用，这种时候 Juicebox 协议的使用成本就会非常高，这是我们一直都知道的事实，也是在以太坊主网部署的弊端。

正如我们正在摸索怎样在主网上运营各种组织的金库一样，从某种意义上说，在过去几年中，我们一直就不同的链上独立的金库和会员资格这个问题不断进行讨论。。 最近我们在 Discord 协议频道的 #Juice Distributor 讨论组内展开这个问题的讨论。

下一阶段，我们将尝试在 L2 网络上运行一个新的金库，试验一些不同的东西，并尝试采取新的策略，避免给 Juicebox 或正在这个金库上运行的组织带来额外的负担。

在过去的一段时间里，我们注意到在核心金库上进行版本控制和迁移工作所需要付出的代价。 即使 JuiceboxDAO 在不久的将来可能会希望采用扩展到其他 L2，通过运行一个单独的资金库来降低风险是有意义的，这个金库设置自己的激励结构，通过常规的 Juicebox 金库组件与 JuiceboxDAO 进行关联。

Jango 写了一篇博文 总结了他在最近的讨论中对这一问题的一连串想法。 目前还没有太多的具体细节，但他希望接下来能够更定期地进行分享。

令牌解析器预览 by Nicholas​

Juicebox 协议中的项目新的令牌解析器大致是这个样式。

如果项目方想尝试自定义项目的令牌解析器的主题，他们可以使用默认令牌解析器合约，或从这个 etherfunk 界面 只需输入项目 ID 和相关的 HEX 颜色，这样会更方便。

如果人们想要设置自己的图像格式，他们还可以转到 令牌解析器合约，类似一个主注册表合约。 项目所有者可以设置自己的令牌解析器，可能需要编写一些 Solidity 代码，解析器将使用他们想要的任何合约来生成图像。

这个机制很好，因为令牌解析器合约指向默认令牌解析器合约，在这种情况下，我们将能够更改默认解析器的外观，添加元数据或改进其他细节，而无需覆盖由项目方自己设置的令牌解析器。

这个功能已在 Goerli 测试网上部署，等延长多签设置令牌解析器权限的提案通过后，将会在主网进行部署。

ComicsDAO x Juicebox Art Reveal by Nicholas, Sage and Gogo​

以下是在 WAGMI Studios 和 Nicholas 的努力下创作的图片。 我们将提交给 ComicsDAO 并印刷在 Nouns DAO 的第一版漫画书内。

通过底部的二维码，人们可以去到一个 Juicebox 项目，并在那里铸造这幅图的限量版 NFT。NFT 销售的收益将分配给 WAGMI Studios（50%）、ComicsDAO（25%）和 JuiceboxDAO（25%），这也是展示 Juicebox 协议分发机制的好方法。

这件作品经历了很多次修改，他们一致同意，应该尝试创造一些 Sage Kellyn 艺术风格，通过一个有趣的场景将 Juicebox 和 Nouns 社区聚集在一起。 NIchilas 认为我们在制作更复杂的插图的创作过程中学到了很多，希望其中的一些经验可以应用到未来的项目中。

在决定将哪些 Nouns 角色画到作品的时候，Nicholas 建议选择了在社交媒体或 Twitter 上比较活跃且相对较有影响力的人所拥有的 Nouns，这样他们更容易在情感上对这幅作品产生共鸣。

SongADay 项目 by Nicholas​

在 Nicholas 的要求之下， Jonathan Mann 亦每日创作一首歌的作者，为 Juicebox 创作了一首歌曲。

与他制作的所有其他歌曲一样，这首歌在 SongADAO 网站上作为 NFT 进行拍卖。 Nicholas 创建了 一个 Juicebox 项目 进行众筹，使用筹集的资金成功拍得这个 NFT，并将其发送到 JuiceboxDAO 的多重钱包内。

Nicholas 还认为独立音乐家通过拍卖集资来运营他的 NFT DAO 平台这个方式非常有意思，他们使用的机制也可能会为其他 Juicebox 项目带来启发。

品牌重塑报告 Strath​

过去的数周，我们一在进行关于 Juicebox 品牌的讨论，努力获得更多新用户及在他们中间建立信任。我们得出的结论是，如果我们要发展、与新用户建立信任及吸引更大型的项目，我们需要考虑建立一个与这些用户定位更一致的品牌，让他们觉得这个品牌是顶级且可信赖的。

目标​

品牌重塑的目标：沿续现在的创新及独特的基调的同时，为 Juicebox 打造一个全新的外观。使 Juicebox 用起来更简便、更亲切及更得心应手。创造一个强品牌形象及与新用户和垂直渠道之间建立信任。

首要的一个便是可信赖度，因为人们在 Juicebox 上需要交易大量的资金，但同时我们也想为这个体验带来一些乐趣和人性化的元素，特别是通过品牌重塑在保持界面整洁之余，仍保留我们喜欢的肆意妄为的 Juicebox 氛围。

愿景​

以下是 Strath 制作的一个情绪板，他将与 WAGMI 工作室联手合作，创作一些插图及真正地带出 Juicebox 的氛围。

Logo 品牌标识​

对于品牌标识，我们在不忘本心的同时，争取给它一个清新、整洁及独特的感觉。

归功于 Sage，我们当前的品牌标识一直以来都发挥很好的作用。改进的标识和原来的区别不大，本质上沿用了现有的设计，并使它更合适缩放、用于不同颜色背景、适配不同的字体等等。我们只是对旧的设计进行小幅度调整，以便用于更多的用例。

我们目前没有官方的品牌标识组合，我们现在设计的方案是这样的：

下图是与其他行业品牌标识组合的对比。我们的与其他高科技企业的不相伯仲，但又保留了独特有趣的感觉。

调色盘​

这个明显对我们非常重要。Strath 想要选择一些真正适合 Juicebox 的，令人想起热带丛林和美好时光的场景。新的 Juicebox 调色板在建立信任及提升辨识度的同时，还能表现出我们欢乐的本性。

字体设计​

关于这个话题有很多的争议。要停止使用我们沿用至今的 DM Mono 字体，无疑是一个很大的变化。但是时候我们要转换一个字体了。

Agrandir 是一款现代的无衬线字体，主张不完美带来的美感。它的设计理念是敢于作为中性现代主义字体的一个对立面。Agrandir 接受自己的形状，不对齐、古怪且时尚。它赞美人性，而不是机器。

图形设计​

这是另一个我们做品牌重塑时一定会涉及的工作。我们的图标需要有趣、俏皮及有现代感，为用户界面带来活动。这个转变相当容易，但效果会很明显。

在 Strath 做过了很多用户调查里，人们都说他们希望看到更多视觉上的表现，因为 Juicebox 上需要阅读的内容和复杂的术语已经足够多了。他认为我们可以通过图标与插图相结合，真正让我们的内容资源更生动更易用。

插图​

在 Sage 的帮助下，我们将会继续使用以前那种风格的插图，但会带来更多一点有趣、好玩和时尚的氛围。加入一些水果或者其他 Web3 Juicebox 相关的元素，效果会更好。

在这个领域我们可以创造其他人无法复制的独特身份。

用户界面​

这可能是一个每个人都会问到的问题。我们重新构建的界面是什么样的？

我们真正需要做的是，让体验变得更加有趣和好玩，但仍然真正能吸引用户参与一些最主要的活动。

时间线​

品牌重塑将分阶段推出。 我们将有一个非常具体的计划来说明我们将如何分阶段进行品牌推广、更新字体、推出新颜色，然后从慢慢开始重新设计一些 UI 元素。 我们将无缝切换到重塑后的品牌。

演示后的讨论​

Jango: 非常棒。这里包含了大量的工作，非常感谢你们最近一段时间把这些工作整合到一起。

Strath: 谢谢。 虽然看起来只是一些新的颜色和东西，但提出这些想法并对其进行完善需要做大量的调查研究和工作。 这些也不仅仅是一些随意的选择，而是非常有目的性的选择，帮助我们向着这个方向发展。

也要感谢 Tjl，他针对我们的发展方向和定位提出了很多具有洞察力的意见，真是帮助很大。还要感谢 Sage 和 WAGMI 团队营造的氛围。

Jango: 对我而言，真正发挥作用的是 WAGMI 的那些定制化的插图，定义了我们的竞争点并保持这个方向，这就是这些插图在我们网站上发挥的作用。 我相信 WAGMI 能够提供一些插图来很好地契合目前这种新的审美。 它将继续发挥积极的作用来为网站的使用定调。

最后我还要提一个整体层面的反馈意见。目前 juicebox.money 在某种意义上介乎于更面向开发者的单调审美和目前这个新版本更多倾向于好玩有趣的审美之间做一个取舍。

看着你们继续把 JBX 推向这个方向，有点朝圣者尴尬的感受。我觉得很有必要全力去探索这个方向的意义，我也相信有很多用户对这个改进感到认同。但这样一来，可能需要另一个客户端或其他形式的审美去迎合类似开发者社区的需要。这样完全是没问题的。

我觉得两种形式都可以，甚至说应该，同时存在。但在同一界面同时实现两种形式不太现实，所以我们集中精力实现这个新的，做一次尝试。

但我也想确认另外那种更机器、更单调及更直截了当的形式，仍然是有效的，可能在将来某个时候获得一定的认同。那样的话真的会非常非常酷。我认为两种形式可以互相借鉴，同时又迎合特定的受众、特定的工具集等等。但从项目方和付款人的角度来说，目前这个新的形式确实很令人兴奋。

Strath: 说得没错。当然可以有更迎合开发者的做法，但我觉得在我们继续发展壮大的情况下，提供一个能让两个不同受众都接受并喜欢的选择，是至关重要的。

Peri: 谢谢，Strath。这个展示内容花费了很多的精力，而且看起来也很棒。谢谢你做的详尽展示，以及对所有内容的详细解释。在这里我同意 Jango 的观点，我认为目前针对我们想要改进的内容来做优化绝对是有意义的。我认为你们所做的所有工作，将会令那些因为各种原因觉得现在的网站不好用或者不适合他们的人大大改观。这对那些人是非常有帮助的。

如果日后有一个版本的 UI 更偏向于开发者喜好的话，我是完全支持的。但我很赞同我们目前的侧重点选择，我认为我们将会取得很好的发展。

Juicecast 播客新节目 Ticket to Space Matthew and Brileigh​

Matthew 和 Brileigh 刚刚发布了关于 MoonDAO 的 Ticket to Space 纪录片的新一期播客节目。

MoonDAO 去年举行了一场比赛，随机抽取 Ticket to Space 免费 NFT 的持有人，胜出的人将乘坐蓝色起源号飞船前往太空。 来自北京的一位 MoonDAO 成员赢得了这个机会，他将被送入太空。 MoonDAO 计划拍摄一部关于这位获胜者整个旅程的纪录片，这部电影将通过 StudioDAO 制作。

Matthew 和 Brileigh 最近与来自 StudioDAO 的 Kenny 和 Rachel，以及两位电影制作人 Susie 和 Fernando，还有 MoonDAO 的创始人之一 Pablo 进行了对话。 他们围绕这部有史以来第一部关于 DAO 的纪录片 Ticket to Space 开展了一次圆桌讨论。

此外，StudioDAO 将启动一个 Juicebox 项目来支持这项工作，人们将可以通过购买 Ticket to Space 的 NFT来支持这部纪录片的制作。

Krause House 项目的介绍 Nicholas​

Krause House 50pt Game Charity Bounty 是 Acidicsantana 创建的一个 Juicebox 项目。 这个项目发起众筹并计划把项目众筹的资金交给单场得分超过50分的NBA球员来支配。 符合条件的球员按照项目详情中的要求与项目进行互动，就可以解锁这个 Juicebox 金库中的资金并发送到他指定的慈善机构。

Nicholas 对整体机制非常感兴趣，他认为有几点值得为未来的项目借鉴。

首先，这里一个赏金项目。大家通过众筹来募集赏金，预先设定明确的目标，并在项目描述里明确项目的机制。 Nicholas 认为，对于构建项目或帮助人们构建项目的人来说，应该像这个项目一样从 Kickstarter 的传统筹款活动中获得更多灵感。

但更重要的是，当项目实现筹款目的的时候，会解锁其他功能，例如把 NFT 奖励给随机抽取的捐款人。这种模式更接近 Kickstarter 真正成功的模式，即为捐赠者带来好处。

Nicholas 还认为，通过金库累积的资金来解锁其他功能或行动，也可以激励人们的捐赠和参与。 以这个项目为例，一个共同爱好者团体募集款项，直到他们的资金足够吸引到更具影响力的人的注意并跟他们进行互动。

这个项目的一些元素值得在以后项目学习参考。 他鼓励大家认真研究一下这个项目。

路线图流程报告 Tjl​

Tjl 上周在我们的周会上展示了 Peel 和 juicebox.money 的路线图。

他认为 Peel 正在努力以分项目制的工作方式来逐步实现路线图的计划，并通过类似今天的品牌重塑展示的方式来及时通报每个阶段工作的进展情况。

他们规划的路线图目前在 Linear 进行实时更新，任何想关注这个工作进程的人都可以申请登录权限。WAGMI 团队、Brileigh 和 Matthew 等贡献者将会共同制作一些推广内容，向最终用户和社区成员提供路线图进展的最新信息，从而与他们建立更深层次的联系。