Ang pagbabago ng XRP Ledger na Batch V1.1 ay isang validator na boto ang kulang upang makamit ang 80% na porsyento na kinakailangan upang magsimula ang 14-araw na pagpapalawig, matapos ang pagrerebuild ng seguridad na sumunod sa isang kritikal na kamalian sa orihinal na bersyon.
Ang binagong code ay dinala sa pagsusuri ng mga senior na inhinyero, pagsubok laban sa mga panganib, dalawang pagsusuri sa kaligtasan mula sa panlabas, at analisis na may tulong ng AI bago ang kasalukuyang boto ng validator.
Kumpleto na ang Huling Botohan ng Batch V1.1 Bago ang Pagbaba ng Takdang Oras
Sinabi ni RippleX developer na si Mayukha Vadari said na ang pagbabago ay ipinadala kasama ang xrpld 3.3.0 at ngayon ay nasa pagsasapulot. Ang pag-update ay nagpapalit sa Batch V1.0, kung saan ang bug sa pagpapatotoo ng signature ay natuklasan noong Pebrero habang ang pagbabago ay nasa pre-mainnet pa, kaya walang pera ang nasa panganib.
Ang orihinal na kamalian ay nangyari sa isang early return sa checkBatchSign function. Kung ang account ng signer ay hindi pa umiiral sa ledger, ang pagpapatotoo ay maaaring bumalik ng tagumpay nang hindi pinagmamasdan ang mga natitirang signer. Maaari itong magbigay-daan sa pagpapatupad ng mga transaksyon sa ngalan ng iba pang mga account nang walang kanilang private keys.
Inayos ng Batch V1.1 removed ang kamalian at sinolusyunan ang ilang iba pang mga isyu na natuklasan habang binubuo muli. Ang proseso ay naglalaman ng pagsusuri ng apat na senior engineer, isang Sherlock Batch Attackathon, isang Halborn reassessment, isang Common Prefix audit, Cantina AI scanning, at Devnet at testnet regression testing.
Sinabi ni Vadari na nilutas ng koponan ang karagdagang mga bug na natuklasan sa kanilang mas bagong AI red-teaming na trabaho. Ang mga pagbabago ay kasama ang pag-fix sa MPT validation bypasses, node crashes, path size validation, signature verification, signer ordering, at transaction hashing.
Malapit sa kinakailangang tuldok ang sentiment ng validator, may isang account, FrancisBovineSwift, na naglalarawan ng Batch voting bilang “malapit na doon,” na may pinakabagong snapshot na nagpapakita na 27 na pinagkakatiwalaang validator ang bumoto para sa pagbabago at walo laban dito, na nagpapakita ng suporta na halos 77% kumpara sa 80% na tuldok na kinakailangan upang bigyan ng pahintulot ang mga pagbabago, kung saan kailangan lang ng isang karagdagang boto upang makamit ang marka.
Bakit mahalaga ang Batch Amendment para sa mga XRPL Developer
Ang Batch, kilala rin bilang XLS-56, ay nagpapahintulot na mag-execute nang atomic ang maraming transaksyon mula sa iba’t ibang account sa isang pagkakasara ng ledger. Kung bumagsak ang isang transaksyon sa isang batch na lahat-o-wala, babalik ang buong operasyon. Ang disenyo ay hindi nangangailangan ng smart contract.
Ang tampok na ito ay para sa atomic swaps, pinagsasamang pagkakasundo, at iba pang transaksyon kung saan kailangan ng maraming partido na mag-act nang sabay. Maaari rin itong mabawasan ang bilang ng mga hakbang na kailangan para sa NFT minting at pag-transfer.
Susundin ng pag-rebuild ng seguridad ang iba pang kahuling pagmamasid sa XRPL, pagkatapos ng network ay tinanggal ang kanyang pag-delegate ng Pahintulot na pagbabago nang makita ang isang mataas na kalalabasan na bug bago ang mainnet deployment, kasama ang V1.1 na sumasailalim sa karagdagang pagsusuri.
Dagdag pa, ang isang XRPL testing dashboard na-launch noong buwang ito ay nagbigay din ng mas malinaw na pagsubaybay kung anong mga uri ng transaksyon, field, at result code ang ginamit sa Devnet.
Lumabas ang post XRP Ledger Batch V1.1 Nears Activation After Security Rebuild una sa CryptoPotato.