Ripple 的首席技术官 David 施瓦茨 表示，该公司应该更早地优先考虑 XRP 分类账 (XRPL) 上的原生智能合约功能。
请讲 在最近一次题为“XRPL的可编程性”的X Spaces研讨会上，Schwartz解释说，Ripple早期对智能合约的怀疑态度延缓了Layer-1层智能合约功能的开发。他认为，这种犹豫最终减缓了整个XRPL生态系统的开发者创新。
早期犹豫
于2012年推出， XRP Ledger的设计初衷是追求速度、可靠性和支付功能，而非复杂的、可编程的应用。因此，Ripple最初认为没有必要开发智能合约。
以太坊于 2015 年推出后，智能合约在加密货币领域迅速普及，许多项目开始探索这项技术。与此同时，XRPL 开发者们也开始关注智能合约。 制作 尽管Ripple已采取行动推出该功能，但其仍犹豫不决。
根据 Schwartz 该公司早期的立场反映出一种信念，即智能合约必须完美无缺或处于行业领先地位才能证明其部署的合理性。事后看来，他承认这种思维方式导致Ripple忽视了渐进式进步的价值。
开发者目前面临的限制
此外，施瓦茨也承认，开发者目前在直接基于 XRP 分类账进行开发方面面临诸多挑战。他指出，开发者要么必须向区块链提出新功能提案（这需要通过社区修正案获得批准），要么只能专注于创建钱包和前端应用程序。
施瓦茨指出，构建钱包和用户界面固然重要，但他强调，这种方法并不适合在区块链上创建可持续发展的业务。
低估小进步的价值
此外，他还指出，即使是基本的智能合约功能也能带来显著的益处。这位首席技术官认为，这些基本功能可以让开发者通过独特的链上特性来打造差异化产品，并实现自定义业务逻辑。
施瓦茨认为，在链上区分产品往往能为开发者提供更好的账本体验，并影响他们选择在哪个区块链上进行构建的决策。
AMM还不够
此外，施瓦茨指出，虽然 XRPL 的自动做市商 (AMM) 是一项强大的功能，但如果没有智能合约等周边工具，其影响将受到限制，而智能合约本可以实现更深层次的集成和可编程性。
从本质上讲，他认为即使是最简单的智能合约功能也能让开发者在现有功能的基础上构建新产品。
与此同时，Ripple 开始 探索 去年，XRPL 平台推出了智能合约功能。这项举措已取得显著成果，该功能已于本月初部署在 XRPL 的 AlphaNet 上，使开发者能够在最终上线主网之前进行测试。
微信里点“发现”，扫一下二维码便可将本篇文章分享至朋友圈
主题测试文章，只做测试使用。发布者：币安赵长鹏，转转请注明出处：https://www.binancememe.com/292400.html
