
Ang mga disenyo ng blockchain na may mataas na performance ay mahabang panahon ay nakikipag-away sa isang estruktural na trade-off: kapag ang pagpapatupad ay direktang nakadepende sa consensus, ang throughput ng network ay limitado ng bilis kung saan ang mga validator ay nakakaproseso ng mga transaksyon. Habang hinuhuhusgahan ng mga eksperto at inhinyero ang mga pagpapabuti sa finality at block propagation, ang pagpapatupad mismo ay lalong itinuturing na susunod na bottleneck na kailangang muliing disenyo.
Ang MultiversX, isang miyembro ng ecosystem ng Cointelegraph Decentralization Guardians (CTDG), ay kasalukuyang nagtatala ng isang paraan na naglalayong tanggalin ang bottleneck na iyon. Ang kanyang Supernova upgrade ay naghihiwalay ang consensus mula sa pagpapatupad ng transaksyon, na nagpapahintulot sa mga validator na magboto nang hindi naghihintay sa pagkumpleto ng pagpapatupad—nagpapalipat ng computation sa isang asynchronous na pipeline. Ang Supernova ay nasa testnet na, at ang pagplano sa deployment ay may layunin na i-activate sa mainnet sa huli ng taong ito.
Mga pangunahing natutunan
- Binabago ng Supernova ang workflow ng bloke kung saan ang mga proposer ay sumusubmit ng mga bloke ng transaksyon nang hindi muna nagpapatakbo, habang ang mga validator ay maaagang magboto batay sa pagiging wasto ng protokolo.
- Kumpirmado ang output ng pagpapatupad sa mga sumusunod na header ng block, na may pagkakalantad sa pagpapatupad na nasa likod ng konsensyo ng isang block (tungkol sa 600 milyosekundo).
- Ang isang “virtual mempool state” ay tumutulong na panatilihin ang kawastuhan sa pamamagitan ng pagsubaybay sa mga pending nonce, inaasahang pagkonsumo ng balanse, at mga transaksyon na naiuulat na ngunit hindi pa isinagawa.
- Ang EIE (Execution-Result Inclusion Estimator) ay nagtatakda kung ilang execution results ang makakasama ng isang block, batay sa mga minimum-spec node na makakahandle nito nang ligtas.
- Ang automatic backpressure ay nagbabawas ng kapasidad ng block kapag ang pagpapatakbo ay napalagay nang sobra, na nagbibigay ng oras sa sistema para makahabol.
Bakit naging isang problema sa pag-scall ang execution-on-consensus
Sa tradisyonal na synchronous na blockchain, ang mga validator ay hindi lang sumasang-ayon na ang isang block ay maayos ang porma—kundi kailangan din nilang i-execute ang mga transaksyon upang patunayan ang mga pagbabago sa estado bago magboto. Ito ay nagpapanatili sa sistemang deterministik at kritikal sa consensus, ngunit naglilikha rin ito ng isang karaniwang bottleneck: ang mga pinakamahihirap na transaksyon sa kompyutasyon ay epektibong nagpapabagal sa buong network.
Nakalipas na ang maraming network ng taon upang mapabuti ang bilis ng pagkakasundo at pagkakalat ng block. Ang pananaw ng MultiversX ay ang mga natamo nitong pagpapabuti ay hindi sapat kung ang pagpapatupad ay nananatili sa kritikal na daan. Ang pangunahing tanong na tinutugon ng Supernova ay arkitektural: kailangan ba na manatili ang pagpapatupad sa loob ng loop ng pagkakasundo, o maaari itong prosesuhing asinkrono habang pinapanatili ang kaligtasan at kawastuhan?
Ang asynchronous pipeline ng Supernova: pagboto muna, pagpapatupad pagkatapos
Supernova, na live na sa testnet, ay naglalayong magbigay ng pagbabago sa pagkakasunod-sunod ng paggawa ng block.
Kahit na, ang paggawa ng block ay sumunod sa isang mas sequential na pattern: pinili ng proposer ang mga transaksyon, isinagawa ito lokal, at inpropose ang isang block na naglalaman ng mga resultang iyon. Kailangan ng mga validator na muli ay isagawa ang mga parehong transaksyon upang patunayan ang mga pagbabago sa estado bago magboto, kaya ang pagpapatakbo ay nasa direkta sa loob ng path na kritikal sa consensus.
Sa Supernova, nagbabago ang pagkakasunod-sunod. Ayon sa paglalarawan ng MultiversX sa decoupling ng Supernova, pinipili ng proposer ang mga transaksyon at ipinopropose ang block nang hindi pa ginagawa ang pagpapatupad nito. Ang mga validator ay susuriin kung sumusunod ang propuesta sa mga alituntunin ng protokolo at agad na makakaboto. Ang pagpapatupad ay patuloy na nangyayari nang asinkrono sa background, na nagpapalabas ng isang output na karaniwang tinitiyak at inanotaryo sa susunod na block header—kaya ang pagpapatupad ay naiiwan sa consensus ng isang block, o humigit-kumulang 600 milisegundo.
Ang praktikal na epekto ay ang pagiging responsive ng network ay naging mas mababa ang pagkakasalalay sa bilis kung saan ang mga validator ay makakapag-execute ng bawat transaksyon bago sila makapagpartisip sa consensus. Sa halip, ang consensus ay lumalago batay sa pagiging wasto ng protokolo, habang ang execution ay nakakasunod nang paralelo.
Pagsasalba ng kawastuhan kapag nagkakaroon ng pagkabigo sa pagpapatupad
Ang paghihiwalay ng pagpapatupad mula sa pagkakasundo ay naglalikha ng malinaw na hamon sa kaligtasan at kawastuhan: kung ang pagpapatupad ay pinaghihinalaang pinaghihintay, paano nakakatukoy ang network kung ang mga transaksyon na kasama sa isang propong bloke ay malamang na mananatiling wasto sa panahon na ipinapakita ang mga resulta ng pagpapatupad?
Nilulutas ng Supernova ang problemang ito gamit ang isang virtual mempool state. Ayon sa MultiversX, ang virtual mempool ay tumitingin sa labas ng pinakabagong nagsagawang chain state at nagtatala ng mga forward-looking execution inputs tulad ng pending nonces, inaasahang pagkonsumo ng balance, at mga transaksyon na nangangalaga na ngunit ang mga resulta ng kanilang pagpapatupad ay hindi pa nakakamit ang consensus. Nagbibigay ito ng mas akurat na pananaw sa mga proposer tungkol sa aktibidad ng account upang mabuo ang mga transaksyon na inaasahang makakapagpapatupad nang matagumpay kapag dumating na ang kanilang pagkakataon.
Upang panatilihin ang sistemang matibay sa iba’t ibang performance ng validator, kinakatawan din ng MultiversX ang dalawang pag-iingat na disenyo para sa operasyonal na katatagan:
- Execution-Result Inclusion Estimator (EIE): Limita ng EIE kung ilang execution results ang maaaring i-reference sa isang block. Ang limitasyon ay nakadepende sa kaya ng mga node na may minimum-spec na prosesuhin nang ligtas, na nagbabawas sa panganib na malamig ng mga mas mahinang node dahil sa pag-reference sa masyadong maraming pending results.
- Awtomatikong backpressure: Kung napapalayo nang sobra ang pagpapatupad, bawasan ang kapasidad ng bloke upang payagan ang network na makasama—hindi na ipapagpatuloy ang pagkakalat ng lag.
Ano ang mga pagbabago ng Supernova para sa mga developer at gumagamit
Para sa mga tagagawa, ang pangunahing mensahe ay na “in-shard finality” ay maaaring maging available agad kung ang patotoo ay available na. Sinasabi ng MultiversX na karaniwang nangyayari ito sa parehong round sa paligid ng 100–250 milliseconds, kasama ang mas maayos na mga kondisyon sa pagpapatupad. Mahalaga ito lalo na para sa mga aplikasyon na nakabatay sa mabilis na feedback loops—ang mga halimbawa na nabanggit ay ang high-frequency DeFi primitives at onchain order book systems, na maaaring mag-degrade kapag ang latency ay naging isang problema sa user experience.
Produces na rin ng Supernova ang 600-millisecond blocks sa live testnet at devnet mula noong Aug. 20. Ang mas malawak na layunin ng network ay gawing mas agad ang onchain interactions, ililipat ang karanasan patungo sa mas responsive na application infrastructure kesa sa delayed settlement.
Sa timeline, ipinapahiwatig ng MultiversX na inaasahang ma-activate ang mainnet noong Sept. 10, 2026. Habang ang pagganap ng testnet ay hindi laging direktang isasalin sa pag-uugali ng mainnet sa ilalim ng puno ng load, ang arkitektura mismo ay disenyo upang harapin ang execution lag nang hindi pinipilit na i-execute ng bawat validator muna sa panahon ng consensus.
Supernova sa loob ng ecosystem ng CTDG at Cointelegraph
Ang pag-upgrade ay nangyari rin sa loob ng mas malawak na pagkakasundo sa infrastraktura na kasali ang Cointelegraph Decentralization Guardians. Noong nakaraang balita, napansin na sumali ang Cointelegraph bilang validator sa MultiversX sa pamamagitan ng programa na CTDG noong Marso 2026, na pinapalalim ang operasyonal na papel ng organisasyon sa labas ng mga gawain sa nilalaman at komunidad.
Ang CTDG Dev Hub ng Cointelegraph ay tinatawag ding opisyal na kasama ng MultiversX, na nag-uugnay sa protocol sa mas malawak na komunidad ng mga developer. Ang input ay tumutukoy din sa praktikal na pakikilahok, tulad ng pag-delegate ng MultiversX Foundation sa isang CTDG validator at ang pagbuo ng isang espesyal na validator dashboard ng ekipa ng Dev Hub sa MultiversX.
Mula sa pananaw ng industriya, mahalaga ito dahil kadalasan ay nangangailangan ang mga pagpapalit ng protokolo na ganitong uri ng pagkakasundo sa ecosystem: ang mga pagpapabuti sa performance ay may kahulugan lamang kung ang infrastraktura, mga kasangkapan, at mga sumasali na validator ay maaaring magamit nang maaasahan ang mga bagong mekanismo sa pagpapatupad at pagkakasundo. Ang pagtutok ng Supernova sa backpressure at mga pagsisiguro sa minimum-spec ay nagmumungkahi na ang disenyo ay nagtatangkang gawing mas marunong ang transisyong ito.
Habang naglalakbay ang Supernova mula sa testnet patungo sa inaasahang mainnet date, ang pinakamahalagang bagay na dapat subaybayan ng mga user ay kung nananatili ba ang execution lag sa loob ng inaasahang hangganan sa ilalim ng tunay na load, at kung gaano kasigasig ang EIE at backpressure sa pagpigil sa mga validator na maging naiwan nang hindi sobrang pagpipigil sa throughput. Ang mga kriterya ng tagumpay ay hindi lamang ang mas mabilis na finality—ito ay kung nananatili ba ang execution bilang mapagkakatiwalaan kapag ang consensus at execution ay gumagana sa iba’t ibang oras.
Ito ay orihinal na napanood bilang Upgrade Separates Consensus and Execution to Address Scaling Limits sa Crypto Breaking News – ang inyong tiwalaang pinagkukunan ng balita sa crypto, balita tungkol sa Bitcoin, at mga update sa blockchain.

