Mina 生态开发进展月度更新｜2022 年 7 月
以下是 Mina 生态及社区在上个月开展的各种项目、工具和资源的一些更新。
进展更新
备注：每月更新的工作进展均可能包含预测、计划、目标或其他前瞻性陈述。此类前瞻性陈述基于相关生态合作伙伴基于更新时的可用信息所做的预期和假设。因此，计划、目标和其他声明有可能无法如所描述所实现，实际结果可能与此类更新中呈现的结果大不相同。此外，除非另有说明，Mina 基金会不对社区贡献者所做的更新负责，他们的工作独立于 Mina 基金会或其生态合作伙伴正在开展的任何计划。
01
Chainsafe
项目经理 Lerna Jabourian
Chainsafe 正致力于实现 Mina 作为 web node 的 Rust 开发，使网络更具适应性。
在进展方面，感谢 O(1) Labs 团队的代码审查，帮助我们完成了。总体而言，上个月我们主要关注 mina-rs 上与性能和代码质量相关的更改，并且集成了硬分叉的更改，包括：
一些与性能相关的重构并推动对 upstream dependencies 的改进
实现读取 Mina 节点中的创世账本和账户详细信息
实施了确保来自整个网络的最新 Mina 区块兼容性工具
将最近硬分叉的更改集成到 mina-rs 代码库中
有关最近合并的 PR 列表，请参阅我们的。同时我们始终欢迎任何人在代码审查、建议和贡献方面与我们取得联系。
02
Mina Foundation
产品负责人 Brian Mckenna
营销负责人 Claire Kart
社区负责人 Christine Yip
Mina 基金会服务于 Mina 生态，通过分配资源、保障网络健康安全以及支持参与者进入 Mina 生态，致力于为 Mina 生态提供帮助和支持 。
从本月开始，我们将在此系列文章中分享最新信息，以便社区更好地了解基金会正在开展的工作。
产品
最近，基金会正在与一个社区贡献者团队合作开发链上信号传递 (On-chain Signalling)，以使区块生产者能够在链上发出他们对拟议硬分叉升级所做支持和准备就绪的信号。
设置存档节点并创建 voting 交易
开发查询以从存档节点检索投票结果
已部署后端以连接到存档节点
在前端取得进展以显示后端结果
下一阶段将在质押权重的基础上计算投票，并将 API 开放给社区使用，以便与下一次测试网升级并行发布。
Event
Mina 将于 8 月 19 日至 21 日参加 ETHMexico City！届时我们将有 Mina Protocol 展台，来自整个生态的团队将参加并为 builder 们提供支持。
全球 zkApp Developer Meetup tour 正在进行中，过去 2 个月已在巴黎、布达佩斯、柏林、伊斯坦布尔和特拉维夫成功举办。到目前为止，我们已经结识了超过 225 位想要更深入了解 Mina 的 bulider、社区成员和个人，我们希望与更多志同道合的人们见面。
｜7 月 30 日 9:30 AM (UTC+1)
(这是由 Extropy.io 社区主导的开发者meetup 和零知识 workshop！)
｜8 月 15 日 6:30 PM (UTC-5)
｜8 月 18 日 6 PM (UTC-5)
在接下来的几个月里，还有更多的线下 meetup —— 查看 Mina 社区页面上的，看看我们接下来要去哪里！
zkApp 开发者资源
我们非常重视创建支持资源，以便刚接触 Mina 和 zkApp 的开发者能够真正轻松入门。我们将从确定可以添加更多教育资源的机会和地点开始，然后决定格式，并努力制作它。如果你有任何建议、反馈或想法，请在 Discord 上的 #zkapps-developers 或 #zkapps-general 频道中告诉我们！
团队还一直在与不同的生态贡献者合作制作零知识系列视频，该系列很快将在 YouTube 上发布。欢迎，以便接收通知。
季度性社区 Grant
Mina 基金会重视所有贡献，并尝试通过社区提名颁发赠款以表彰那些对 Mina 生态做出重大影响的杰出贡献者。每个季度，为 Mina 做出宝贵贡献的社区成员都会获得 Grant，包括但不限于工具、脚本、博客、视频、newsletter、活动、社区主导的团体。
我们建立了一个新流程来帮助我们更好地评估贡献和颁布季度社区 Grant，在约 2 周的较短时间里，我们收到了 100 多个 Q2 grant 的提名！我们正在继续下一步工作，并要求成员填写一份贡献问卷，以确保我们没有遗漏任何成员的贡献。
2022 Q3 grant 的提名对所有人开放。请提名对你有帮助/开发了你正在使用的工具（例如区块浏览器、钱包、脚本、仪表板、教程、文章等）的 Mina 社区贡献者。你也可以提名自己，我们希望表彰每个人对 Mina 生态的贡献！
03
=nil; Foundation
创始人 Mikhail Komarov
=nil; Foundation 致力于将 Mina 桥接到以太坊。
最近，我们开始准备审计的第二阶段 —— 证明系统审计。这将证明辅助证明生成器 (auxiliary proof generator) 实际上生成了 Mina 状态证明验证成功的有效占位符证明。审核的第三阶段也是最后一个阶段将是 EVM 内验证审核，完成后，项目将进入生产就绪阶段。
我们还在通过利用 Mina 状态证明递归的“tick-tok”性质进行证明，尝试缩小电路尺寸。如果可行，验证成本将降低。第三，我们整合了所有架构和路线图，使 Mina 的桥成为双向桥（甚至更多）。
由于大量并行化的引入，辅助证明生成性能得到了改进 (通过密码学套件的特殊并行化利用版本：如)。现在花费的时间几乎减少了 5 倍。
潜在的验证成本降低（出自上述提到的 Mina 状态证明递归的 tick-tock 性质）。目前数字尚不确定，但我们会得到确切的答案如果和 O(1) Labs 合作。
我想说，本月提交的最重要的 commit 之一是为我们的电路定义框架。这使我们能够简化 Mina 的状态证明验证电路（减少验证成本）并使代码更适合审计。
04
O(1) Labs
首席执行官 Emre Tekisalp
提高节点稳定性
最新的 beta 版本 1.3.2beta1 已经发布了将近一个月，并且正在 devnet 上进行测试。最新的稳定版本 1.3.1 在主网上顺利运行了两个多月。我们一直专注于传输性能改进和解决突出问题。我们希望在未来几周内将 1.3.2 升级为稳定版本。
Berkeley QA Network
Berkeley QA Network 正在进行中，QA 工作组正在努力参与并帮助修复出现的问题。在过去的一个月里，我们重新部署了 Berkeley QA Network，并在社区的帮助下发现了一个问题，导致 QANet 出现了一些操作停机时间；但是，O(1) 工程师已经确定了根本原因并正在努力推出修复程序。如果你想参与 QA 网络，请在 上的 #devnet 频道上留言。我们计划在未来几周内对 QA 网络进行更多重新部署，请留意更多增强和修复。
zkApp 协议准备就绪
O(1) Labs 致力于实现关键的 zkApp 协议特性，例如 token 支持、支持 zkApp 事件和序列事件以及 zkApp 可组合性（一个 zkApp 调用另一个 zkApp。）随着我们接近功能完成，我们正在努力最终确定其对于协议各个方面的验收标准。O(1) Labs 工程和测试团队创建了一套验收测试，并正在使用示例 zkApp 编写测试用例。
SnarkyJS & zkApp
对于非递归用例，zkApp 证明性能现在提高了 ！
O(1) Labs 的开发团队最近为 SnarkyJS 添加了对前置条件、递归和事件的支持。前置条件现在可用；递归和事件将出现在 SnarkyJS 的下一个版本中。开发者将可以在 Berkeley QA Network 上使用这些功能。我们目前正在编写文档，这些文档将在未来几周内发布在 上。关注新的以查看详细更新。
证明系统
虽然 Kimchi 的 Rust API 草案在 6 月份通过 发布，但我们决定重组 API，以使接口与整个 Mina 协议中使用的 proven Snarky (oCaml) 电路编写 API 保持一致。虽然此更改将延迟 Kimchi API 的发布，但它将提高可维护性，并将更清晰地过渡到 Pickles 和 Snarky 的未来 Rust 版本。
zkOracle
我们很高兴迎来了一位非常有才华、具有 MPC 研究背景的 Rust 工程师，他将领导 zkOracles 的实施。在他入职和加速项目的最初几周，他发现了一些潜在的优化。我们将继续迭代 zkOracles 的设计，并期待在不久的将来开始实施工作。与此同时，SnarkyJS 团队正在研究一种替代的预言机方法，供开发者在短期内使用 zkApp 内的外部来源的数据。
05
Ontab
首席执行官 Behzad Malek
Ontab 致力于为 Mina 基金会委托计划开发新的正常运行时间跟踪器。
上个月，我们发布了新的正常运行时间跟踪器的，它根据区块生产者的 SNARK worker 活动而不是 sidecar 数据对正常运行时间进行评分。
我们只查看经过验证的提交。
我们只接受超过 34% 社区同意的带有 state_hashes 的提交。
我们最终考虑过去 90 天内提交的 state_hashes 接近规范区块链 (weight <=2) 的提交。
测试 endpoint：
文档：
我们希望从社区收集对于新的正常运行时间跟踪器和 API 的反馈，以继续改进它们。请在 Mina 上的 #delegation-program 频道与我们分享任何反馈。
06
Mina Notifier Bot
EA#0741
由社区成员 EA#0741 创建，是一款用于 MINA 区块链监控的 Telegram 机器人，支持多种功能。
就其功能而言，该 bot 类似于区块浏览器，同时是一种更方便的个性化工具。该 bot 以用户最方便的方式通知用户 Mina 区块链中发生的事件。它是社区的产品，我希望它有助于整个生态系统的稳定健康成长。它还为项目提供透明度和信息支持，并简化新用户的体验。
能够将任何用户地址添加到监控和查看地址信息和管理设置
获取关于发送或接收 token 的通知
委托通知
whale alert 和设置自定义值的功能
常规设置管理
能够就任何问题联系 bot 的开发者
07
zkRollup on Mina
TRIVO#0001
社区成员 Trivo#0001（也是 zkApps Builders Program 队列 1 参与者）正在为 Mina 开发 zkRollup。
zkRollup 的第一步是开发并提供一个框架，使开发者能够利用快速性能，同时仍然保持 Mina 惊人的隐私和简洁属性。
Rollup 的主要目标是将大量事务批处理到一个事务中，同时仍然保持底层第 1 层的安全性和去中心化 —— 在我们的例子中指的是 Mina。开发者将可以像使用任何其他框架或开发工具一样轻松地使用 rollup，使得开发者可以专注于重要部分，即构建实际应用程序，而不必担心吞吐量 (tps)、性能以及随之而来的任何相关问题和障碍。最终用户将能够使用构建在 rollup 之上的任何应用，没有任何额外的障碍，同时获得更高的性能，从而带来更好的用户体验。
最近几周的大量工作都是有关后台和设计方面。我对最近发布的“recursion-API”感到更满意，Mina 上的任何 Rollup 或应用可以轻松递归地合并 SNARK 证明 (其他项目仍在积极研究，但现在可以在 Mina 上使用！)。在设计方面，我评估了 rollup 扩展的不同可能性，并尝试运行一些（非常）早期的基准测试，以便更好地了解提高交易吞吐量所需的条件。在这个 中，我开始重构存储库的主要部分，进行大量清理和所需的文档。
我将继续进行此项开发工作，欢迎其他社区成员参与讨论、提出问题并提供反馈！
08
EXTROPY.IO 社区组织的
Developer meetup & workshop
KAROL#4597
Karol#4597 是一名社区成员，他在伦敦组织了一次开发者 meetup 和零知识 workshop，于 7 月 30 日 UTC+1 周日上午 9:30 举行。名额仍然开放，欢迎报名参加。
我的目标是提高 ZKP 和 Mina 协议的采用率。我坚信如果更多的人能够了解 ZK 技术的工作原理，他们就会更清楚地看到该协议所释放的潜力。为了实现这个目标，我主要关注两个方面：社区教育和 zkApp 开发。在 Extropy 工作，与 ZK 专家一起工作，使我可以经常将两者结合起来。
最近我们举办了一个专注于 zkApp 开发的线上 meetup。周六（7 月 30 日）将组织第一次社区主办的 workshop/meetup，任何人都可以了解更多有关该技术的信息。这是一场将在伦敦举行的。我们欢迎所有人参加，并就内容（清楚解释的内容，未解释的内容）和活动本身提供反馈。
我了解到这样的社区 meetup 较少，所以我想试一试，并希望能激励其他人也这样做！如果你有兴趣组织类似的聚会，我建议先在 Mina 频道上与社区互动，并熟悉资源和文档。
About Mina Protocol
#PoweredByParticipants
Mina 是全球最轻量区块链，由参与者参与治理。
凭借其优雅的设计，Mina 是首个实现简易编程性零知识智能合约（zkApp）的一层网络。Mina 独特的隐私和安全功能及其通过 zkApp 与任何网站链接的能力，使得 Web3 更具安全性和私密性，极大地推动着所有人都应享有的安全民主未来的构建。Mina 由总部位于美国的非营利组织 Mina 基金会管理。
全球最轻量区块链 人人皆可参与
公众号｜Mina Protocol Official
微 博｜Mina_Protocol
往期回顾
2022 Q2 透明度报告
了解 L1 竞赛：zkEVM 和常见的 L1 特性