# JuiceboxDAO 周会 June 07, 2022

## 新成员涌入警告.

6月7日，JuiceboxDAO的Discord服务器有大量印度尼西亚的新成成员涌入。按@Zeugh的说法，这些人来自几个比较大的Telegram空投群组。可能他们误解了如果他们在rinkeby.juicebox.money上面创建项目并到Discord给予反馈，就会得某种形式的Juicebox的空投。 **我们目前并没有任何空投活动。**

**@Zeugh**： 这个事情并没有对我们造成实质的影响，我觉得是个展示我们协议功能的很好的机会，还可以发展一些真正对我们的产品感兴趣的成员。

## veBanny 前端汇报 @Jmill

我一直以来在veBanny的前端进行广泛的工作，致力于把这个产品完成。鉴于目前合约已经部署，我们可以按交易进行工作并使用真实的数据。

(_分享屏幕并演示质押代币获取锁定NFT_)

我们现在通过网站来mint这个东西，这些功能都已经正常了，而且看起来不错。

**@jango**: 我最近也参与了合约侧的工作，Viraz做的很棒，他让我帮忙看一下测试的事情。他正在编写测试并在套件里加入了更多的模糊测试。因此希望在这个问题上，合约能提供这个概念的大量用例。我估计这个工作会向最后实际的细节方面发展，并完成这个工作流程。

**@Jmill**: 最重要的是怎样读取链上数据并获得NFT的使用，然后允许他们对某个NFT的锁仓期进行延长。所有这些都与多代币的获取数据有关。我们正在Peel的Discord里面讨论这个问题。目前我们是按ERC-721 Enumberable来实现，但可能按照Juicebox项目相似的形式来构建会比较好一点，因为这些项目有目录结构和subgraph，查找信息的时候就不用索引来打开递归调用。所以我们目前可能应该开始考虑怎样来索引这些信息，以便前端可以抓取并对数据进行处理。

**@jango**: 对，有道理。并且从JuiceboxDAO或者Juicebox的角度来看，我们可能要先部署质押合约以及明确他们想要的锁定时长等。这个功能一开始不是给所有人用的,他们必须先明确这些东西，以便部署质押合约的初始交易会经过一个能够充当目录的合约，或者至少它能把一个可索引的事件拿来充当目录。如果Peel和Juicebox以后觉得可以向所有项目提供这个产品，那他们就可以通过与部署合约交互来获得属于自己的一个版本。

**filipv**: 这个有没有实现的时间表？我们可以预计下个月能够部署吗？

**@jango**: 要为JuiceboxDAO部署我们需要先完成V1到V2的迁移。但是我们也可以为随意一个项目进行部署。我们可以启动一个新的项目，先在那里实现，然后你就可以开始铸造各种代币了，就好像一个正常的金库一样。在这个点上，跟我们在测试网上的没什么太多区别。但是从整个生态的角度来说，要实现JuiceboxDAO和Bannyverse的版本， 我们必须先实现V1到V2的迁移，在这个过程中可能还会有其他的一些技术问题。

**@Jmill**: 从前端的角度来看，有一些东西对某种意义上的数据索引是有帮助的，令我们能很容易地获取用户的NFT统计信息。那是实现subgraph索引的一个更简单和可扩展的一个方式。如果部署veNFT合约的时候同时也部署一个统一的元数据文件，那将会非常有用。例如说veBanny有60个角色，他们都有各自的名字，还有不同的质押期限，如果合约把这些数据生成一个文件，让前端不用逐一读取60个元数据文件就可以把这些数据抓取和解析从而显示出来，那就真的太好了。那样的话合约端就可以使前端的工作轻松很多。

**@tank**: 我们可以给元数据增加一个函数，基本上会符合NFT的需要，但同时也会指向你们需要的数据，因为你们可以随意在JSON文件自己进行选取。

**@Jmill**: 这里我想提的最后一件事就是，我们目前正在实现这个的受益人机制，这样用户可以质押完之后，指定另外的受益人。

**@jango**: 即便DAO想要供应，并指定其他贡献者或者受益人的话，也是很有用的。这样的灵活性是很棒的。正在构建的核心项目让每个在项目外围的人都能够开始理解，这个项目的实现会是什么样的情景。

## 产品前景 @Zeugh


**@Zeugh**: Juicebox.money使用起来挺复杂的。如果前端可以专注于某些种类的项目，那将会很好。比方说有一个NFT项目想要在Juicebox上启动它的金库，他们能够有个简单创建的直接办法，来帮助他们提前设置好。人们想要创建一个NFT项目并通过Juicebox来管理他们的资金，从而让大家可以共有这个金库，就好像tileDAO做的那样，给mint NFT的人发行代币。

这些是我们认为应该做的一些配置。这些配置可能会是在juicebox.nft而不是juicebox.money上实现。如果你还是想选择复杂模式并可以自己配置每个参数，协议也是同样支持的。

我把这个称为产品前景。我们协议的前景非常好，它正在构建一些非常强大的东西，还可以做各种各样的事情。最后在产品的层面，可能不是所有的用户都需要全部这些功能，有一个简单易行的方法创建项目也是很好的。

**@jango**: 我想，在吸引项目方面我们还有很多改善的工作要做。我们刚刚完成V2的搭建，正试着接着V1的发展。现在最重要的是，基于我们吸引项目的自身利益，以及整合其他人的看法，去进行不断的改善。在我看来，很难确定应该这样做还是那样做，但我们将会集中于发展更有用的更好的产品原型，这个是毫无疑问的。非常感谢JohnnyD, Aeolian和其他的Peel的成员，他们很主动也很迅速地开发产品原型并提交到Discord频道来大家讨论改进方案。除此之外，偶尔会有意外惊喜，一些不同的想法汇聚起来，让大家都感到认同，从而在某种程度令我们吸引项目的工作流程更加流畅。

我当然同意你的观点，我们在为人们解释创建项目将会遇到的问题还有一大堆工作要做，诸如一开始就把所有的信息传递给每个人，还有尽可能讲清楚所有的风险等。慢慢地我们可以开始转到提供一些可控的快捷创建方式去。

我想我们现在肯定为长期的投资发展做好了心理准备，不管是从建设的角度，还是与其他社区关系的角度来看，都是这样。我很想看看那个项目创建图表接下来会怎样发生变化。从我个人的观点以及通过与其他项目的交流，目前市场的低迷对创建项目并不是太有利。V2上线之后，我们会看到更多这方面的问题。

**@nicholas**: 我邀请BuildGuild的Austin来创建项目的时候，他提到了创建简单化的反馈建议。对于没有参与创建的人来说，除了不断地简化目前的流程之外，怎样的简单化的措施才能在市场上奏效，这个问题是有点难以回答的。我确实有点怀疑，有更多一部分人不是那么倾向于以当前的形式的使用Juicebox，但如果按我们谈了很多次的NFT系列的例子的话，倒是有很大一部分人有兴趣用一下，把他们主要和/或将要的资产分拆部分过来Juicebox让持有人进行管理，doodles和cryptopunks他们已经是这样做的。这是一个我非常想参与到创作流程的一个范畴。它可以是现在参数的预设值，又或者一个完全不同的创作流程，在那里你可以预见完全不同的前端让一个特定用例的创作流程非常出众。然后你可以再使用juicebox.money完整先进的前端，让人们创建项目更加容易。这个可以整合到juicebox.money上面。还有很多需要我们进行探索。

**@filipv**: 我们之前讨论的一样东西可能很有意思，那就是我们是否有办法很容易地导入或导出项目的配置参数，这个是Austin Griffith最早提出来的，他想把在测试网上创建的项目导出到主网去。这个可能很酷，因为我们可以用这个功能来开发一些模板，提供一些基本的项目配置参数。

还有一个我想谈的问题就是标准的数量。我不是太肯定关注某个特定的参考标准有多大的用处。很难把所有东西都囊括在Juicebox里面，我想所有东西都是互相叠加影响的。我们可以随便选择一个什么标准，但太过于关注某个参考标准是否值得，我不是太清楚。

**@Aeolian**: 完全同意@filipv的看法。我原来提议这个标准的时候，主要目标并不是“好！我们每个礼拜来复核下这个数字吧！”或者“这个数字降低了，出了什么问题了？”。我的目标更多是大家在某种意义上一起为产品的各个方面来进行优化，网站、文档、或者内容策略，全部东西。我们目前的目标就是提高活跃项目的数量。我同意目前网站流量还是非常低的时候，我们要努力找到一个有指导意义的指南针。这个想法其实是想让大家都能保持一样的视觉。

**@jango**: 我觉得大众的想法就是有活动就是好事，你可以画一个图表，然后按图表来进行工作优化，但对我个人来说，我偏向于让我看到活动以后的时候更关注的指标，看到我认识的人参与到其他项目，会让我也想更多地了解这些项目。

## 治理讨论

**@filipv**: 在这里我想发起一个关于最近治理周期的讨论，关于治理周期本身和部分的提案的。

首先我想提出来的是有没有可能改变一下治理周期的安排，让温度测试的时间更长一些，因为我觉得温度测试的时间太短了。但这里又会有一个平衡，如果延长了温度测试，提案通过治理流程的难度会更大，时间也会更长。我们在Discord进行了一次投票，大部分人都支持工作日结束的方案。


**@nicholas**: 既然大家都选择温度测试在工作日结束，我特别希望提案修改的期限也一样改到周中，因为好多人都喜欢拖到提案修改的期限才提问题，我好多个星期天都在修订提案。我的理解是大家都有工作，工作日结束未必会方便，但大家在投票里似乎都支持这个想法。

**@jango**: 对我个人来说，最好是在周末结束，这样的话，我工作日可以开会和参与开发的工作，然后到了周末，就可以坐下来好好读一下提案并思考一下。其实周末也没什么休息时间的。

**@nicholas**: 提案的内容应该写多详细？我提了三点的建议（见下图）
也许这样会出现更多的委托治理，因为通过提案的主要难度在于确切地知道应该通过什么步骤来执行提案，而如果 DAO 愿意接受风险的话，提案的实施风险是将提案的执行委托给了作者或提案中指定的人，它不一定非得知道每一个步骤具体都是怎样的。我认为这是一个不错的选择，如果它是一个更好的财务分配并且还在提案的风险部分增加上例如“看，我们没有明确资金发送到什么地址，我们认为这不是一个需要DAO投票决定超级重要的细节”，但这样做存在风险，因为没有在提案中明确出来，我们可能会把资金发到错误的地址。这样做允许在所有这些细节决定之前就可以推进提案。有些提案确实应该有超详细的细节，必须由DAO对其进行投票，其他的话委托可能会更合适。我认为这种方式会让治理更易于管理。

**@filipv**: 我绝对同意这一点。 我认为这件事需要非常仔细地权衡，因为这不像是通过一个层次结构，大家在每一步都会进行修改。 这有点像每个提案都依靠多签判断真假。 就好像在一个中间区域来运行，非常强大同时又非常危险。 我认为我们需要对提案细节保持谨慎，而且我们不想大家在提案通过之后对它的理解出现分歧，从而导致 DAO 出现危机。

首先这样很浪费时间，而且大家会感到失望并可能会有意见冲突。 所以我总体上更坚持认为我们提案内容应该非常具体，正是因为简化内容会非常危险。 我想知道能不能有方法激励大家更早一点提交提案，这样它们就可以在更长的时间里让更多人了解到。 确实大多数提案都是接近温度测试结束时才提交。 这不是一个容易解决的问题。

**@nicholas**: 其中部分的原因在于我们 14 天的周期，你想提交个提案并且温度测试结束了，就意味着你不能在这个周期提交，接着就要等待 20 多天才会是下次投票的时间。这样可能是值得的，比如bug赏金提案，我看到了事情的两个方面，也许更长的提案过程可以让我们考虑更充分，但与此同时，Juicebox 协议又迫切需要这个赏金计划。

我认为并不需要非得朝着每样东西都要事无遗漏的方向去发展，现实的情况是，仅仅走完所有这些治理流程并听取各种意见，也会耗费掉哪怕是最忠实成员的所有耐性的极限。 同时也会变得更非去中心化，因为大家多数只是跟着其他已经投票的人来投。 我们还需要认识到，实际上 DAO 并不需要针对每件事情的每一个细节都进行投票，并且中期来看，某种程度的代治可能也是必要的。

**@filipv**: 在这里方面我有两个想法。

一是我不明白为什么我们不能现在就这样做，例如提前批准预算以减少未来的治理花费。 我觉得这是可实现的，我想去争取一下。

第二个是，jango 最近反复提到为项目和项目预算而不是为个人或团体来提供资助这个可能性的想法。我觉得很合理，因为我们做事情的形式发生了很大的变化，而且现在是 V2 上线后过渡时期。 因此，我在想以任务主导来制定预算，而不是以所有这些更小的个人小组提案来主导预算，可能会达到你所说的提前改进并把项目委托给项目的领头人这个效果。

**@jango**: 过去的几周，部分金库的分配确实出现了些麻烦，因为最近我们在解决一些协议问题的时候，经常把金库创建开启暂停。 那些工作内容应该早在提案里提前定好以便执行。 我绝对是属于支持在温度测试阶段前后细化所有提案细节这个阵营的。

**@filipv**: 如果你不是作为个人而是归属于多个项目来获取报酬，你还希望为Juicebox工作吗？

**@jango**: 报酬的支付说到底还是以个人的形式，不管是像JohnnyD那样通过自己控制的项目，还是从某个项目直接获得报酬。主要还是说并不是通过一个集团式的治理系统来管理。

**@felixander**: 谈谈这件事。 当你们请一个人参与某个项目工作，那么工作完成之后会怎样？ 现在的形式对整个系统来说没有意义，因为我们为某个 2-3 个月能完成的事情投入预算，然后他们又去接另一项工作，跟他们目前的工作完全没有关联。 我认为就目前支付结构的运作方式而言，这会显得有些混乱。

**@jango**: 我觉得一个项目刚开始的时候，这种工作真的很重要，现在也仍然如此，并且可能在未来几个月内还会是那样。 我们有很多工作同时在推进，每个人都在为另一个人的需要做出贡献。 所以大家会叫道：“嘿，我正在做的这个事情很棒，谁能帮我一下子，那就太好了”，幸运的是，我们周围会有很多人会非常愿意给予这些支持。 所以针对个人的报酬在我们社区里还是挺合适的。

我认为，我们可以合理地期望，我们正在构建的很多东西并不是一直存在的，我们不是被 JuiceboxDAO 请来舒舒服服地待着，并且通过彼此之间关系和项目的概念来获得自我价值的感觉的。 一旦这些项目成型并正常运行，我认为就是时候重新评估我们在当前项目状态下的存在意义是什么，以及我们准备怎样对面对悬在头上的未来不确定性状态。这才是我们几乎可以肯定的事情。

**@felixander**: 会不会像 Peel、WAGMI 和 Canu 一样，就像Peel分出去拿独立预算做前端工作这样，大家都分出去？ 想象一下，做文档的人会分出去申请预算，而做翻译的人也会分出去申请预算。

**@jango**: 我觉得这是一个需要创意的部分，我相信每个人都会按自己的想法来作出各自的应对。请Peel来维护Juicebox.money 这个方式是挺好的，前端开发人员可以比任何多学科团队更好地评估彼此的贡献和报酬。

有人来有人走，还有各个项目也会变化，这些事情会不可避免地慢慢发生变化。 对于社区来说，合理化对一群有着抽象但明确使命的人一致的预算会更有难度，这些人流动在所有这些项目组织之间，我们必须尊重这一点。 随着时间的推移，人们会找到他们的角色，他们不欠任何组织任何东西。 这整个过程，我们都只是在打造自己并相互学习。 我想我们会找到很多不同方式来进行组织的。

感谢Zom_Bae用即将举办的冰淇淋活动创建了Juicebox的活动版本，它有机会让这个概念延续下去。 如果我们真的准备持续筹办各种活动，并且拥有一个资源池供我们每次使用，那会怎么样呢？ 我们可以不断延用行之有效的经验。

我认为我们最终是理解一致的。 我们必须创建正确的激励模式，把重心从打造Juicebox的基础向支持任意项目中的其中一个转变，然后把它推出去为世界服务并使其成为我们的门户。 但随着协议趋于稳定，最好能对项目成功的含义进行更严谨的阐述。

**@Aeolian**: 我确实喜欢@casstoshi提出的关于每个团队都有一个预算，个人贡献者从这个预算获取报酬的这个想法。我认为Peel已经做到了。 曾经每个前端人员都向 JuiceboxDAO 提出各自的提案，大家感觉很难对这些提案来进行评估。因此改成由JuiceboxDAO对前端团队单个预算进行投票，然后团队可以按照他们认为合适的方式来处理这个预算。

我贴一个@drgorilla之前分享的关于 makerDAO 如何管理这个过程的[链接](https://forum.makerdao.com/t/mip40c3-sp68-modify-protocol-engineering-core-unit-budget-pe-001/13797) 其中每个抽象的团队都有明确的预算。正如我们在过去几周的一些提案中所看到的那样，它肯定会分解细化开来。很难将某一个人归属到某一个特定群体，人们可以跨群体地进行很多的工作。

我仍然认为，不管从会计的角度还是从组织的角度来看，这都是有启发性的，如果某些人在特定领域明显做出了贡献，很容易就可以对他们的报酬给出合理的依据。
## Project highlights 新项目介绍

**@gogo**: 很高兴能够找到ComicsDAO的未来计划以及发展战略。 从一开始我们就得到了JuiceboxDAO的大力支持，真是太了不起了。

我想分享一下我们的想法。我们正在策划一个完整的故事，故事从[这个推特](https://twitter.com/ComicsDAO/status/1533991837865746432)开始。
 我们策划的故事是，我们的英雄班尼，他们正在穿越DAO星系前往DAO。 我们想知道 JuiceboxDAO 希望飞船下面将去哪一个 DAO，这样我们就可以继续为下一个 DAO 制作封面。 我在这创建一个投票，由 JuiceboxDAO 投票决定 ComicsDAO 下一步要做什么。

还有一件事就是，我们还有个大主角，这个仁兄非常棒，帮助我们很多。

我们觉得为其他DAO创作封面很有意思，我们还会给JokeDAO想一些笑话，并寻求跟他们的合作。

**@jango**:这是ComicsDAO最酷的地方。我很喜欢他们的金库管理方式，一部分用于购买我稀有漫画并收藏起来，日常就在不同DAO之间做一个叙事的动作，这个超级有用。你们做得很好，加油。

**@nicholas**: 本周我们有一大堆非常酷的新项目。JokeDAO刚启动了他们超级牛的治理试验项目。

Austin Griffith的BuildGuild本周也启动了，我们现在有一个提案要资助他们举办一个黑客松，让他们把Scaffold-eth与Juicebox兼容，或者在Juicebox协助下用scaffold-eth打造黑客松的项目。jango在他的推特提过，Juicebox的前端就是基于scaffold-eth的。

因此看到这种互为舒适区的感觉真是太酷了，希望我们能够资助一个中小型的黑客松活动，资助他们的金库启动，让更多黑客进入到我们的生态系统。

@twodam发了一个关于本周项目的 [推文](https://twitter.com/twodam_eth/status/1534200052511518720).

**@jango**: 我真是非常兴奋。 感谢@nicholas 做了很多的工作。 一旦我们完成了V1到V2代币的转换，我计划开始跟SharkDAO或者其他很多仍在 V1上持续运行和筹款的项目聊聊，看看他们要不要迁移过去V2, 利用那里的新工具来推动项目进一步的发展，不管最近成功对他们的意义着什么。但我认为我们还有一段路要走，所以发展新项目当前仍然是我们最重要的工作。

## 猜谜时间：


两个真话，一个谎话。
1. 我妈妈生我时候的胎盘用来给一颗树施肥了。
2. 有人喝过我的尿。
3. 我高中的时候把我的车涂成星际迷航的飞船那样。

本期活动过于重口，有兴趣的可以自行听[录音](https://www.notion.so/juicebox/6a6028d4c57d443a9a76dbc7efc2551c?v=6f0854095bf0490885e67bdc9b01f74b&p=ed2b9848a39c484d91e93301ef199592) 从1h25'00开始，不用谢！

答案是........

$$ Sage $$

###### tags: `Town Hall CN`