Ang Batch V1.1 ng XRP Ledger ay nanatili sa itaas ng kinakailangan nitong validator threshold, habang sinasabi ng Ripple na naghahanda ang mga tagapamahala ng asset at komersyal na proyekto na gamitin ang tampok ng transaksyon kung ito ay mag-activate sa huling bahagi ng buwan.
Iniulat ng CoinDesk noong Setyembre 19 na sinabi ni Ayo Akinyele, pinuno ng engineering ng RippleX, na ang trabahong kinasasangkutan ng mga tagapamahala ng asset ay inihahanda sa paligid ng Batch V1.1, na maaaring magbalot ng hanggang walong transaksyon sa iisang operasyon ng Batch. Hindi pa pampublikong pinangalanan ng Ripple ang mga tagapamahala ng asset o isiwalat ang tiyak na petsa ng paglulunsad.
Ang live na datos ng pagbabago na sinuri noong Setyembre 20 ay nagpakita ng 30 sa 35 na sinusubaybayang pinagkakatiwalaang validator na sumusuporta sa Batch V1.1. Ang XRP Ledger ay nangangailangan ng hindi bababa sa 80% suporta na mapanatili sa loob ng 14 na magkakasunod na araw bago mag-activate ang isang pagbabago, na naglalagay ng kasalukuyang threshold sa 28 boto. Nagsimula ang countdown noong Setyembre 15 ng 14:06:41 UTC at tumuturo sa posibleng pag-activate kaagad pagkatapos ng parehong oras sa Setyembre 29 kung mananatili ang suporta.
Ang detalye ng XLS-56 ay tumutukoy sa Batch bilang isang transaksyon na nagbabalot sa pagitan ng dalawa at walong panloob na transaksyon. Sinusuportahan nito ang apat na mode ng pagproseso: Lahat o Wala, Isa Lang, Hanggang sa Pagkabigo, at Independiyente. Ang setting na Lahat o Wala ay nangangailangan na matagumpay na maisagawa ang kumpletong grupo o pumipigil sa pagiging epektibo ng batch.
Nakatuon ang Ripple sa bahagi ng komersyal na diskusyon sa delivery-versus-payment, o DvP. Sa ganoong transaksyon, ang paglilipat ng asset at ang bayad nito ay maaaring ilagay sa loob ng parehong atomikong operasyon. Ang isang bigong pagbabayad ay pipigil sa naka-ugnay na paglilipat ng asset na matapos sa ilalim ng setting na lahat o wala.
Sinabi ni Akinyele sa CoinDesk na “Magbabahagi kami ng higit pa kapag live na ang tampok, kasama ang trabaho sa mga pangunahing tagapamahala ng asset.” Hindi pa tinutukoy ng Ripple ang mga kumpanyang iyon, kaya nananatili ang pahayag bilang isang paglalarawan ng kumpanya ng trabaho na hindi pa pampublikong naidokumento sa pamamagitan ng mga anunsyo ng pinangalanang kasosyo.
Inililista ng detalye ng XLS-56 ang trustless multi-account swaps, bayarin sa platform, at istruktura ng flash-loan bilang kabilang sa mga potensyal na gamit. Ang isang marketplace o wallet ay maaaring, halimbawa, magbalot ng bayad ng customer na may service charge sa halip na mangailangan ng magkahiwalay na transaksyon, habang ang iba't ibang account ay maaaring magpahintulot sa indibidwal na bahagi ng parehong Batch.
Sinabi ni Akinyele na “ilang proyekto ay ginagawa na na isinasaalang-alang ang Batch,” ngunit ang mga pagkakakilanlan ng kasosyo at iskedyul ng produksyon ay nananatiling hindi isiwalat. Sinabi ng Ripple na susunod ang mga detalye pagkatapos mabuo ang mga plano.
Hanggang sa pinakahuling pagbasa noong Setyembre 20, ang Batch V1.1 ay may 30 sumusuportang boto sa 35 validator na sinusubaybayan ng XRPLDashboard, na katumbas ng humigit-kumulang 85%. Samakatuwid, ang suporta ay nanatili sa itaas ng 28-boto na threshold na kinakailangan upang ipagpatuloy ang window ng pag-activate.
Ang inaasahang petsa ng Setyembre 29 ay kondisyonal. Hindi nag-a-activate ang mga pagbabago sa XRPL nang simple dahil sa pagtawid nila ng 80% nang isang beses. Dapat panatilihin ng mga validator ang supermayoridad sa loob ng buong 14-araw na panahon, at maaaring baguhin ng mga validator ang kanilang mga boto habang tumatakbo ang orasan. Kung ang suporta ay bumaba sa kinakailangan na antas, humihinto ang kasalukuyang window at isa pang walang patid na panahon ang kakailanganin matapos mabawi ang threshold.
Ang pinakahuling bilang ay nagpapalawak ng mabilis na pagtaas ng suporta ngayong buwan. Ang Batch V1.1 ay mayroon noon 24 sa 35 boto ng validator, o 68.57%, na nag-iiwan dito sa ibaba ng threshold ng pag-activate. Ang suporta ay tumaas sa 27 boto noong Setyembre 15, bago sapat na mga validator ang sumuporta sa pagbabago upang simulan ang countdown.
Ang pagbabago mismo ay isinama sa xrpld bersyon 3.3.0 noong Agosto 6. Ang opisyal na release notes ng XRP Ledger ay naglalarawan sa Batch V1.1 bilang kapalit ng orihinal na Batch amendment at nagsasaad na sinusuportahan nito ang hanggang walong panloob na transaksyon, kabilang ang mga istruktura ng atomic-swap.
Mula noon, inilabas ng XRP Ledger Foundation ang xrpld 3.4.0. Ang paglabas ng software noong Setyembre 16 ay nagpapakilala ng magkahiwalay na pagbabago sa pagpapahiram at paglilinis at hindi pinapalitan ang Batch V1.1, na nananatili sa sarili nitong proseso ng pagboto sa mainnet. Pinayuhan ang mga operator ng server na mag-upgrade sa bersyon 3.4.0 para sa pagpapatuloy ng serbisyo.
Ang kasalukuyang pagbabago ay dumating matapos itigil ng mga developer ang orihinal na panukala ng Batch noong Pebrero. Sinasabi ng opisyal na pagsisiwalat ng kahinaan ng XRPL na tinukoy ng security researcher na si Pranamya Keshkamat at ng Apex tool ng Cantina AI ang isang kritikal na depekto sa pagpapatunay ng pirma noong Pebrero 19.
Sa ilalim ng tiyak na mga kondisyon, ang mahinang code ay maaaring huminto sa pagsusuri ng mga tagapirma ng Batch matapos makatagpo ng isang bagong likhang account. Sinabi ng XRPL Labs na ang isang umaatake ay maaaring nagpasok ng di awtorisadong transaksyon mula sa isa pang account nang hindi nagmamay-ari ng pribadong key ng may-ari ng account na iyon. Ang mga potensyal na transaksyon ay maaaring kabilangan ng mga pagbabayad at ilang pagbabago sa estado ng ledger.
Hindi kailanman naging aktibo ang depekto sa mainnet ng XRP Ledger. Ang orihinal na pagbabago ay nasa yugto pa rin ng pagboto, at sinabi ng XRPL Labs na walang pondo ang nasa panganib. Pinayuhan ang mga validator na bumoto laban dito, habang ang rippled bersyon 3.1.1, na inilabas noong Pebrero 23, ay ginawang hindi suportado ang Batch at fixBatchInnerSigs upang hindi sila mag-activate.
Pagkatapos ay binago ng mga developer ang lohika ng pagpirma at awtorisasyon para sa kapalit. Sinabi ng ulat ng kahinaan na inalis ng remedial ang maagang kondisyon ng tagumpay, nagdagdag ng mga proteksyon sa awtorisasyon at pinahigpit ang mga panuntunan sa pagsusuri ng pirma. Ang Batch V1.1 ay isinama kalaunan sa xrpld 3.3.0 matapos ang pagpapaunlad at pagsusuri.
Nagpatuloy ang trabaho sa seguridad bago ang kasalukuyang boto ng validator. Iniulat ng Ascrypto.news sa saklaw ng pagsusuri sa seguridad ng Batch V1.1, inayos ng mga developer ang isa pang 11 isyu na kinasasangkutan ng mga pirma, pagsusuri sa awtorisasyon at posibleng pag-crash ng server bago umabot ang pagbabago sa kasalukuyang yugto ng pagboto nito.
Sinabi ni Akinyele sa CoinDesk na ang pagsusuri ay kinabilangan ng panloob na pagsubok ng kalaban, pagsusuri na tinulungan ng AI, isang kumpetisyon sa seguridad ng Sherlock at mga pagtatasa na kinasasangkutan ng Halborn at Common Prefix. Iniugnay ng CoinDesk ang mga detalyeng iyon sa RippleX; ang mga pampublikong ulat ng kasosyo na sumasaklaw sa bawat bahagi ng pagsusuring iyon ay hindi kasama sa materyal na sinuri para sa ulat na ito.
Ang ecosystem ng developer ng XRPL ay gumawa ng mga sumusuportang pagbabago habang umunlad ang disenyo ng pagpirma. Ang isyu noong Hunyo sa opisyal na repository ng xrpl.js ay nagdokumento na ang mas lumang lohika ng pagpirma ng Batch ay hindi tumutugma sa binagong format ng Batch V1.1 dahil ang karagdagang impormasyon sa account at sequence ay nakatali sa mga pirma. Sinasabi ng kasaysayan ng paglabas ng JavaScript binary-codec na ang suporta sa pagpirma ng Batch V1.1 ay idinagdag sa bersyon 2.9.0 noong Agosto.
Ang mga komento ng Ripple sa Batch ay dumating habang ang mga kumpanya ng pananalapi at mga developer ay gumagamit ng imprastraktura ng XRP Ledger para sa mga tokenisadong asset at mga proyekto ng institusyonal na pag-aayos. Noong Hunyo, nakilahok ang JPMorgan, Mastercard, Ondo Finance at Ripple sa isang pagsubok sa pagtubos ng tokenisadong U.S. Treasury gamit ang XRP Ledger.
Sinabi ni Monica Long, Pangulo ng Ripple, noong Agosto na inililipat ng mga institusyon ng pananalapi ang ilang tokenized-asset work mula sa mga pilot program patungo sa produksyon. Iniulat ng Crypto.news sa mga proyekto ng institusyonal na tokenization ng Ripple na inilunsad ng Aviva Investors ang isang tokenisadong klase ng share ng pondo sa XRPL noong Hulyo at tiningnan ng Ripple ang RLUSD bilang isang posibleng cash leg para sa atomic delivery-versus-payment na pagsasara.
Ang aktibidad ng asset sa onchain ay lumago kasama ng pag-unlad na iyon. Ang isa pang pagsusuri ng crypto.news sa datos ng XRP Ledger RWA ay iniulat noong Hulyo na ang network ay nagdagdag ng humigit-kumulang $2.6 bilyon sa tokenisadong halaga ng real-world asset sa loob ng anim na buwan, hindi kasama ang stablecoin, batay sa mga numero ng RWA.xyz. Nagbabala ang parehong ulat na ang kinakatawan na halaga ng asset at aktibong ipinamamahaging asset ay materially na magkaibang sukat.
Ang Batch V1.1 mismo ay hindi nangangailangan ng mga tagapamahala ng asset na gamitin ang XRP bilang asset na inililipat. Ang tampok ay nagpapatakbo sa transaction layer at maaaring magbalot ng sinusuportahang transaksyon ng XRPL mula sa iba't ibang account. Ang XRP ay nananatiling nauugnay para sa mga bayarin sa transaksyon ng ledger, habang ang pinagbabatayang transaksyon ay maaaring kinabibilangan ng iba pang sinusuportahang asset at istruktura ng token.
Ang susunod na pangyayaring pamamaraan ay ang pagtatapos ng kasalukuyang amendment window. Ina-proyekto ng XRPLDashboard ang pag-activate ng Batch V1.1 para sa Setyembre 29 humigit-kumulang 14:06:41 UTC kung ang hindi bababa sa 80% suporta ng validator ay nananatiling walang patid sa buong countdown. Ang pinakahuling inilathalang bilang noong Setyembre 20 ay nanatiling 30 boto na pabor sa 35 na sinusubaybayang validator.
XRP