16 篇博文 含有标签「dao」

主题图片作者： Sage Kellyn

Code4rena 审计及审计基金项目 Nicholas​

NFT 奖励合约的 Code4rena 审计比赛今天早些时间已经开始。

审计比赛的总奖金为 50,000 美元，将历时 5 天，预计于北京时间 2022 年 10 月 24 日结束。审计完成后，NFT 奖励合约将会于本月底在主网部署并合并到 Juicebox.money 网站。

尽管 JuiceboxDAO 已经批准了资助这个审计比赛的提案，但由于治理流程安排，款项要 10 月 23 日才能拨出，这与团队原先 10 月18 日开始审计的计划相背。

因此 Nicholas 创建了这个审计基金项目来筹款帮助垫付资金先启动审计，等 DAO 的拨款划到审计基金项目的金库余额，所有其他的捐款人都可以获得全额退款

Nicholas 同时启动了一个三级 NFT （0.1 ETH / 1 ETH / 10 ETH） 系列来助力筹款， mint NFT 的款项直接转到审计基金项目金库作为捐款，这样一来，mint 的人可以获得项目代币以便将来赎回捐款，但同时又可以保留他们的 NFT。

同时，DAO 同意分拨 3,000,000 个 JBX 代币来奖励审计基金项目的捐款人, 每一个分级 NFT的持有人将一起分享 1,000,000 个 JBX。后来 Jango 和 Peri 宣布各自追加 300 万 JBX 的奖励，所以最后每一个分级 NFT 的持有人将共同分享 300万 个 JBX。

审计基金项目获得空前成功，募集到的总资金大大超过审计费用所需资金。

同时，这个项目也将会作为 JuiceboxDAO x Code4rena 合作概念的可行性证明，两者的合作将有助支持其他协议无需许可审计工作的开展。

DevCon Casa 活动总结汇报 Jango​

这个活动的背景如下：

Jango 提交的关于这个活动的提案早些时候已经获得 JuiceboxDAO 的批准。

“鉴于 JuiceboxDAO 希望鼓励和支持创新项目及资本形成架构利用 Juicebox 协议来成形，DAO 应考虑赞助由熟悉协议及其在大局观概念应用的贡献者组织的现实生活的活动，并组织热情的建设者、设计者及资本分配者参与。

Thirsty Thirsty 社区和我正打算筹划一个 DevCon 活动期间在波哥大举行的庆典安排，庆祝我们的传统农业的回归，以及举行着眼以 Web 3 为出发点对以土地为本的项目可持续资助的设计比赛。“

--- 摘自提案原文

Jango's first-day-back reflections:

以下是 Jango 活动回来以后的感悟：

• Our ability to pull multi-disciplinary passionate people together was key to unlocking new creative avenues. Ahead of time, I was less sold on the need for a videographer as a value add to the experience. Turns out the budget wasn't just spent on getting a videographer there, they were spent on a Fernando. Same goes for Juanda, everyone who brought +1's, and everyone folks invited to our space for deliberate design/learning sessions and casual moments. Next time we need to double down on this. It's all about the people, the work orders are just an excuse.

• Having a few focused scheduled moments around food and ceremony were grounding and set a perfect tone. It wasn't a greasy hacker house, it was a welcoming space where we could be caring, curious, and warm towards one another.

• It would be nice to have a few more optional excursions planned for people to take part if their schedules allowed, though it seemed most people were happy sitting around the house with laptops out together, exchanging ideas out loud and on notebooks.

• It was great having an extra house in Guasca. Though we didn't use it to its full capacity each day and had some trouble accessing it at times (dirt roads, annoying hosts), the times we did use it were monumental. The dinner we threw with our friends from Mochi was epic, and it was great to have extra bedrooms for folks who wanted more space for themselves.

• Epic having Pablo, Alejandro, Thomas, Mark, Steve, Juanda, Fernando and Bruxa there alongside more day-to-day JuiceboxDAO contributors. It was a focused enough group of people where I felt I could build relationships with everyone. I'm more of an intimate 1-on-1, small group, few real friends kind of person, the cadence of this event catered well towards that. Epic group of big-brain big-heart people.

• Despite spending loads of time online together, getting time to hang and bullshit with peri, zeugh, nicholas, filip, and jmill was necessary to gluing new ideas together. The whole week was high-bandwidth communication with a bias towards doing. big love to the family.

• One of our super powers is empowering creative and passionate people to pronounce their creative muscle through their own projects, in the way they feel most comfortable, encouraging them to push against discomforts their curious to explore, while helping make connections within our expanding ecosystem of builders who might offer support and specialization to round out a project's needs. It'll be difficult to measure this event's immediate value add to the broader JuiceboxDAO community, but seeds were sown and I look forward to referencing this Bogota week as an origin story for many projects/partnerships that may sprout over the next several months.

• We need to be aware of people's financial circumstances when inviting multi-disciplinary friends. We did a good job in helping Fernando, Juanda, Bruxa, and Zacharias (didn't make it but we did what we could) arrive by compensating their airline fees, while all others were responsible for sourcing flights themselves. We each have our own accesses and constraints, we have to be comfortable talking about them so we can help one another make stuff happen and leverage what each of us can bring to the table. This is tricky to scale, but important to get right.

• We could've used more help sourcing ingredients and planning foods. We had this in place with Zacharias, fell apart last minute. Stoked with how we all came together and made it work, but we all spent a grain too much time throughout the offsite week planning meals.

• I liked over-indexing on supporting Thirsty Thirsty. It allowed us all to problem solve with confidence as the weeks went on. I'm excited to see how we can continue working together to help them raise and sustain funds used to power land-and-people-based experiences, and how they can help JuiceboxDAO bring it's community together around earnest moments alongside neighboring communities.

前端工作报告 Aeolian​

• Rinkeby.juicebox.money 测试网站已弃用；
• Juicebox 的 V3 版本合约已部署到 Goerli 测试网；
• V3 协议的主网部署正在进行中，但由于最近发现涉及 subgraph 的问题，具体部署时间仍待宣布。

可视化工作报告 Matthewbrooks and Brileigh​

新一期的 Juicenews 通讯已经开布，本期主要内容有：

• 0xSTVG 做的每周总结
• Nicholas 撰写的一篇关于如何使用 ENS 地址来把募集资金转入某个 Juicebox 项目的文章。
• Felixander 撰写的关于 SharkDAO 发展历史及其项目配置情况的文章。
• Matthew 及 Brileigh 编写的分别关于 MoonDAO 及期项目配置的两篇文章。
• 在 Youtube 上发布的第一期采访视频，采访嘉宾为 JokeDAO 的创始人 David Phelps。
• WAGMI Studios 工作室制作的 Defifa 预告视频。
• zhape 编辑的 10 月 11 日周会概要。

同时，两位还将过往的 Juicecast 播客节目用 4k 波形可视化来重新渲染，并上传到 Youtube 的 JuiceobxDAO 官方账号，希望重新利用这些内容来提升内容的可搜索度，从而进一步提升 JuiceboxDAO 的影响力。

艺术品鉴比赛 Felixander​

Felixander 事前让三个人用自己的话描述一下 “ Banny 最疯狂之夜” 应该是怎么样的，然后用他们的描述分别去 Dall-E 生成 AI 绘图。他在周会上展示其中一副作品，并请大家猜一猜，这副作品是来自以下哪位的描述。

正确答案是 ...... Jango。

Defifa 简短工作报告 Jango​

大家正在按步就班地推进这个 Defifa 项目。

前端的来说，非常感谢 Blaza 和 Deviant 搭建及托管我们的网站，并开始原型化游戏的各个阶段部分。接下来，我们会再请其他人来帮忙进行网站最后的风格和细节的改进。

至于合约端，有赖于 Viraz 和 0xBA5ED 对赎回计算和得分认证流程的几个不同方案的产品原型化，我们现在已经有了一个有效的赎回机制，而且感觉非常完善。

合约端的下一个工作安排是要编写 4 个可公开提交交易的筹款周期，分别对应游戏的 4 个阶段。这个项目的项目方是一个合约，它会把规则推送到杯赛开始、mint 阶段、交易终止期限和游戏结束日期。在某个筹款周期的期间，任何人都可以依照这些规则来提交生成下一周期的交易。

感谢 Mieos 逐个国家地制作图像文件，这个工作相当耗费时间精力。也多谢 Sage 的 Banny 图像设计，一如既往的出色。

还要多谢 Tankbottoms 上周帮忙把这些图像文件打包到元数据并推送到 IFPS，以便我们接下来生成 NFT 的时候使用。

下周我们将会有所有元素打包到 Goerli 测试网，虽然 Jango 还没有决定要不要在测试网上测试 NFT 的铸造，所有的组成部分都已经成型，而且都感觉良好。

这个游戏结束之后，我们将计划把它的框架和界面扩展为一个能用化的版本，这样其他人也能利用它来实现自己的玩法。

ComicsDAO 关于 NFT 奖励合约的提问​

Defaulteduser 是 ComicsDAO 的创始人，他在会上解释，最近漫画书慢慢从阅读的内容变成了一种收藏品，这种情况对真正喜欢漫画的人来说不是一件好事。因此他们在计划把漫画书发送至链上，这样在保存这些书籍的同时，还能够让更多的人来欣赏它们的内容。他们的做法是要把一些稀有漫画逐页扫描并上传到链上。

因此，他想问一下，有没有可能逐页扫描稀有漫画书，并把单页扫描图片以一种随机 NFT 奖励的形式分发给获得 NFT 的人。

Jango 认为这个想法难点在于这个随机性上面，因为 NFT 奖励设计上是以确定选择的方式构建的。他提议 ComicsDAO 可以考虑先分发 NFT，然后再用某种随机化的流程来决定每一个 NFT 分配的是哪一页漫画。分发 NFT 之后， 他们可以用一个专用的 URI 解释合约来解释每个 NFT 元数据的图像文件。再之后，他们放弃这个解释合约的所有权，让之前解释的 NFT 元数据固化不能再变更。这个工作方向应该会比较有意思。Jango 也表示如有需要，他很乐意提供帮助。

Art by Sage Kellyn

开发工作汇报 Jango​

• 预计 NFT Rewards 合约的 Code4rena 审计比赛将在下周开始
• NFT Rewards 合约的开发工作将于本周五完成并部署到 Goerli 测试网
• 完成审计和部署之后，团队的工作重点将转到 V1 => V3 及 V2=> V3 的迁移路径设计上面。计划于 12 月完成开发工作及前端的全面支持。
• 年底前将进行一系列的扫尾工作，明年 1 月将进行 JBX 迁移，并推出手续费模块及 veBanny 治理 NFT 系列。

为艺术而艺术 Felixander​

Felixander 和 Burtula 一同制作了 Banny 图像小说, 他认为这是艺术为自身做的一个有趣小证明，同时提出我们社区应该更注重在艺术方面的工作。

Nouns 漫画广告页 Gogo​

ComicsDAO 正在帮助 Nouns 出版一本关于 Nouns 生态的漫画书，这本书将在链下全美各大书店发行。

他们手上掌握了其中 8 页的广告页面，提供给与 Nouns 相关各个 DAO 及项目进行宣传。ComicsDAO 考虑把其中的一页无偿提供给 JuiceboxDAO, 以便我们可以为自己做一些宣传。

NFT Rewards 审计基金 Nicholas​

由于 NFT Rewards 合约比较复杂且功能比较全面，我们决定像上次审计 V2 协议那样，对这些合约进行一次审计比赛。我们创建了一个审计基金项目，让有兴趣支持这次审计的人可以捐款来进行支持。

我们目前计划启动 10 月 18 日启动这次审计，因此在 10 月 17 日前这个审计基金项目必须获得审计所需的 73,000 美元资金。Nicholas 早前发起一个提案，建议 JuiceboxDAO 承担这次审计的所有费用。如果这个提案获得批准，DAO 将会向审计基金项目存入 73,000 美元，但不会铸造任何新的项目代币，也就是说项目的其他捐款人都可以通过赎回项目代币来获得全额退款（扣除 gas）。

由于 DAO 的款项最早要 10 月 22 日才能到位，所以比较理想的情况还是先由大家众筹足够的款项来提前启动审计。因此 Nicholas 同时在提案中请求 DAO 拨出 300 万个 JBX 用于奖励提前捐款支持审计的人。他把捐款数量分成三个等级，分别是 >0.1ETH、 1ETH 和 10 ETH，每个捐款等级都会获得合共 100 万个 JBX 共捐款人分享。同时他提出会考虑搞一个追溯有效的 NFT 奖励活动，将来对这三个等级的捐款人进行 NFT 空投奖励。

同时，这个审计基金项目也将作为一个概念证明供 Code4rena 团队的人参考，因为他们有兴趣在 Juicebox 上面分别为各个各个智能合约和协议创建项目，这样大家都可以无需许可地互相赞助其他协议的审计工作。

最后，Nicholas 提出来，这个项目可能会作为一个专用的审计项目保留下来，以供将来使用。

Marfa Giant ONNI​

Marfa Giant 项目是 ONNI 创建的一个印刷出版项目, 立足于美国得克萨斯州的一个 1700 人的小镇 Marfa，着眼美国全球甚至国际化的发展。

他之前也参加过周会并进行了项目的介绍，但那之后的发展并不是太理想。因此项目进行了一些调整，先集中于本地的发展。他们建立了一个 marfagiant.com 网站并进行当地新闻、艺术动态等方面的报道，以期在本地先培育一定数量的受众再实现向外的发展。

他们的网站目前实时报道镇市政厅的各项活动，采访一些当地的艺术家、诗人及作家及刊登他们的作品。

ONNI 创建了一个数据可视化工作，在网站上详细列出镇子的各项预算及成本支出等数据，让居民可以查阅参考。

他们还计划向每个镇上居民颁发项目代币，让这个项目变成一个社区共同拥有及管理的项目。但在这样一个偏远小镇，居民的 web3 甚至 web2 认知都还不完全成熟的情况下，怎样教育大家接受新的支付方式会是一个不小的挑战。同时他们还考虑到发行以诗歌和菜谱为内容的 NFT 的可行性，NFT 的销售收入可以反哺社区用于支持艺术家们的创作。

ONNI 提出希望在以下方面得到 JBDAO 社区的帮助和支持：

• 希望得到更多的捐款支持
• 网站前端设计方面需要大量帮助
• 在系统构建、后端开发和数据可视化等方面也需要帮忙

社区能见度工作汇报 Nicholas 及 Matthewbrooks​

Matthew 和 Brileigh 刚刚推出新一期的 Juicenew。

同时他们还撰写了一篇文章，详细介绍 MoonDAO 创建背景、发展历程和社区的最新情况。

Nicholas 在创建审计基金项目的过程中，摸索出一个用 ENS 域名来作为项目直接支付地址的模式，他把这个做法详细地写成一个教程，供大家需要时进行参考。

FORMING 工作报告 Lexicon Devils​

Lexicon Devils 目前不定期与其他项目合作，在 Juicebox 在 Cryptovoxels 的总部举行一些现场表演活动。最近一次的活动安排在 10 月 29 日，万圣节的前夕，所以本期活动也是相关的惊悚主题。

这一期的表演活动开放申请，任何人有意参加演出都可以到 Forming 的网站提交申请，截止日期为 10 月 25 日。

同时，Lexicon Devils 计划对他们的网站进行一次全面的整修，希望可以更加清晰地展示他们的目标及展望。

配图作者 Sage Kellyn

NFT 奖励合约策略 Jango​

团队最近决定要再举办一次 Code4rena 比赛来对 NFT 奖励合约进行审计。

如果提案申请审计费用的话，提案通过也要走两周多的流程才能安排付款，因此 Nicholas 和 Jango 商量之后，创建了一个专门用于审计的 NFT 奖励审计基金 项目，让支持审计这个合约的人先捐款，希望能尽快启动审计流程。

• 之前的两次审计比赛都是由 Jango 先行垫款，显然不是长久之计。这个项目也许能作为一种新的模式；
• 这是我们针对 Code4rena 审计进行的第一个试验，如果成功的话，Code4rena 可以借鉴我们的经验创建他们的项目；
• 如果我们能早点付款，理论上来讲审计比赛最早可以 10 月 7 日开始，但项目的筹款未必跟得上。

但考虑到以下几个因素，可能太着急开始审计未必是个好事：

• Devcon Bogotá 马上就要开始，很多有意向参加审计比赛的开发员可能都会参加这个活动，活动期间可能审计工作的效果会受影响；
• 目前审计比赛的费用约 7 万美元，提案批准需要的时间跟 Devon 活动的时间大致重合，所以利用这个期间对合约继续进行调整和测试可能会是一个更好的选择。

因此把审计活动的开始时间押后至 Devcon 之后，也就是 10 月中旬左右，似乎是一个更谨慎的方案。Jango 倾向于采用这个方案，因为上个月升级 V3 合约各项工作一直很紧凑，加上前端团队最近在 Subgraph 整合和版本升级方面还有大量的工作要做，稍微放慢一点节奏，让大家更好好完善工作，对方方面面都更有信心，这样会更好。

NFT 奖励合约目前体量相对稍大，这个是设计理念导致的，因为我们不希望分散成很多个特定功能的小合约。合约有一些功能可供项目方在部署合约的时候选择是否开启，方便项目方的同时也带来了体量的增大。将来如果对某些想法有特定的要求，也可以添加类似风格的合约来把不需要的功能取消掉。不过在早期阶段，我们会部署这个高度可定制化和功能丰富的 NFT 奖励合约版本，跟 Juicebox 协议的做法是一样的。

前端的 V3 合约版本控制也将接近完成，完成之后我们就会进行前端的 V3 部署并把新项目创建都转到 V3 合约。运行一段时间之后，再把 NFT 奖励合约加入到项目创建流程中去。

NFT 奖励合约审计基金 Nicholas 及 Jango​

NFT 奖励审计基金 是 Nicholas 创建的一个项目，专门用于筹款举办 NFT 奖励合约的 Code4rena 审计比赛。在得到 DAO 的支持之前，人们可以先行捐款支持这个比赛。

目前 Nicholas 已经发起一个提案, 请求 JuiceboxDAO 资助这次审计活动。如果提案得到批准，审计资金会转到项目的金库用于向 Code4rena 支付费用。

如果 JuiceboxDAO 同意支付审计费用，早期向这个项目捐款的人就可以通过赎回项目代币获得全额退款。这个提案能够达到两个效果：

• 支付 NFT 奖励合约的审计费用；
• 推进与 Code4rena 合作的可行性。

但即便提案获得通过，最快要转出资金也要等到 JuiceboxDAO 的第 33 个筹款周期开始，也就是 10 月 23 日之后。Jango 觉得如果能在 10 月 17 日左右启动审计会更为理想，要实现这个时间计划，我们需要：

• 在提案通过之前，鼓励大家继续向审计项目捐款
• 跟 Code4rena 商量，考虑我们前两次审计比赛的先例，看他们能不能同意在提案动议和批核之前就开始审计，然后审计完成之后资金才能到位。

Code4rena 的人早前跟我们联系，表示他们有意向在 Juicebox 协议创建针对某些智能合约或者协议的项目，让任何人都可以参与众筹来开展这些代码的审计。Nicholas 和 Jango 希望目前这个审计基金项目能探索出一种合适的模式，推进 JuiceboxDAO 与 Code4rena 的整合合作关系。

JBX 策略 Jango​

过去的几个月，我们的团队一直在致力开发一套版本控制的系统，以便日后万一某个版本的合约出现问题的时候，可以尽快编写新版本合约并同时在前端同步更新，以便能够让项目迁移到新版本合约上去。

经过目前这个过渡阶段之后，我们会争取把流程和资金都汇总到 V3 合约上面。

目前资金零散地分布在多签钱包和各个协议版本的金库里，造成 JBX 赎回价值的失真。虽然因为 V1 和 V2 金库分别要收取项目费用，长期还会存在部分资金分散的问题，但最终 JBX 代币会在 V3 合约上面重新找到某种程度的赎回价值。从 JBX 的角度来看，我们的目标是要把精力主要集中在 V3 的金库上面，让前端做一些版本清理工作，以便我们接下来能够专注在 V3 合约上进行开发，不用过多考虑 V1 和 V2 的兼容性问题。届时我们会重新回到 4、5 个月前的状态，当时金库还会经常出现 JBX 赎回的情况，这是 Juicebox 协议原则上能够很好发挥作用的概念证明。而且我们做出的所有金库支出的决定，都会直接影响 JBX 的赎回价值。

Defifa 项目 Jango​

这是 Jango 牵头以 NFT 奖励合约为底层开发的一个世界杯游戏。

这个游戏其实就是一个设置了 4 个筹款周期的 Juicebox 项目，每个周期按世界杯的进度分为游戏的四个阶段。

第一阶段：Mint​

按照世界杯赛的 32 支队伍在 NFT 奖励合约里设置了 32 个不同的 NFT。世界杯开赛前的两周内，任何人都可以按同样的价格 （暂定为 0.022 ETH）mint 任意国家队任意数量的 NFT。随着 mint 数量的增多，游戏项目金库里的余额也相应增加。这些 NFT 其实上就是对项目金库资产的领取权。在这两周时间内，随时可以销毁 NFT 获得全额退款。

在这一期间可以随意 mint NFT，如果你觉得对某个国家队的代币分布情况不满意，例如说太多人 mint 英国队了，你可以销毁 NFT 来退款

概括地说，其实这个游戏的原理就是把现实世界的比赛结果反映到链上，再按这个结果来决定每个 NFT 可以得到的价值支撑应该是多少。

第二阶段：开始比赛​

世界杯开赛之后，项目金库会被锁定，mint 也会终止。这个期间就不能再赎回或退款了，每个 NFT 分组的数量分布此时也都是固定的。

赛事期间的玩法就是开放性的了。我们既可以采取赢家通吃的规则，即世界杯冠军队伍的 NFT 会获得全部金库资产的支撑；也可以采用更具互动性的玩法，例如说每个赛事阶段都分配一个预设的金库资产比例，在该赛事阶段成功预测比赛结果的 NFT 就可以获得相应的金库资产支撑。

我们可能偏向于选择比较简单的做法。世界杯的每一场赛事都会获得总金库资产的一个固定的比例：

• 48 场小组赛的每场赛事各占 0.416%;
• 8 场淘汰赛的每场比赛各占 2.5%;
• 四分一决赛的每场比赛各占 5%；
• 半决赛的每场比赛各占 10%；
• 决赛占 20%。

举个例子，如果小组赛里英国战胜美国的话，英国队 NFT 的持有人会获得金库资产 0.416% 的份额。

第三阶段：交易截止时间​

小组赛之后，会有一个交易截止时间，从这个时间一直到游戏结束，所有 NFT 都不能够交易转让。

我们现在不能完全确定，从贿赂的角度来看的话，这个游戏会怎样发展下去。但贿赂肯定是一个很有意思的元素，我们不打算过多干涉它的出现。

我们想法仅仅是创造一种尽可能反映预期结果的机制，这种机制确保能够把现实生活发生的情况如实地传播上链。

第四阶段： 结束​

赛事结束以后，游戏会进入自行裁决的阶段。

有人会上传一个记分卡，这个记分卡的作用就是告诉合约应该怎样来分配金库的资产，而这个分配的结果应该是把整个杯赛期间的所有比赛的结果都考虑进去。比方说，如果杯赛期间，英国队真就只赢了那么一场比赛，那按照记分卡的记录，英国队 NFT 就会获得总资产 0.416% 的份额。

记分卡的内容是随意的，你也可以上传一个号称英国队获得全部总资产的记分卡。所有参赛队伍的所有 NFT 都会参与验证某个记分卡的准确性并批准使用某个记分卡来作为资产分配的凭据。每个 NFT 的投票权重按每支队伍 NFT 总供应量来平均分配，每支队伍作为一个整体拥有 1 票的验证权重。

达到验证的法定票数之后，项目金库会解除锁定，所有人都可以按最后确定的记分卡的内容来赎回自己持有的 NFT 来从金库领取相应数量的ETH。金库的资金不会主动进行分发，分配的形式是每组 NFT 按照其代表的参赛队伍的成绩获得不同份额的金库资产支撑，再按每组的总发行量进行均摊，最后得到每一个 NFT 的金库资产价值。

---

最有意思的是，你可以分叉这个游戏来运行你自己版本的玩法，可以把这个用于任何锦标赛赛事或者其他，你只需要 mint 一定数量的代币来让游聚集足够的资产，同时把 mint 出来的这些代币用作游戏结果的一个参数。

目前 Defifa 游戏的时间表是这样的：

• 这周末会上线游戏的网站，最初的页面将只有版头和规则的部分；
• 这个游戏上线的地址为 defifa.net；
• 计划下周可以上线 mint / 铸造的功能部分；
• 游戏将于世界杯开幕战前两周正式开始。

游戏里唯一新的合约元素就是这个验证记分卡，我们目前已经对它的参数和构建方式都达成了共识，应该问题不大。

游戏的可视元素的设计非常棒，感谢 Mieos 把所有参赛队伍整理起来，整体效果看起来非常不错。

Juice 会计应用 Filipv​

Filipv 在会上演示他开发的会计应用。这个应该原本的初衷是开发给 JuiceboxDAO 使用的，现在开发成通用版本，所有 Juicebox 项目都可以使用。

如果你想获取某个 Juicebox 项目的会计数据，只需输入要求的参数就可以获得相应的项目信息。这个对某些项目方在他们的法律管辖区里处理税务事宜应该会比较有用。

比方说你想获得 TilesDAO 的会计信息，只需要输入项目 ID、协议版本和要使用的货币名称，就可以获取相应的信息并写入对应的文件内。以下这个是 付款 文件，列举了交易的时间戳、ETH 数量、付款时货币价值和付款地址等信息。

你可以在[这里]下载应用的代码。

还有另外一个用于计算 Juicebox 协议费用的应用，但目前只能用于 JuiceboxDAO。

Juicetool Nance 治理机器人工作汇报 Jigglyjams​

在 Juicetool Nance 页面, 可以看到目前标注的提案。

（图上显示的 # TBD 的意思是目前提案处于温度测试阶段，暂时还不会分配提案号）

点击页面的 New Proposal，会进行入提案模板的页面：

这个模板可以选择支出的对象是一个地址还是一个项目，同时还可以标明支出的金额和持续的周期数。同时在接收地址还可以自动解释 ENS 名称。

填写完毕之后，点击 Submit 就可以生成一个新的提案。目前提交新的提案还是会推送到我们的 Notion 页面。

Nance 机器人的时间路线图：

• 把 JuiceboxDAO 的治理内容从 Notion 迁移到 Dolt（一个 SQL 数据库）
• 解决 IPFS 的存储问题
• 解决治理数据库的版本控制问题

谁说的？ Felixander​

这是周会上的一个新的游戏环节，让大家猜猜是谁说的某一句话。

本期的正确答案是 Sage。

MCSA 工作汇报 0xSTVG​

MCSA（马林县游泳协会）是一个非营利组织，向低收入人群提供水上运动比赛、训练和治疗的机会。 2022 年 10 月 16 日，MCSA 将与金牌得主/NCAA 冠军 Jamie Neushul 和 2020 年奥运会/NCAA 冠军 Hannes Daube 一起举办射球训练营。 这次活动对外每人仅收取 45 美元费用，不足的部分，大概 2,000 美元将由 MCSA 来支付。

0xSTVG 在周会上向曾经向 MCSA 的 Juicebox 项目捐款及提供帮助的人表达感谢，并告知他们，筹集的款项都用于积极的用途。很多没有能力参与这种高水准训练的人通过 MCSA 的帮助获得了参加的机会。

彩蛋： Juicy 宝箱 Nicholas​

Nicholas 在会上介绍了他创建的一个 Juicy 宝箱项目, 他和 Mieos、0xSTVG 等人向项目金库内支付了合计约 1.1 ETH, 并把这个项目的拥有权 NFT 放到 Zora 上面进行拍卖。Nicholas 希望通过这种形式，引起人们对 Juicebox 不同的项目机制的讨论。

Art by Sage Kellyn

开发工作汇报 by jango​

V3 合约汇报​

V3 合约已于上周部署完毕。目前需要创建 JuiceboxDAO 的 V3 版本筹款周期，这是一个需要多签授权的交易。我们需要把 V3 筹款周期与 V1 及 V2 周期进行时间上的同步。这个交易已经发起，多签在周六前签名授权就可以执行。这个 V3 第一个筹款周期历时 7 天，到期后重新配置就可以与 V1、V2 的 14 天筹款周期同步。

V3 筹款周期目前没有任何支出及赎回的安排，仅作为接收 V3 项目费用用途。

接下来就是前端支持用户版本控制的工作，同时 peri 也在做 subgraph 的相关工作。

V3 的前端代码库已经就绪，等 subgraph 索引的工作完成之后，把两者进行合并就可以完成 V3 前端的部署。部署完成之后，前端的工作就会集中在项目的协议升级版本路径上。

Jango 上周的工作主要是重新校准 NFT 奖励合约，目前仅需要针对数据源的调用方式来对 API 进行轻微的调整。

同时他最近也在着手在 NFT 奖励合约的基础上开发 Defifa 项目，并利用这个合约来对一些即将合并到基础合约的概念进行压力测试。同时他还提到，NFT 奖励也可以像项目代币一样用于赎回项目金库溢出，在这个基础上添加一些追踪代币 ID 和销毁数量的属性，就可以用于 Defifa 项目的第一阶段的应用。

正因为 NFT 奖励合约刚刚推出，用来开发 Defifa 这个新产品可以测试合约 API 的完整度以及其他概念的延展性。即使出现任何问题，因为 NFT 奖励合约只是附加在筹款周期之上的，要进行迭代也比核心协议相对容易。

目前计划针对 NFT 奖励合约再举办一次 Code4rena的审计比赛，并对审计的形式进行新的探讨及试验（见以下内容）。

Code4rena 审计比赛的新做法​

nicholas 介绍，最近 Code4rena 的相关负责人跟我们接触，表示他们有兴趣为一些以太坊上的应用或协议（至少是跟他们有合作关系的协议）创建一些 Juicebox 项目来让实现对这些协议审计更广泛的支持，因为他们发现有一些 DAO 或者组织对他们使用的其他应用或者协议存在审计的需求。

因为目前还未落实这个模式可以怎么实现，刚好 JuiceboxDAO 有审计 NFT 奖励合约的想法，jango 提出我们可以先行创建一个项目试验一下模式的可行性，同时让 Code4rena 借鉴并思考合适他们的模式。

jango 和 nicholas 的思路是，创建一个专门为 NFT 奖励合约的 Code4rena 审计活动而设的项目，早期对这项审计有兴趣的人都可以捐款支持这个项目。之后他俩会发起一个提案，请求 DAO 支持这个审计的费用支出。如果提案获得通过，DAO 决定全额支付审计费用的话，早期的捐款人可以通过赎回项目代币来获得退款。项目会把审计费用设定为资金的分配上限，把赎回比率设定为 100%，那么超出部分的溢出全部可供早期支持者赎回。

jango 指出，现在有许许多多的开源代码是没有具体的人或者组织在真正意义上来负责管理或承担责任的，虽然 Juicebox 协议目前或多或少是由 JuiceboxDAO 来主要承担管理代码库的责任，但外面还有很多项目或者协议是采取更开放的管理模式的。创建一个项目，让众多依赖某些开源代码的个人或者组织能够发起针对这些开源代码的审计工作，会是一个非常好的模式。如果有大的组织也决定通过这个项目来支持审计的话，当然会更好，因为早期的支持者都有机会通过赎回来获得一定部分甚至全额的退款。

nicholas 认为如果能够展开与 Code4rena 的合作，对大家都会是有利的：

• Juicebox 上会有更多新的项目创建；
• Code4rena 也可以解决审计比赛费用支付和分配的问题

社区能见度工作汇报 by brileigh 及 matthewbrooks​

Juicenews (Juicebox 通讯)新的一期发布在这里。

新的一期 Juicecast 播客节目，采访嘉宾是 JuiceboxDAO 的其中一个贡献者 0xSTVG, 介绍他创建的 Marin County Swim Association 项目（一个非盈利性的地方性游泳协会）以及他参与 DAO 工作的经历和心得。

新一期介绍 Lexicon Devils项目的配置文章，接下来还会发布介绍 Lexicon Devils 创建的 FORMING 项目的配置文章，着重介绍现有的项目是如何配置自己的筹款参数的，希望能给想要创建类似项目的人一些参考和借鉴。

他们还有一个计划，在 ConstitutionDAO 一周年即将到来之际，做一期播客节目，对 ConstitutionDAO 以及事件的起末做一次深度的探索。会上他们邀请大家帮忙介绍 ConstitutionDAO 的相关人员或在整个事件中有重大影响的人，他们希望采访各个方面的人，以便从不同的角度来认识和了解 ConstitutionDAO。0xSTVG 提出，因为当时中文社区的参与也产生了非常重大的影响，应该尝试接触一些中文社区的 KOL，从中文社区的视觉来补全 ConstitutionDAO 的理解。

（如果有兴趣参与这个采访或者提出自己的看法，可以在 Discord 联系 zhape#0046 或者直接联系matthewbrooks.eth#1111，谢谢）

JB high 工作汇报 Felixander​

JB high 是一个计划把社区内创作的一些协议的教学内容、博客及可用工具介绍等整合成一个 Juicebox.money 的用户教育中枢，方便创建项目的人快速查阅并提升对协议的理解。

他也打算采用问答的方式，撰写一系列介绍 Juicebox 项目配置情况的文章，并整合到 JB high 里去作为教学内容的一部分。

猜谜环节​

每期周会的保留节目，某位成员讲的两句真话和一句假话，让大家猜一下是哪一个成员。

本期周会的正确答案是......来自 StudioDAO 的 kenbot。

图片制作：Sage Kellyn

Capsules 项目 by peri​

Capsules是 peri 自己搞的一个链上字体项目。

这个项目是要尝试引入一个链上存储字体(typeface)的标准。现在有很多项目在链上渲染的 SVG 中使用到各种文本，但是如果他们想要在 SVG 里用到定制的字体的话，就要先想办法在链上存储这些字型（font)。链上存储字体既昂贵又复杂，目前也没有一个通用的标准。这个项目的目标就是要引入一个新的字体合约接口来实现字体链上存储的标准化，同时让价格更加亲民。

启动这一项目的同时，peri 还推出了一些 NFT 来作为字体的 Proof of Concept 的试验。他试图通过这个试验来教育用户怎样利用这个字体合约来加载字形并在链上渲染到 SVG 中。总共有 7957 个 Capsules NFT，每一个都有不同的颜色，每种颜色只能 mint 一次。用户在 mint 的时候可以编辑 NFT 的文本内容，这些内容将使用 Capsule 的字体来进行渲染。

大家可以从这里免费下载这个字体，同时还可以得到字体的不同的字型。

这个字体合约允许用户来定义不同的字体，用户部署这个合约之后并不需要自己来存储相关的数据，只要数据符合合约定义的规格，谁都可以帮忙进行链上的存储。

目前这个项目有 7 个纯色 NFT，让大家通过 mint NFT 来帮助存储 下图中 100 - 700 的 7 种字型。我们社区里很多早期就从 peri 的推特获悉这个项目，并在项目启动的第一时间就把这 7 个 NFT mint 光了。这也是一个链上基建发展的去中心化的一种努力吧。

peri 的推特在这里, 有兴趣的可以关注一下他。

nicholas 使用这个 Capsules 字体渲染了某个 Juicebox 的活跃数据来做了一个原型化产品：

而 filipv 则是下载了 Capsules 的字型并设置成自己电脑系统的字型。

版本控制（versioning)工作汇报 by jango​

V3 合约已经在本期周会前的当天重新部署完成了。

上周我们又举办了一个针对这个升级的 V3 合约的 Code4rena 审计比赛，审计完成之后没有发现大的问题，于是开发团队就重新部署了除JBProjects 和 JBOperatorStotre外的所有协议合约。由于这两个合约不需要重新部署，所以拥有项目 NFT 的那些项目仍然可以保持原有的项目 id，并可以选择是否要部署一个基于 V3 合约的新筹款周期和新项目代币来与他们现有的 V2 项目同步（并弃用 V2 项目）。而新创建项目则一律将会使用 V3 合约。

V3 合约其实是针对上个月我们举办的一次 Code4rena 审计比赛中发现的几个 bug 对 V2 合约做的一个升级。发现的这些 bug 大多属于边缘安全，严重度也并不是太高，但由于考虑到用户希望在最好的合约版本上创建项目，而且团队希望通过升级合约，同时在 Juicebox 生态还不是非常活跃的时候做一些合约版本控制的工作，所以就有了这个 V3 合约的升级。合约和前端的开发团队都利用这次升级的机会，创造了一些版本升级的标准，这样的话，如果日后协议万一出现问题涉及大的版本升级的话，Juicebox 的项目们可以很方便地进行协议版本的迁移。

nicholas 问及，目前运行在 V2 协议的项目需要感到担心吗？jango 的回答是不需要，而且我们就这个 V3 升级以及相关的这个跟进审计也跟大部分项目进行了沟通，项目方及社区都对情况有所了解。而且因为之前审计出来的 bug 都只是边缘案例，即使不进行迁移，V2 协议应该也是没有太大问题的。

nicholas 同时问到如果部署新的 V3 周期及新的代币的话，新旧代币的转换有没有时间表？ 对此，jango 的回答是，转换的机制可以沿用现有的收 ETH 分发项目代币的做法，项目可以接受旧的项目代币并按 1：1 的比例分发新的项目代币来做迁移工作。实际的转换目前还没有准确的时间安排，目前已经有很多的原型化产品，但是涉及到 V3 合约的重新部署，还要看看怎么有效地协调从 V1 到 V3，以及 V2 到 V3 的迁移工作。

jango 同时提及 V3 合约可以扩展实现许多功能。其中一个就是可以设置支付委托来在捐款进入项目金库之前分流一部分资金到指定地址，这是一个全新的功能，正在 NFT 奖励功能上面构建。可以通过运行定制的委托合约，在项目接收捐款的时候，把其中部分资金直接转到项目方指定的其他项目/地址。

能见度工作汇报 by brileigh 和 mattewbrooks​

最新一期的 Juicebox 通讯可以在这里找到。

他们计划推出一系列的配置介绍的文章，深入剖析现有项目配置的方案及采取相关方案的原因，以便新的项目创建人可以更好地理解 Juicebox 的配置机制以及给自己的创建做一定的参考。他们写的第一篇配置介绍的文章是关于 StudioDAO 的，可以在这里阅读。

Juicecast播客方面，他们最近采访了 0xSTVG，了解了他创建的 Marin Swim County Association项目，节目将于本周晚些时候发布。

同时还视频采访了 JokeDAO 的创始人 David Phelps, 视频内容计划稍后上付到 Youtube 频道。

接下来，他们还有以下的工作安排：

• 采访 Defiant 的 Robin，讨论关于创作者经济的看法。
• 对ConstitutionDAO 的进一步深入剖析。

他们计划通过采访 Juicebox 上面比较知名的项目如 ConstitutionDAO 和 MoonDAO 等，并配套深入的长篇文章剖析，再加上相关项目配置文章，让新的项目创建人能够更好地借鉴参考。

Interface 应用 by sunnndayyy​

Interface是一款用于关注其他人钱包地址的手机应用，功能有点类似 Etherscan, 在 UI 上面做了很多的改进。

sunnndayyy 此次代表 Interface 参加会议，主要是介绍他们社区已经转型成一个类似 Labs 和 DAO 的混合体的组织架构，以及他们计划举办一系列的推特 Space 来探讨去中心化组织协调工作面临的各种挑战等相关的话题。

他们打算邀请 JuiceboxDAO 的核心成员参加他们第一期的推特 Space, 参与讨论如何在项目生命周期的早期阶段来提高社区治理的参与度。

G-Play 工作汇报 by Sayid​

G-Play 是一个 Juicebox 的项目, 专注于开发一个 Polygon 上面的街机对战平台，用户可以在平台上抵押 $Matic 来一起进行一些经典游戏的对战。

Sayid 介绍了一些平台新增的小功能，如用户数据的统计列表等。

他还和 Mieos 在会上演示游戏对战。

猜谜时间 by Felixander​

这是每期周会的保留节目，某位成员讲的两句真话和一句假话，让大家猜一下是哪一个成员。

本期的答案是 Viraz

Forming 第三期活动 by darbytrash​

Forming 是 Lexicon Devils 搞的一个项目，不定期与一些项目合作做一些展示和表演，并将项目收入的款项用于支持艺术家的创作。这次活动是联合 FLOPPY 搞的 FLOPPY x FORMING，活动上将有 3 场音乐表演及关于 FLOPPY 的简单介绍，在 VOXELS 上的 Juicebox HQ举办。以下是活动场地的搭建情况：

Art by Sage Kellyn

版本控制 (versioning) jango​

合约开发组目前已经完成这个版本控制项目，创建了一个 Juicebox 合约的 V3 代码库， 把所有合约内容合并进去，然后交给 Code4rena 的审计程序员来进行一次跟进审计（mitigation review)，审计内容为针对上次 Code4rena 审计比赛中发现问题的合约升级。

这次跟进审计预计需时一周，jango 鼓励团队保持关注并对外部审计员给予必要的支持。

接下来的一项主要工作是与 Peel 一起最后敲定我们应该采用怎么样的 UX 来让新的项目使用 V3 合约。

目前在 V2 协议运行的项目可以选择部署新的 V3 筹款周期，同时丢弃原有的 V2 版本筹款周期。我们将为这个操作流程提供操作指引。但这个做法会需要社区进行一个代币置换，并不是非常理想。如果项目们不想麻烦，我们会部署一个新的 ETH 支付终端和 JB 控制器让他们把旧的终端及控制器都迁移过来。

那些想留在 V2 协议的项目，我们尊重他们的选择，最多也就是合约开发组可能需要追加一些工作罢了。

非常感谢 Dr.Gorilla 和 0xBA5ED 过去几周在这个工作上做出的贡献，这里特别要特别致谢 0xBA5ED 上周对我们的取整错误提出了很好的解决方案。

juicebox.money 次世代 UI： Strath​

前端团队通过调查发现，项目创建流程是我们用户的一大痛点，并导致我们网站的高跳转率。经过许多用户测试及行为分析，他们决定采取措施简化创建流程，改善用户的创建体验。

Strath 在会上展示改进的 UI 设计界面

用户反馈得最多的是目前创建项目三个步骤中的第二步筹款周期，有很多层的参数要配置。

前端团队希望把这个流程分解开来并进行简化，消除协议参数的认知障碍，让创建者可以每个页面只需要做一项决策。

这是改进的 UI 目前的样子：

如果大家有兴趣对这个工作提出自己的看法，欢迎去到相关的 Figma 页面。

这个工作目前尚未完全完成，还有一些小的元素需要改进。他们会做一些用户测试，因些下来可能还会有一些迭代工作要做。

工作还包括设计一些创建模板，让人们可以直接用模板创建项目，而不是要自己一个一个参数地进行配置。

提问：你们有没有什么计划或者产品原型可以允许用户自行启动定制化的例如 ERC-20 标准代币的支付终端？

Aeolian: 要创建原型不难，重要的是前端要怎么处理项目的页面，还需要概念化项目拥有多支付终端时前端页面应该怎么设置。这可能是下一个大的设计工作的范畴。

jango: 我甚至怀疑是不是应该在 Juicebox.money 网站上开展多支付终端的试验，其实有很多办法来做实现这个的。我觉得这个试验工作更适宜在 juicebox.money 的分叉和专门服务这些用例的地方开展，怎么整合多支付终端这个事挺有意思的。

虽然多终端会有点复杂，但也会提供一些特定的细节构造。从协议的层面看，我们可以让这个工作逻辑自洽，但从 UX 的角度来看，还需要做些工作来确定优先程度。

猜谜时间​

答案是 0xBA5ED

MTOTM AMA 问答环节 epowell101 及 michaelmaher​

背景及概念​

Epowell101: MTOTM 这个概念源自我们与一些早期的 DAO 及其创始人的讨论，某种程度上，大家都有早期流动性更加多元化的需求，而不是等到更后期才通过 OTC 交易，而且往往需要谈判数个月时间才能实现。

如果一大群早期阶段的 DAO 一起，往一个共享的流动池（目前是 Juicebox) 注入自己的代币并收回反映各自份额的一个聚合“元 DAO” 的代币，会怎么样？这样一来，你的 DAO 既获得某种程度的流动性多元化，也可以成为一个"元治理”体系的一分子，让对你们感兴趣的其他 DAO 或者个人参与你们的治理，发出不同的声音。

我们都知道，目前有很多的 DAO 启动平台，也有许许多多的用例，但我觉得我们应该聚焦按某个预言机价格比例来共同向某个池子注入这个初始概念。MTOTM （发音：M图腾）就是源自这个想法，全称为 Many To One To Many Swap（多对一对多兑换平台）。

jango: 在这里，我讲一下这个项目的背景。通过这个项目，我们收取不同项目的代币，并相应分发同一个代币回去，这个机制是符合我们和开发者们正在建设的基础设施的。创建一个项目并开发出自己的应用这个做法非常酷，但从初始概念这个角度来看，大家都觉得用我们都熟悉的 pay 函数来分发代币的做法可能也很好。

nicholas: 按我的理解，这是不是有点像 DAO 之间进行代币互换的一个 Swap, 同时接收许多不同项目代币并相应分发类似一个“指数基金”代币回去，实现一些有趣的设想并互相促进。是这样吗？

epowell101: 对的，就是这样。

机制解释​

michaelmaher 在会议的文本频道分享了一个 GIF 动图

michaelmaher： 这个项目最关键的一条是要得到广泛的应用，如果我们用的都是 ERC-20 标准代币终端来实现这个流程（大部分 DAO 的代币都是 ERC-20 标准），我们要安排好使用这些支付终端来帮助 DAO 支付代币进来，生成一个价格指数，再生成这个指数的代币分发回去。

要实现这个目标，就涉及到使用不同的价格数据的问题。如果一个 DAO 把他们的代币投入进来，但可能由于还没上交易平台（DEX）所以还没有价格，我们也可以给它设定一个专门的价格数据。

我们也可以利用现有的 Juicebox 项目架构，创建一个普通项目来接收 ETH 并通过不同的分配数据再把这些 ETH 分配到不同的地址。

投资者们可以通过支付 ETH 获得指数代币，各个 DAO 也可以把他们的项目代币支付进来。所有的代币互换都通过共同的机制来进行，这就是 MTOTM 的意义所在。

与此同时，我们还不希望初期的投资者的份额被稀释掉。他们早期投入 ETH 并获得相应数量的指数代币，我们希望这个指数代币的份额在其他 DAO 投入进来的同时能够保持稳定。

我们希望能开发一些专门用于这个目的的支付终端出来。如果有多个项目加入，就要启动多个支付终端。这样做当然是不符合 gas 效率的原则的，所以我们同时也计划开发一些多代币支付终端来接收各种不同的代币，来实现这个流程。

最后一点就是如何分配资金的问题。ETH 资金将会通过现有的大部分 Juicebox 项目使用的机制，以融资的形式分配给各个参与进来的 DAO。

社区支持​

jango: 你们构思出来这些接口的工作机制以及如何利用我们现有的金库网络来实现这个设想，这很值得称赞。

我想我们社区里最为熟知协议并参与它的开发的成员还没有完全关注到这个项目，这段时间主要是你们来构想这些工作机制并经常提出一些非常好的问题，非常感谢。希望下面几个月等完成了之前承诺的包括版本控制、NFT 奖励等工作内容之后，我们可以更多地支持这个项目并把它的最简可行产品（MVP，Most Viable Product)打造出来，我们就可以看到这个动图的内容的实际实现。

michaelmaher： 大家如果对这个项目感兴趣，可以到我们的 GitHub 代码库看一下。同时也欢迎加入我们的 Discord 来发表你的看法。

jango: 最近有一个拨款支持这项试验探索的提案，但在社区温度测试阶段因为不够票数没能获得支持。有很多这方面的研究工作是在底层发生，所以很多人没有注意到，我们正设法让我们的生态系统里的开发者们得到更多的关注，他们为生态的发展一直在不懈努力。

这个项目跟很多的一样，可能近期都未必能发展成一个成熟的项目。让我兴奋的是，大家都一直在试图理解该如何实施，以及如何扩大能够实现的范围。我想这样努力值得我们去支持，而最好的支持方式就是帮助回答一些问题，帮助构建产品原型，达到产品最终实现。这些工作耗费时间和精力，也很难优先来处理，我们今后应该多关注扶持这些工作的拨款提案。

进一步讨论​

nichola: 我来梳理一下看是不是能够正确地理解这个项目。这个项目的内在动力有两个方面：

1. 允许 DAO 之间进行代币互换，一个 DAO 可以把他们的代币支付给另一个 DAO 并相应获得其代币。
2. 实现指标基金的创建，并通过允许所有 DAO 向指数基金投入项目代币获得 ETH 的方式来实现融资。 这个总结合理吗？

epowell101: 所有 DAO 和投资者投入资金获取的都是同一个代币，就是这个聚合“元 DAO”（指数基金）铸造的代币，而 DAO 还会获得池子里的 ETH。

jango:

我觉得值得留意的是，我们目前有一个 ETH 支付终端及一个能用 ERC-20 支付终端。ETH 支付终端在 juicebox.money 上部署使用，另一个 ERC-20 终端，假设是一个 DAI 终端，工作的原理是一样的。

你可以决定一个发行比率，当终端收到 DAI 时就会按这个比率分发项目代币。如果项目同时拥有 ETH 支付终端和 DAI 支付终端的时候，代币的发行比率只能与其中一个资产挂钩。例如说，付 1 ETH 会获得 100 万代币，代相当于 1 ETH 的 DAI 同样会获得 100 万代币。然后我们可以想像一个项目代币版本的 ERC—20 支付终端，外部项目代币支付进来就会相应发行这个项目的代币出去。

关键是这个价格的数据。终端收到某些资产的时候，项目代币应按什么样的价格铸造出去呢？这个铸造比率与其他的支付终端又是怎么样的相关关系呢？我们该怎样编写多代币支付终端来实现通用化，让每个希望使用这个终端的项目都不用单独启动一个支付终端呢？我们不会说 SHARK、 PEOPLE 或 JBX 都来启动一个 DAI 支付终端，可以创建一个通用化版本。这也是个有趣的问题。

nicholas: 打个比方说，你有一个能接收 SHARK、 PEEL、 CANU 或 WAGMI 的多代币终端，并创建了一个 Juicebox 生态的指数基金，这个指数基金的代币相对不同的其他项目代币的价格不应该是静态的，而应该视各个项目代币价值不同有不同的价格变量，对吗？

michaelmaher： 要视各个项目代币的价值不一，体现不同价格。但有些非常早期的项目，他们的价格可能需要进行讨论来确定，所以这些早期项目的价格可能是一样的。用 Juicebox 设立的价格合约，有很多不同的价格确定办法。

nicholas: 这么说的话，这个项目发展路线图的第一步就是建立一个多代币支付终端来实现我们谈到的这些想法吧？

jango: 我觉得多代币终端是为了把手动创建的很多运行成本自动化。我认为第一步应该是每个项目代币创建一个支付终端来手动创建指数，并把价格数据等信息内嵌进去，从而形成预期和进行各种测试。然后下一步才是把这些运行成本自动化。

michaelmaher： 是的，我们一直在努力开发多代币终端，不过这个工作还在进展中，多代币终端更多是关于未来机制的一个设想。

epowell101: 我们已经在测试网上创建使用单一代币终端的版本模型，由于我们只是想初步达到 MVP (最简可行产品)，应该会比较简单。但是还有一些 UX 方面的工作要做。

Kmac: 这个项目不就是建立在代币集合（token set)之上的一个指数吗？

michaelmaher: 没错，这就是 Tokensets 的运作模式，我们这个项目要做跟他们不一样，因为他们对于一个代币集合有特定的要求。其中一个要求就是参与的项目代币必须已经在上架 DEX 平台或者有其他形式的流动池，因此形成指数的代币其实都是一些比较成熟的代币。早期项目是很难达到这些要求的。同时他们的代币集合是没有真实的治理属性的，你得到的只是指数代币本身，但治理方面用处不大。我们的项目关注的是能够帮助更多项目的一个细分领域。

jango: 最后，我想强调的是这个项目是一个试验性的工作，有很多未知因素，很多问题没有得到解答。我们一起探索、假设和讨论。这个工作是否能够持续多久，我们谁也不清楚，但我觉得这样的试验是值得的。我认为肯定会出现一批这个概念或者衍生于这个概念的应用。