Perp DEX 近期比较热。 其实当年dydx 在starkware上横空出世的时候也有相似的热潮。如今的hyperliquid更是如日中天。 我们也在研究、探索新的DEX Perp落地的可能性，以下是从个人思考里发现的： 谈到dex perp 其实有一些通常不被关注的理解误区，比如 1. perp上链并不是所有 perp 模块上链，例如 hl 撮合引擎（Matching Engine） 在链下运行，用专有的高性能服务来承载高频挂单、撮合撮合逻辑。而清算与结算（Settlement） 则在链上完成，资金托管在链上合约，保证用户资金安全和可验证。 2. 上链也并不全是好处，过度透明反而给操纵与套利者创造机会，散户往往吃亏。我司曾参与过一些含 OKX 在内的 zk perp DEX 预研，业内也有不少实验性项目在探索如何借助zk虚拟机在保证公平的同时避免过度信息透明。经历了前几年的zk summer，散户对zk在scale方面带来的优势日渐祛魅，这也更利于zk更原始的在trustless和privacy方面的优势重拾关注。aztec在这方面的进展令人瞩目，privacy-first zkrollup 也是他们一直的口号。 我司沉迷于创建单独的ZKWASM VM赛道数年由于，也享受到了一些zk summer带来的红利，结合我们长期的devhouse经验，确实也在和不少同行的交流中发现在perp DEX领域zk 不仅可以用来验证交易，更可以在 冰山挂单、保证金隐藏等方面发挥作用，从而防止币价操纵与期货市场插针套利。 接下来我们将会推出一个小型的利perp DEX 来验证这些思考，会将链上（settlement），zk侧（information hide), 和链下撮合三个部分合理分割，实现一个规则透明（链上结算），保证金深度隐私（zk侧的保证金结算机制），和相对高效的撮合(撮合这块我们积累不多)。

经常有人问我为啥执着于代工一些wasm的小程序。其实这里面有大概以下几个方面的考量。首先，Delphinuslab的愿景是通过ZKWASM改善各自独立的，浏览器端的web2.5小程序的生态。我们所追求的改变，并不是单纯的只是把原来链上的代码和原本不trustless的链下代码存放到ZKWASM当中来运行，而是提供一种更便捷的小程序交互，部署，收费模式。 A. 在交互测，我们希望 1. 用户签出一个session之后就可以在短期不需要多次签名。 2. 用户完全不用支付链的gas fee，而是由app 为用户代付gas。 3. 长远来看用户可以保留一部分隐私数据。（embeded zk verifier in ZKWASM) B. 在部署测，我们想要打通ZKWASM app 从github app的小程序代码到zkwasmhub的一键部署。 C. 在证明测，我们依赖explorer.zkwasmhub.com 来帮小程序找到快速合适的ZKWASM proof 证明服务商。 最后我们又想要将上述的复杂性在端到端呈现的时候尽可能的简单，简单到像0xautomata.com 这样的小游戏玩家几乎感受不到ZKWASM的存在，但是又能享受到ZKWASM对web2.5 程序带来的交互，gas，trustless 方面的提升。 所以我们需要在看似并不主流但是确实有小微受众的场景持续试错。还是那句话，最终还是要让天下的浏览器小程序，ZKWASM 起来！。