Inilipat na ng XRP Ledger ang PermissionDelegationV1_1 sa 14-araw nitong activation period matapos suportahan ng 29 sa 35 pinagkakatiwalaang validator ng network ang upgrade sa account permission.
Ayon sa live amendment dashboard ng XRP Ledger, nagsimula ang countdown noong Set. 21 at maaaring maging epektibo ang PermissionDelegationV1_1 sa Okt. 5 sa ganap na 11:18 UTC kung mananatili ang suporta ng mga validator sa itaas ng kinakailangang threshold sa buong panahong iyon.
Hindi bababa sa 28 sa 35 pinagkakatiwalaang validator ang kailangang magpatuloy sa pagsuporta sa amendment. Kung bumaba ang suporta sa antas na iyon bago matapos ang countdown, mare-reset ang activation timer.
Binabago ng PermissionDelegationV1_1 kung paano maaaring magbigay ang isang XRP Ledger account ng awtoridad sa ibang account upang magsagawa ng mga partikular na gawain.
Sa kasalukuyang istruktura ng account, ang mga negosyong nangangailangan ng iba’t ibang system o empleyado para magsagawa ng mga operasyon ay maaaring humarap sa problema ng pagbibigay sa isang operational account ng mas malawak na awtoridad kaysa sa talagang kailangan nito. Dinisenyo ang Permission Delegation upang paghiwalayin ang mga responsibilidad na iyon.
Halimbawa, maaaring pahintulutan ng isang account ang ibang account na magsagawa ng mga pagbabayad nang hindi ito binibigyan ng permiso na baguhin ang mga key ng pangunahing account. Maaaring panatilihin ng isang stablecoin issuer na offline ang mga pangunahing key nito habang binibigyan ang isang internet-connected compliance system ng pahintulot na aprubahan ang mga customer na humawak ng token nito.
Ang bawat delegated account ay maaaring tumanggap ng hanggang 10 pahintulot, habang nananatili sa account na nagbibigay ng awtoridad ang kakayahang baguhin o bawiin ang mga ito.
Ang setup na ito ay kahalintulad ng paghihiwalay ng mga responsibilidad na karaniwang ginagamit ng mga institusyong pinansyal, kung saan ang payment, compliance at administrative functions ay hindi kinakailangang may parehong antas ng access.
Bahagi ang PermissionDelegationV1_1 ng mas malaking grupo ng mga amendment na ipinakilala sa pamamagitan ng xrpld 3.3.0. Kasama sa release ang BatchV1_1, ConfidentialTransfer, DynamicMPT at Sponsor bukod sa Permission Delegation, kung saan ilan sa mga feature ay nakatuon sa institutional transactions at token issuance.
Papayagan ng Sponsor ang ibang entity na sagutin ang transaction fees at reserve requirements para sa mga user nang hindi kinokontrol ang kanilang mga account. Binibigyan naman ng DynamicMPT ang mga issuer ng mas malaking flexibility sa piling katangian ng Multi Purpose Token, habang ang ConfidentialTransfer ay dinisenyo upang itago ang MPT balances at mga halaga ng bayad mula sa pampublikong pananaw habang pinananatili ang mga access mechanism para sa mga awtorisadong partido.
Nauna nang iniulat ng Crypto.news na nakatuon ang ConfidentialTransfer sa institutional use cases kung saan maaaring kailanganin ng mga kumpanya ang privacy sa transaksyon habang nagbibigay pa rin ng impormasyon sa mga auditor at iba pang awtorisadong partido.
Ang PermissionDelegationV1_1 ay ang ikalawang pagtatangka upang dalhin ang delegated account permissions sa XRP Ledger.
Itinigil ang orihinal na amendment bago ito makarating sa main network matapos mag-ulat ang isang community tester ng isang vulnerability noong Set. 15, 2025.
Sa apektadong implementasyon, sinusuri ng software kung may pahintulot ang isang account na magsagawa ng transaksyon bago nito maayos na ma-verify ang signature. Ang ilang na-reject na transaksyon ay maaari pa ring magkaroon ng bayad.
Dahil dito, maaaring magsumite ang isang attacker ng mga hindi awtorisadong transaksyon na may sadyang mataas na bayarin at mapabayad ang ibang account kahit hindi maayos na nalagdaan ang mga transaksyon. Ang paulit-ulit na prosesong ito ay maaaring makabawas sa available na XRP balance ng biktima.
Pinayuhan ang mga validator na huwag suportahan ang amendment matapos madiskubre ang vulnerability, kaya napigilan ang apektadong bersyon na ma-activate sa mainnet.
Isinama ang kapalit sa xrpld 3.3.0 kasama ang mga pagbabago sa kung paano hinahawakan ang mga hindi awtorisadong transaksyon. Nagaganap na ngayon ang signature verification bago ang uri ng failure na maaaring magpataw ng bayad sa target na account.
Hindi lamang Permission Delegation ang feature mula sa release na ibinalik matapos ang security work. Pinalitan ng BatchV1_1 ang naunang Batch implementation matapos makahanap ang mga developer ng hiwalay na critical signing vulnerability. Ang nirebisang Batch upgrade ay umusad sa validator voting matapos ang mga pag-aayos at karagdagang pagsusuri.
Hindi direktang binabago ng PermissionDelegationV1_1 ang supply, issuance schedule o token economics ng XRP, kaya walang mekanikal na dahilan na ang activation nito lamang ay lilikha ng malaking bagong demand para sa XRP.
Ang amendment ay tumatalakay sa account permissions at hindi sa mismong XRP token. Ang mga institusyong gumagamit ng delegated accounts ay gagamit pa rin ng XRP para sa karaniwang bayarin at reserve requirements ng ledger, ngunit hindi hinihingi ng feature na bumili o humawak sila ng malaking halaga ng XRP para lamang magamit ang delegated permissions.
Ipinapakita ng mga kamakailang development sa network kung bakit mahalaga ang pagkakaiba sa pagitan ng XRPL adoption at demand para sa XRP.
Natuklasan sa isang naunang pagsusuri sa XRP exposure ng Ripple Prime na kahit malaki ang institutional activity sa loob ng ecosystem ng Ripple, hindi ito awtomatikong nagsasalin sa katumbas na demand para sa XRP. Maaaring hawakan ng mga stablecoin at iba pang issued assets ang malaking bahagi ng underlying value transfer habang nananatili sa XRP ang mga papel tulad ng transaction fees, reserves at ilang routing functions.
Ang katulad na istruktura ay naaangkop din sa Permission Delegation. Maaaring gamitin ng mga stablecoin issuer, tokenized asset provider at iba pang negosyo ang feature nang hindi ginagawang XRP ang asset na inililipat.
Ang posibleng koneksyon sa presyo ay nakadepende sa halip sa kung makatutulong ang upgrade na magdala ng mas maraming aktibidad sa XRP Ledger sa paglipas ng panahon.
Maaaring gumamit ang mga institutional issuer na gustong panatilihing offline ang mga high-authority key ng delegated accounts para sa mga paulit-ulit na pagbabayad o compliance tasks. Kung makatutulong ang mga kakayahang ito upang mas maraming negosyo ang mag-isyu ng mga asset at magproseso ng mga transaksyon sa XRPL, ang resultang aktibidad ay lilikha ng mas maraming paggamit ng network, kung saan nananatiling native asset ang XRP na ginagamit para sa fees at reserves.
Ipinapakita ng ebidensya sa ngayon na ang paglago ng network at presyo ng XRP ay hindi laging magkasabay ang galaw. Lumawak na sa XRPL ang RLUSD at mga tokenized asset habang nakaranas ang XRP ng mga panahon ng kahinaan sa presyo, na nagpapakitang ang pagtaas ng aktibidad sa ledger ay hindi kinakailangang agad lumikha ng buying pressure para sa token.
Nagbigay rin ng isa pang halimbawa ang isang institutional test noong Hunyo na kinasasangkutan ng JPMorgan, Mastercard, Ondo Finance at Ripple. Ginamit sa tokenized Treasury redemption ang XRP Ledger, ngunit hindi XRP ang asset na tinutubos. Ang direktang papel nito ay nanatiling nakaugnay sa underlying network infrastructure.
Samakatuwid, maaaring magbigay ang PermissionDelegationV1_1 ng isa pang piraso ng infrastructure para sa mga institutional user nang hindi nagiging pangunahing standalone catalyst sa presyo ng XRP.
Posible pa rin ang reaksyon ng merkado sa paligid ng activation dahil maaaring tumugon ang mga trader sa mga network upgrade at inaasahan hinggil sa adoption. Gayunman, ang anumang pangmatagalang epekto sa presyo ay nakadepende sa kasunod na paggamit ng feature at iba pang salik sa merkado, sa halip na sa simpleng pag-on lamang ng amendment.
Patungo na sa activation ang Permission Delegation habang ang ilan pang ibang feature ng XRP Ledger ay nananatili sa magkakaibang yugto ng amendment process.
Dinisenyo ang BatchV1_1 upang pagsama-samahin ang maraming operasyon sa isang coordinated transaction, na nagpapahintulot sa bawat kasamang aksyon na magtagumpay o mabigo nang magkakasama. Ang ganitong istruktura ay maaaring sumuporta sa mga settlement process kung saan ang isang asset at ang bayad para rito ay kailangang magpalitan ng kamay sa parehong oras.
Bibigyan ng ConfidentialTransfer ang mga issuer ng Multi Purpose Token ng opsyon na itago ang mga balanse at transfer amount habang nananatiling nakikita ang mga account. Maaari pa ring makatanggap ang mga awtorisadong partido ng impormasyong kailangan para sa compliance sa ilalim ng iminungkahing disenyo.
Ipinagpatuloy ng mga XRPL developer ang trabaho lampas sa 3.3.0 release. Ang bersyon 3.4.0, na inilabas noong Set. 16, ay nagpakilala ng mga rebisyon sa mga iminungkahing lending function kasabay ng isa pang pakete ng protocol fixes.
Ang lending framework ay nananatiling saklaw ng amendment process ng network, kung saan kailangan ang pag-apruba ng mga validator bago maging aktibo sa mainnet ang mga iminungkahing function.
XRP