Revnet 及 Bananapus 工作报告 -- Jango​

Revnet 创建流程​

团队最近开发了 Revnets 创建流程的原型，可以填写 Revnets 的所有概念参数，例如价格天花板、价格地板税收强度、预铸代币、团队激励和团队激励期限等。

这个创建流程开发更加完善之后，Jango 期望开发团队将更加集中于 Revnets 的项目面板开发工作，争取让页面展示更多维度的信息。

此外，他们仍将制作一些数据可视化的内容，Jango 认为下周这个工作的完成度会更高一些，这些内容可以用于嵌入各个页面使用。

Bananapus 新代码库​

在 Bananapus 的 GitHub 代码库中，我们新建了一个偏试验性且权限较宽松的新库。这个库的有些拉取请求仍有待处理，Jango 预计这些工作会在一周左右完成，然后就合并到 Bananapus GitHub 主 V4 代码库。

Bananpus 是一个 Juicebox V3 协议的分叉，预计将在多个区块链如主网、Optimism 等上面部署，将非常具有可扩展性。这是一个对 V3 协议某些内容进行修订的公开机会，其中包括增加在项目部署时提前一次性安排多个周期配置的功能，而不是像目前这样必须在每个新的周期开始之前手动触发重新配置的交易。因此，项目方可以通过部署自动更新每个周期各项规则的项目，来提出一些新的游戏玩法。

在 Bananapus 上使用的经济模型不会对 JBX 造成直接影响。从风险的角度来看，我们可以在不危及 JBX 的前提下开展 Bananapus 的实验。Bananapus 的 Revnet 网络会对应现在 JBX 供应量提前铸造一些代币，并将这些代币分配给 Juicebox 多签钱包，由 JBX 持有人共同进行管理。

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

部署回购委托的交易已与 JuiceboxDAO 新周期的重新配置一起排队等待执行，将在下个周期开始的时候开始生效。Jango 认为，这个功能将立即为保留代币受益人及向 JuiceboxDAO 支付费用的其他项目支付红利。

回购委托的使用将会增加我们对 JBX 代币以及作为价值支持的项目金库的信心，我们可以更多依托于 JBX，同时不需要过多干涉 JuiceboxDAO 的总体发行属性 。希望在未来，其他项目也可以发展到一定的规模并通过类似的方式使用这个功能。

Peel 工作报告 -- TJL​

支出表格​

由 Peel 团队的 JohnnyD 开发的支出表格已经实现到 Juicebox 的项目创建流程。项目创建者现在可以以表格的形式添加项目的支出接收方，指向某个以太坊钱包地址或另一个 Juicebox 项目。如果项目设置了支出限额，可以指定向他们支出的具体金额，如果支出调整为无限额，则这里会自动更改为按百分比进行分配。

Juicecrowd 原型化​

Juicecrowd 是 Juicebox 的精简版本，专门为那些想在 Juicebox 上进行众筹，但又觉得当前的项目创建流程的功能对于他们来说过于复杂，很难开展工作的人打造。

这是一个简单化的筹款工具，有点类似不设代币发行的 Blunt 项目，但提供了 NFT 功能（可选项）来作为给予捐款人的奖励。与当前的 Juicebox 创建流程相比，它还将项目底层的多个筹款周期简化为单一周期，并用简单的提取资金代替较复杂的多周期重复支出。

Peel 团队已经开发出 Juicecrowd 的原型化产品，可以在这里查看。 Peel 团队接下来将对这个原型化产品进行持续的改进。

关于整合 Patreon 和 Juicebox 的想法 —— Jango​

Jango 介绍，Patreon 上有大量的内容创作者每月向粉丝收取订阅费用。他一直在探索让这些创作者在继续使用 Patreon 的同时，把他们收到的资金转到 Revnet 项目的可行性，因为 Revnet 网络确定性更高，对资金支配的限制或影响则比 Patreon 要低得多。

他同时还思考，是否可能通过一种追溯的方式来给予曾向某个 Patreon 项目付过款的人进行奖励。这样，我们就可以创建一个代为接收 Patreon 资金的中间服务，把这些资金带入区块链世界，并向付款人发放属于他们份额的代币。

Jango 觉得，很多人喜欢使用 Patreon，因为它在支持用户按自己意愿付款方面做得很好。但显然 Patreon 同时对资金有很大的控制权，可以做出不向某些账号付款等的决定。最好我们能开发出一些原型化产品，供一些有意愿整合 Juicebox 服务的 Patreon 项目进行尝试，Jango 希望能够探索一些在银行账户和区块链账户之间提供中间服务的解决方案。

Jango 承认，在涉及到大笔资金转移的时候，可能需要大量的管理、运营，也存在很多潜在的故障点，他正在试图了解这种商业模式会存在怎样的法律和逻辑影响。

此外，他正在研究，是否会有一种模式可以与当前 Web2 现有的业务模型和服务进行连接，并为一些类似 Revnets 这样的想法提供更广泛的市场解决方案。但是要有足够的启动能量让那些已经有很高知名度的项目愿意进来尝试，也不是一件容易的事情。

Peel 工作报告 -- Tjl​

Tjl 介绍，Peel 团队目前正在开发 Juicecrowd 的专用前端，这是一个更为具体、Blunt 风格和类似 Kickstarter 的筹款工具。截至本次周会，团队已经完全定义了该项目，并将在接下来的几天进行测试和原型化设计。

Artizen 介绍 -- René​

René 是 Artizen 的联合创始人，这是一家致力与各个以使命为驱动的品牌展开合作的基金，旨在发现和资助艺术家、科学家和各种创作者，以帮助他们发展自己的组织生态或实现自己的使命。

René 介绍，Artizen 围绕着让许多不同的利益相关者一起策划项目、共同提供资金来奖励最有前景项目的理念，打造成一个由 Artizen 社区自行融资和策划展示项目的平台。

他表示对与 Juicebox 合作非常感兴趣，一方面是出于对 JuiceboxDAO 开发产品的认同，另一方面是因为 Artizen 和 Juicebox 社区有很多方面是共通的。他认为，两个社区的合作对于各自社区汇集资源、资助有才华的创作者，并鼓励他们使用 Juicebox 开展筹款活动是有很大意义的。

在 JuiceboxDAO 的当前周期，René 在 Filipv 的帮助下提交了一个名为 Juicebox 项目推进器基金提案，旨在启动一个 Juicebox 和 Artisen 合作的配套基金，以支持 Juicebox 中以社区为驱动的项目发展。

Bananapus 工作报告 -- Jango​

0xBA5ED 目前已经完成了 721 委托、奖励组件（允许人们将代币中转分配给质押者）以及触角组件（允许质押者将代币桥接到其他链以通过类似的机制获得质押奖励）的实现。

Dr.Gorilla 一起在进行对 721 委托测试的清理工作，721 委托是一个非常复杂的合约。在部署回购委托到 JuiceboxDAO 项目过程中，他将负责各种测试的调整工作。

合约团队已经针对 V3 合约的代码库发起几个拉取请求，这些更改将用于 Bananapus 项目的分叉，而不是要对目前的 Juicebox 标准协议进行调整。我们将把这个 Juicebox 协议分叉用于Bananapus项目的实验。

其中最有意义的变更之一，是要允许在同一个区块中排队多个周期的配置交易，允许项目方在部署项目时就部署好多个周期配置，不再需要在该周期生效前通过触发公共交易来执行这个周期的配置交易。

Bananapus 的审计工作​

Matthew 在会上问到，Bananapus 的开发工作完成之后是否会考虑对合约进行审计。

Jango 回答说，Bananapus 项目是对 Juicebox V3 协议的一个分叉，而 V3 协议去年已经通过了 Code4rena 的审计，因此无需对分叉再重复审计。但他也表示会考虑审计新的 Bananapus 专用组件，包括 Bananapus 721质押委托、Bananapus 分配器和 Bananapus 触角等合约。

Bananapus V4 分叉实际上是 Juicebox V3 协议的一个全新实现，主要进行了一些小的专用调整，因此 Jango 认为我们应该定期监控这些调整，并在一定时间重新评估它们是否值得进行正式审计。总的来说，他认为当前的 Juicebox V3 协议已经走完产品化的审计及固化的整个流程，而且我们也开发了强大的版本控制来保证协议稳定状态。

Jango 还认为，想要 Bananapus 的试验得到广泛的信任，就应该用良好的经济模型来进行部署，如果将来这个协议分叉确实赢得了大家的信任，我们的持续向前发展的贪心就可以更加坚定，并且当前的 JBX 持有人也能很好地理解这个分叉的经济模型的原理。但他强调，中短期内任何关键任务的试验，仍然应该以主网的 V3 实现为指向。

Jango 表示，大家总会觉得审计越多越好，直接开展试验反而需要进行一些心理建设。如果从一开始就赋予产品太多的合法性，开发进入到产品化而且我们最不为意的时候，可能就会出现一些奇怪的问题。更为理想的做法是，在开发的过程中不断向用户提示存在的所有风险，等将来必要的时候再动用社区资源来做审计赋予产品更高的合法性。

Revnet 工作报告 -- Jango​

Jango 介绍说，Revnet 的产品化进展相当顺利。在周会上，他分享了 Revnet 网站的更新原型，原型化产品使用了真实的数据和 Revnet 合约，合约的底层实际上对多个现有的 Juicebox 合约进行了利用。

他还改进了一些用于部署 Revnet 的 Juicebox 合约，可以在 Revnet 的 Github 代码库 中找到。

Filipv 一直致力撰写关于 Revent 较为正式的文件，对 Revnet 的工作机制进行详细的描述。他呼吁大家查看这个文件并提供反馈，以便帮助改进这份文件的内容。

Jango 觉得我们应该考虑一下，如何才能把这个产品的概念传播给那些打算运营项目、或者正为他们的开源软件或其他应用寻找货币化途径的人群。

Jango 说，他最近同时参与的几个应用开发工作都是基于当前协议的，这些应用互相之间应该都能受惠。随着试验的进一步推进并从不同的用例中汲取经验，我们将可以发现哪些受众将会更加被这些不同类型的应用所吸引。

Juicecast 工作报告 -- Matthewbrooks​

Matthew 和 Brileigh 推出了 Juicecast 的第 31 期节目，邀请到的嘉宾是来自 Seed Club的 Jess 。Seed Club 作为一个风险投资 DAO，主要资助初创创始人构建各种加密产品。

接下来他们还将发布采访来自 Seed Club 的 Peacenode 的下一期节目，探讨构建 Seed Club 品牌及其图形设计方面的内容。

MoonDAO 信息分享 -- Pablo​

Pablo 是 MoonDAO 的联合创始人之一，他参加了我们的这次周会，并分享了 MoonDAO 开发工作的一些最新进展。他介绍说，他们最近一直致力于对月通信网络拓扑结构的研究，这是一种从地球到月球的消息传递方式。这种方式符合以太坊区块链的原则，通过一种非常中立、自下而上的方式进行，而不是依赖于少数关键基础设施节点。

Pablo 还在会上表达了对 Juicebox 的感激之情，因为 Juicebox 帮助他们成功开展筹款并构建了自己的项目和社区。同时他也非常高兴地看到，Juicebox 还帮助实现了其他许多令人惊叹的事情。

回购委托部署计划 -- Filipv 及 Jango​

回购委托原计划在当前的筹款周期内部署，但出于谨慎考虑，由 Jango 领导的合约团队决定这个周期先暂缓部署。

合约的开发工作已经基本完成，合约团队也已经进行过一段时间的审查和边际案例测试。Jango 认为这个合约的感觉非常良好，下一个周期部署没有任何问题。

但是，由于回购委托合约需要能够管理代币供应，因此它的设计是附带发行任意数量代币权限的。理论上来说，如果出现意外的边际情况，有可能会出现代币发行量恶性膨胀的情况。这个时候如果同时开启了金库的赎回功能，新增代币可能会大量赎走项目金库内 ETH 资产。

因此，Jango 认为在部署回购委托前关闭赎回功能是明智之举，他计划下个周期提交一项提案提议这一方案。提案如果得到批准并执行关闭赎回之后，我们可以马上把回购委托附加到 JuiceboxDAO 金库。具体的执行时间为下下个周期开始，大约三周之后。

Juicebox 项目加速器基金提案 -- Filipv​

Filipv 表示，他和 Artizen 的联合创始人 René 最近发起了一个 Juicebox 项目加速器基金提案，计划由 Juicebox 和 Artizen 共同出资启动一个配套基金，支持人们创建社区驱动的各种前沿创新项目。如果提案获得批准，Artizen 将投入与 JuiceboxDAO 拨款金额一致的资金，上限为 5 万美元。Juicebox 项目加速器基金将用于资助潜在项目方创建 Juicebox 项目。

此外，Filipv 还与 René 合作，计划在 Juicebox 协议上发行 Artizen 平台的社区治理代币。

按照 Filipv 的说法，JuiceboxDAO 和 Artizen 之间的合作细节仍然没有最终敲定。他欢迎社区成员积极提出反馈或建议，帮助完善这个计划。

Bananapus 及 Revnet 工作报告 -- Jango​

Jango 在本次周会上分享了 Revnet 网站的原型化产品。

Jango 介绍，部署 Revnet 项目的一些数据仍在编写之中，但基本合约已准备就绪，同时也在进行基础网络客户端的搭建工作。

团队计划从现在开始进行为期六周的开发冲刺，首先将 Revnet 网站部署到测试网对 Bananpus 和 Revenet 网络进行测试，测试网测试顺利通过并且确保可靠性之后，希望能够在这个时间框架内实现主网的部署。

目前，合约团队正在开展 Bananpus 项目的开发工作，主要围绕 L2 区块链的部署进行试验。Filipv 正在帮助撰写一些正式文件，用于与偏学术层面的受众进行沟通。Jango 正在制作操作教程以及一些视频内容，用于解释与 Bananpus 及 Revnet 相关的概念。

Jango 认为，很多人对我们在 L2 上的开发工作很感兴趣，这个工作将对 Juicebox 将来的发展起到非常重要的作用。我们正在进行的试验，尽量不影响 Juicebox协议在主网上现有的部署，以免对现有产品产生一些负面的影响。我们希望已经实现的产品能够保持稳定，从而允许 Peel 进行更多细分的前端开发。如果我们的 L2 试验进展顺利并且获得足够的信心，还可以把这些前端开发产品指向 L2 分叉来开展应用。

Croptop 工作报告 -- Jango​

大家可以访问 Croptop网站，了解更多关于这个项目的信息。也可以直接在这里下载专用的 Mac 应用程序，并按照以下说明进行操作：

最近，团队成功开发了 Croptop 的聚合功能，支持在一个 Croptop 聚合页面汇总许多其他 Croptop 应用托管的信息源内容，这样用户无需自行对各自的信息源进行托管。这个功能对社区创作内容的集中展示非常有帮助。除此之外，它还支持用户从多个客户端如PC、手机或平板电脑上发布内容，再把发布的内容统一汇总到一个托管网站。

此外，这个功能也支持把任意的 RSS 源，无论是否在 Croptop 站点发布，都可以汇总到指定的 Croptop 网站，在很大程度上扩宽了社区内容的来源。

这一功能同时真正开启 Croptop 展示内容信息源的能力，而且不会产生任何费用或者交易成本，它可以作为网络客户端来托管和广播这些内容。

Croptop 项目已经成功部署到 Goerli 测试网，下一步等待 Revnet 完成部署之后就会正式产品化，从而为人们提供免治理、高效的解决方案来实现网络费用的归集。

回购委托工作机制解释 -- Jango​

如果一个 Juicebox 项目部署了回购委托，每次项目收到付款时，这个委托或者把资金中转到项目金库来铸造新代币，或者中转到 AMM 交易所兑换代币，又或者在某些情况下两者同时进行，具体的操作取决于代币的内部发行价格和市场价格之间的差异，以及相关流动池流动性是否充足。

以 JuiceboxDAO 金库为例，回购委托将会按以下三种情况下发挥作用：

1. 当付款以捐款的形式支付到 JuiceboxDAO 项目时，类似 juicebox.money 这样的网络客户端会把元数据传递给回购委托，元数据的信息包括例如最低的兑换数量和最少需要支付的金额，回购委托会按照这些指示来执行兑换交易。

2. 资金以内部支付（例如，项目向协议外分发资金将需要支付 2.5% 的协议使用费给 JuiceboxDAO 项目）的形式支付到项目金库时，将不会发生向回购委托的元数据传递。在这种情况下，回购委托将使用 TWAP（时间加权平均价格）作为定价标准来执行兑换代币交易。

   项目方可以调整部分 TWAP 的参数，设定预言机定价的激进程度。如果定价过于激进，实际兑换最终超出了 TWAP 的建议范围，合约则会默认把资金转回项目金库铸造新代币，而不会在公开市场上进行兑换。

3. 如果项目收到的付款超过 AMM 流动池中的可用流动性，网络客户端可以对资金进行分割，使用一部分资金来尽可能利用流动池里的流动性，剩余的部分会转回项目金库铸造新代币。

总体而言，这个合约核心部分比较简单，但覆盖了一些较重要的边缘情况，并添加了一些灵活强大的边缘案例功能。它帮助人们在与 JuiceboxDAO 金库互动时能获得更多的 JBX 代币，将来还可以为生态系统内的其他项目提供服务。我们可以想像，如果达到一定规模的项目希望为社区提供最佳代币价格，这将会成为它们非常核心的一部分。

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

关于加密行业的监管框架​

本期周会的嘉宾 Rob 是一名证券律师，之前参加我们的周会并在会上分享了他对瑞波诉讼案的看法。他这次是来分享一些加密行业相关法律案件的最新信息，以及他对这些案件的看法。

根据 Rob 的说法，目前美国的多个政府机构都在密切关注加密行业，并考虑纳入他们的监管范围。其中最著名的例子莫过于 SEC，SEC 主席 Gensler 一直在紧盯加密货币，想要把大多数加密货币归到证券范畴。另外，商品期货交易委员会（CFTC）也寻求将某些代币定性为商品，并纳入他们的监管范围。

Rob 在周会上分享了两个法律案例，希望能够为我们在加密行业监管框架方面的困惑提供一些参考。

Uniswap 案件​

这是是由部分个人投资者作为原告对 Universal Navigation Inc. （疑似 Uniswap 母公司）及公司的 VC 投资方提起的一个诉讼案件。原告认为被告违反了美国联邦证券法案，造成原告在 Uniswap 平台上买卖了一些诈骗代币时蒙受损失。原告主张这些代币应该认定为证券，而 Uniswap 则充当了代币证券的交易所角色，由于他们未能找到这些诈骗代币的发行方，Uniswap 和 VC 团队作为交易平台的开发者并同时收取了平台的使用费，应对他们的损失负有责任。

这个案件由纽约南区的 Failla 法官进行审理，她批准了 Uniswap 和 VC 团队提出驳回原告诉求的动议，理由是没有明确的立法指令将这些代币纳入证券法案的监管范围，法官认为在这个案件中适用联邦交易法是牵强附会的。法官Failla的法律意见可以在这里找到。

Rob 指出，SEC 一直试图扩大投资合同的定义，以图将交易代币的行为纳入其监管范围，他们也在许多不同案件中都成功实现这一目标。但他同时认为，我们开始看到来自一些法院的反制，就像在瑞波案和最近这个 Uniswap 案中发生的情况这样，法院并不一定同意 SEC 在这些案件中提出的某些解释和采取的立场。

但总的来说，Rob 对 Uniswap 案的结果感到乐观，法官裁定 Uniswap 仅部署代码并不需要承担其他连带的责任。在 SEC 和 CFTC 试图将加密行业纳入监管范围的同时，这一结果可能意味着法院方面会出现了一些反对或不同意见。

CFTC 对 DEFI 的行政命令​

在 CFTC 最近向 Opyn、Deridex 和 ZeroEx 等 DEFI 协议签发的行政命令中，CFTC 的立场是，这些协议对其智能合约拥有控制权，因此应对发生在协议平台上的交易活动负有责任。Rob 预计，这可能是 SEC 和 CFTC 未来的一个发力方向，如果某个实体对协议拥有控制权，那么他们可能被视为出售证券或为证券交易提供交易平台服务而需要负上相关责任。

重要问题原则（Major Question Doctrine）​

美国有一个非常著名的雪佛龙辩护原则，在针对某个问题授予某些行政管理机构的立法授权未清晰界定的情况下，法院可能会参考这些行政机构对问题的意见或解释来作为判决的标准。

而重要问题原则（Major Question Doctrine）则是与之相反的一项法律解释原则，根据这一原则，法院将以假定美国国会并不会将涉及某些重大政治或经济问题的执行权委托给这些行政机构作为前提来作出判决。

SEC 或 CFTC 等行政机构希望大规模扩展其监管范围，这个时候就可能会涉及到重要问题原则的适用，法院可能会裁定应当由国会决定是否授予这些行政机构相关执法权限，而不是由他们自行来决定，主要取决于是否涉及机构权力的重大延伸，或者针对的问题是否会造成对经济的重要影响。

除了加密行业，Rob 还举了一个 SEC 涉嫌滥用行政权力的例子。SEC 目前在试图实施一些针对气候变化的规则，以保护投资者的名义，强制要求企业披露其碳排放或温室气体排放等情况。他认为这可能就属于 SEC 执法权限的过度扩张一种表现。

这些行政机构采取的行动，比如 SEC 试图将大多数加密货币定义为证券，或者 CFTC 把加密货币视为大宗商品，将来可能都不会被认定为来自立法机构的合法授权，但我们还需要关注法院对这个问题的态度究竟如何。

UNA 的法律问题​

Rob 还提到了最近的 Ooki DAO 案例。案件中， CFTC 认为 DAO 的代币持有人，只要其持有代币带有治理用途性质，就会被视为该非注册非营利组织（UNA）的一部分。在美国的许多司法辖区中，UNA 不被视为法律实体，而是作为个人的集合体来对待，因此 UNA 无权在法庭上为自己组织辩护，而与 UNA 有关的任何人都可能要承担无限的连带法律责任。

幸运的是，人们在实际赋予 UNA 部分权利和有限责任的问题上作出了重大的努力，推动了修订 UNA 法案立法工作的开展。这个法案目前已经被美国的一些司法辖区所采纳，如在内华达、怀俄明和德克萨斯等州，UNA 在某些方面会被视为一个独立的法律实体，其成员只需负有限的连带责任。

Rob 认为，这是一个我们每个人都应密切关注的重大问题。如果一个 DAO 采用了 UNA 法律组织结构，那么只要持有带治理权的 DAO 代币，就有可能被视为组织一员。在加利福尼亚州，UNA 的成员必须承担无限的法律责任，而内华达等其他州则会认可 UNA 成员的有限责任。

关于 Retailism 的意见​

现行金融行业的其中一个模式，类似批发商、风险投资公司、投资银行、合格投资者等大型机构一直在通过向小型投资者或个人投资者倾销来实现他们的高额利润，Rob 认为 Jango 提出的 Retailism 概念将会给这一问题带来非常好的解决方案。按照 Retailism 模式运作的项目对所有参与者都非常透明，可以在很大程度上避免大型投资者对中小型投资者尤其是散户的剥削。

Jango 认为，Retailism 概念不仅可以应用于机构与散户之间的关系，从 Juicebox 的角度或甚至在法律的角度来看同样是非常有用的。Retailism 项目由智能合约控制，而不是通过多签钱包、某些个人或链上治理实体来进行管理，除了一些事前约定的确定性选项之外，这个模式可以消除后期人为对项目类似筹款周期配置等日常参数窜改的可能。

无项目方的智能合约可以按不同的方式进行设计，例如创建有趣的游戏项目等，帮助解决承担更多风险的早期投资者与后期用户之间，以及早期开发者与后期开发者之间的激励机制问题。

Jango 还表示，希望我们可以推出一个产品来直观表达 Retailism 的工作机制，更清晰简单地向真正的潜在用户解释这一概念的原理及构成的组件。我们作为 DAO 资助并亲自参与构建过许多不同的项目，可以先从这些项目开始应用这个模式，然后再扩展到将来的其他项目。

他认为，在过去的一年里，Juicebox 提供的很多产品都受到法律不确定性顾虑的影响，这些顾虑相应地产生了以多签或治理形式为主的项目管理形式，又或者单纯筹款活动的项目形式。协议可以发挥的许多功能并没有有效地传递出去。我们应如何通过创造某种体验来更好地把这些信息传递出去呢？

法律上的不确定性确实使 Juicebox 协议的双向交互很难实现，有些好的想法因为会增加风险也无法开展。Juicebox 的工具集可能更依赖于所有参与者之间公开和诚实的关系。

我们正在努力完善工具，并不断吸取经验，以顾及所有人的利益至少大部分人的利益为出发点，争取推出一些我们愿意承担风险进行尝试的产品，这让人感到非常兴奋。

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

回购委托合约进展良好，目前正在进行最后一轮的测试，然后我们就会着手把这个委托部署到 JuiceboxDAO 项目上去。

如果有很多人对这个产品的合约机制感兴趣，Jango 表示他将很乐意录制一期 Solidity Sesh 节目来逐条解释合约的运作原理。

审核合约非常重要，因为这个合约会按照回购委托中设置的规则，授予代表付款人铸造任意数量项目代币的权限。总的来说，这个产品的功能非常敏感，需要在部署和使用时加倍谨慎。

Jango 说，我们原计划首先在实验性项目（如 Defifa 或 Croptop）中附加回购委托，以便正式部署到 JuiceboxDAO 项目前对它进行一些实战演练。但是随着 Bananapus 和跨链互操作性的开发逐渐成型，我们仍需视开发的结果才能决定 Defifa 和 Croptop 将具体部署到哪一个网络，所以我们可能选择直接在 JuiceboxDAO 项目上部署回购委托，经过了合约团队这段时间的边缘测试，合约感觉非常稳定。

Revnet：Retailism 的产品化 -- Jango​

Jango 在七月份的周会上分享过他对 Retailism 概念的一些想法及相关的博客文章。

根据 Jango 的说法，Revnets 其实是应用了 Retailism 概念的一个 Juicebox 项目的特殊配置模式，这个模式包括以下参数：

1. 这个 Juicebox 项目既不设项目方也没有费用支出，项目收到付款时相应铸造出新的项目代币。
2. 这个项目的保留代币比率，我们在这时称之为助推（boost），同时一个筹款周期时长改称为一个世代（generation)。
3. 在这种模式中，发行减少率将被称为进入曲线，当网络收到一个单位的付款，发行的代币数量将减少某个百分比。
4. 退出曲线，即赎回比率，指的是持币人销毁代币可能获得金库资金的百分比，同时也会留下部分资金供后面销毁代币的人获取。

许多实验性项目，例如 Defifa、Croptop、Blunt 或 Bananapus，都拥有一些非常好的概念可供运用，但它们也需要找到一个场所来归集网络收取的费用，并按社区的意愿把这些资金用于将来的发展，以促进整个网络的持续增长。

与 JuiceboxDAO 正在实施的治理模式不同，JuiceboxDAO 一直会设置保留代币，项目由多签控制并定期执行社区治理的决策。而像 Defifa 或 Croptop 这样的项目较少管理导向的配置参数，着重对建设者、投资者和客户激励的一致性，从而确保网络的持续增长，有些社区可能不愿花费太多时间来进行这些长尾金库的治理。

以下是可能适用这些网络的工作机制：

• 客户 支付费用，他们可以通过马上赎回获得的代币来获得部分退款。但是，如果他们长期持有代币而且网络实现了增长，那么代币的价值将随着网络的增长而升高。
• 建设者 可以通过助推阶段（boost period)来补偿他们在创建网络时做的工作，在这个阶段里，网络的一部分增长将保留并分配给他们。例如，如果一个项目启动时设置了 28 天的筹款周期和 2 年的助推阶段，筹款周期将一直保持每 28 天的速度滚动更新，但 2 年期满时会有一个预设的项目配置生效，把这个助推参数删除掉。
• 投资者 不再需要担心他们投资资金的去向，因为项目不存在项目方或者多签来更改项目的配置参数。

我们在这些不用的作用中找到平衡，让项目能够以无需信任及无需许可的形式开展运营，像 Defifa 和 Croptop 这种项目甚至可以进一步提升和发展出自己的模式，来决定如何使用和对接它们的收入。

我们仍在想办法让其他人也可以尝试开展积极的试验，一起来开拓我们以后的发展方向。

Retailism 机制演示​

周会上 Jango 还展示了一份 Retailism 财务建模的表格文件，大家可以尝试输入项目的初始发行率、世代时长、进入曲线和退出曲线等参数，来测试一下项目的工作机制，看看 Retailism 财务模型的运作是怎么样的。

Bananapus 行动计划 -- Jango​

Jango 表示，尽管 Bananpus 项目的开发工作有点令人困惑和带一定的技术复杂性，但我们希望把它打造成一个具体核心特性的工具盒。

开发团队承诺将展开它作为各个 EVM 链的二层网络连接点的实验，通过在诸如 Optimism、Base或其他适合的二层网络运行，为跨链运营项目找到可靠运行的机制。

例如，Juicebox 作为 L1网络协议，如何可以同时二层网络上运行，并帮助保持跨链应用和跨链实现的财务社区统一性。比方说，我们在类似 Optimism的 EVM 上部署另一个 JuiceboxDAO 金库并发行专属的代币。这对于 JBX 代币会带来什么影响？我们应该怎样建立依靠 JuiceboxDAO 收取费用架构的一致性模式，从而满足主体工作的发展，让每个人，包括建设者、用户和投资者都能够参与其中？

我们或许能够将项目的保留代币比率（在 Revnet 背景下我们称之为助推）一定的百分比指向另一个 EVM 链上的项目，分发给项目的代币持有人而不是它的项目方，来实现网络的相互支持共同发展，不管这些网络是在同一区块链内还是横跨了不同区块链。例如，如果我们在一个 L2 上部署另一个 Juicebox 协议，我们可以找到一种方式，让现有的 JBX 持有人可以分享 L2 版本的协议的发展成果。

但是，跨链桥接和多代币管理操作的风险极高，因此我们可能不希望直接在 JuiceboxDAO 项目上直接进行操作，以免对现有项目产生不可预料的风险和风险。

因此，我们可以在 Bananapus 项目中部署 Juicebox 协议的分叉，来试验这些跨链的试验，包括代币的质押和跨链桥接，跨链多金库管理，以及基于 Retailism 理论的 Revnet 网络运营，不用损害现有主网 Juicebox 协议本身的稳定性和安全性。

提到与 Bananapus 交互的网站，Jango 认为不一定要在 Juicebox.money 网站上实现并马上满足商业化的需求，因为 Bananpus 试验存在一定的风险，不值得这样做。

Jango 表示，我们可能会创建专用的网站来试验各种想法。例如，创建一个 Bananapus 网站来支持质押操作和代币桥接，人们可以在这个网站质押代币来获得 NFT，并用于领取奖励，再通过 Bananpus 触手合约来铸造其他区块链使用的代币。

Bananpus 网站演示 -- Filipv​

Bananapus.com 是一个用于展示 Bananapus 项目开发进度的窗口，同时也是用户与项目合约进行交互的网络客户端。

在周会上，Filipv 演示了 bananapus.com 网站仍在制作中的的各个页面，并解释了质押代币和领取奖励的一些流程。

Bananapus 项目包括三个主要组成部分，分别是 Bananapus 721质押委托、Bananapus 分发器和 Bananapus 触手等三个合约。

用户可以使用 Bananapus 质押合约来质押持有的 Juicebox 项目的 ERC-20 代币，相应地他们将会得到代表质押持仓的 NFT，这些 NFT 可以随时用于解除质押来获取原来的 ERC-20 代币。

Bananapus 分配器合约支持任何人把 ERC-20 代币的质押奖励发送到合约，让上面提到的代币质押人使用持有的 NFT 按时间进度来领取这些质押奖励。

此外，NFT 持有者还可以与 Bananapus 触手合约进行交互，铸造各个 L2 链的相应代币，并将它们桥接到这些 EVM 链上，以便获得 L2 链的质押奖励或用于其他可能的用途。

Bananapus 及 Revnets 网络​

Revnet 网络背景​

在周会上，Jango 分享了他对一些不同网络的看法，这些网络将会在 Bananapus 项目的 Juicebox 协议分叉上面进行创建，并在不同的 EVM 链上以 Revnet 的形式来运行。可以在这里阅读他关于这些网络的具体阐述。

Bananapus 项目将尝试部署一个 Juicebox 协议的分叉，在这个分叉启动及运营的网络会在多个 EVM 链上对收入管理、代币抵押和奖励分发、跨链桥接等方面展开试验。

首先，Jango 介绍了使用 Revnet 模型在 Bananapus 协议创建网络的理念背景，强调这个概念的目标是要加强在组织架构和法律合规方面的运营和前景，使产品更容易被投资者和用户所接受。

此外，他还表示，不会强制现有项目转到 Bananapus 上以 Revnet 的方式来运营，这些 Revnet 模式可以独立于项目现有的运营模式，甚至可以抛开原项目建设者就可以由项目的支持者另行创建一个 Revnet 网络。 话虽如此，保持建设者和支持者利益的一致性也非常重要，支持者另行创建的话，没有原建议者支持，新网络的合法性或收入流都会大打折扣，可以会降低投资者支持网络时的信心。

最后，Jango 还鼓励社区成员积极参与新的各种网络的建设，并在建设中争取担任更积极更有意义的工作角色。

Bananapus 的目标​

Bananapus 项目是一种支持（Juicebox 项目）代币持有者网络在不同区块链和协议分叉之间进行关联的方式，用一种 “触手” 的方式来实现各个不同轨道上的资金互通。

Jango 解释说，Bananapus 项目将会对 Juicebox 的 V3 协议进行分叉 ，因此它与当前的主网 Juicebox 协议的代码是一样的，终端和控制器等都是最新的版本。这个分叉将部署到以太坊主网、Optimum、Arbitrum、Base 和其他 EVM 链，我们将在其中一个区块链上展开试验 ，然后再逐步向其他地方扩展。

我们将通过实现原生质押跨链桥来支持项目的跨链交叉汇集，并且支持提前配置项目的多个周期，这样项目启动之前之前就可以预先配置好将来需要作出的变更。

此外，部署 Bananapus 还涉及其他考虑因素，比如删除使用不多的功能、集成 721委托和回购委托、支持接收和保管 ETH、DAI、USDC 或其他代币的资金等。

Revnet 的目标​

Jango 介绍，Revnets 是一种 Juicebox 项目的特殊配置方式，应用了 Retailism 逻辑，项目的启动和未来运营以 4 个基本属性为特征，即预挖代币、进入曲线、退出曲线和助推阶段。这些基本属性有助于为建设者、用户和投资者积累资源，进一步推动社区的增长。

Revnets 的目的包括提高生产力和社区参与度、提高资金管理透明度和资金取用的便利性、帮助 Peel 和 Nance 等现有项目为他们的社区提供更多的激励和法律明确性，以及为传统银行业务提供研究和原型化的途径。

结语​

Jango 对项目的未来发展感到非常兴奋。他表示最近几个周期将发起提案，希望提案可以在社区中引发更多关于这方面的讨论，共同决定是否支持这个试验及我们应该如何参与。

Jango 认为，我们当中的许多人一直相互交流各种想法、金库设计和产品理念，因此其实我们都在朝着一个共同的兴趣点努力，也希望 JuiceboxDAO 在这些领域进行投资。现在我们找到可以更把握地控制风险和归集资金的方式，我们可以尝试着探索一些未知的因素。

同时我们也可以持续关注现有的项目，了解人们对什么感兴趣，然后再去接触零售投资者和风险投资者，重新建立与他们的关系。

Juicebox 主题商品讨论​

Jango 认为我们可以考虑给欧洲、澳大利亚等地的贡献者批量发送一些主题商品，让他们可以在将来参加活动或会议时，以更精细的方式进行分发。

但如果通过货运运输，我们还必须注意可能会产生的进口关税和相应的海关申报流程。

Sage 表示她很愿意和他们分享图像文件以及订制商品的一些网站，以及部分 DAO 的拨款，让不同地区的人们能够在当地安排订制，从而减轻全球范围内的运输和进口成本。

Filipv 还建议，将图像文件上传到 GitHub 或其他地方，并在一些订制网站上创建页面，这样人们就可以直接去订购这些商品。

尽管 Peel 团队最近一直在推动我们与 ETH Global 或 Devfolio 等组织的黑客松合作伙伴关系，我们也有些成员提出在即将举行的如 ETH Istanbul 等活动中分发这些商品，但由于 Peel 团队仍在努力改进前端的一些功能和设计，最好能够继续执行当前的主题商品分发计划，无须等待黑客松合作活动的实现。

Sablier V2 协同工作报告 -- Nowonder​

Sablier V2 协同工作是 Nowonder 开发的一个协议扩展。主要目的是要帮助 Juicebox 项目方按自己的需要在项目附加支出分配器，为贡献者提供多种代币流的报酬支付方式，以实现对支出的分配和授予的精细化控制。

Nowonder 告诉我们，Sablier 协议首席作者 Paul 最近过来帮助审查 Sablier 协同工作合约的代码库，并提交了相关修改的拉取请求，同时还重新构建了合约里的导入代码，从而大幅减小代码库的体积并提高运行效率。Paul 也对 Nowonder 在创建 Sablier 和 Juicebox 之间的互操作性产品表示了充分认可。

Nowonder 最后表示，他将继续开发，并争取尽快以 Juicebox 项目金库扩展功能的形式发布这一产品，以便感兴趣的项目可以用来向新的贡献者分发报酬。

由于我们目前 Juicebox.money 没有相应的前端用户界面支持这个扩展，Jango 建议 Nowonder 可以考虑先尝试通过 Etherscan 或类似的其他方式将这个扩展附加到 Juicebox 项目上。当大家开始使用这个产品并在 Juicebox.money 之外与 Juicebox 协议进行交互时，可能会导致 Juicebox.money 上的项目页面上无法查询及正确反映相关交易，造成网站项目页面出现错误，这样就可以让 Peel 团队优先考虑在项目页面上创建一个专门的用户界面，来支持这个扩展功能的实现。

上周，Matthew 和 Brileigh 发布了 Juicecast 的新一期节目，他们与来自 Sablier 的 Paul 还有 Nowonder 进行了讨论，讨论主要围绕介绍 Sablier 协议以及它与 Juicebox 协议的互操作性展开。根据 Nowonder 的说法，Sablier 社区对这个集成工作非常感兴趣，希望这个产品可以成为推动社区之间开发者关系发展的良好起点。

Jango 认为这一期节目成功将其他的声音引入了我们的 Juicecast 频道，对此表达肯定。至于 Nowonder 开发的协同工作扩展功能，我们可能会在形成明确的产品策略或者用户强烈的使用意愿之后，才会着手制定产品的营销及程序界面战略等工作。

但这是一个继续开展研发工作的良好契机，可以寻找两个社区的共同兴趣点并创建通用性用例。如果 Sablier 和 Juicebox 协议组件之间存在协同效应，或者这个方向的发展有足够的吸引力，我们就有理由来共同开发新产品并为两个社区募集更多资金。

Nance 的潜在用例​

Jigglyjams 最近在寻找创建 Nance 项目商业模式的解决方案，允许用户向 Nance 项目付款来获得项目代币，再将代币用于 Nance 服务使用费用的支付。由于Nance 提供的服务涉及持续的订购和使用，Jigglyjams 考虑是否有可能使用 Sablier 代币流来作为 Nance 收取费用的一种形式。

Jango 认为，Sablier 协同工作的当前模型是一个项目向外支出的分配器，而 Nance 的需求则是许多用户支付的费用向一个项目的归集，因此似乎 Nowonder 目前正在开发的产品可能不能直接应用到 Nance 项目。

Nowonder 认为，如果将类似 Nance 这样的项目设置为代币流的接收方，可能存在一定的可行性。他认为 Jigglyjam 的想法很酷，这样用户就可以使用代币流来订购项目的某些服务，并可以通过取消代币流来随时取消订购。Jigglyjams 同意他的观点，认为我们协议目前正缺少支持用户连续付款的一种机制，这个可能是一个很好的研发方向。

ETH Global 合作工作报告 -- TJL​

Tjl 提到他们一直在考虑与 ETH Global 合作举办黑客松活动，并取得了一些很好的进展。但经过 Peel 团队的内部讨论，他们得出的结论是，鉴于当前有些问题亟待解决才能实现 PMF（产品市场适应性），现在可能不是立即与 ETH Global 展开合作的最佳时机，因为我们可能暂时无法以最佳方式同时满足活动中数百位开发人员的各种需求。

因此，Peel 团队提出对前端开发的重大改进建议，呼吁社区成员阅读 Peel 团队的提案并提出建议和反馈。

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

Jango 上周宣布回购委托完成部署。之后，合约团队发现一个小的优化可以改进这个委托的工作逻辑，因此他们决定重新编写代码并添加这个细节，之后再正式推出这个委托功能，并建议大家附加到他们的项目上使用。

人们向项目付款并预期回购委托工作的情况下，这个优化会允许委托把用户指定的部分资金中转到 AMM 兑换代币，剩余部分则转回项目金库并铸造新代币。

按照之前的方案，相关代币流动性池流动性不足时，回购委托会跳过流动池兑换代币的操作，把所有资金转回项目金库并铸造新的代币。通过这个更新，回购委托可以先最大程度利用流动池里的可用流动性，然后才将剩余资金转回项目的金库。

新周期配置页面 -- JohnnyD​

JohnnyD 在周会上对当前的周期配置页面与开发中的新页面之间的差异进行了比较。

旧的配置页面由四个主要选项（资金、代币、规则 及 NFT）组成，点击某个选项会在侧边展开该部分的下一级配置内容。

在新的设计中，所有内容整合到同一个表单内，不同的部分划分到页面中不同的区域。

Peel 团队把之前的四个选项减少到了三个，包括详情、支出及代币，他们计划将 NFT 的相关内容从周期配置页面中分离出来，创建一个专属的页面。此外，他们还在页面上增加了一些教学内容的链接，帮助项目方在创建过程中更好地理解 Juicebox 协议的一些原生概念。

新的周期配置页面上，编辑完成并点击保存的时候，将会弹出一个“审核和确认”窗口，列明修改的各项内容，以便用户在最终部署变更上链之前可以清晰了解。

截止本次周会，这个页面仍在开发中，JohnnyD 呼吁各位成员尝试使用并向 Peel 团队提供反馈。要尝试这个新功能，您可以前往Juicebox的 功能开关页面，启用newCycleConfigPage，然后刷新 JuiceboxDAO的设置页面 或其他项目的设置页面。

税务问题问答 -- Zactt​

Zactt来自 TokenTax，他参加了我们的周会并帮助回答社区成员的税务相关问题。他的观点仅代表个人的看法，不构成任何税务或财务建议。

礼品卡的税务影响​

被问及使用加密货币购买礼品卡是否与出售同等数量的加密货币具有相同的税务影响时，Zactt 的回答是肯定的。他解释说，每次进行任何交易时，实际上都是在出售某样东西来购买其他东西。因此，如果你使用 ETH 购买礼品卡，实际上你在出售 ETH 购入美元，然后立即将这些美元存进礼品卡里。

从较高层面来看，在大多数国家，出售或处置任何加密货币都是应税事件，在美国更是如此。

不同成本计算方法的影响​

Zactt 还介绍，在出售加密货币时，使用不同的库存/成本计价方法可能会在应税收入/收益方面产生非常大的差异，相应导致非常不同的税额。

他举了一个例子，假设我们按时间顺序以不同价格购买了三个比特币，一个价格为 1000 美元，一个价格为 50000 美元，另一个价格为 10000 美元。如果我们卖出一个比特币，使用不同的成本计价方法可能会产生非常不同的报税情况。例如，假设比特币的当前市场价格为 30000 美元，那么：

• 如果我们使用 FIFO（先进先出）法，则成本为 1000 美元，资本收益为 30000 - 1000 = 29000 美元。
• 而使用 LIFO（后进先出）法，应税的资本收益为：30000 - 10000 = 20000 美元。
• 第三种选择是特定识别法，这个方法对所有特定项目的成本逐项记录，如果使用最高那项成本，资本收益将完全颠倒过来：30000 - 50000 = - 20000 美元。

如果把所有资产同时卖出，选择什么成本估值方法不会产生太大的差异。否则的话，使用不同的成本核算方法会令资本收益的实现时机有所不同，不管怎样，把需要交的税往后延总归是更好的选择。

普通收入及资本损益​

如果人们为某个组织工作并以以太币或其他加密货币的形式获得报酬，但他们不打算出售这些加密货币，而是计划长期持有，他们仍然需要报告收入并在同一季度内缴纳预估税款。税额将按照获得收入时加密化币的价格进行计算。

如果将来以太币价格出现下跌，并且他们折扣出售持有的加密货币，差额将被视为资本损失。由于资本损失不能用于抵消普通收入，他们仍需要根据收入的原始价值支付所得税，而每年只有 3000 美元的资本损失额度来抵消普通收入。但是，如果他们有其他资本收益，则可以将这些资本损失一次性用来冲抵。

举个例子，如果你获得了 30 个以太币的收入，以太币的价格为 3000 美元。你必须在同一季度内向美国国税局（IRS）缴纳这 9 万美元收入的所得税。如果以太币的价格下跌了50%，你在 1500 美元的价格卖出这些以太币，你将仍需按 9 万美元收入缴纳所得税，但同时产生了 4.5 万美元的资本损失。

因此，Zactt 建议，如果你以加密货币的形式获得报酬，即使你真的相信某个项目的未来发展，把一半的收入换成法币并将其保留起来用于税款的支付，仍将是一个明智的做法。

在美国，每年的四个季度缴纳税款截止日期分别为 4 月 15 日、6 月 15 日、9 月 15 日和次年的 1 月 15 日。

欧盟贡献者提出的问题​

我们有一些欧盟的贡献者想知道他们收到报酬时应该向什么主体开具发票，因为 DAO 并不是一个法律实体，而且因为 JuiceboxDAO 没有明确的司法管辖权地区，他们不知道是否应该按欧盟区外实体来缴纳增值税。

Zactt 回答说，每个国家都有自己的规定，但他建议这些在欧盟国家的贡献者以自雇个体经营的方式向他们的政府申报收入。

至于增值税，他建议他们研究一下自己所在国家的增值税法规，并在纳税时采取更保守的做法。

Sablier 协同工作报告 -- Nowonder​

Nowonder 开发的 Sablier 协同工作合同是一个分配器，可以作为周期支出的一部分部署到 Juicebox 项目。分配器接收到支付终端的 ETH 付款后，会按项目周期内预设的方式来部署代币流的分配。这个产品支持项目把某一种代币的支出转换成多个不同代币流来进行分配。例如，某个项目的金库资产是 ETH，但他们可以用不同的代币（如ETH、USDC、JBX 等）向多个受益人实施代币流的分配。

这个分配器使用了与回购委托相同的兑换逻辑，Nowonder 觉得这样做是最好的做法，因为委托合约经过审计，可靠性更有保障。分配器收到项目支付终端支付的 ETH 时，会获取项目预设的分配代币的实时报价，再用 ETH 来兑换这些代币。

协同工作合约支持所有 Sablier 的代币流类型，如线性时长流、线性数量流、带增量动态流和带关键节点动态流，控制向指定受益人解锁授予代币的不同方式。

Nowonder 还在代码库中添加了持续集成（CI）功能，让有兴趣参与项目开发的人可以一起进行合作。

最后，Nowonder 表示他还将向 Sablier 社区展示这个项目，希望能引起他们对 Juicebox 协议以及如何在社区内开展应用的兴趣。

Matthew 和 Brileigh 还采访了 Sablier 合约的主要作者 Paul，对 Sablier 协议的具体定义，以及 Nowonder 正在开发的 Juicebox 和 Sablier 之间的协同工作功能进行了讨论。访谈涵盖了开发工作的高度概括，与 Juicebox 共同应用的具体方式，以及向我们社区进行了关于 Sablier 的介绍 。

编写这份周会概要的时候，Matthew 和 Brileigh 已经在 JuiceboxDAO 的 YouTube 频道上发布了这个采访节目。

回购委托部署 -- Jango​

Jango 宣布，我们已经成功部署了回购委托合约，并解决了一些重要的细节问题。目前唯一要做的就是将它配置到某个项目内并它的实战表现如何进行观察。

支付给项目的款项究竟会中转到 AMM 购买代币，还是会转回 Juicebox 合约铸造新的项目代币，在很大程度上受到相关流动性池当前情况的影响。

同时委托的使用还会受到支付函数调用方式的影响，既可能从外部类似 juicebox.money 的网络客户端进行调用，也可能由协议中的其他智能合约进行调用。

第一种情况，外部调用的情况下，Web 客户端可以将预期的交易价格和交易滑点传递给回购委托，这一点对于在合理范围内执行交易非常重要，否则交易可能会受到区块链上恶意交易对手的 MEV 攻击影响。

另一种情况，支付函数作为其他操作的一部分被调用时，例如有人调用 distributePayoutsOf来分配支出会触发支付 Juicebox 费用的行为，这种时候就很难做到同时传递报价和滑点。因此，合约团队决定改用 TWAP（时间加权平均价格）预言机来确定合理的报价和滑点范围，从而设定交易的合理边界。

合约对这两种情况进行了非常深入的研究，但在测试环境中很难覆盖所有的可能性。因此我们仍然需要在现实世界中对这个委托进行实战测试，然后再尝试解决可能出现的缺陷。

接下来合约开发团队将会与 Peel 团队展开合作，想办法实现允许付款人对各项交易参数的设定，或者至少以某种方式在前端提供报价范围和预期平均滑点，供他们做出选择。

合约团队编写了一个库，不仅允许客户端向一个委托传递数据，同时还支持 Juicebox 项目同时附加多个合约委托，如同时附加回购委托及 NFT 委托等。

回购委托为所有的相关方都带来了价格效率的提升，这其中也包括保留代币接收人。向项目支付 ETH 款项时，项目部署了回购委托且二级市场价格更好的情况下，项目金库不再接收 ETH 款项并相应铸造新代币，而是把这些资金中转到二级市场以最优的价格购买代币后，再在付款人和保留代币接收人之间进行分配。

除了回购委托的部署，团队还部署了新的 3.1.2 版本支付终端来修复缓缴费用计算错误的 bug。他们还对 721 委托进行了更新，使用新的元数据模式来支持项目附加多个委托，并支持 3.1.1 支付终端从数据源传递数据到委托的技术规范。

Bananapus 工作报告 -- Jango 及 Filipv​

第一次治理投票​

本周，Bananapus 社区对他们的第一个治理提案进行了投票，向为该项目作出贡献的工作人员分发报酬，并更新现有贡献者的保留代币比率。

Bananapus 的工作机制​

Bananapus 项目由三个主要组件组成，分别是Bananapus 721质押委托、Bananapus 分发器和Bananapus 触手。这些将分别在以太坊主网和其他 Layer 2 网络中运行。

主网 - 第一步:

1. 代币发行。Juicebox 项目 A 接受 ETH 并相应发行项目代币（代币 A），如果项目有溢出，代币 A 可以用于赎回金库中的部分 ETH。项目 A 的运作与当前普通的 Juicebox 项目完全一致。例如，你可以向 JuiceboxDAO 项目付款来获得 JBX 代币。
2. 代币质押：然后我们对应项目 A 创建一个新的项目 B。项目 B 的规则非常固定，不设项目方也没有任何支出，它接受代币 A 并相应地发行分级 NFT。这些 NFT 可以用于链上或链下的治理投票，还可以用于赎回代币 A。这个过程是由 Bananapus 的 721 质押委托实现的。例如，你可以抵押 JBX 代币并获得代表抵押份额的 NFT。
3. 质押奖励：项目 A 或任何其他项目可以将它们保留代币的一部分作为质押的奖励，分配给质押者或 NFT 的持有人。这个部分由 Bananapus 分发器实现。例如，JuiceboxDAO 现在可以将保留的 JBX 代币的 10% 分配给抵押 JBX 的人。
4. 解锁授予：质押奖励在一段固定的时间内分阶段授予。用户解除质押的话，任何未授予的代币都将会收回重新分配，使项目能够实现与做出长期持有承诺的代币持有人分享增长。

二层网络 - 第二步（原型化阶段） :

1. 代币铸造：第一步中代表质押份额的 NFT 可用于铸造一个 ERC-20 代币，然后把代币跨链到特定的二层区块链。这由 Bananapus 的跨链触手合约实现。例如，抵押的 JBX 的 NFT 可用于铸造 OPJBX 代币，最多可以铸造出与抵押的 JBX 数量相等的 OPJBX，然后再跨链到 Optimism 区块链上。

2. 代币质押：在 Optimism 上的 JuiceboxDAO 项目中，可以使用 Bananapus 的 721 质押委托合约对 OPJBX 进行质押，操作与主网质押一样。

3. 质押奖励：然后 Optimism 上的 JuiceboxDAO 项目或任何其他 Juicebox 项目可以通过部署的 Bananapus 分发器合约，将其保留代币的一部分分配给 OPJBX 的质押人。

4. 解锁授予：与第一步相同。

由一个机构在不同的网络上发行同一个代币，然后再基于总的代币发行量来分别计算不同网络的赎回，这个做法会带来很高的复杂性和管理难度。与其这样，项目可以选择在不同的链上部署对应的金库，然后从基地网络部署的触手来把代币延伸至任意数量的网络。任何人都可以部署自己的跨链操作网络，无需获得许可。

我们将在接下来的几周内使用 Bananapus 的项目代币 $NANA 展示一个完整的端到端实例。项目的所有组件都已准备就绪，目前正加紧测试，并争取开发出友好的用户界面来平滑整个流程。

这种机制可以扩展到任意数量的链上交互，因为一个在主网上的 JBX 质押份额可以分别在不同的 L2 链上创建许多触手。但是，如果要解锁主网的 JBX 质押，质押者必须撤回部署的所有触手，从本质上来说，亦即需要销毁所有的跨链触手才能取回原始的 JBX 代币。

Juicebox 主题商品 -- Sage​

Sage 发起的制作和分发 Juicebox 商品的提案，目前正在 Snapshot 投票阶段。提案的目标是在九月的 ETH NY C活动上分发 Juicebox 主题的商品，如贴纸、帽子、T恤等，帮助传播 Juicebox 生态系统。

同时，Sage 还考虑将活动剩余的商品，或者直接保留 25% 至 30% 的商品，分发给未能参加 ETH NYC 活动的人。Jango 建议我们可以考虑批量发给某些个人，让他们参加会议或活动时可以派发。

Sage 从 DAO 申请的拨款为 4,000 美元，已包括所有的分发成本，基本上人们可以免费获得这些商品，不必再支付任何费用。

Jango 和 Sage 都同意，可以发起一个简单的投票，让社区选择出一些设计图案印刷在商品上。欢迎大家踊跃提出关于商品设计的任何意见或建议。

Peel 前端工作报告​

富文本编辑器 -- Tjl​

这是一个许多项目要求的功能，更好地支持自定义管理项目的详情介绍。通过这个新功能，项目方可以使用Markdown 格式、图像和链接等来编辑他们的项目描述。

希望这个功能可以有助加强项目的“关于”部分，并为项目方提供更高的自由度来充分展示项目的详细信息。

目前这个功能还存在一些问题，Peel 团队将尽快进行修复，一切准备就绪后将会正式部署这个新功能。

新支出表格演示 -- JohnnyD​

目前，如果项目方想要编辑某个受益者的支出信息，他们需要每次点击进入一个单独页面来调整这项支出的金额。

JohnnyD 最近一直在开发新的编辑周期表单，他设计了一个新的支出管理表格，让编辑这些支出项目变得更为简便。项目方无需理逐一点击打开每个单独页面，直接可以在表格内编辑每个受益者的支出项目。

这将有助于项目管理员更直观地了解金库支出的准确金额，更重要的一点，在编辑这些支出信息时，支出实际产生的 Juicebox 费用也会同步进行更新。

希望这个新的支出管理表格能够更好地了解项目分配限额内的明细信息，以及这些支出相应产生的 Juicebox 费用情况。

Peel 团队仍在努力最终产品化这一表格，目前还需要经过进一步的审核和测试来确保其工作正常。

创建流程辅助预览 -- Tjl​

Peel 团队一直致力于从用户教育的角度来改善项目的创建流程，Strath 主要负责这项工作。他们最终的目标是让用户无需过多依赖贡献者团队的支持或帮助，自己能够全程创建他们的项目，尽可能实现创建流程自助化。

这方面最大的挑战之一显然是如何把其中最为费解的 Juicebox 原生概念更加直观、更易理解地融入到创建流程中。

Peel 团队还设计了其他一些内容来帮助提高项目的质量。

首先，用户点击创建新项目时，初始页面会为他们提供一些创建项目小知识等的建议。

团队还将引入草稿功能，这样项目创建者可以在所有细节敲定前不断进行调整，无需即时启动项目或创建项目后再反复进行更改配置。

他们将会在创建流程页面的右侧增设一个小型教育面板，如果用户觉得不需要，可以点击折叠起来，同时清楚自己可以选择了解这些信息。

Keyp 整合及法币支付 -- Peri​

CupOJoseph，Game Wallet 的创始人，计划在 Juicebox 上推出一个项目，销售 Gameboy 卡带的硬件钱包。目前 Game Wallet 的意向名单已有约 10,000 人，但项目团队仍在最终确定一些细节，其中之一就是希望除了以太坊之外，还可以用法币来支付，从而进一步扩大产品的受众。

Peri 主要负责对接支持 Game Wallet 项目，他指出这个即将推出的项目有两个很重要的组件。

第一个组件，同时也是 Game Wallet 主要关注的，关于整合法币支付的问题，因为现在付款给 Juicebox 项目仍仅限于使用 ETH。Peel 团队目前的整合方案是利用 Poko平台，用户支付项目时，可以点击跳转一个嵌入式表单来使用法币付款。这个方案的底层原理其实就是代付款人购买以太币，并自动把这些以太币转到相关的 Juicebox 项目。

但问题在于，我们仍需要付款人连接加密钱包到项目，用来接收付款时铸造出来的项目代币。这时就出现了这个项目的第二个重要组件。我们将整合 Keyp，这个服务允许用户通过邮件地址进行身份验证并创建帐户，从而获得一个加密钱包地址。整合之后，用户在 Juicebox 应用上点击连接钱包按钮时，可以在标准的 EOA 钱包或 Keyp 钱包之间两者选其一。Keyp 钱包与普通的 EOA 钱包的作用完全相同，包括发送交易或查看余额等功能。

Tjl 认为我们可以进一步讨论如何把这种功能整合通用化，让所有其他项目都可以使用，而且在这方面可能还有一些预想之外的潜力可以发掘。

黑客松合作讨论​

Tjl 介绍说，Peel 团队一直在与一些黑客松公司和平台进行接触，探讨合作的可能性，希望能够将一些黑客松项目引入 Juicebox 平台，帮助他们筹集资金以进一步谋求发展。

他表示，我们已经与 ETH Global 和 Devfolio 两家达成了口头协议，从九月中旬到一月期间展开试点合作。如果处理得当，我们可以成为面向黑客松的工具平台，不断会有开发者进来创建项目。

Mieos 表示，WAGMI 团队正在思考，如何来利用黑客松活动这种绝佳的品牌宣传时机来推广 Juicebox，除了从技术的层面，还可以通过酷炫的 Juicebox 文化、氛围和艺术来进行传播。

Jango 建议，整个生态系统里的社区成员都可以参与到这个方面的工作。他还觉得，通过不同的活动（例如合约团队在黑客松中的积极响应及支持），以及与其他社区展开合作，我们能够找到利益共同化和协同合作的契机。

他还以 Thirsty Thirsty 这个擅长组织饮食导向活动的社区为例，说明我们可以怎样获得切入黑客松和线下活动的灵感，怎样来鼓励跨领域的多生态共生，从而形成 Tjl 的工作方向的支持。

Jango 认为，Banny 显然绝对是一个创造用户认知的入口，尤其是参考我们上个月举办的合约委托黑客松所获得的经验和反馈之后更是如此。但要真正深刻理解如何实现它的实用化并进行正确的引导，还需要一定的时间。

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

我们现在更新了一个新的回购委托版本，更容易部署并附加到项目上。合约团队正在最后编写相关合约，合约将适用于所有的项目。

721 委托的元数据标准目前已经得到完善。我们的合约团队将与前端团队就新标准下元数据向委托或支付函数的传递展开协同合作，让项目可以同时附加多个委托并实现信息清晰正确传递，从而满足项目同时部署回购委托及 721 委托的需求。

团队计划在本周末之前完成所有部署，但肯定还需要时间来衡量最后的折衷方案，在一次性实现还是逐步迭代之间作出取舍。

现在我们剩下的主要是风险管理相关的一些问题，但总体上一切感觉良好，很快就能推出这个产品，这让 Jango 感到非常兴奋。这个委托可能会解锁许多发展潜力，我们未来几个月将会看得到它们带来的成果。

希望我们能够为 Juicebox.money 提供一个可遵循的严格规范，从而实现新功能的尽早整合。

Jango 认为，只要回购委托证明切实可靠，JuiceboxDAO 将会很快部署使用。大家参与相关提案的讨论和投票，令各个终端达到最稳健的状态，他对此深表感激。

Bananapus 工作报告​

Jango 认为在接下来的几周内我们可能会推出一些原型化产品。他非常期待能尽快看到一些原型可供大家测试，因为他认为这将是 Juicebox 未来日益重要的一环，尤其是我们开始更多地举办黑客松让人们可以在活动中创建项目来赢取报酬。我们需要确保人们可以在成本较低的链上创建项目并继续向外发展。

Bananapus 的好处在于，我们基本上是在创造条件让项目可以选择在某条特定链上启动，再轻松地在生态系统中进行演化。这是一种非常灵活的模式。这个概念对大多数人来说很抽象，因此 Jango 表示愿意继续在 Solidity Sesh 系列节目中讲解 Juicebox 协议的工作机制，希望帮助人们加深理解并尝试他们的想法。

他还希望 Bananapus 的开发能与前面提到 Peel 团队正在开发的简便钱包连接和法币付款功能非常好地进行融合。当然，这是一个更长期的工作，但他坚持我们应该不断深入理解这样能对整个生态系统产生的意义。

尽管他认为以太主网仍是大型试验的首选，但我们肯定需要把协议扩展到主网以外，才能让很多东西真正得到改善以及降低进入的门槛。我们正朝着这个方向逐步推进，帮助人们先在成本较低且交易旺盛的环境下启动项目，再慢慢地向跨链发展，听起来非常令人兴奋。

Sablier 协同运作工作汇报 -- Nowonder​

Nowonder 的提案已经获得了 DAO 的批准，周会上他对社区对他这项工作的支持表示感谢。

Sablier 协同工作其实就是一个分割分配器，允许项目方部署 Sablier 支付流，按时间推移来实现项目代币分发的精细化管理。

根据 Nowonder 的说法，功能整合的主要应用场景是项目方希望招募新的贡献者，但又不能确定给他们的报酬是否值得的时候。这种情况下，项目方可以向新晋贡献者发放代币流，如果工作结果未能令人满意，可以随时取消这些代币流。基本上他的主要观点是，将所有内容都包含在同一个合约（分割分配器合约）内，合约既是管理员面板，也可以是人们从属于自己的代币流中提取代币的用户界面。项目管理员和用户都可以与同一合约进行交互，来实现各自不同的目的。

Nowonder 还考虑添加的另一个功能是 ETH 储备或项目代币储备，允许项目方或他们的操作员添加新的代币流，哪怕分配器当初部署时没有实例化这些代币流。

Jango 认为对于原型设计来充分利用这个机会来说，这个做法看起来很稳妥也很棒。同时希望他能够多向我们社区介绍更多关于 Sablier 的情况，也向 Sablier 社区介绍 Juicebox，还有为什么 Nowonder 即将开发的工具会值得项目尝试使用。

Jango 还建议，我们可以考虑制作一集 Juicecast 节目或在 Juicenews 上进行报道，以一致的方式双向支持和启发社区成员。他认为整体来说， Juicebox 项目发展下一个重要的环节实际上在于与其他社区的互相整合。

Nowonder 和 Matthew 都同意这个想法，并表示愿意共同努力制作一集 Juicecast 节目。

Nowonder 还宣布他计划构建分割分配器模板来用于开发文档用户，以便人们可以了解如何开始编写测试及模拟自己的分割分配器。

Juicecast 新播客节目 -- Matthew 及 Brileigh​

上周，Matthew 和 Brileigh 发布了一集新的 Juicecast 节目，采访嘉宾为 NFT 网红 DeeZe。

他们还计划在下周三与 The Dapp List 合作举办一场Twitter Space。The Dapp List 几乎可以看作是 Web3 的Dapp 目录和分类展示窗口，Juicebox 也位列其中。他们将在这个 Twitter Space 上谈论 Juicebox 的工作原理以及使用方法。

Jango 对 Juicecast 团队（Matthew 和 Brileigh）的努力表示认可和赞赏。他认为 Juicecast 频道现在给人一种温暖和连贯的感觉，找到了令听众非常喜欢的节奏和风格。Jango 还感谢他们记录了各种工作，包括鼓励开发人员录制技术讲解内容，然后再负责后期制作工作。

Jango 认为，由于每个人都在忙于自己的项目，很多有深度和教育性的内容被忽略了。他鼓励我们的社区进行跨领域的合作，共同为 Juicecast 频道做贡献。

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

Solidity Sesh 系列新节目​

Matthew 和 Brileigh与我们的合约团队成员 Jango、Dr.Gorilla、Viraz 和 0xBA5ED 一起推出了新的视频系列节目Solidity Sesh，介绍 Juicebox 协议的不同内容，包括各个具体的合约或者协议本身的架构。

这个系列的第一集节目上个月已经发布，讲述的主题是回购委托合约及合约的详细工作机制。

今天，他们发布了第二集，Payment Terminal Inheritance Structure，主要介绍支付终端的继承结构以及用户应怎样构建自己的 ERC-20 标准代币支付终端。

Jango 介绍，制作 Solidity Sesh 的灵感源自那些一直尝试在 Juicebox 协议上进行开发的人。例如，关于继承结构的新节目就是受 Nicholas 在开发 Juicebox 的项目 NFT 期间遇到的问题所启发。

希望通过这个系列节目，我们能够帮助用户更好地理解 Juicebox 协议。非常欢迎大家提出任何关于这个系列的反馈意见或具体节目要求。

新一期播客节目​

他们本周还发布了 Juicecast 播客的新一期节目，本期节目的采访嘉宾为 NFT 网红 DeeZe，在节目中他分享了自己作为一个 Web3 OG 的一些有趣的经历。

Nance 创建流程演示 -- Jigglyjams​

周会上，Jigglyjams 演示了新 Nance 实例的创建流程，流程的开发工作仍在进行，他希望能够获得大家对这个产品原型的意见或反馈。这个创建流程将帮助其他 Juicebox 项目实现他们的治理过程，使 Nance 成为 Juicebox 生态内可供使用的通用治理工具。通过这一工具，项目可以建立从起草提案、Discord 社区温度检查，到使用项目代币进行 Snapshot 投票等的整个治理流程。

创建 Nance 实例的初步流程如下：

1. 用户需要授权将 nance-bot 添加到他们拥有管理员权限的 Discord 服务器。
2. 然后，他们可以选择让 nance-bot 在指定的频道发布新提案，并在该频道开展提案的社区温度测试。
3. 用户还可以将 nance-bot 连接到他们的 Snapshot 空间并添加为成员，这样 nance 就可以自动代为把通过社区温度测试的提案发布到 Snapshot 页面，从而进入投票阶段。

在这个创建流程中，用户可以命名自己的 Nance 空间，自定义提案 ID 前缀，并把 Nance 空间与他们现有的 Juicebox 项目进行关联。同时用户还可以指定治理的具体起始日期，并在治理日历中查看不同治理周期各个阶段的日期。

Jango 建议 Nance 团队将来可以考虑做一些产品迭代，支持用户付费从 Nance 项目铸造代币，再将这些代币用于支付 Nance 治理服务使用量。

此外，他认为 Nance 可以更紧密地与 Juicebox.money 网站合作，甚至可能考虑整合到项目创建流程，以便项目方可以轻松对接项目的治理系统。Jigglyjams 对此表示赞同，并表示他一直在考虑一个做法，社区先创建他们的 Snapshot 空间 和 Discord 服务器，然后通过使用 Nance 展开社区提案投票，并按投票结果来启动他们的 Juicebox 项目。

最后，Jango 提到了即将推出的类似 Defifa 和 Croptop 等零售主义项目使用 Nance 服务的可行性。这些项目将不设项目方，在项目启动后的一段预定时间内按一定比例保留项目代币并发放给某个多签账户，用作给予创始团队的奖励。

付款终端迁移和治理​

周会最后，Nowonder 提出了一个关于付款终端迁移的执行是否需要经过治理过程的问题。

对此，Jango 解释说，协议的运作方式允许任何人部署他们觉得合适的任何合约，并不需要事前征求 JuiceboxDAO 许可。但是，如果他们希望 DAO 使用这些合约或者想要 DAO 报销合约的部署费用，就必须提交一个相应的提案并获得 DAO 的批准认可。

付款终端的迁移只是将新的付款终端添加到合约库的过程。只要它遵循接口，任何人都可以调用迁移函数。其他项目不需要从 JuiceboxDAO 处获得许可，可以视自己需要自由创造新的东西并将他们的项目迁移过去。