Ibinahagi ni Jacob Creech, Bise Presidente ng Teknolohiya ng Solana Foundation, ang ilang nalalapit na upgrade ng Solana noong Agosto 30. Ang Transaksyon V1 ay nakatakda sa Setyembre 9, habang ang unang yugto ng pagbawas ng upa sa network ay inaasahang sa linggo simula Agosto 31.

Sinabi rin ni Creech na plano ng mga developer na paikliin pa ang mga slot time at target ang Oktubre para sa Alpenglow. Gayunpaman, ang mga pagbabagong ito ay sumusunod sa magkakahiwalay na proseso ng pag-activate. Ang Transaksyon V1 ay hindi awtomatikong magbabawas ng mga slot time o mag-a-activate ng Alpenglow.

Tinaasan ng Transaksyon V1 ang limitasyon ng Solana sa 4,096 bytes

Tataasan ng Transaksyon V1 ang maximum na serialized na laki ng transaksyon ng Solana mula 1,232 bytes patungong 4,096 bytes. Ang pagtaas ay humigit-kumulang 3.3 beses ng kasalukuyang limitasyon, ayon sa opisyal na roadmap ng upgrade ng Solana.

Ang mas malaking format ay maaaring sumuporta sa mga transaksyon na naglalaman ng zero-knowledge proofs, kumplikadong tagubilin ng multisignature at iba pang operasyon na data-heavy. Ang kaugnay na proposal ng SIMD-0296 ay kinikilala rin ang BLS signatures at cross-chain na operasyon bilang posibleng gamit.

Kailangan ng mga developer na mag-opt-in sa format ng V1. Mananatiling valid ang mga umiiral na legacy at bersyon-zero na transaksyon. Hindi susuportahan ng Transaksyon V1 ang mga talahanayan ng paghahanap ng address, na nangangahulugang kailangang magpasya ang mga aplikasyon kung aling format ang angkop sa bawat transaksyon.

Ang pagbabago ay nangangailangan din ng mga wallet, application programming interfaces at iba pang imprastraktura upang mahawakan ang mas malalaking data payload. Kinikilala ng proposal ang posibleng bandwidth at mga panganib ng pagkakawatak-watak ng network, na ginagawang mahalaga ang pinag-ugnay na pagsubok bago ang mas malawak na paggamit.

Pagsisimula ng pagbawas ng upa ng Solana sa isa sa limang hakbang

Ang unang pagbawas ng upa ay hindi kaagad nagbibigay ng buong 90% na target. Plano ng Solana ang limang yugto na kalaunan ay magpapababa ng kalkulasyon ng upa mula 6,960 lamports per byte sa 696 lamports per byte.

Gumagamit ang Solana ng mga balanse na exempt sa upa upang limitahan ang hindi kontroladong paglago ng estado. Nagla-lock ang mga aplikasyon ng SOL kapag gumagawa ng mga account na nag-iimbak ng data. Ang SOL na iyon ay karaniwang nababawi kapag nagsara ang account, na nangangahulugang ang upa ay mas gumagana bilang isang refundable na deposito kaysa sa isang paulit-ulit na bayad sa network.

Ang mas mababang mga kinakailangan ay magbabawas sa dami ng SOL na kailangang i-lock ng mga developer kapag gumagawa ng mga token account, program account at iba pang onchain na estado. Maaaring ibaba nito ang gastos sa pagpasok para sa mga aplikasyon na namamahala ng maraming user account.

Isinama ng Agave 4.2 ang kinakailangang code, ngunit inilagay ng Solana ang mga pagbabago sa likod ng mga independiyenteng feature gate. Gaya ng iniulat ng crypto.news, maaaring i-activate ng mga validator ang mga upgrade ng upa, laki ng transaksyon, at slot-time nang magkahiwalay pagkatapos ng pagsubok.

Ang mas mabilis na mga slot ng Solana ay sumusunod sa magkahiwalay na iskedyul

Nabawasan na ng Solana ang target nitong slot time sa 350 milliseconds, mula sa dating 400-millisecond na target. Plano ng network ang karagdagang mga yugto sa 300, 250 at kalaunan 200 milliseconds.

Hindi nagbigay ng mga petsa si Creech para sa mga natitirang yugto na iyon. Ang bawat pagbawas ay nangangailangan ng magkahiwalay na pag-activate ng feature. Samakatuwid, maaaring subaybayan ng mga developer ng network ang pagganap ng validator bago magpatuloy sa susunod na target.

Ang mas maikling mga slot ay maaaring mapabuti ang bilis ng kumpirmasyon ng transaksyon at madagdagan ang dalas kung saan gumagawa ng mga block ang mga validator. Nagdudulot din sila ng mas malaking pangangailangan sa pag-tiyempo at networking sa mga validator. Plano ng Solana na ayusin ang mga limitasyon sa mapagkukunan nang proporsyonal sa panahon ng rollout.

Ang Transaksyon V1 at ang nabawasan na mga slot time ay may kaugnayan sa mas malawak na roadmap ng pagganap ng Solana, ngunit nananatili silang teknikal na magkaiba. Ang mga ulat na naglalarawan sa Setyembre 9 bilang petsa para sa parehong pagbabago ay magpapalaki sa anunsyo ni Creech.

Mananatiling target ang Alpenglow para sa Oktubre

Ang Alpenglow ay ang iminungkahing muling disenyo ng konsensus ng Solana. Sinabi ng Solana na layunin nitong bawasan ang pinalidad ng transaksyon sa humigit-kumulang 150 milliseconds, kumpara sa mas mahabang proseso ng kumpirmasyon na ginagamit ng kasalukuyang sistema ng konsensus.

Ang opisyal na roadmap ay naglilista ng Alpenglow bilang "binubuo," habang ang Agave 4.3 ay inaasahan sa Oktubre. Sinusuportahan ng post ni Creech ang Oktubre bilang kasalukuyang target, ngunit walang pahayag na nagkukumpirma ng isang garantisadong petsa ng pag-activate ng mainnet.

Bago iyon, inaasahang sisimulan ng Solana ang unang yugto ng pagbawas ng upa at i-activate ang Transaksyon V1 sa Setyembre 9. Ang karagdagang pagbawas ng slot ay depende sa magkahiwalay na pag-activate ng validator. Kailangan ding kumpletuhin ng Alpenglow ang pagsubok at tiyakin ang kinakailangang suporta sa network.

Walang na-verify na paggalaw ng merkado ang direktang iniuugnay sa anunsyo ni Creech sa oras ng paglathala.