Ang XRP Ledger ay nakapagproseso ng 3,254 na transaksyon sa isang ledger, na nagtatala ng iniulat na single-ledger record noong Setyembre 14.

Iniulat ng operator ng validator na si Vet ang bilang matapos suriin ang ledger at sinabing karamihan sa mga entry ay one-drop na pagbabayad ng XRP. Inilarawan niya ang aktibidad bilang posibleng throughput test, bagama't hindi pa nakumpirma ang layunin ng nagpadala.

Ang isang drop ay one-millionth ng isang XRP, na ginagawa itong pinakamaliit na yunit na naitatala ng network. Ang mataas na bilang ng transaksyon ay kumakatawan samakatuwid sa maraming maliliit na paglilipat, hindi isang hindi karaniwang malaking halaga ng XRP na gumagalaw sa pagitan ng mga account.

Ang ledger index at ang initiating account ay hindi natukoy sa pampublikong post ni Vet. Kung wala ang mga detalyeng iyon, ang pag-aangkin ng record ay nakasalalay sa kanyang pagsusuri at hindi maihahambing sa pamamagitan lamang ng post sa bawat naunang ledger sa kasaysayan ng XRPL.

Mga maliit na pagbabayad ng XRP ang nangibabaw sa record ledger

Karamihan sa 3,254 na transaksyon ay simpleng pagbabayad na may dalang isang drop ng XRP, ayon kay Vet. Ang mga simpleng native-asset transfer ay nangangailangan ng mas kaunting gawaing pagproseso kaysa sa mga transaksyon na kinabibilangan ng mga decentralized exchange order, NFT, o cross-currency payment path.

"Hindi ko alam kung bakit ginagawa ng taong ito ang mga transaksyong ito, ngunit mukha itong throughput testing, malamang," sabi ni Vet. Nanatiling speculative ang deskripsyon dahil hindi pa pampublikong ipinapaliwanag ng may-ari ng account ang aktibidad.

Ang bilang ng transaksyon ay hindi nagpapakita kung gaano karaming gawaing komputasyonal ang kinailangan ng isang ledger. Ang isang ledger na naglalaman ng libu-libong direktang pagbabayad ng XRP ay maaaring maglagay ng iba't ibang karga sa mga validator kaysa sa isang naglalaman ng mas kaunting trade, token operation, o kumplikadong payment path.

"Hindi lahat ng transaksyon ay pantay sa load footprint," sabi ni Vet. Tinantiya niya na 500 simpleng pagbabayad ng XRP ay maaaring lumikha ng mas kaunting stress kaysa sa 200 transaksyon na nangangailangan ng malawakang decentralized exchange processing.

Ang opisyal na dokumentasyon ng XRPL ay nagsasaad na ang bawat napatunayang ledger ay nagtatala ng mga transaksyon na inilapat sa nakaraang estado ng ledger. Ang nauugnay na metadata ay nagbibigay ng resulta at mga epekto ng bawat kasamang transaksyon.

Ang mga transaksyon na may resultang tesSUCCESS ay nakumpleto ang kanilang hiniling na aksyon. Ang mga entry na may resultang tec ay nananatiling naitala at kumakain ng bayarin, kahit na nabigo silang isagawa ang hiniling na operasyon. Ang iniulat na kabuuang 3,254 ay naglalarawan samakatuwid ng mga kasamang transaksyon, hindi kinakailangan 3,254 na matagumpay na paglilipat.

Ang kapasidad ng XRP Ledger ay gumagamit ng adaptive target

Ang XRP Ledger ay hindi gumagamit ng isang permanenteng limitasyon ng transaksyon para sa bawat ledger. Ina-adjust ng mga server nito ang mga operating condition bilang tugon sa volume ng transaksyon, latency ng network, at pagganap ng konsensus.

Sinabi ni Vet na maaaring taasan ng network ang soft transaction target nito kapag ang isang heavily loaded na ledger ay nagsara sa loob ng inaasahang panahon. Kapag ang mga oras ng pagsasara ay lumampas sa ginustong saklaw, maaaring bawasan ng network ang target upang matulungan ang mga validator na makabalik sa normal na timing.

Sinasabi ng dokumentasyon ng XRPL na ang mga server ay nagpapalitan ng mga panukala hanggang sa magkasundo ang mga pinagkakatiwalaang validator sa isang set ng transaksyon. Pagkatapos, kinakalkula ng bawat server ang bagong estado ng ledger at namamahagi ng isang nilagdaang validation na naglalaman ng nagresultang ledger hash.

Isang supermajority ng mga pinagkakatiwalaang validator ang dapat magkasundo sa parehong hash bago maging validated ang ledger. Kapag na-validate na, ang mga transaksyon nito at ang nagresultang estado ay nagiging pinal na bahagi ng kasaysayan ng ledger ng XRPL.

Ang resulta ng 3,254 na transaksyon ay nagbibigay ng ebidensya na nagkasundo ang mga validator sa isang ledger na nagdadala ng ganoong bilang ng mga entry. Hindi nito itinatatag ang isang bagong permanenteng throughput rate, dahil ang napapanatiling kapasidad ay nakasalalay sa pagiging kumplikado ng transaksyon, hardware, kondisyon ng network, at magkakasunod na oras ng pagsasara ng ledger.

Ang throughput na sinusukat mula sa isang ledger ay naiiba sa mga transaksyon kada segundo sa loob ng pinalawig na panahon. Ang isang maikling pagsabog ay maaaring maglagay ng maraming nakabinbing pagbabayad sa isang solong ledger, habang ang mga sumusunod na ledger ay maaaring bumalik sa normal na aktibidad.

Walang ulat ng pagganap mula sa Ripple, ang XRP Ledger Foundation, o ang mga tagapamahala ng reference software ng network ang nakumpirma ng permanenteng pagbabago sa kapasidad matapos ang record. Walang service interruption o nabigong consensus round ang naiulat na may kaugnayan sa pagdami.

Ang kamakailang aktibidad ay kinabilangan ng mas mabibigat na pagbabayad at kalakalan

Ang record ay naganap matapos ang isang panahon ng pagtaas ng pagbabayad ng XRPL at aktibidad ng kalakalan. Sa kaugnay na saklaw, ang volume ng order-book ng XRP Ledger ay tumaas ng 79% taon-sa-taon sa ikalawang quarter ng 2026, ayon sa ulat ng Evernorth.

Ang average na pang-araw-araw na volume ng order-book ay umabot sa 3.57 milyong XRP sa quarter, habang ang bilang ng mga pang-araw-araw na trader ay bumaba mula 1,864 hanggang 1,111. Sinabi ng Evernorth na ang average na volume kada trading account ay halos triple sa parehong panahon ng paghahambing.

Ang mga stablecoin transfer ay lumikha ng isa pang pinagmulan ng paggamit ng network. Gaya ng iniulat ng crypto.news, ang RLUSD ay nakabuo ng humigit-kumulang $9 bilyon sa transfer volume sa unang kalahati ng 2026 sa XRPL.

Ang ganitong aktibidad ay hiwalay sa mga one-drop transfer na natukoy sa record ledger. Walang ebidensya na binanggit ni Vet ang nag-ugnay sa 3,254 na transaksyon sa RLUSD, institutional settlement, exchange trading, o customer payments.

Maaaring sinusubukan ng nagpadala ang transaction submission, ledger packing, o iba pang teknikal na proseso. Ang available na pattern ng account ay hindi nagkukumpirma kung ang aktibidad ay nagmula sa isang developer, institusyon, awtomatikong serbisyo, o indibidwal na user.

Ang BatchV1_1 ay sumasailalim sa proseso ng susog

Dumating ang record habang ang mga validator ay isinasaalang-alang ang mga tampok ng protocol na ipinakilala sa bersyon 3.3.0 ng rippled, ang reference server software ng network. Inilabas ng XRP Ledger Foundation ang bersyon 3.3.0 noong Agosto 6.

Kasama sa mga iminungkahing feature nito ang BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, at Sponsor. Ang bawat feature ay sumusunod sa proseso ng susog ng XRPL bago ito maging aktibo sa pangunahing network.

Ang BatchV1_1 ay magpapahintulot sa maraming transaksyon na ibundle at iproseso nang magkasama. Sinasabi ng opisyal na talaan ng XRPL na pinapalitan nito ang naunang Batch amendment matapos makahanap ng kritikal na bug ang mga developer sa orihinal na implementasyon.

Hindi ipinapaliwanag ng feature ang 3,254-transaction ledger dahil hindi pa nakumpleto ang mainnet activation ng BatchV1_1 nang maganap ang aktibidad. Ang presensya nito sa server release ay nangangahulugan na maaaring suriin at iboto ng mga validator ang susog.

Ang mga patakaran ng susog ng XRPL ay nangangailangan ng higit sa 80% na suporta mula sa mga pinagkakatiwalaang validator sa loob ng dalawang tuloy-tuloy na linggo. Kung ang suporta ay bumaba sa 80% o mas mababa bago matapos ang panahon, magre-reset ang countdown.

Ipakikilala ng ConfidentialTransfer ang mga naka-shield na balanse at halaga ng paglilipat para sa Multi-Purpose Tokens habang nagbibigay ng mekanismo sa pagtingin para sa mga awtorisadong partido. Papayagan ng DynamicMPT ang mga issuer na baguhin ang mga napiling setting ng token maliban kung gawin nilang permanenteng immutable ang mga property na iyon.

Ang PermissionDelegationV1_1 ay pumalit sa isang naunang delegation feature na hindi pinagana ng mga developer matapos makahanap ng kritikal na bug. Papayagan ng na-update na susog ang mga XRPL account na magtalaga ng limitadong pahintulot sa ibang account matapos ang pag-apruba ng validator.

Walang petsa ng pag-activate ang garantisado para sa mga susog na nasa ilalim pa ng pagboto. Maaaring baguhin ng mga operator ng validator ang kanilang mga boto, at sinasala ng network ang suporta ng susog sa paligid ng mga flag ledger, na nangyayari humigit-kumulang tuwing 15 minuto.