Miden选择不兼容EVM,根本上是一个架构设计的考量——而非针对EVM本身。



关键区别在这里:Miden把执行逻辑从链上移到用户侧,状态数据保存在链下,只需要把证明发送到链上去验证。

对比一下EVM的思路就能看出差异。EVM把验证和执行都放在链上处理,每个节点都要跑一遍逻辑。这两套架构思想完全不同——一个是用户承担计算、链验证结果,一个是全网共同验证。

这不是什么意识形态之争,纯粹是效率和可扩展性的权衡。不同的设计目标,对应不同的技术选择。
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 6
  • 转发
  • 分享
评论
0/400
GasFeeTherapistvip
· 01-07 13:15
行吧,这逻辑我理解,但问题是用户真的愿意自己跑证明吗? --- 又是架构设计...说白了就是赌注不一样,谁能先跑通才是王道 --- proofs on user side听起来爽,可万一证明生成成本比链上验证还贵呢? --- 我就想知道Miden的用户体验会不会比EVM好,别光讲技术愿景啊 --- 这思路其实有点像rollup的思路?反正都是移出链 --- 不兼容EVM这一步踩大了,生态起不来啊老哥 --- 等等,链下状态怎么保证不被篡改?感觉这是个新坑
回复0
无常亏损收藏家vip
· 01-05 18:33
怎么感觉像是把锅甩给架构设计了...说白了就是不想跟EVM兼容呗,算力转移到用户端听起来省事,但这样的话用户体验会不会拉垮啊
回复0
薄饼吃不起vip
· 01-04 16:52
嗯这逻辑我理解,说白了就是算力分配方式不同呗 不兼容EVM倒不是什么大问题,关键是Miden这套证明机制靠不靠谱 用户本地跑计算确实省链上的压力,但万一证明有漏洞呢... EVM那套虽然冗余,好歹全网都验一遍心里踏实 Miden这个思路要是做成了确实牛,就怕中间出幺蛾子
回复0
GateUser-0717ab66vip
· 01-04 16:50
卧槽,这才明白啥叫真正的架构创新,不是非要兼容EVM才能活啊 不过话说回来,用户算力承担重...这套真能普及吗? Miden这思路有点狠,省事不少,但用户体验呢? 就算理论上没毛病,可实装起来还是有风险的 感觉像是在赌ZK证明那套最终能跑顺溜,压宝有点狠 整个思路我是理解了,可网络效应咋整... 其实说到底,还是要看生态能不能起来,架构设计再优雅也白搭 兼不兼容EVM真不是核心,能用才是王道 我倒是想看看Miden最后能不能成...目前还是有点悬
回复0
GateUser-e87b21eevip
· 01-04 16:47
害,又是那套ZK证明的思路啊,说得好听就是把活儿甩给用户自己算,链上就负责查证。不过仔细想想,这确实和EVM那一堆节点跑重复逻辑的方式完全两码事。
回复0
GateUser-74b10196vip
· 01-04 16:35
卧槽,终于有人把这事说清楚了,不是EVM不行,就是俩思路本来就反向啊 老哥这一套论证绝了,用户端算力 vs 全网验证,这差别是基础架构级别的 妈的终于不用看那些非黑即白的争论了 Miden这思路确实狠,把计算外包出去然后链上验证,这是真正的扩容思维 不过问题来了,用户侧计算安全性咋保证? 这就是为啥Miden死活不靠EVM啊,根本是两套完全不同的逻辑 我就想知道这套系统真正上线后能快到什么程度 算了没那么复杂,反正就是在算力和验证之间做了个不同的选择
回复0
交易,随时随地
qrCode
扫码下载 Gate App
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)