Mga pangunahing natutunan
- Proposado ng mga developer ng XRPL ang apat na pagpapabuti para sa mga bakante sa pagpapahintulot ng token
- Ang mga bagong patakaran ay nakatuon sa mga hindi awtorisadong paghawak sa mga pagbabayad at pagtinda
- Nanatili ang mga pagbabago na hindi pinapayagan na walang kilalang panlabas na pagpapabaya
Nagtatrabaho ang mga developer ng XRP Ledger sa apat na pagpapabuti kaugnay ng seguridad na nakatuon sa pagpigil sa mga pinagbabawalang digital asset na makarating sa mga account nang walang pahintulot, upang tugunan ang posibleng kahinaan sa infrastrakturang lalong madalas gamitin para sa institutional tokenization.
Ang mga pagbabago ay nakagrupo sa isang propong pagbabago na tinatawag na fixCleanup3_5_0, na may updated na GitHub code proposal noong October 27. Ang mga pag-aayos ay magpapalakas ng issuer-controlled token permissions sa mga pagbabayad, automated market makers, at iba pang transaksyon.
Ang mga developer ng XRP Ledger ay nagtutarget sa apat na mga kahinaan sa pagpapahintulot
Ang panukala ay nakatuon sa mga token na nangangailangan ng eksplisitong pahintulot mula sa tagapaglabas bago maaaring magkaroon ng account ng mga ito.
Ang mga pagtataas na ito ay lalo na may kinalaman sa mga reguladong stablecoin at tokenisadong securities, kung saan ang mga naglalabas ay maaaring kailangang i-verify ang pagkakakilanlan ng mga investor o ipatupad ang mga kinakailangang kwalipikasyon.
Sa umiiral na arkitektura, ang pagsang-ayon ay irehistro sa pamamagitan ng trust line na nag-uugnay sa isang account at isang token issuer. Naitukoy ng mga developer ang ilang mga sitwasyon kung saan maaaring maibawas ang mga transaksyon sa inaasahang pagsusuri ng pagsang-ayon.
Isang isyu ay tumutukoy sa mga liquidity token ng automated market maker, na nagsisilbing mga klaim sa mga ari-arian na ipinapadala sa mga trading pool. Ang ipinapahiwatig na pagkakorrection ay hihilingin na may awtorisasyon ang mga tagatanggap para sa parehong mga panganib na ari-arian bago makakuha ng pool token.
Isang iba pa ay tumutukoy sa isang paglilipas na nakaaapekto sa mga trust line na may umiiral na balanse. Noong unang panahon, ang ilang mga pagsusuri ay nagpapatakbo lamang kapag ang trust line ay may zero na mga token, na maaaring magbigay-daan sa isang hindi awtorisadong balanse na tumumaong sa pamamagitan ng susunod na transaksyon.
Ang mas malawak na pakete ay naglalayon din na pigilan ang paggamit ng hindi awtorisadong balanse ng token sa anumang pag-transfer kundi ang pag-redeem sa issuer at magdagdag ng karagdagang mga pagsusuri ng konsistensya.
Ang mga pagbabagong ito ay sumusunod sa mga nakaraang gawain sa permissioned liquidity pools, kung saan ang mga developer ay nag-aral ng pagpapalimita sa pakikilahok sa mga veripikadong institusyonal na kalahati.
Bakit mahalaga ang mga pagpapabuti para sa institutional tokenization
Ang mga inirerekomendang pagbabago ay dumating habang ang mga tradisyonal na institusyong pinansyal ay lalong pinalalawak ang kanilang paggamit ng XRP Ledger para sa mga digital asset.
Kamakailan ay palawigin ng BNY ang kanilang XRP at RLUSD custody mga kakayahan, habang ang Ripple ay nagpursige ng mga ugnayan na may kinalaman sa pag-settle ng stablecoin, tokenized na securities at institutional financing.
Para sa mga reguladong institusyon, ang kakayahang kontrolin kung aling mga account ang maaaring tanggapin o magkaroon ng mga partikular na asset ay mahalaga.
Ang isang tagapaglabas na nagdadala ng mga bahagi ng tokenisadong pondo, halimbawa, ay kailangang siguraduhin na mananatili ang mga token na iyon sa mga may-akda na investor. Kung ang isang transaksyon sa secondary market o mekanismo ng liquidity pool ay naglalabas sa mga pagsusuri ng pahintulot, mas mababa ang kumpiyansa sa mga kontrol ng pagpapatupad ng sistema.
Ang mga inirerekomendang pagpapabuti ay magpapalakas sa mga proteksyon na iyon nang hindi nagbabago sa orihinal na modelo ng pagmamay-ari ng XRP o nang hihingi ng pahintulot mula sa tagapaglabas mula sa karaniwang mga tagapagmaneho ng XRP.
Ang trabaho ay sumusunod rin sa isang mas maagang XRPL security release, na nagdala ng hiwalay na pagprotekta para sa Batch transaction functionality ng network.
Kailan maaaring mag-activate ang XRP Ledger Security Upgrade?
Hindi pa nabuo ang apat na pagbabago sa pangunahing software ng XRP Ledger o na-activate sa mainnet.
Kapag natapos na ang pagpapatupad at pagsusuri, kailangan pa rin ng suporta mula sa higit sa 80% ng mga pinagkakatiwalaang validator para sa dalawang magkakasunod na linggo bago ang pagpapalawig.
Ang proseso ay hiwalay sa nakaraang November 4 upgrade window, na tumutukoy sa fixCleanup3_4_0 kaysa sa bagong ipinropose na fixCleanup3_5_0.