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)