作者：Kernel Ventures Turbo Guo 审稿：Kernel Ventures Mandy, Kernel Ventures Joshua TLDR： ZK 协处理器是一种让 dApp 利用链下计算资源的方案，本文主要讨论了协处理器的实现方式、各类应用以及未来的发展方向，主要内容有： RISC Zero 的 zkVM 是一种 ZK 协处理器解决方案，它让链上合约能调用链下 zkVM 跑特定的 Rust 代码，并将结果返回给链上，同时提供 zkp 供合约验证计算是否正确。 ZK 协处理器有不同的实现方式，除了 zkVM，用户还可以自行为程序写定制化 ZK 电路，或者使用预制的框架写电路，进而让合约能利用链下计算资源。 ZK 协处理器可以在 DeFi 上发挥作用，例

作者：Kernel Ventures Turbo Guo 审稿：Kernel Ventures Mandy, Kernel Ventures Joshua TLDR： 有潜力成为 Crypto 流量入口的 Telegram 已经获得了许多关注，本文将总结 Telegram 中 Crypto 相关的应用，分析其优势与待改进之处。此外，本文会分析 Discord 为什么有机会成为流量入口和没有成功的原因， 以及浏览器（PWA）作为流量入口的可能性，主要内容有： Telegram 上有丰富的 Crypto 相关应用， 且用户体验较好，是 Crypto 应用的良好载体。美中不足的是应用中心和各种 bot 与聊天频道混合在一起，可能导致用户使用不便。 Telegram 不局限于 TON 生态

TLDR： 如今许多人提到AI和Crypto的结合就会想起zkml，认为这是解决AI和Crypto本质矛盾的利器。诚然，zkml打开了AI在链上应用的想象空间，这是十分让人兴奋的，但是否所有应用场景都需要ZK并受制于zkml的核心工程问题之一（复杂计算的证明生成）是值得讨论的。而本文尝试从应用的角度，讨论AI和crypto是否有“本质矛盾”，梳理不同AI+crypto应用场景下使用zk的意义，进而分析受zk工程问题影响较小的值得关注的用例，结论有： ①公链降低了数据调用以及数据转换逻辑（合约）调用的摩擦成本，AI在特定目标下根据特定输入生成输出，两者的核心功能是接壤的，而非存在本质矛盾。 ②crypto项目使用AI时主要有参与链上状态转换和不参与两种，不参与主要指用链上数据做数据服务。zk

注：本文为长期研究，将在日后不断更新以达到更为准确，未来也将尝试把不同观点放入其中。 TLDR： 很多时候，我们已经默认公链这套方案能够完成转账这件事，但为什么它可以完成呢？有人说，因为公链实现了数字化的所有权，但为什么它能够实现呢？如果一直追溯，我们会找到什么呢？本文从转账是什么开始讨论，尝试找到支撑公链的最底层因素（侧重非技术因素），以及和其他现有方案的差别。 其次，大多数人选择一个方案时可能并不在意其原理，而是出于方案以外的原因。因此，本文使用“认可”一词，希望以“人的观念”的视角，兼顾讨论人们认可一个方案的“内因”（方案原理）以及“外因”（方案外的因素）。主要内容有： ①“转账”本身存在的原因 a.人类的资源是有限的：人们会争夺资源相互残杀，这种状态很危险， b.人是理性的，理性人求