V 神又转发了 Brevis ZKVM 的推文。正好这几天仔细看了一下 Brevis 的新白皮书，有几个东西值得分享。 市场对于 ZK 的一切期待，建立在一个区块链的技术常识上： 一条链的吞吐量一定 ≤ 它网络中某一个节点的处理能力。 ZK 的使命就是把“执行”和“验证”解耦，把复杂的执行工作交给专业的 ZK 证明者来做，验证者只做简单的验证工作，这样就能突破刚才提到的常识带来的瓶颈。 当你把执行和验证拆分后，链上的功能反而可以变多： 例如 Uni V4 有些 Hook 是给池子加 VIP。 但是，它要确认 VIP 地址过去 30 天的交易历史，并且快速给出是否符合资格，以前以太坊区块间隔 12 秒，这个验证工作需要 2-3 秒尚可接受，但是现在都到亚秒级区块时代了，你还要几秒钟就太丑陋了😂。 在上面这个例子里，它就非常考验 ZK prover 的延迟。 另外，同样是 Uni V4 的Hook，有的 Hook 是引入预言机，可以让人们实现限价单、止盈止损单，这种 Hook 每个月吞吐量特别大（拿预言机的数据），对延迟反而没太高的要求。 所以 ZK 的买家就此分流了：有人要低延迟，有人要大吞吐。你不能无脑给买家提供简单粗暴的 GPU。 所以，Brevis 才要推出一个 ZK 算力的交易市场，ProverNet。 在这个市场里，技术细节比较多，这里就不转述了，感兴趣的可以去看白皮书。 大致来说，它由四部分组成： 1.买家需求怎么分流？（延迟？吞吐量？） 2.拍卖是什么机制？（双重拍卖） 3.在哪拍卖？（Brevis Chain，并用 BREV Token 作为 PoS 节点） 4.如何支付？（BREV Token） 最后总结一下，用了 ZK 之后，即便执行和验证解耦，生产力提高了，可大家对于物质生活的追求也跟着提高了。 期待后面链上 DEX 的玩法更加丰富多彩，让 CEX 在后面慢慢追着练吧学吧😂。(0xTodd)