Ayon sa Ripple, naghahanda ang mga asset manager para sa susunod na pag-upgrade ng mga pagbabayad ng XRP Ledger.

Ayon sa Ripple, ang mga asset manager at iba pang komersyal na proyekto ay naghahanda na gamitin ang isang tampok XRP Ledger na maaaring mag-ayos ng ilang magkakaugnay na transaksyon, habang ang isang muling itinayong bersyon ng pag-upgrade ay papalapit na sa pag-activate kasunod ng isang malawak na pagsusuri sa seguridad.

Ang tampok,tinatawag na Batch V1.1, ay maaaring pagsamahin ang hanggang walong transaksyon sa isang operasyon. Tinitiyak ng all-or-nothing mode nito na magtatagumpay ang bawat transaksyon o makakansela ang buong grupo, na iniiwasan ang mga pagkakataon kung saan ang ONE panig ng isang kasunduan ay naaayos habang ang isa ay nabibigo.

"Magbabahagi pa kami ng higit pa kapag nailabas na ang feature, kasama na ang pakikipagtulungan sa mga key asset manager," sabi ni Ayo Akinyele, head of engineering sa RippleX, sa mga komentong ibinahagi sa CoinDesk.

"Pinapayagan ng batch na pagsama-samahin ang maraming transaksyon para maisagawa silang lahat o wala," sabi ni Akinyele. "Mahalaga ito lalo na para sa mga use case tulad ng delivery-versus-payment, kung saan ang asset at payment ay kailangang gumagalaw nang atomiko."

Ang delivery-versus-payment ay nag-uugnay sa paglilipat ng isang asset sa pagbabayad nito. Sa halip na magtiwala sa ONE partido na unang magpadala, kinukumpleto ng ledger ang magkabilang bahagi nang magkasama o alinman sa mga ito ang kinukumpleto.

Maaari ring pahintulutan ng Batch ang mga exchange, wallet, at marketplace na direktang idagdag ang kanilang mga singil sa serbisyo sa isang transaksyon ng customer. Ang isang bayad at ang bayarin ng platform ay maaaring iproseso bilang ONE operasyon sa halip na sa pamamagitan ng magkakahiwalay na paglilipat.

“May ilang proyekto na ginagawa na para sa Batch, kaya ang pag-activate ay magbibigay-daan sa gawaing iyon na mapalapit sa produksyon,” pagbabahagi ni Akinyele. “Magbabahagi kami ng higit pa tungkol sa mga partikular na kasosyo at oras ng paglulunsad habang pinapinal ang mga planong iyon.”

Ang susog ay may suporta mula sa30 sa 35 tracked validator ng XRP Ledger, higit sa 28 boto na kinakailangan upang makapasok sa countdown ng pag-activate nito.

Dumating ang tampok pagkatapos maayos ang mga naunang depekto

Nagsimula ang countdown noong Setyembre 15, 2:06:41 UTC. Inaasahang mag-a-activate ang Batch V1.1 pagkalipas ng parehong oras sa Setyembre 29, basta't mananatili ang suporta sa o higit sa 80% para sa buong 14 na araw na palugit. Maaaring baguhin ng mga validator ang kanilang mga boto, kaya magiging kondisyonal ang petsa.

Ang nalalapit na pag-activate ay kasunod ng isang pagkabigo sa seguridad na naging dahilan upang bawiin ng mga developer ang orihinal na bersyon.

Natuklasan ng mga mananaliksik ang isang kritikal na depekto sa proseso ng pagpapatunay ng lagda ng Batch V1.0 noong Pebrero. Sa ilalim ng ilang partikular na kundisyon, maaaring ihinto ng code ang maagang pagsuri ng mga lagda at payagan ang isang umaatake na magsama ng mga transaksyon mula sa ibang account nang walang pahintulot ng may-ari nito.

Read More: Ibinabalik ng pag-upgrade ng XRP Ledger ang mga tampok matapos matanggal ang mga kritikal na bug

Ang susog ay isinasaalang-alang pa rin ng mga validator at hindi pa na-activate, ibig sabihin ang vulnerable code ay hindi kailanman namamahala sa live ledger at walang pondo ang na-expose.

Samantala, higit pa sa inayos ng RippleX ang indibidwal na error bago ibalik ang feature para sa isa pang botohan, ani Akinyele.

"Ginamit namin ito bilang isang pagkakataon upang mas palalimin pa ang implementasyon, muling idisenyo ang mga bahagi ng modelo ng paglagda at awtorisasyon, at palawakin nang malaki ang pagsusuri sa seguridad," aniya.

Ang kapalit ay ipinadala saxrpldbersyon 3.3.0, inilabas noong Agosto 6. Ang implementasyong iyon ay ang parehong code validator na ngayon ay bumoboto para sa pag-activate, ayon sa Akinyele.

Kasama sa pagsusuri ang internal adversarial testing, AI-assisted analysis, isang Sherlock attack contest, at mga pagtatasa ng mga security firm na Halborn at Common Prefix.

“Ang mas malaking punto ay nakapagtatag kami ng napakataas na pamantayan,” dagdag ni Akinyele. “Nakakita kami ng malubhang isyu sa V1.0 bago ang pag-activate, itinigil ito, muling idinisenyo at pinatigas ang implementasyon, pinalawak nang malaki ang pagsusuri, at saka lamang ibinalik ang V1.1 sa mga validator.”

Mananatili ang susog sa countdown nito hanggang Setyembre 29. Kung ang suporta ng validator ay bumaba sa 80% bago iyon, hihinto ang oras at dapat magsimula ang isang bagong 14 na araw na palugit pagkatapos mabawi ng panukala ang kinakailangang mayorya.