DEV Community ·

XRPL可编程性虚拟机的调研

💡 原文英文，约3700词，阅读约需14分钟。

📝

内容提要

随着对XRP Ledger无权限可编程性的需求增加，RippleX团队评估了多种智能合约系统和虚拟机。经过筛选，Hooks、WASM和EVM被选为候选方案，最终WASM被认为是XRPL可编程性的最佳选择。

🎯

关键要点

对XRP Ledger的无权限可编程性需求增加，RippleX团队评估了多种智能合约系统和虚拟机。
经过筛选，Hooks、WASM和EVM被选为候选方案，最终WASM被认为是XRPL可编程性的最佳选择。
可编程性的主要目标包括：无需UNL批准、与XRPL设计良好兼容、易于访问原生功能、便于新开发者学习、对现有用户影响最小。
在第一阶段的研究中，考虑了多种技术，包括Hooks、Stellar（Soroban）、EVM、Solana、Aptos/Sui（Move）、TON、NEAR、BitVM、RISC-V和L2/侧链。
Hooks是为XRPL设计的小代码片段，能够在交易中触发，经过评估后决定进入下一阶段。
Soroban在与XRPL架构相似性方面表现良好，但由于生态系统采用率低和原生功能访问问题，未能进入下一阶段。
EVM是最受欢迎的开发栈，经过评估后决定进入下一阶段，尽管存在集成难度。
Solana的合约系统与XRPL的交易系统差异较大，因此未能进入下一阶段。
Aptos/Sui的Move VM因其高性能和内存安全性而被选入下一阶段，尽管学习曲线陡峭。
TON的VM因使用TON类型而未能进入下一阶段，集成难度较大。
NEAR的WASM支持良好，决定进入下一阶段。
BitVM和RISC-V因设计和成熟度问题未能进入下一阶段。
L2和侧链的解决方案因效率问题被排除，尽管XRPL生态系统中仍有其存在的价值。
第一阶段总结：WASM、MoveVM和EVM进入下一阶段。
第二阶段专注于虚拟机的集成和性能影响，最终决定WASM为XRPL可编程性的最佳选择。
后续将发布关于XRPL可编程性愿景的博客文章和相关规范。

🔎

延伸解读

XRPL可编程性的背景

随着区块链技术的发展，开发者对无权限可编程性的需求日益增加。XRPL作为一个高效的支付网络，面临着如何在保持安全性的同时，提供灵活的智能合约功能的挑战。RippleX团队的研究旨在找到最适合XRPL的虚拟机，以满足这一需求。

WASM的优势与挑战

WASM被认为是XRPL可编程性的最佳选择，主要因为其通用性和高性能。然而，WASM的集成仍需解决存储接口和气体测量机制等问题。开发者在使用WASM时，需关注这些技术细节，以确保智能合约的高效运行。

EVM与XRPL的兼容性问题

尽管EVM在区块链开发中广受欢迎，但其与XRPL的兼容性问题不容忽视。为了使EVM在XRPL上运行，必须对其进行重大修改，这可能会削弱EVM的优势。因此，开发者在选择智能合约平台时，应考虑这些潜在的整合难题。

❓

延伸问答

XRPL的可编程性为何重要？

XRPL的可编程性允许开发者在无需UNL批准的情况下安全地实现复杂的链上代码，满足日益增长的需求。

RippleX团队评估了哪些虚拟机？

RippleX团队评估了Hooks、WASM和EVM等多种虚拟机，最终选择WASM作为最佳方案。

WASM为何被认为是XRPL的最佳选择？

WASM被认为是XRPL的最佳选择，因为它与XRPL设计兼容，易于访问原生功能，并且对新开发者友好。

在第一阶段的研究中，哪些技术未能进入下一阶段？

在第一阶段，Solana、Soroban、TON、BitVM和RISC-V等技术未能进入下一阶段。

XRPL可编程性的主要目标是什么？

XRPL可编程性的主要目标包括无需UNL批准、与XRPL兼容、易于访问原生功能和对现有用户影响最小。

下一步关于XRPL可编程性将发布什么内容？

后续将发布关于XRPL可编程性愿景的博客文章和相关规范。

🏷️