Iirere ng XRP Ledger ang testnet at devnet noong November 25, tatanggalin ang data

Handa na ang XRP Ledger na i-reset ang dalawang mga network na pang-develop sa November 25 pagkatapos ng pagkabigo ng server na may buong kasaysayan, isang hakbang na magtatanggal ng lahat ng mga test account, transaksyon, balanse at iba pang ledger data.

Ayon sa opisyal na abiso noong Nobyembre 9, muling magsisimula ang Ripple-operated na Testnet at Devnet na may mga bagong ledger histories upang mapabuti ang katatagan ng imprastruktura. Kailangan ng mga developer na gumamit ng anumang kapaligiran na muling lumikha ng kanilang mga testing setup pagkatapos ng reset.

Nagpapatakbo ang Ripple ng Testnet at Devnet upang bigyan ang mga developer ng mga kapaligiran para subukan ang mga aplikasyon sa blockchain nang walang panganib na mawalan ng tunay na pera.

Ang testnet ay karaniwang nagpapakita ng mga tampok na available na sa mainnet, habang ang devnet ay nagbibigay-daan sa mga developer na subukan ang mga propong functionality bago ito masiguro.

Ang November reset ay sumunod sa isang pagkabigo na may-akda ng single full-history server ng Testnet, na bumagsak at hindi maaaring muling maibalik nang walang pag-restart ng network.

Upang maiwasan ang mga katulad na problema, plano ng Ripple na pataasin ang kapasidad ng server storage, bagaman magpapanatili pa rin ang ilang mga limitasyon sa pagpapanatili ng nakaraang data.

Ang pagpapanatili ay nangyayari habang hinahanda ng mga developer ang lalong kumplikadong XRPL upgrade roadmap, na sumasakop sa 24 na inirerekomenda at naaprubang pagbabago na may kinalaman sa pagpapautang, infrastraktura ng token, at iba pang financial applications.

Mahalaga ang mga kumpiyansaong mga kapaligiran sa pagsubok dahil kailangang masuri ang bago pang pag-andar bago ito maging available sa mga tunay na gumagamit.

Ang pag-reset ay tatanggalin ang lahat ng umiiral na ledger data sa Testnet at Devnet, kabilang ang mga setting ng account, balanse, mga tawag sa decentralized exchange, automated market makers at mga transaksyon sa escrow.

Dapat humingi ng bagong test XRP ang mga developer sa mga network faucet at muling lumikha ng anumang account o application na nakadepende sa napalabas na estado.

Maaaring muli pang bigyan ng pondo ang mga umiiral na address, ngunit ang mga muling nilikhang automated market makers ay karaniwang tatanggap ng iba’t ibang mga address ng account.

Mahalaga ang pagkakaiba para sa mga developer na gumagawa ng XRPL lending infrastructure, kung saan ang pagsubok ay maaaring maglalayong sa mga vault, mga isinabing asset, at maraming konektadong transaksyon.

Ang pag-reset ay magpapabalik din sa mga katayuan ng pagbabago ng Testnet upang tugma sa Mainnet.

Gayunpaman, mananatiling hindi nagbabago ang mga mahalagang URL ng network, network IDs, at mga setting ng validator, na nagpapababa ng pangangailangan na muli ayusin ang mga umiiral na koneksyon.

Rekomenda ng Ripple na ang mga operator na nagpapatakbo ng mga konektadong xrpld server ay linisin ang kanilang lokal na database at i-restart ang software pagkatapos ng reset.

Hindi nakakaapekto ang pag-reset sa XRP Mainnet, Xahau o ang Hooks Testnet.

Ang Test XRP ay hiwalay sa totoong XRP at walang halagang pera, kaya ang pag-delete ng mga balanse ng test ay hindi nagpapalabas ng mga panatilihang cryptocurrency ng mga investor.

Ang iskedyulad na pagpapanatili ay iba rin sa XRPL security upgrades na ipinakilala noong simula ng taon upang tugunan ang mga vulnerability sa protokolo.

Ang mga pag-update na iyon ay tumutok sa seguridad ng software at pagkakatugma ng validator, habang ang mga pag-reset noong Nobyembre 25 ay tumutukoy sa imprastruktura ng network ng pag-unlad.

Mahalaga ang pagkakaiba dahil handa na ng Ripple ang karagdagang performance improvements para sa 2027 at patuloy ang mga developer sa pagsubok ng mga bagong financial applications.

Nakapagpapakita ng mga nakaraang Batch transaction upgrades kung bakit kailangan ng masusing pagsubok at pagtanggap ng validator bago makarating ang bagong functionality sa Mainnet.