XRP Ledger开发者提议零XRP开户 以免除1 XRP储备成本
XRP Ledger开发者提交SponsoredAccountCreate提案,由赞助账户代付1 XRP储备,新钱包可零XRP开立;赞助修正案截至10月19日获35名验证人中的11票,激活需29票。
AI 摘要AI
- XRP Ledger开发者10月15日提交SponsoredAccountCreate代码提案,拟免除1 XRP开户储备
- 新机制由赞助账户代付储备金,新钱包可零XRP余额开立
- Sponsored Fees and Reserves标准允许代付费用且赞助方不掌握私钥
- Ripple已联合Stripe旗下Privy为XRP Ledger应用提供嵌入式钱包
SponsoredAccountCreate直指1 XRP储备门槛
XRP Ledger上新账户可能很快可以零余额开立,取消目前每一位用户都必须以XRP支付的固定入门成本。这项工作针对的是账本的账户规则,而非XRP价格,其具体形式是10月15日提交到rippled代码仓库的一项代码提案,该仓库托管着网络的核心服务器软件。改动新增了一笔名为SponsoredAccountCreate的交易,允许既有账户创建新的加密钱包,并代付新账户的储备要求。
储备金正是整套设计的核心。XRP Ledger的每个账户必须至少持有1枚XRP,只要账户保持活跃,这笔资金就一直处于锁定状态。规则的初衷是防止网络被空钱包灌满,但它同时给新用户进入网络的成本划下了一条硬底线。以一家需要为10万个客户账户做配置的公司为例,仅储备一项就要占用10万枚XRP,这些资金闲置在账本上,无法进入实际支付流转。
在拟议的交易机制下,这笔成本是被转移,而不是被取消。储备金由赞助账户承担,客户的钱包可以以零XRP余额启动,而网络整体的储备义务并未减少。提案所依托的更广泛的Sponsored Fees and Reserves标准还允许赞助方代付用户的交易手续费。该标准已经支持一个账户替另一个账户支付网络费用,且不会取得对方的私钥控制权,因此赞助方自始至终不接触用户资金。与单纯代付手续费相比,新代码走得更远:赞助方不是先给钱包充入XRP再让用户自行打理,而是直接以零余额创建账户。对于批量配置账户的自动化系统来说,锁定10万枚XRP与零枚XRP之间的差别,就是一笔预算开支与一个不存在的问题之间的差别。
Privy集成与29票门槛
提案落地的位置上,集成已经先行一步。Ripple近期与Privy达成合作,后者是Stripe旗下的嵌入式钱包服务商,双方要将应用内钱包引入
XRP Ledger应用。这类钱包实质上是由应用替用户保管的一种热钱包,设计上支持以XRP以及Ripple的稳定币RLUSD进行支付,RLUSD已在XRP Ledger和以太坊两条链上获得Moody's的A2评级。目前这类钱包在激活前必须先注入XRP,哪怕它的用途只是持有稳定币。在赞助机制下,用户提前购买XRP的环节被应用与赞助方之间的服务关系取代。同样的摩擦也存在于软件代理的自动支付场景,这正是Ripple与Privy宣布合作时点名的核心AI加密钱包用例。
代码本身尚未达到上线的状态。该拉取请求仍处于开放状态,自动化代码审查发现的两个问题尚未解决,而且它所依赖的赞助相关改动也还没有在主网激活。这些改动目前握在验证人手里。截至10月19日(星期一),赞助修正案在35个受信验证人中拿到11票,距离激活所需的29票仍有明显差距。票数规则解释了这一差距:XRPL修正案只有在受信验证人集合的超级多数投下赞成票并在激活窗口内维持该投票时才会生效,因此29/35是赞助相关改动必须达到并保持的门槛。对节点运营者而言,实际步骤是运行包含新交易类型及其依赖的赞助逻辑的rippled版本,然后发出支持信号。在此之前,基于Privy集成的应用仍要继续支付SponsoredAccountCreate想要取消的那1枚XRP入门成本。
锁定XRP由赞助方承担
如果赞助修正案跨过29票门槛,实际效果是稳定币用户完全不必购买XRP。这会重塑资产需求的分布:不再是10万名客户各自锁定1枚XRP,而是单一赞助方锁定10万枚XRP,代币作为网络抵押品的角色集中到少数支付公司手中。对于一个以结算实用性为卖点的山寨币来说,PayFi的落地更多取决于赞助方的经济账,而不是散户购买,SponsoredAccountCreate正是为这一模式而写。截至10月19日的11票,就是时机问题眼下的答案:转变尚未到来。
原始来源
- 一项代码提案 · github.com
本文由人工智能辅助生成、经 AI 审核,并在 COINOTAG 编辑监督 下发布。

