Pag-aayos sa Seguridad ng XRP Ledger
Ang mga developer ng XRP Ledger ay kasalukuyang nagtatrabaho sa apat na pag-aayos na may kaugnayan sa seguridad, na idinisenyo upang pigilan ang mga restriktadong digital na asset na maabot ang mga account nang walang pahintulot. Ang mga pagbabagong ito ay tumutugon sa mga potensyal na kahinaan sa imprastruktura na lalong ginagamit para sa institusyonal na tokenization. Ang mga pag-aayos ay pinagsama-sama sa ilalim ng isang iminungkahing pagbabago na tinatawag na fixCleanup3_5_0, na may kasamang na-update na mungkahi ng code sa GitHub noong Oktubre 27.
Mga Pahintulot at Restriksyon
Ang mga pag-aayos na ito ay magpapatibay sa mga pahintulot ng token na kontrolado ng issuer sa mga pagbabayad, automated market makers, at iba pang mga transaksyon. Ang mungkahi ay nakatuon sa mga token na nangangailangan ng tahasang pahintulot mula sa issuer bago makapag-hawak ang isang account ng mga ito. Ang mga restriksyon na ito ay partikular na mahalaga para sa mga regulated stablecoins at tokenized securities, kung saan maaaring kailanganin ng mga issuer na beripikahin ang pagkakakilanlan ng mga mamumuhunan o ipatupad ang mga kinakailangan sa pagiging karapat-dapat.
Mga Isyu sa Umiiral na Arkitektura
Sa ilalim ng umiiral na arkitektura, ang pag-apruba ay naitala sa pamamagitan ng isang trust line na nag-uugnay sa isang account sa isang token issuer. Nakilala ng mga developer ang ilang mga pagkakataon kung saan ang mga transaksyon ay maaaring makaiwas sa mga nakatakdang pagsusuri ng pahintulot. Isang isyu ang may kinalaman sa mga automated market maker liquidity tokens, na kumakatawan sa mga claim sa mga asset na idineposito sa mga trading pool. Ang iminungkahing pagwawasto ay mangangailangan ng mga tumatanggap na magkaroon ng pahintulot para sa parehong mga underlying asset bago makuha ang isang pool token.
Ang isa pang isyu ay tumutukoy sa isang exemption na nakakaapekto sa mga trust line na may umiiral na balanse. Dati, ang ilang mga pagsusuri ay nalalapat lamang kapag ang isang trust line ay may zero tokens, na maaaring pahintulutan ang isang hindi awtorisadong balanse na tumaas sa pamamagitan ng mga kasunod na transaksyon. Ang mas malawak na pakete ay naglalayong pigilan ang mga hindi awtorisadong balanse ng token na magamit sa mga paglilipat maliban sa pag-redeem sa issuer at ipakilala ang karagdagang mga pagsusuri ng pagkakapare-pareho.
Pagpapalawak ng XRP Ledger
Ang mga pagbabagong ito ay sumusunod sa naunang trabaho sa mga permissioned liquidity pools, kung saan sinuri ng mga developer ang pag-restrict ng pakikilahok sa mga napatunayan na institusyonal na counterparties. Ang mga iminungkahing pagbabago ay dumarating habang ang mga tradisyunal na institusyong pinansyal ay pinalawak ang kanilang paggamit ng XRP Ledger para sa mga digital na asset. Kamakailan ay pinalawak ng BNY ang kanilang kakayahan sa custody ng XRP at RLUSD, habang ang Ripple ay naghangad ng mga relasyon na may kinalaman sa pag-settle ng stablecoin, tokenized securities, at institusyonal na financing.
Kahalagahan ng Kontrol sa Pagsunod
Para sa mga regulated na institusyon, ang kakayahang kontrolin kung aling mga account ang maaaring legal na tumanggap o humawak ng mga tiyak na asset ay mahalaga. Halimbawa, ang isang issuer na namamahagi ng mga tokenized fund shares ay maaaring kailanganing tiyakin na ang mga token na iyon ay mananatili sa mga karapat-dapat na mamumuhunan. Kung ang isang secondary-market transaction o mekanismo ng liquidity-pool ay makakaiwas sa mga pagsusuri ng pahintulot, ang mga kontrol sa pagsunod ng sistema ay nagiging hindi gaanong maaasahan.
Pagpapatupad at Suporta
Ang mga iminungkahing pag-aayos ay magpapatibay sa mga proteksyong iyon nang hindi binabago ang katutubong modelo ng pagmamay-ari ng XRP o nangangailangan ng mga ordinaryong may-hawak ng XRP na kumuha ng pahintulot mula sa issuer. Ang trabaho ay sumusunod din sa isang naunang XRPL security release, na nagpakilala ng hiwalay na mga proteksyon para sa Batch transaction functionality ng network. Ang apat na pagbabago ay hindi pa naisama sa pangunahing software ng XRP Ledger o na-activate sa mainnet. Kapag nakumpleto na ang pagpapatupad at pagsusuri, ang pagbabago ay mangangailangan pa rin ng suporta mula sa higit sa 80% ng mga pinagkakatiwalaang validator sa loob ng dalawang sunud-sunod na linggo bago ang aktibasyon. Ang proseso ay hiwalay mula sa naunang bintana ng pag-upgrade noong Nobyembre 4, na may kinalaman sa fixCleanup3_4_0 sa halip na sa bagong iminungkahing fixCleanup3_5_0.
