Mga pangunahing natutunan
- Nag-activate ang XRP Ledger ng security upgrade pagkatapos ng pagkakaroon ng pagpapayag sa validator na naging delayed
- Ang bagong pagbabago ay isinara ang loophole na nagpapahintulot sa di-awtorisadong paglikha ng token
- Hindi naaapektuhan ng vulnerability ang native supply ng XRP
Nag-activate ang XRP Ledger ng isang malaking pagpapabuti sa seguridad na isinara ang isang vulnerability na nagpapahintulot sa ilang pinahihintulutang account na lumikha ng mga token na kanilang pinahihintulutan lamang na i-destroy, na nagwakas sa isang halos dalawang linggong pagkaantala na dulot ng pagboto ng validator.
Nag-live ang fixCleanup3_4_0 amendment noong Nobyembre 4 sa 14:52 UTC, sa ledger 108,112,129, ayon sa XRPL Dashboard's amendment tracker. Ang update ay nagdadala ng ilang pagkakabukod at pagkakatotoo sa accounting, kabilang ang mga proteksyon para sa mga isinulong na aset tulad ng stablecoin.
Ang pag-activate ay sumunod sa mas maagang pagkakaroon ng pagkaantala sa XRPL upgrade, nang bumaba ang suporta ng validator nang pansamantala sa ilalim ng kinakailangang threshold. Mahalaga, ang vulnerability ay hindi nakaaapekto sa native supply ng XRP, at walang pagpapakita ng pagpapabaya na kinumpirma publiko.
Ipinatutupad ng XRP Ledger ang pagkukubli sa pagpapahintulot sa paggawa ng token
Ang pinakamalaking pagkakatama ay ang sistema ng pag-delegate ng pahintulot ng XRPL, na nagpapahintulot sa mga tagapag-ayos ng account na bigyan ng pahintulot ang iba pang mga account na gawin ang mga partikular na operasyon nang hindi ibinibigay ang buong kontrol.
Sa ilalim ng mga patakaran na dati, ang isang account na may pahintulot na PaymentBurn ay maaaring, sa ilang mga sitwasyon, lumikha ng mga bagong fungible tokens. Kasama rito ang mga tradisyonal na trust-line assets at Multi-Purpose Tokens (MPTs), na maaaring magdulot ng mga problema para sa mga tagapaglabas ng stablecoin at iba pang tokenized na financial products.
Halimbawa, maaaring bigyan ng pahintulot ng tagapag-issued ng stablecoin ang isang processor ng pagbabayad na sirain ang mga token habang nagpapalit. Dapat hindi ito magbigay ng pahintulot sa processor na maglabas ng karagdagang mga token, ngunit ang kahinaan ay maaaring pabagsakin ang pagkakahiwalay na iyon.
Ang bagong naktibong pagbabago ay nagbabawal sa mga transaksyon ng PaymentBurn na lumampas sa sero na balanse patungo sa paglikha ng token maliban kung ang account ay may sariling angkop na pahintulot sa pagmimint.
Ang pagkakorrection ay nagtataguyod sa mga bagong pagpapabuti sa kaligtasan ng XRPL, bagaman ang mga nakaraang emergency fixes ay tumutugon sa magkakahiwalay na mga vulnerability.
Bakit nagdulot ang pagbabawas ng pagboto ng validator sa pagkaantala ng pagpapabuti ng seguridad
Dinagdagan ang pagkakaroon ng pagbabago na orihinal na inaasahang aktibuhin noong October 23 pagkatapos makakuha ng sapat na suporta mula sa mga validator noong October 9.
Gayunpaman, ang suporta ay bumaba sa ilalim ng kinakailangang threshold noong Oktubre 21, na nagpaputol sa obligatoriyong 14-araw na panahon ng pagtitiyak. Bagaman ang karamihan ay ibinalik nang humigit-kumulang dalawang oras pagkatapos, kailangang muling magsimula ang pagbaba ng oras.
Kailangan ng mga pagbabago sa protokolo ng XRPL ang suporta mula sa higit sa 80% ng mga pinagkakatiwalaang validator para sa dalawang magkakasunod na linggo. Mayroong 35 na validator sa tinatakdang grupo ng pagboto, kailangan ng kahit anong 29 na pagtanggap.
Matagumpay na natapos ang ikalawang panahon ng pagpapayag noong Nobyembre 4, nagmarka ng paglipat mula sa isang propong pagbabago patungo sa aktibong patakaran ng network.
Ang proseso ay nagpapakita kung paano ang XRPL governance ay nakadepende sa patuloy na pagkakasundo ng mga validator kaysa sa mga desisyon na galing sa Ripple lamang.
Ano ang susunod para sa mga pagpapabuti ng XRP Ledger?
Bukod sa pagkorekta sa pagmimina ng token, pinabuti ng fixCleanup3_4_0 ang mga clawback ng automated market maker, ang paghawak ng escrow reserve, ang pag-sign ng transaksyon at ang accounting para sa Single Asset Vaults.
Gayunpaman, ang pagbabago ay hindi nagpapagana sa natatanging protokolo sa pagpapautang na inirerekomenda ng XRPL, na nangangailangan pa rin ng hiwalay na pagtanggap mula sa mga validator.
Kamakailang datos sa pagboto ay ipinakita na ang native lending ay natanggap ang 19 sa 29 boto na kailangan upang magsimula ng sarili nitong pagpapakalawang countdown.
Samantala, nagtatrabaho ang mga developer sa dagdag na pagprotekta sa token, kabilang ang mas mahigpit na pag-check ng awtorisasyon para sa mga ari-arian ng institusyon.