RippleX工程师澄清XRP账本智能合约的误解：原生可编程性才是关键

上周末，XRP账本宣布在网络可编程性方面取得了一项关键里程碑式进展，引发社区广泛关注。

据官方消息，XRP Ledger 的智能合约功能现已在专用开发网络 AlphaNet 上向开发者开放，供其探索和测试。这一举措是同类功能中的首创，标志着 XRP Ledger 正式引入了原生 Layer-1 智能合约功能。

然而，随着关于 XRP 分类账中引入智能合约的讨论持续升温，RippleX 软件工程师 玛尤卡·瓦达里 出面澄清了一些误解。此前，一位 X 用户声称，过去两年里，智能合约已经在 XRP 分类账主网上运行。

Vadari 对此表示，这实际上是一个不同的网络，并且该网络带来了一系列自身的复杂问题。

这位 X 用户很可能指的是 Hooks，这是 XRP 分类账的一个智能合约提案。Vadari 再次强调了 XRP 分类账原生可编程性的独特价值，并补充道：“可编程性在其他相邻链上很有用，例如 EVM 侧链（Squidrouter 对此有所帮助），但不如原生可编程性那么实用——例如，原生可编程性无法保证原子性。”

XRP Ledger 上的原生智能合约

去年九月，Ripple 向 XRP 社区承诺将无需许可的可编程性引入 XRP 账本（XRPL）。为此，社区概述了两项关键进展：在 XRP 账本主网上引入原生智能合约功能，以及 XRPL EVM 侧链的开发。

Ripple 当时表示，现有的智能合约标准，例如 XRPL Labs 的 Hooks，为增强主网功能奠定了重要基础。

XRPL 主网可编程性的关键考虑因素包括无需许可即可部署智能合约，以及易于定制原生功能。

值得注意的是，XRPL EVM 侧链运行在第 2 层，因此在侧链上运行的任何智能合约都不会直接集成到 XRPL 中。