🎉 #Gate Alpha 第三届积分狂欢节 & ES Launchpool# 联合推广任务上线!
本次活动总奖池:1,250 枚 ES
任务目标:推广 Eclipse($ES)Launchpool 和 Alpha 第11期 $ES 专场
📄 详情参考:
Launchpool 公告:https://www.gate.com/zh/announcements/article/46134
Alpha 第11期公告:https://www.gate.com/zh/announcements/article/46137
🧩【任务内容】
请围绕 Launchpool 和 Alpha 第11期 活动进行内容创作,并晒出参与截图。
📸【参与方式】
1️⃣ 带上Tag #Gate Alpha 第三届积分狂欢节 & ES Launchpool# 发帖
2️⃣ 晒出以下任一截图:
Launchpool 质押截图(BTC / ETH / ES)
Alpha 交易页面截图(交易 ES)
3️⃣ 发布图文内容,可参考以下方向(≥60字):
简介 ES/Eclipse 项目亮点、代币机制等基本信息
分享你对 ES 项目的观点、前景判断、挖矿体验等
分析 Launchpool 挖矿 或 Alpha 积分玩法的策略和收益对比
🎁【奖励说明】
评选内容质量最优的 10 位 Launchpool/Gate
零知识证明系统的内存验证方法:zkWasm如何实现形式化验证
零知识证明的形式化验证:内存证明方法
在对零知识证明系统进行形式化验证时,内存子系统的处理是一个关键挑战。与传统虚拟机不同,zkVM使用执行表和辅助表来表示内存状态,这需要特殊的验证方法。
zkWasm的内存系统由执行表和内存表组成。执行表记录了指令执行过程,而内存表则保存了所有内存访问的历史记录。为了简化开发,zkWasm提供了抽象层,通过alloc_memory_table_lookup_write_cell和alloc_memory_table_lookup_read_cell两个函数来操作内存。
在验证过程中,我们将内存表视为可变数据结构,通过memory_at函数构建地址数据映射。这样可以证明alloc函数生成的约束等价于对映射进行的set和get操作,从而将指令验证简化为类似非ZK解释器的形式。
为防止攻击者操纵内存表,zkWasm采用了计数机制来追踪有效条目数量。执行表和内存表分别维护计数器,通过约束确保两者一致。这要求验证时更加精确,需要证明每条指令对应正确数量的内存表条目。
验证过程采用自顶向下的方式,包括三个步骤:
这种详细的验证方法有助于发现潜在错误,如跳转表计数机制中的一个关键问题。
为实现模块化验证,我们将系统分为三个独立部分:指令电路验证、执行表验证和内存表实现。这种结构使多位工程师可以并行工作,提高验证效率。
总的来说,zkVM验证虽然在处理动态状态时存在差异,但通过匹配实现中的抽象层,仍可以采用类似于传统解释器验证的模块化方法。这种方法最大限度地减少了差异带来的影响,使得每条指令都能基于get-set接口进行独立验证。