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可编程性愿景的博客文章和相关规范。
➡️
