Nag-live na ang Ethereum MPBC sa Mainnet: Paano ang Multi-Party Block Construction ang nagpapalawig sa PBS

Nag-live na ang Ethereum MPBC sa Mainnet: Paano ang Multi-Party Block Construction ang nagpapalawig sa PBS

Kustom na Larawan
Noong Setyembre 16, 2026, nakuha ng out-of-protocol block construction pipeline ng Ethereum ang isang malinaw na hakbang pababa nang magsimula ang multi-party block construction, o MPBC, sa mainnet. Pinangunahan ng Blockspace Forum, ang sistema ay nagpapahintulot sa higit sa isang builder na mag-ambag ng mga transaksyon sa parehong block habang pinapanatili ang umiiral na proposer-builder separation auction. Ang mga maagang data mula sa unang 24 oras ay ipinakita na humigit-kumulang 3 porsyento ng mga block ay gumagamit ng multi-party approach at higit sa 20,000 na transaksyon ay isinama nang mas mabilis kaysa sa kung paano ito mangyayari sa iba pang paraan. Ang disenyo ay stricly additive: walang pagbabago sa consensus, walang hard fork, at walang kailangan para sa mga validator na naka-connected sa mga pangunahing relay na baguhin ang kanilang konfigurasyon. Ang mga operator tulad ng Titan, Ultra Sound, at Aestus ay nagsimula na naipagkaloob ang multi-party blocks, na may coverage na inireseta sa humigit-kumulang 85 porsyento ng mga builder at 90 porsyento ng mga validator.
 
Malinaw ang pagkakasunod-sunod. Ang MPBC ay nagpapalawig sa modelo ng PBS sa pamamagitan ng paglikha ng karagdagang mga daan para sa pagkakasama sa isang solong slot. Ang base block mula sa pinakamataas na tawag ng isang tagabuo ay maaaring mapabuti sa pamamagitan ng pagdagdag ng mga transaksyon na walang konflikto mula sa iba pang mga tagabuo na sumali. Ang resultang multi-party block ay ipinapadala lamang kapag ito ay nagdudulot ng mas mataas na halaga kaysa sa pinakamahusay na alternatibong single-party na available sa oras ng pagpapadala. Ang mekanismong ito ay nakatuon sa mga kilalang struktural na puwang sa kasalukuyang pipeline, limitadong pagkakita sa transaksyon, dinamikang winner-take-all, at mas mahinang suporta para sa mga serbisyo ng transaksyon, habang nananatiling buong kompatibol sa mga darating na pagbabago sa protokolo tulad ng enshrined PBS at FOCIL.
 

Paano gumagana ang Append-Only Model sa Production

Sa unang bersyon ng MPBC, ang pinakamataas na tawag na single-party block ang ginagamit bilang base. Ang mga operator ay tumutukoy sa mga kwalipikadong transaksyon na isinumite ng iba pang mga builder na walang konflikto sa estado o mga garantiya ng pagpapatupad ng base block. Ang mga kontribusyong ito ay idinododod o hinihinga, hindi pinag-uugnay o muling inaayos. Maaari ring idagdag ang mga serbisyo tulad ng mga proposer commitments na nawala sa base. Pagkatapos ma-assembly ang multi-party block, muli itong isinimul ng operator upang patunayan ang kawastuhan at kalkulahin ang surplus na halaga na nilikha ng karagdagang mga transaksyon. Tanging kung ang multi-party block ay nagtataglay ng mas mataas na tawag kaysa sa pinakamataas na single-party block na available sa oras ng pagdala, at tanging kung ang base builder ay nananatiling pareho, ang multi-party header ay ipinapamahagi sa proposer. Ang dokumentasyon na inilabas ng Blockspace Forum ay detalyado ang eksaktong mga hakbang ng pagpapagsama at pagdala, kabilang ang kinakailangan na filtarin ng operator ang anumang transaksyon na magreresulta sa pagbabalik.
 
Ang mga early mainnet results ay nagreport ng ilang multi-party blocks na naglalaman ng hanggang 810 karagdagang transaksyon kumpara sa single-builder alternative, kasama ang malaking pagtaas sa gas usage sa ilang piniling kaso. Ang append-only constraint ay nagpapanatili ng simpleng at ligtas na disenyo para sa unang production deployment habang patuloy na nagpapalabas ng makikita at masusukat na pagpapabuti sa paggamit ng blockspace. Ang mga builder ay kumokontrol sa pagkakaroon ng partisipasyon sa pamamagitan ng metadata flags na isinumite kasama ang bawat bid. Maaaring markahan ng isang builder ang isang block bilang eligible na maging merge base o markahan ang mga indibidwal na transaksyon bilang mergeable sa iba pang bases. Ang mga operator ay nagbabahagi ng payloads sa isa’t isa upang mapabuti ang reliability ng propagation. Ang value na nilikha ng karagdagang transaksyon ay ipinapamahagi ayon sa isang fixed initial rule: ang surplus ay hinahati nang pantay-pantay sa pagitan ng base builder, ang contributing builder, ang operator, at ang proposer. Ang priority fees ay patuloy na nakakalap sa coinbase ng base builder, at ang mga distribution payments ay sinisilip sa pamamagitan ng pagdadagdag ng mga transaksyon na pinagmumulan mula sa reserves na itinakda ng base builder sa mga operator. Ang ganitong pagkakasundo ay nagbibigay ng daan sa mas maliit na mga builder upang kumita ng kita nang hindi mananalo sa buong auction habang patuloy na pinapanatili ang competitive bidding incentives para sa base slot.
 

Mga Maagang Mekanismo ng Mainnet at Nakita mga Pagpapalago sa Pagkakasama

Sa unang buong araw ng operasyon, halos 3 porsyento ng Ethereum blocks ang naglalaman ng multi-party construction. Ang pagsubok na nagsimula noong huling bahagi ng Agosto ay nagpakita na ng mas mabilis na pagkakasama para sa higit sa 20,000 na transaksyon. Ang mga live dashboards na inilabas kasabay ng paglunsad ay nagtatrabaho sa pagsubaybay sa mga rate ng pagkakasali, surplus value, at bilang ng karagdagang transaksyon na nakuha sa bawat multi-party block. Ang mga numero ay nananatiling maliit dahil bago pa ang sistema at patuloy pa ang mga builder na sumasali transaksyon sa transaksyon, ngunit malinaw ang direksyon. Ang mga block na dati ay iiwan sa ilang pag-transfer o blob transactions sa mga susunod na slot ay ngayon ay sinusubaybayan nila kapag ito ay nagpapataas ng kabuuang halaga. Ang pre-launch dry-run data ng Blockspace Forum na nakakapaloob sa halos 250,000 na blocks ay nagmungkahi na ang isang puno ng ginagamit na V1 implementation ay maaaring pataasin ang block value hanggang 4.15 porsyento kapag lahat ng eligible na transaksyon ay available para sa pagpapagsama.
 
Ang tunay na pagganap ng mainnet ay magiging batay sa bilis kung saan mas maraming developer ang magrerehistro ng Safe accounts sa mga operator at magtatakda ng kanilang flow bilang makakapag-merge. Ang praktikal na epekto para sa mga user ay mas maikling oras ng paghihintay sa panahon ng mataas na demand. Ang mga transaksyon na hinahayaan o hindi nakikita ng isang developer ay maaari pa ring makarating sa chain sa kasalukuyang slot sa pamamagitan ng kontribusyon ng ibang developer. Ito ay nagpapababa ng pangangailangan para sa defensive overbidding at nagpapababa ng posibilidad na magsipasok ang isang transaksyon sa susunod na slots. Ang mga validator na konektado sa mga kasali na operator ay tumatanggap awtomatiko ng mas mataas na bid mula sa multi-party o single-party. Walang bagong software ang kailangan para sa malaking karamihan sa mga node operator na gumagamit ng PBS sidecars. Kaya, ang sistema ay nagdadala ng agad, kahit pa man ay bahagya, mga pagpapabuti sa paggamit nang hindi nagpapilit na i-upgrade nang sabay-sabay ang buong validator set.
 

Mga operator na nagdadala ng merge at delivery pipeline

Tatlong operator, ang Titan, Ultra Sound, at Aestus, ay nagsimula na na-service ang multi-party blocks sa araw ng pag-launch. Ang kanilang endpoints ay nakaintegrase sa parehong registration flow validators na ginagamit na para sa mga relay. Nakakatanggap ang mga operator ng mga block at nagmamerge ng mga preference mula sa mga builder, nagpapagawa ng append-only construction, muli nilang sinusimulang i-run ang resulta, at ihahambing ito sa pinakabagong single-party high bid. Dahil nagbabahagi ang mga operator ng mga payload sa isa’t isa, ang isang proposer na nag-sign ng header ay maaari pa ring makakuha ng kaukulang body mula sa ibang operator kung ang orihinal ay hindi na maabot. Ang shared-payload design na ito ay bumabawas sa panganib ng single-point-of-failure na karaniwang kasama ng relay infrastructure. Ang papel ng operator ay permissionless; mayroon nang public reference implementation, at anumang partido ay maaaring patakbuhin ang software. Sa praktika, ang kompetitibong performance at reliability ang magdedesisyon kung aling operator ang makakakuha ng patuloy na traffic mula sa mga builder at proposer.
 
Ang mga operator ay nagdadala rin ng mga transaksyon sa pagkakabahagi ng halaga upang malutas ang mga sobrang bahagi. Nagpapanatili sila ng pagkakita sa mga deposito ng mga builder at siguraduhin na tama ang pagdaragdag ng mga bayad sa pagkakabahagi bago ma-finalize ang bloke para sa pagpapadala. Kasama sa hinaharap na roadmap ang kompensasyon batay sa performans para sa mga operator, kaysa sa kasalukuyang fixed split. Sa kasalukuyan, ang fixed split ay nagbibigay ng malinaw na simula na maaaring i-verify ng lahat ng bahagi sa blockchain. Walang karagdagang pangangailangan ang mga validator na gumagamit ng distributed validator technology; sila ay nakikinabang sa multi-party blocks agad kung ang kanilang sidecar ay nakatutok sa operator endpoints.
 

Pagtutol sa Pagsasara sa Pamamagitan ng Maraming Landas ng Pagkakasama

Sa ilalim ng purong single-builder PBS, ang nananalo na builder ay may ganap na diskresyon kung aling mga transaksyon ang papasok sa block. Ang mga pinag-filter o simpleng hindi napapansin na transaksyon ay kailangang maghintay sa susunod na slot o ibang builder. Nagbabago ng dinamikang ito ang MPBC sa pamamagitan ng pagpapahintulot sa mga nag-ambag na builder na idagdag ang mga transaksyon na hindi isinama ng base builder. Maaaring lumabas pa rin ang isang transaksyon na tinanggihan ng isang builder kung isumite ito ng ibang builder at matukoy ng operator na ang pagdadagdag nito ay nagpapataas sa halaga ng block nang hindi lumalabag sa mga garantisya ng pagpapatupad ng base block. Tiyak na listahan ng Blockspace Forum ang pagpapabuti sa pagtutol sa pagcensor bilang isa sa mga layunin ng disenyo. Ang mekanismo ay hindi nagtatanggal ng pagpapaliwanag, ngunit itinatagpo ang bilang ng mga independiyenteng partido na kailangang sang-ayon upang tanggalin ang isang transaksyon bago ito mapanatiling ipinagkait.
 
Kumpleto ng katangiang ito ang iba pang mga disenyo ng listahan ng pagpapakilala na nasa pag-uusap, hindi ito nagpapalit. Ang FOCIL, na inaasahang maipapakilala sa isang susunod na pag-upgrade, ay magpapakialam sa isang set ng random na piniling attesters upang isama ang isang limitadong bilang ng transaksyon na nakikita ng protokolo mismo. Ang MPBC ay gumagana sa builder layer at kaya ay nakakapalibot sa mga transaksyon na nakikita ng anumang sumasali na builder, kabilang ang mga transaksyon na maaaring hindi maiabot ang publiko mempool. Kasama, ang dalawang pamamaraan ay lumilikha ng nakakaparehong mga jaminan: protocol-level na pilitang pagpapakilala para sa isang subset ng mga transaksyon at market-driven na multi-builder inclusion para sa mas malawak na set. Ang kombinasyon ay tumataas sa gastos ng patuloy na pagcensorship nang hindi nangangailangan ng pagbabago sa mga alituntunin ng consensus na nagpapatakbo sa pagkakatotoo ng bloke ngayon.
 

Kasunod sa Enshrined PBS at Mga Paghahanda sa Protokolo sa Kinabukasan

Ang MPBC ay disenyo upang magtrabaho kasama ang enshrined proposer-builder separation. Ang ePBS ay nagpapabuti sa pinagkakatiwalaang paghahatid ng mga block mula sa mga builder patungo sa mga proposer sa pamamagitan ng paglilipat ng ilang escrow functions sa protokolo. Patuloy pa ring gumagana ang MPBC dahil hindi ito nakasalalay sa papel ng intermediate relay escrow para sa kanyang pangunahing merging logic. Ang mga proposer ay nananatiling malaya na pumili ng pinakamataas na halaga ng tawag, anuman ang paraan kung saan dumating ang tawag—sa pamamagitan ng tradisyonal na channel o sa pamamagitan ng isang MPBC operator. Ang Blockspace Forum ay nagsasabi na ang sistema ay buong tugma sa both trustless bids at peer-to-peer bidding paths. Ang pagpapadala ng out-of-protocol improvement habang binabago ang protokolo mismo ay gumagawa ng pagkakataon upang palitan ang ilang public-good relay functions na may kompetitibong operadong infrastraktura na kumikita ng kita na proporsyonal sa halaga na ito ay lumikha.
 
Tumingin sa mas malayong hinaharap, inaasahan na mananatiling kompatibulo ang parehong additive architecture sa FOCIL at sa anumang susunod na pagpapalawig ng mga listahan ng pagkakasama. Dahil ang MPBC ay hindi nagbabago sa mga kondisyon ng kawastuhan ng isang block, ang mga pagbabago sa protokolo na naglalayong magdagdag ng mga bagong kundisyon ay maaaring maserap ng mga operator habang sila ay muli nilang isinasimula ang multi-party resulta. Ang unang limitasyon sa mga hindi kontrobersyal na transaksyon, simpleng pag-transfer, at sariling naglalaman na bundles ay nagpapanatili sa unang bersyon bilang mapagbaba. Ang mga susunod na bersyon na nakalista sa roadmap ay naglalayong palawigin ang hanay ng mga transaksyon na maaaring i-merge kapag ang pangunahing mekanismo ay patunayan nang matatag sa ilalim ng mainnet load.
 

Mga Pagkakataon sa Kita para sa Mas Maliit na Mga Tagatayo

Ang mga builder na kadalasang hindi nananalo sa buong auction ay maaari pa ring kumita ng kita sa pamamagitan ng pagkontribyo ng mga transaksyon na idinadagdag sa mga base block na may mas mataas na tawid. Ang sobra na likha ng mga kontribusyong ito ay hinahati, na nagbibigay sa nagkontribyong builder ng direkta na ekonomikong bawas. Samantala, ang isang builder na nananalo sa base slot ay nakikinabang sa anumang karagdagang flow na idinadagdag ng iba pang mga builder, na tumataas ang posibilidad na ang kanyang block ay mananatiling pinakamataas na halaga sa oras ng pagdedeliver. Ang pagpaparehistro ay nangangailangan lamang na buksan ng isang builder ang isang Safe kasama ang bawat operator na nais niyang gamitin at mag-deposit ng mga reserve na pondo para sa mga pagbabayad sa distribusyon. Ang opt-in ay nangyayari sa bawat pagsumbong batay sa isang simpleng header flag, kaya nananatili ang ganap na kontrol ng mga builder kung aling mga block at transaksyon nila ang makikilahok.
 
Binabawasan ng istrukturang ito ang hadlang para sa mga espesyalisado o rehiyonal na tagagawa. Ang isang tagagawa na nakatuon sa isang partikular na klase ng serbisyo o sa order flow mula sa isang tiyak na heograpikong lugar ay maaari pa ring kikita sa flow na iyon kahit na ito ay hindi nagpapakita ng pinakamataas na tawag sa pandaigdigang antas. Ang pangkalahatang epekto ay ang pagpapalala ng presyur na winner-take-all na dating nagkonsentrado sa pagbuo ng block sa ilang kaunting may-alam. Ang pagkakaroon ng sapat na pagpapalala upang baguhin ang istruktura ng merkado ay nakadepende kung gaano kalawak ang paggamit ng mga opt-in flags ng mga tagagawa at kung gaano kaepektibo ang pakikipagkompetensya ng mga operator batay sa kalidad at kumpiyansa ng merge.
 

Epekto sa Transaction Latency at User Experience

Kapag limitado ang kapasidad, ang mga transaksyon na hindi kasama ng isang tagapag-imbento ay dumadaan sa mga susunod na slot. Sumasagot ang mga user sa pamamagitan ng pag-overbid upang mapabuti ang kanilang pagkakataon para sa agad na pagkakasama. Binabawasan ng MPBC ang spillover at ang defensive bidding sa pamamagitan ng pagpapalawak ng set ng mga transaksyon na maaaring makalabas sa kasalukuyang slot. Sa panahon ng volatility ng presyo o mataas na demand sa network, ang kakayahang absorbyan ang karagdagang non-conflicting flow ay maaaring makapagpabilis nang malaki ang mga oras ng pagkumpirma. Ang maagang obserbasyon sa mainnet na higit sa 20,000 na transaksyon ay kasama nang mas mabilis na pagkumpirma ay tugma sa inaasahang ito.
 
Dahil ang multi-party block ay binibigay lamang kapag mas may halaga, ang mekanismo ay hindi nagpapilit na ilagay ang mas mababang halagang transaksyon sa mga block sa pagsasakripisyo ng mas mataas na halaga; ito ay nagpapahintulot lamang na magkakasama ang higit pang mga mataas na halagang transaksyon. Ang mga serbisyo na dati ay nangangailangan ng eksplisitong pagpili ng mananalo ay may karagdagang mga daan. Ang isang komitment ng proposer na hindi isinama ng isang builder ay maaari pa ring idagdag ng iba. Ito ay nagpapabuti sa kumpiyansa ng preconfirmation at iba pang umuunlad na mga serbisyo ng merkado nang hindi nangangailangan na suportahan ng bawat kompetitibong builder ang bawat protokolo ng serbisyo. Kaya, ang mga orihinal ay nakakaranas ng mas maayos na kapaligiran ng paglalagay kahit na nananatiling kompetitibo ang pagsisikap sa ilalim.
 

Teknikal na Pagkakasayaw ng Unang Bersyon ng Produksyon

Ang V1 implementation ay may layuning limitahan ang pag-merge sa mga transaksyon na hindi kumakalaban para sa parehong kontrobersyal na estado. Sinusuportahan ang mga simpleng pag-transfer at self-contained bundles; ang mas kumplikadong interaksyon na maaaring baguhin ang execution guarantees ng base block ay hindi kasama. Dapat muli nang i-simulate ng mga operator ang bawat multi-party block dahil nagbabago ang state root kapag idinadagdag ang mga bagong transaksyon. Ang mga invalid na block ay handled sa ilalim ng parehong optimistic-relay principles na umiiral na: ang proposer ay binibigyan ng halaga ng slot, at pagkatapos ng ePBS, maaari ring mag-bid ang isang operator bilang isang staked entity.
 
Ang mga tagagawa at tagapagpaganap ay patuloy na nakikibatay sa kapakanan ng tiwala para sa pagbabahagi ng payload, bagaman ang mga susunod na gawain ay maaaring magdagdag ng mga mekanismo na ekonomiko o kriptograpiko na magpapaliit sa sakop ng tiwala. Ang mga limitasyong ito ay nagpapanatili sa unang paglalunsad sa loob ng maayos na kilalang mga hangganan ng kaligtasan. Ang Blockspace Forum ay nagsabi na inaasahan ang V2 sa huli ng 2026 upang palawakin ang hanay ng mga transaksyon na maaaring i-merge matapos makalap ang praktikal na karanasan. Magpapatuloy ang mga paunlarin sa pagkakasunod-sunod. Kaya ang disenyo ay tumitingin sa paglunsad sa mainnet bilang simula ng isang iteratibong proseso kaysa isang natapos na produkto.
 

Pagsasama ng Validator at Pagpapatuloy ng Operasyon

Ang karamihan sa mga validator na naka-connect na sa pinakamalaking relays ay nagsisimula nang tumanggap ng multi-party blocks nang walang pagbabago sa konfigurasyon. Sapat na ang pagdagdag ng tatlong operator endpoints sa umiiral na lista ng sidecar relay. Maaari pa ring ipahayag ang mga paborito tulad ng regional filtering o trusted-builder lists sa pamamagitan ng standard registration header. Ang mga timing games na lalaro ng mga proposer ay hindi nakakainterrupt sa MPBC construction; ang mga operator ay patuloy na pinapabuti ang pinakamahusay na available base block sa buong slot, at ang proposer ay laging tumatanggap ng pinakamataas na value header na available sa oras ng request.
 
Ang mga pagkabigo sa imprastruktura ay tinutugunan sa pamamagitan ng pagbabahagi ng payload sa pagitan ng mga operator, kaya ang isang sinagutang header ay maaari pa ring mapuno kahit na ang orihinal na operator ay pansamantalang hindi maabot. Walang karagdagang hakbang ang mga operator ng distributed validator technology. Parehong totoo para sa mga validator na patuloy na gumagamit ng optimistic relaying. Dahil ang mga multi-party blocks ay buong sinimulahan bago ang paghahatid, ang antas ng panganib para sa mga proposer ay nananatiling kapareho ng antas ng panganib na kanilang tanggap sa karaniwang PBS. Ang net resulta ay isang pagtaas sa inaasahang halaga ng tawag na may minimum na operasyonal na gastos.
 

MPBC at ang Nagbabagong Merkado ng Ethereum Builder

Sa pamamagitan ng paglikha ng mga stream ng kita para sa mga kontribyutor na hindi nanalo sa pangunahing auksyon, binabago ng MPBC ang ekonomikong kalkulasyon na nagdudulot ng konsentratyon sa mga tagabuo. Hindi na kailangang makakuha ng buong slot ang isang tagabuo upang makakuha ng halaga mula sa kanyang flow ng order. Samantala, ang kinakailangang ang isang multi-party block ay maaaring palitan lamang ang pinakamataas na tawag mula sa parehong pangunahing tagabuo ay nagpapanatili ng insentibo na makipagkumpitensya nang agresibo sa pangunahing auksyon. Ang mga operator ay kumikita ng bahagi ng surplus na kanilang inilabas, na nagpapakasalig sa kanilang insentibo sa mas mataas na paggamit kaysa sa mga pera lamang mula sa escrow. Sa paglipas ng panahon, inaasahan na ang kompetisyon sa pagitan ng mga operator sa kalidad ng merge, latency, at reliability ay magdudulot ng karagdagang pagpapabuti sa pipeline.
 
Ang mga workshop ng Blockspace Forum sa Buenos Aires at Cannes ay nag-ugnay ng mga koponan na kumakatawan sa higit sa 95 porsiyento ng block production labas sa protokolo. Ang kalawakan ng pagkakasali ay nagpapataas ng posibilidad na magpatuloy ang disenyo na umunlad kasama ang mga input mula sa mga partido na aktwal na nagpapatakbo ng imprastruktura. Ang pampublikong dokumentasyon, mga live na dashboard ng mga metrik, at isang bukas na reference implementation ay karagdagang nagpapababa ng impormasyong asimetrismo. Ang kombinasyon ng ekonomikong insentibo at transparyenteng pagsukat ay nagbibigay ng praktikal na pundasyon para masukat kung ang multi-party model ay maaaring magpalawak nang mapanatili ng pagkakasali.
 

Kongklusyon

Nagsabi ang Blockspace Forum na ang kasalukuyang pag-deploy ay ang unang hakbang. Inaasahan na ang V2 sa huli ng taon ay magtutulungan sa mas malawak na hanay ng mga uri ng transaksyon kaysa sa ang non-contentious set na pinapahintulutan ngayon. Ang performance-based compensation para sa mga operator ay nakalista bilang isang item sa roadmap na magpapalit sa kasalukuyang fixed 25 porsyento na paghahati. Ang shared collateral arrangements sa pagitan ng mga operator ay nasa pag-uusap upang mapabuti ang capital efficiency para sa mga builder. Ang incremental upgrades ay magpapatuloy na paralelo sa mas malalaking pagbabago sa protokolo na jadwal para sa Glamsterdam at susunod na mga fork.
 
Dahil nananatiling additive ang arkitektura, maaaring ipakilala ang mga pagpapabuti na walang kailangang mag-upgrade nang sabay-sabay ang buong set ng validator o builder. Parehong binibigyang-diin ng dokumentasyon ang patuloy na pakikipag-ugnayan sa mas malawak na komunidad ng Ethereum research. Patuloy na bukas ang mga channel para sa feedback sa website ng Forum at sa mga pampublikong lugar ng talakayan. Kaya ang mainnet launch ay naglalaman ng parehong production system at live test bed para sa susunod na bilang ng mga pagpapabuti.
 

🔥 Sa Labas ng Mga Balita: Ano ang Kahulugan ng KuCoin 5.0 para sa Iyo

Mabilis ang paggalaw ng balita sa merkado — ngunit mahalaga rin kung saan mo ito ginagamit. Sa buwan ng Oktubre, ipinapakilala ng KuCoin ang KuCoin 5.0, na nagpapalit sa KuCoin sa isang bagong binuo na platform. Narito ang mga tunay na pagbabago para sa iyo:
 
  • Isang account para sa lahat. Ang mga lumang platform ay naghihiwalay ng iyong pera sa mga hiwalay na “spot,” “margin,” at “futures” account at inaasahan na maintindihan mo kung bakit. Ang unified account ng KuCoin 5.0 ay alisin ang lahat ng iyon — mag-deposit ng isang beses, at lahat ay direktang doon.
  • Mga stocks, index, at komodidad. Ang KuCoin 5.0 ay lumalawak sa labas ng crypto patungo sa mga global na merkado. Kapag nag-iiba-iba ang crypto at umuunlad ang equities (o kaya naman ang kabaligtaran), maaari kang mag-rotate sa minuto lamang, hindi kailangang buksan ang isang brokerage account at maghintay ng mga araw para sa fiat rails.
  • Mga totoong yaman (RWA). Tokenized na eksposur sa tradisyonal na yaman tulad ng mga komodidad, direkta sa iyong crypto account. Isa sa mga pinakamabilis na umuunlad na sektor sa pandaigdigang finansya ay hindi na nakareserba para sa mga institusyon — ikaw ay makakapag-access dito mula sa parehong balanse na ginagamit mo para mag-trade.
  • Kita habang natututo. Hindi handa na mag-trade? KCUSD ay nagpapakita ng araw-araw na kita na auto-compound sa iyong stablecoin. Ang pinakamaliit na stress na paraan upang gawing produktibo ang iyong hindi ginagamit na deposito para sa 4% yield.
  • Isang AI assistant na nasa simpleng wika. Magtanong, makakuha ng konteksto ng merkado, unawain kung ano ang tinitingnan mo — nakabuilt sa platform, walang kailangang jargon.
  • Isang app na hindi nagdudulot ng pagkakalito. Mas mabilis, mas malinis, at mas konsistenteng — intuwitibo agad mula sa unang pag-tap, hindi pagkatapos ng tutorial.
  • Ligtas na maaari mong i-check, hindi lang paniwalaan. Isang EU na entidad na may lisensya sa MiCAR, Proof of Reserves na maaari mong i-verify mismo, at internasyonal na sertipikadong seguridad (SOC 2 Type II, ISO 27001:2022).
 
Lumikha ng iyong account sa ilang minuto — at magsimula sa platform na gawa para sa kinabukasan ng crypto, hindi sa nakaraan nito.
 

Mga Madalas na Tanong

Paano nagkakaiba ang multi-party block construction sa single-builder PBS model na gumagana mula pa noong Merge?

Sa itinatag na PBS pipeline, isang nagwagi na builder ang nag-aayos ng buong block at pinipili ng proposer sa mga kumpetitibong tawag. Kumukuha ang MPBC mula sa pinakamataas na tawag na single-party block at pinapahintulutan ang iba pang builders na magdagdag ng mga hindi magkakaugnay na transaksyon upang palakasin ang kabuuang halaga. Ang multi-party result ay ipinapakita lamang kapag ito ay hihigit sa pinakamahusay na single-party alternatibo na available sa oras ng pagdala. Ang nakalalalim na auction at mekanismo ng proposer selection ay nananatiling hindi nagbago; ang extension ay nangyayari buong-buo sa construction at operator layer.

Ano ang mga konkretong benepisyo na nakikita ng karaniwang gumagamit mula sa pag-activate ng mainnet?

Mas maikli ang average panahon ng pagkakasama ng mga transaksyon para sa mga user na dati ay iniiwan dahil ang tagapagtagumpay ay walang pagkakataon na makita sila o pumili na hindi isama sila. Sa panahon ng mataas na demand, ang karagdagang mga daan para sa pagkakasama ay nagbabawas sa pangangailangan ng agresibong pagbida nang higit sa kinakailangan. Ang mga maagang data sa mainnet ay narekord na higit sa 20,000 na transaksyon na dumating nang mas mabilis kaysa sa kanilang pagkakaroon sa puro konstruksyon ng isang tagapagtagumpay. Ang epekto ay pinakamakikita sa mga simpleng pag-transfer at blob transaksyon na sumasailalim sa kasalukuyang mga patakaran para sa pagkakatugma.

Kailangan ba ng mga validator na i-install ang bagong software o baguhin ang kanilang umiiral na PBS configuration?

Ang malaking karamihan sa mga validator na naka-connect na sa mga pangunahing relay ay nagsisimula nang tumanggap ng mga multi-party block nang awtomatiko pagkatapos idagdag ang operator endpoints sa kanilang sidecar relay list. Walang kailangang i-upgrade ang client o baguhin ang consensus-layer. Ang mga pagpipilian para sa pag-filter o mga pinagkakatiwalaang builder ay patuloy na ipinapahayag sa pamamagitan ng mga parehong registration headers na ginagamit ngayon. Ang mga setup ng distributed validator technology ay hindi nangangailangan ng karagdagang hakbang kundi ang standard endpoint configuration.

Paano hinahati ang karagdagang halaga na nilikha ng mga idinagdag na transaksyon sa mga kalahok?

Ang labis na katumbas ng pagkakaiba sa pagitan ng halaga ng multi-party at single-party block ay hinahati nang pantay-pantay sa pagitan ng base builder, ang nag-contribute na builder, ang operator, at ang proposer. Patuloy na dumadaloy ang priority fees sa coinbase address ng base builder. Ang mga pagbabayad sa distribusyon ay nalulutas sa pamamagitan ng mga transaksyon na idinagdag sa multi-party block at pinagmumulan mula sa mga reserve na inilagay ng base builder sa mga operator. Ang gas cost ng mga transaksyon sa distribusyon ay tinatanggal mula sa labis bago isagawa ang paghahati.
 

Disclaimer

Ang impormasyon na ibinibigay sa pahinang ito ay maaaring mula sa mga third-party source at hindi kailangang kumakatawan sa mga pananaw o opinyon ng KuCoin. Ang nilalaman na ito ay layunin lamang para sa pangkalahatang impormasyon at hindi dapat itingin bilang pampinansyal, pampag-invest, o propesyonal na payo. Hindi nagtatanggol ang KuCoin sa katumpakan, kawastuhan, o kapanipaniwalaan ng impormasyon, at hindi responsable para sa anumang error, pagkakalimutan, o resulta na nagmumula sa paggamit nito. Ang pag-invest sa mga digital asset ay may mga inherenteng panganib. Mangyaring mabuting suriin ang inyong antas ng panganib at pampinansyal na kalagayan bago gumawa ng anumang desisyon sa pag-invest. Para sa karagdagang detalye, mangyaring bisitahin ang Mga Tuntunin ng Paggamit at Pagpapahayag ng Panganib ng KuCoin.

Disclaimer: AI technology ang ginamit sa pag-translate ng page na ito para sa convenience mo. Para sa pinaka-accurate na impormasyon, mag-refer sa original na English version.