Ang XRP Ledger ay nagbibilang ng oras para sa isang malaking upgrade sa mga pagbabayad, kung saan ang Batch V1.1 ay nasa loob na ng dalawang linggong activation window at may tinatayang siyam na araw na lang bago ito maisama sa mainnet.
Ang Batch V1.1 ay isang kapalit na amendment na nagdadala ng naiwastong Batch implementation sa xrpld v3.3.0 at nakakuha ng majority (higit sa 80% na suporta) noong Setyembre 15.
Gumagamit ang amendment system ng XRP Ledger ng proseso ng consensus upang aprubahan ang mga pagbabago na nakakaapekto sa pagproseso ng mga transaksyon. Kapag ang isang amendment ay nakakuha ng higit sa 80% na suporta sa loob ng dalawang linggo, ito ay papasa at ang pagbabago ay permanenteng maipapatupad sa lahat ng kasunod na bersyon ng ledger.
Kasalukuyang natutugunan ng Batch V1.1 ang kinakailangang ito, na may 85.71% consensus. Batay sa datos mula sa xrpscan, inaasahang maa-activate ang Batch V1.1 nang hindi mas maaga sa Set 29, 2026 sa ganap na 2:06 PM UTC, kung mananatili ang suporta sa 80% o higit pa sa loob ng activation window.
Susunod na malaking upgrade sa pagbabayad para sa XRP?
Pinapayagan ng Batch (XLS-56) ang maramihang XRPL na mga transaksyon mula sa maraming account na maisakatuparan ng sabay-sabay sa loob ng isang ledger close. Kapag nabigo ang kahit isang inner transaction sa all-or-nothing mode ng feature, irorolbak ang buong batch. Pinapasimple nito ang iba't ibang uri ng atomic activities at nagsisilbing pundasyon para sa multi-party coordination sa XRPL, kabilang ang atomic swaps, coordinated settlements, at anumang workflow kung saan dalawa o higit pang partido ang kailangang kumilos ng kasabay nang hindi umaasa sa tiwala.
Kailangan o nagsisilbing pampabilis ang Batch para sa ilang high-value na XRPL use cases na kasalukuyang may kontrata o nasa active pipeline, gaya ng atomic multi-party settlements.
Ang mga institutional workflows (custody transfers, DvP settlement, at finalisasyon ng cross-border payments) ay nangangailangan ng dalawang o higit pang account na sabay-sabay na kikilos. Inaalis ng Batch ang pangangailangan para sa tiwala sa execution ordering, kaya tinatanggal ang uri ng race conditions at mga isyu sa partial execution.
Pinapayagan ng Batch ang native na implementasyon ng mga programmatic chain patterns (gaya ng multi-call, atomic bundles, at flash loans) sa XRPL kahit walang smart contracts, na nagpapababa ng hadlang sa pagpasok ng mga bagong developer. Pinapayagan din ng Batch ang mga DEX, wallet, at marketplace na kumita mula sa mga transaksyong ipinapatupad nila sa pamamagitan ng pag-bundle ng base transaction (gaya ng isang payment) kasama ang platform fee.
