币圈网报道: 兽医(XRP账本 dUNL 验证者)最近在一条推文中概述了波纹首席技术官David Schwartz 为 XRP 分类账设计的智能合约蓝图。
Schwartz 参与了 X space 上关于“XRPL 可编程性”的讨论,与 RippleX 软件工程师 Mayukha Vadari、Bias Goose、Dan Fisher 等人一起参与讨论。
Vet 将 Ripple 首席技术官的观点总结为四点。几周前,XRP 在专用开发网络 AlphaNet 上推出了 XRP 账本智能合约功能,标志着 XRP 智能合约发展迈上了一个新的里程碑。
David 谈 XRP 账本上的智能合约。1)我们不需要完全通用的SC。我们不需要成为最好的SC平台,只需要通过SC实现一点可编程性。2)它能增强原生功能。如果无法将原生功能整合在一起,它们的作用就会大打折扣。3)…pic.twitter.com/WENSRxRJUI
— Vet (@Vet_X0)2025年11月27日Vet施瓦茨解释了XRPL上智能合约功能有限的理由。这位Ripple首席技术官表示,XRP账本可能不需要功能齐全的通用智能合约,只需要通过智能合约实现少量的可编程性:“我们不需要成为最好的智能合约平台,只需要通过智能合约实现少量的可编程性。”
施瓦茨设想了一种场景,即智能合约可以增强原生功能,并补充说,如果它们不能将原生功能连接起来,那么它们就没那么有用。
这Ripple首席技术官重申了安全的重要性,并强调了循序渐进的本质。这种方法虽然无法实现完全的可编程性,但可以采取稳妥的步骤,施瓦茨认为这将带来最佳的实际反馈。
鉴于 SCs-XLS101 的设计较为局限,它允许大量修改无需被视为协议变更。这被认为将极大地提升所有使用 XRPL 协议的参与者(包括银行和个人用户)的协议安全性。
关于智能合约实现的讨论XRP LedgerRippleX 软件工程师 Mayukha Vadari 在推特上分享了一条关于 XLS-101 智能合约的提醒。
“提醒:XLS-101智能合约并非基于EVM,”Mayukha在推特上写道。XLS-101智能合约与XRPL EVM侧链有所区别,后者是一个支持以太坊智能合约的独立区块链。
XLS-101 智能合约是 XRPL 的智能合约系统的形式化设计,其灵感来源于几个现有的智能合约系统(包括 Xahau 的 Hooks 和 EVM)。
据报道,兽医此前已澄清了一些误解XRPLedger 智能合约,请注意,这并非旨在与某些现有设计完全相同,也并非旨在取代 XRPL 的现有构建模块,更不会修改向验证者支付报酬的共识协议。