Exchange Ranking
Top Exchanges
24h Volume Ranking
Popularity Ranking
Exchange BTC Balance
Proof of Reserves
Decentralized Exchanges
Funding Rate
Funding Heatmap
Liquidation Data
Max Pain
Long/Short Ratio
Whale L/S Ratio
Binance/Okex/Huobi L/S
Bitfinex Margin L/S
ETF Tracker
Solana ETF
XRP ETF
Hong Kong ETF
Bitcoin Treasuries
Crypto Reversal
Ethereum Reserves
HyperLiquid Wallet Analysis
Hyperliquid Whale Watch
Large Transactions
On-chain Movement
Bitcoin ROI
Stablecoin Market Cap
Options Analysis
News
Articles
Economic Calendar
Features
Wallet
Contract Calculator
Security
Collections
Watchlist
Following
XRP RippleX 宣布 XRP Ledger 批次修改（Batch Amendment）已准备就绪
Ripple 的开发者部门 RippleX 宣布，XRP Ledger 的“批次”（Batch）功能修改已准备好激活。周一发布的技术审查报告解释了该功能在发现原始版本存在关键安全漏洞后是如何重新构建的。
修正后的 Batch V1.1 版本随 xrpld v3.3.0 一同发布，允许来自不同账户的多笔交易在一个账本关闭周期内原子式结算。RippleX 将这一能力描述为网络上实现原子交换和多方面协调的基础。
为何撤回原始批次方案
原始的批次修改提案 XLS-56 于 2026 年 2 月 19 日被搁置，当时安全研究人员和 Cantina AI 指出其签名验证例程中存在一个关键缺陷。
名为 checkBatchSign 的功能旨在确认每个内部交易的账户是否已授权该批次，但其中存在一个“提前返回”（early-return）的 bug：当它遇到账本上尚不存在的账户签名者时，会错误地返回成功状态，并跳过对剩余所有签名者的验证。RippleX 表示，这一漏洞可能使攻击者能够在未经受害者私钥的情况下代表其执行交易。由于该修改仍处于投票阶段，尚未在主网上激活，因此没有资金面临风险。
Batch V1.1 的安全加固措施
Batch V1.1 是一个替代性的修改方案，彻底消除了上述提前返回的 bug。RippleX 表示，根本原因的修复已通过拉取请求 #6446 合并，并由四名高级工程师进行了审查。此外，还通过 Sherlock 批量攻击竞赛、Halborn 重新评估以及 Common Prefix 审计获得了额外的安全保障。
包含 Cantina 扫描在内的 AI 辅助静态分析流程已被整合到发布过程中，同时在开发网（devnet）和测试网（testnet）上进行了回归测试。该修改随 xrpld v3.3.0 版本发布，该版本还将其他五项提案一并打包。
原子交易与未来展望
“批次”功能旨在让多笔 XRPL 交易作为一个单一的“全有或全无”单元执行，即整个批次要么完全成功，要么完全回滚。这种设计旨在支持原子交换和协调结算。
与所有 XRP Ledger 修改一样，Batch V1.1 必须在主网激活前连续 14 天获得 80% 的验证者多数票支持。根据网络修改跟踪器的数据，目前该方案仍处于投票阶段。
本月，该账本受到了更广泛的关注：国际清算银行（BIS）最近测试了该网络，以将官方统计数据锚定在链上；同时，随着交易所交易基金（ETF）需求和衍生品访问范围的扩大，XRP 正进一步深入传统金融领域。
