📢 GM!Gate 广场|4/5 热议:#假期持币指南
🌿 踏青还是盯盘?#假期持币指南 带你过个“松弛感”长假!
春光正好,你是选择在山间深呼吸,还是在 K 线里找时机?在这个清明假期,晒出你的持币态度,做个精神饱满的交易员!
🎁 分享生活/交易感悟,抽 5 位锦鲤瓜分 $1,000 仓位体验券!
💬 茶余饭后聊聊:
1️⃣ 休假心态: 你是“关掉通知、彻底失联”派,还是“每 30 分钟必刷行情”派?
2️⃣ 懒人秘籍: 假期不想盯盘?分享你的“挂机”策略(定投/网格/理财)。
3️⃣ 四月展望: 假期过后,你最看好哪个币种“春暖花开”?
分享你的假期姿态 👉 https://www.gate.com/post
📅 4/4 15:00 - 4/6 18:00 (UTC+8)
Miden选择不兼容EVM,根本上是一个架构设计的考量——而非针对EVM本身。
关键区别在这里:Miden把执行逻辑从链上移到用户侧,状态数据保存在链下,只需要把证明发送到链上去验证。
对比一下EVM的思路就能看出差异。EVM把验证和执行都放在链上处理,每个节点都要跑一遍逻辑。这两套架构思想完全不同——一个是用户承担计算、链验证结果,一个是全网共同验证。
这不是什么意识形态之争,纯粹是效率和可扩展性的权衡。不同的设计目标,对应不同的技术选择。
---
又是架构设计...说白了就是赌注不一样,谁能先跑通才是王道
---
proofs on user side听起来爽,可万一证明生成成本比链上验证还贵呢?
---
我就想知道Miden的用户体验会不会比EVM好,别光讲技术愿景啊
---
这思路其实有点像rollup的思路?反正都是移出链
---
不兼容EVM这一步踩大了,生态起不来啊老哥
---
等等,链下状态怎么保证不被篡改?感觉这是个新坑
不兼容EVM倒不是什么大问题,关键是Miden这套证明机制靠不靠谱
用户本地跑计算确实省链上的压力,但万一证明有漏洞呢...
EVM那套虽然冗余,好歹全网都验一遍心里踏实
Miden这个思路要是做成了确实牛,就怕中间出幺蛾子
不过话说回来,用户算力承担重...这套真能普及吗?
Miden这思路有点狠,省事不少,但用户体验呢?
就算理论上没毛病,可实装起来还是有风险的
感觉像是在赌ZK证明那套最终能跑顺溜,压宝有点狠
整个思路我是理解了,可网络效应咋整...
其实说到底,还是要看生态能不能起来,架构设计再优雅也白搭
兼不兼容EVM真不是核心,能用才是王道
我倒是想看看Miden最后能不能成...目前还是有点悬
老哥这一套论证绝了,用户端算力 vs 全网验证,这差别是基础架构级别的
妈的终于不用看那些非黑即白的争论了
Miden这思路确实狠,把计算外包出去然后链上验证,这是真正的扩容思维
不过问题来了,用户侧计算安全性咋保证?
这就是为啥Miden死活不靠EVM啊,根本是两套完全不同的逻辑
我就想知道这套系统真正上线后能快到什么程度
算了没那么复杂,反正就是在算力和验证之间做了个不同的选择