最后介绍一下Avail。正式开始之前，提醒一下大家，Avail上了币安Alpha，大家可以去关注一下 活动链接：https://x.com/binance/status/1935957400697319869 正文： Native ZK Verification Unlocks Hyper Scalable Execution Avail now has transaction verification and settlement added to its horizontally scalable, public blockchain network. With native ZK verification on the base layer, Avail can support any execution environment. 原生 ZK 验证解锁超可扩展执行 Avail 现已在其水平可扩展的公有区块链网络中新增交易验证和结算功能。凭借底层原生的零知识验证功能，Avail 可以支持任何执行环境。 Avail 项目初期，我们的核心重点是解决数据可用性问题。我们意识到，为了使区块链技术广泛应用于各种用例，需要以高效、去中心化和安全的方式保护海量交易数据的安全。此外，我们投入了大量精力来实现与以太坊全分片路线图完全一致的区块链，确保任何用户、任何程序、几乎任何设备都能验证 Avail 网络上发布的数据。如今，我们已经实现了这一目标，并开始招募首批早期用户，同时我们也开始着手解决阻碍区块链发展的其他关键技术障碍，其中最引人注目的是，通过 Nexus 升级实现了跨链交易的无缝衔接。 从现在开始，所有基于 Avail 构建的项目都将在可扩展性和性能方面创造指数级的回报。原因很简单，Avail 为 web3 最大的可扩展性瓶颈——数据可用性——实现了一个优雅的解决方案。从现在起，将跨链交易添加到 Avail 意味着跨链交易可以继承 Avail 底层区块链的所有可扩展性特性，例如 KZG 承诺和数据可用性采样 (DAS)。对于与 Avail 集成的 rollup 和应用链来说，也是如此。 Avail 以 rollup 为中心的架构的核心论点是执行应该在主链之外进行。对于 rollup、validium 等情况，这一点相对容易理解；各链管理自己的执行环境，并将交易数据发布到 Avail。虽然这是一种有价值的方案，但它通常对那些对高吞吐量有要求、需要高效数据可用性解决方案的大型成熟项目（例如Lens）更有吸引力。然而，这忽略了社区中很大一部分人，他们希望在网络上构建应用程序和服务，而无需启动新的链，就像在以太坊上部署智能合约一样。然而，如果没有原生的执行支持，Avail 在这方面提供的服务仍然有限。这需要一个新的视角。 执行仍在链下，但验证在链上 在 Avail 上实现类似 EVM 或 SVM 的执行环境意义不大。这样做会很大程度上违背最初为 DA 构建优化区块链的初衷，我们最终会回到最初的起点（当然，DA 的效率会有所提高）。 这是因为，通用的图灵完备区块链总会在某个时刻出现瓶颈。每条图灵完备的链都会有自己的加密猫，它们会占用带宽，阻塞其他链，并对用户的性能产生负面影响。 Avail 执行层的计算不是在链上执行交易并堵塞网络，而是在链下运行，然后使用 ZK 证明在链上进行验证以进行结算。 这带来了诸多好处。它使 Avail 网络能够验证和结算交易，同时提供高效的数据可用性 (DA)。零知识证明 (ZK) 执行引擎不会使区块链膨胀，也不会对我们已获得的可扩展性收益产生负面影响，而如果我们采用 EVM 或 SVM 式的方法，就会出现这种情况。此外，它没有严格强制的执行运行时，从而为开发人员提供了更大的灵活性。现在，您可以引入任何执行环境，并在 Avail 的基础层上使用零知识证明。 通过在底层检查和验证零知识证明，Avail 的执行引擎实际上将很大一部分计算外包给了外部，这符合 Avail 水平可扩展设计的核心理念。Avail 版本的加密猫不会占用链上的资源，也不会对其他链造成负面影响，因为 Avail 的加密猫会自行提供计算能力。 类似智能合约验证的 ZK 应用 开发人员现在可以构建 ZK 应用程序并直接在 Avail 中验证它们，而无需启动新的区块链，利用其安全性和可扩展性，类似于在以太坊上部署智能合约。 Avail 的执行运行时可以验证目前RISC Zero或SP1可证明的任何程序，并且未来还可以添加对Brevis、Starkware和其他 ZKVM 的支持。这开辟了广泛的 ZK 用例，例如： 原生代币部署（例如 ZK 铸造资产或稳定币） 智能合约（例如ZK验证的智能合约逻辑） TEE（可信执行环境）证明（例如机密计算证明） ZK自动化合规（例如KYC / AML检查，不会暴露私人用户数据） 开发者现在可以开始尝试 ZK 应用，并将其部署到 Avail 的执行运行时上。目前有两个版本：适用于以太坊的 ZK 应用和适用于 ZKsync 的 ZK 应用，它们分别用于在运行时验证以太坊和 ZKsync 的状态。如果您想了解更多信息，请查看各自的代码库，或者联系我，或者我们的开发者关系@naruto11eth和@robin_rrtx。 Avail 的成长历程 从一开始，我们就专注于理解区块链技术的基本原理，并从基本原理出发进行构建。如今，我们已经组建了一支高效的团队，他们比大多数人都更了解区块链技术，我们也欢迎其他与我们拥有共同愿景的先锋团队加入 Avail 生态系统。然而，正如许多事情一样，这项工作永远不会结束，我们现在还有很多工作可以做，以便更好地利用 Avail 独特的架构。 Avail 的 ZK 执行运行时将在即将到来的Nexus 升级中，在促进跨链交易方面发挥关键作用。它还将显著扩展 Avail 网络的范围，使其从提供数据可用性 (DA) 服务扩展到服务更广泛的开发者群体。现在，Avail 网络包含一个通用执行层，该层针对最新的 ZK 技术进行了优化，并支持最新的 ZK 技术，同时还提供最先进的数据可用性采样。 这仅仅是个开始。Avail 的 ZK 原生执行层为开发者开辟了全新的设计空间，使他们能够构建各种高度可扩展、可互操作的应用程序，并且比以往更加灵活。 原文👉链接： https://blog.availproject.org/native-zk-verification-unlocks-hyper-scalable-execution/ 官推:@AvailProject Gitbook：https://github.com/availproject/?ref=blog.availproject.org 博客：https://blog.availproject.org/ Discord:https://discord.com/invite/y6fHnxZQX8?ref=blog.availproject.org