Smart Escrow 第2篇：什么是 WebAssembly？

Source: Dev.to

Introduction

随着 XRPL 向无权限可编程性迈进，首先从智能托管（Smart Escrows）开始，它需要一个安全、可靠且高性能的引擎来运行自定义开发者代码。我们的结论是，这个引擎应该是 WebAssembly（WASM）。

Why WebAssembly for XRPL

今年早些时候，RippleX 可编程性团队对多种虚拟机（VM）选项进行了调研，得出 WASM 是 XRPL 生态系统的最佳选择，原因有多方面。调研报告可在此阅读。

WASM 并非区块链专属。它是一种通用的开放标准，最初旨在在网页浏览器中运行高性能应用（虽然现在已被广泛用于其他场景）。它旨在支持任何语言在任何操作系统上运行，实际上大多数语言都拥有一定程度的支持。

基于 WASM 的智能合约运行时具备确定性、安全性和可移植性。整个系统依赖 WebAssembly 的核心承诺——确定性执行，这意味着代码将在所有 rippled 节点上以相同方式运行，无论操作系统或硬件如何，从而保证共识得以维持。此外，WASM 提供更好的性能，并支持许多通用编程语言，如 Rust、C 和 Go，使 Web2 开发者能够使用熟悉的语言。正因为这些优势，WASM 成为新兴区块链项目（包括 Polkadot、Cosmos、Near 以及 Stellar 上的 Soroban）最受欢迎的智能合约语言选择。

Host Functions

为了安全地访问账本数据并提升计算密集型任务的效率，WASM 代码依赖 Host Functions。可以把 Host Function 看作内部 API 调用：它在 WASM 代码之外（在运行 XRPL 的高效 C++ 代码中）实现，允许 WASM 程序安全地查询账本状态数据。在 EVM 术语中，这大致相当于预编译合约（precompiles）。

Smart Escrows 中 WASM 代码的基本规则是 只读访问，仅允许极其特定的写入操作。WASM 代码对所有账本对象以及各种链上数据（如账本头信息）拥有只读访问权限。它只能写入其所附属的 Escrow 的 Data 字段。这一严格限制确保自定义逻辑不会对账本完整性或其他账户的余额产生负面影响。

WASM Runtime Choice

WASM 运行时环境是低层的虚拟栈机器，类似于 JVM，可以嵌入到任何宿主应用（如 rippled）中。已有多种实现，各有取舍。我们选择 Wasmi，因为它的性能表现以及在其他区块链（Polkadot 和 Solana 也使用 Wasmi）中的使用历史。更多细节请参阅运行时回顾文章。

Summary

WASM 是安全、高性能的虚拟机，用于执行智能托管的自定义释放逻辑。它让开发者能够使用熟悉的编程语言部署复杂的条件规则，同时在严格受控的边界内运行，确保 XRPL 所秉持的安全性和稳定性。