从理论上来说，ZK 系列的 RAAS 是有可能提升 Appchain 使用体验的，因为像是 ZK-Sync，Scroll 这些走 ZKEVM 路线的都是重点关注兼容性，所以电路设计多少会牺牲一些效率，没法针对某个特定的 Dapps 进⾏优化。如果 RAAS 可以根据不同的 DAPP 做单独的电路设计或是优化的话，ZK Appchain 的性能和体验肯定是要好过通用型的 ZkEVM 的

然而，这个世界上既懂 ZK 又懂区块链的人才太少了，为数不多的基本都集中在 Starknet，Zk-Sync，Scroll，Polygon 那边，就目前市面上看到的 ZK 系 RAAS，基本就是在拿 Zk-Sync 的 Alpha 开源版本给你发条 Zk-Sync 的 Fork 链出来。。等到 Polygon，Scroll 上线+完全开源之后，最多也就是提供客户选项，你喜欢 ZK-Sync 还是 Polygon 还是 Scroll 的 EVM 啊，有那么点 AWS 里面创建 Linux 虚拟机的时候你选 Redhat，还是 Centos，还是 Debian 的即视感

所以，同样的，没什么技术壁垒，依旧是 BD 为王，且不如 OP 系成熟，毕竟几个 ZK 系 Rollup 正式版还没上线或是没有完全开源，现在能用的都只是一些开源测试版，Bug，体验之类的肯定是不如 OP 那边流畅。希望未来可以看到针对每个 Appchain 做单独电路设计或是优化的 ZK 系 RAAS 出现如果说 Appchain as Service 算是模块化区块链的代表赛道的话，那今年区块链两大显学—模块化与 ZK。

ZK 的障碍可以在以下几个方面分别来看

 目前无论是 ZK-Sync，Scroll，Polygon，上线的都是 EVM 兼容主网，唯独 Starknet 不是，但 Starknet 上也有一个叫做 kakarot 的「亲儿子」在做 ZKEVM。笔者从业内的 ZK 专家那里了解到，其实几大明星 ZK-Rollup 的主网上线，都多多少少有点「赶鸭子上架」的 Feel，各家产品的完成度或者说成熟度，都还没有真的达到传统意义上的「主网完成度级别」，上线之后免不了会有性能或是 Bug 上的各种问题，大概率需要后续不断的继续升级打补丁等等。这一点从各家原本计划的测试网从去年到今年的一拖再拖也大概能看出个端倪。究其原因还是因为 ZKEVM 确实「太难了」，难到业内最顶级的这帮工程师也要花比原先想象长的多的时间去攻克。至于为什么都赶着今年上主网，我想跟 OP 这边生态不断丰富，主网不断升级和稳定带来的压力有关，ZK 系再不上，黄花菜都凉了，只要基本上能用，咱就先上线。后面大不了再不断更新迭代版本就是了。