Paggamit ng Taiko bilang halimbawa upang ipaliwanag ang konsepto ng preconfirmation: Paano gawing mas episyente ang mga transaksyon sa Ethereum?

Mula sa kasalukuyang mga limitasyon ng L2 ecosystem, sinusuri ng artikulong ito ang mga kongkretong pagsasagawa ng mga proyekto gaya ng Taiko upang ipakita kung paano pinapahusay ng inobatibong konsepto ng preconfirmation ang proseso ng kumpirmasyon ng transaksyon at pinapabuti ang karanasan ng user. Kasabay nito, inilalahad din ang mga hamon na kailangang lampasan ng kasalukuyang preconfirmation technology sa proseso ng pag-unlad nito, kabilang ang sabayang hamon ng teknikal na pagpapabuti at pagpapanatili ng ekosistema.

Orihinal na Pamagat: 《Preconfirmation (feat. Taiko): Make Ethereum Fast for the First Time!》

May-akda: Ingeun Kim : : FP

Pangunahing Buod

• Ang Taiko ay isang Layer2 network na nakabatay sa Based Rollup, na naglalayong makamit ang ganap na interoperability sa Ethereum habang isinusulong ang desentralisasyon ng sequencer. Upang lutasin ang pagkaantala ng final confirmation ng transaksyon sa Rollup mechanism, ipinakilala ng Taiko ang konsepto ng "preconfirmation". Sa pamamagitan ng maagang pagbibigay ng garantiya sa user hinggil sa inclusion at order ng transaksyon, epektibong nilulutas ng preconfirmation ang hindi episyenteng proseso ng kumpirmasyon sa Rollup, kaya't malaki ang naitutulong sa karanasan ng user.
• Sa Based Preconfirmation model, ang mga L1 validator ang nagbibigay ng garantiya sa resulta ng transaksyon para sa mga user. Kailangang mag-stake ng collateral ang mga preconferrer at sumunod sa slashing mechanism upang matiyak ang pagiging maaasahan ng sistema. Sa pamamagitan ng pagpasok ng preconfirmation mechanism, ang mga L2 project gaya ng Taiko ay nagtatatag ng maaasahang finality ng transaksyon, na lumilikha ng mas maginhawang operasyon para sa mga serbisyong nangangailangan ng real-time confirmation gaya ng DeFi.
• Sa kasalukuyan, maraming proyekto na ang sumasali sa pagtatayo ng preconfirmation ecosystem. Ang teknolohiyang ito ay inaasahang magpapataas ng episyensya ng Ethereum L2 ecosystem, magpapalakas ng interoperability sa Ethereum, at magtutulak sa karagdagang paglawak ng buong ecosystem.

Ang Taiko ay patuloy na sumusulong tungo sa kanyang ultimate goal bilang isang Ethereum Layer2 solution. Upang makamit ito, inuuna ng Taiko ang ganap na interoperability sa Ethereum, desentralisadong sequencer, at suporta para sa mga developer. Kapansin-pansin, nakamit ng Taiko ang ganap na interoperability sa Ethereum sa pamamagitan ng arkitektura ng Based Rollup, at pinapayagan ang sinuman na maging sequencer, kaya't natamo ang desentralisasyon ng sequencer. Gayunpaman, bagaman may mga benepisyo ang Based Rollup model, mayroon pa rin itong ilang likas na hindi episyenteng istruktura.

Gamit ang Taiko bilang halimbawa, susuriin ng artikulong ito nang malalim ang konsepto ng preconfirmation. Bilang isang mahalagang bahagi ng Layer2 technology stack, ang preconfirmation ay isang mahalagang hakbang para sa karagdagang pag-unlad ng Rollup.

Kasalukuyang Isyu sa Episyensya ng L2

Habang lumalawak ang L2 ecosystem, maraming proyekto ang sumusulpot, nagdadala ng maraming bagong konsepto at technology stack. Gayunpaman, sa kabila ng mga makabuluhang pag-unlad na ito, may ilang isyu pa rin sa episyensya ang L2 na kailangang lutasin, lalo na sa mga kritikal na bahagi na nakakaapekto sa karanasan ng user, kaya't napakahalaga ng pagpapabuti ng episyensya.

Mga Likas na Limitasyon ng Rollup: Hindi Episyenteng Proseso ng Finality ng Transaksyon

Ang L2 ay nakakamit ang scalability sa pamamagitan ng Rollup, na umaasa sa data availability at transaction processing ng mga L1 platform gaya ng Ethereum. Gayunpaman, may likas na limitasyon ang Rollup: bagaman maaari nitong isagawa ang transaction ordering at execution nang mag-isa, kailangang maghintay ang lahat ng iba pang proseso sa final confirmation ng L1.

Sa pamamagitan ng direktang paggamit ng block generation at data availability ng L1, natitiyak ng arkitekturang ito ang seguridad at immutability ng data. Gayunpaman, ang pag-asa sa L1 para sa final confirmation ay nagdudulot ng mabagal na transaction processing at limitadong real-time confirmation, na mula sa pananaw ng user ay hindi nakakatugon sa real-time na pangangailangan.

Dagdag pa rito, marami pa ring L2 sequencer at validator node ang sentralisado. Ang ganitong sentralisasyon ay nagdudulot ng inefficiency, gaya ng mahabang oras ng kumpirmasyon ng transaksyon at posibleng operational interruptions, na nakakaapekto sa transaction processing efficiency ng ilang Rollup at nagdudulot ng delay sa kumpirmasyon.

Pagpapakilala ng Konsepto ng Preconfirmation

Ipinakilala ang konsepto ng preconfirmation upang lutasin ang mababang episyensya ng final confirmation ng transaksyon sa L2 network. Pinapabilis ng preconfirmation ang pagkuha ng kumpirmasyon ng user sa transaksyon, kaya't nababawasan ang delay at inefficiency na karaniwan sa Rollup mechanism.

Ano ang mga problemang nilulutas ng preconfirmation?

Sa Rollup mechanism, laging may isyu ng inefficiency sa proseso ng kumpirmasyon ng transaksyon ng user sa L2. Dahil hindi matitiyak ng sentralisadong L2 sequencer kung kailan makukumpirma ang transaksyon sa L1, madalas na hindi sigurado ang user sa order at resulta ng transaksyon. Halimbawa, maaaring maghintay nang matagal ang user bago maisama ang transaksyon sa L1, at kung mali ang order ng transaksyon o hindi kanais-nais ang resulta, maaaring magdulot ito ng financial loss mula sa na-execute na transaksyon.

Sa highly volatile na market environment, mas tumitindi ang problema ng delay at pagbabago ng order, dahil umaasa ang user sa arbitrage at DeFi services. Sa mga kasong ito, ang delay o pagbabago ng order ng transaksyon ay direktang nagdudulot ng pagkawala ng oportunidad. Kahit ang mga ordinaryong user ay maaaring mawalan ng kumpiyansa sa oras at order ng final confirmation ng transaksyon sa L1, na nagdudulot ng pagdududa sa reliability at usability ng blockchain.

Kaya, layunin ng disenyo ng preconfirmation na punan ang mga kakulangang ito, lalo na para sa mga user na pinaka-apektado ng inefficiency ng Rollup, upang magbigay ng mas maginhawa at mas maaasahang karanasan sa transaksyon.

Paano nilulutas ng preconfirmation ang mga problemang ito?

Nilulutas ng preconfirmation ang mga problemang ito sa pamamagitan ng pagbibigay ng garantiya sa inclusion, ordering, at execution ng transaksyon para sa user. Sa pamamagitan ng sentralisadong L2 sequencer, nagbibigay ito ng "soft confirmation" at naglalabas ng preconfirmation certificate upang matiyak na maisasama ang transaksyon sa L1.

Ang pangunahing benepisyo ng soft confirmation ay ang pagpapabuti ng user experience. Matapos isumite ang transaksyon, agad na makakatanggap ang user ng confirmation certificate, na nagsisiguro na ang transaksyon ay maisasama sa L1 ayon sa inaasahang order, binabawasan ang uncertainty, lalo na sa mga transaksyong nangangailangan ng mabilis na aksyon gaya ng arbitrage. Bukod dito, pinapalakas ng preconfirmation ang tiwala ng user sa L2 system. Habang tumataas ang kumpiyansa ng user sa seguridad ng transaksyon, tumataas din ang overall usage ng L2 ecosystem. Kaya, mahalaga ang papel ng preconfirmation sa pagpapabuti ng episyensya at kaginhawaan ng Rollup.

Ang Preconfirmation ba ang Ultimate Solution?

Bagaman kayang pagandahin ng soft confirmation mula sa sentralisadong sequencer ang user experience sa pamamagitan ng inaasahang order at resulta, umaasa pa rin ito sa tiwala sa sequencer. Walang legal o teknikal na sapilitang mekanismo, kaya't umaasa lang ang user sa pagiging maaasahan ng sequencer. Ang ganitong dependency ay nagdudulot ng posibilidad na hindi maisama ang transaksyon ayon sa tamang order, o hindi talaga maisama sa L1, na hindi nagbibigay ng inaasahang garantiya ng user.

Pagsusuri ng Konsepto at Praktis ng Based Preconfirmation Gamit ang Taiko Bilang Halimbawa

Malaki ang ginugol ng Taiko sa pagpapatupad ng preconfirmation dahil lubos na tumutugma ang pamamaraang ito sa mga pangunahing katangian ng Based Rollup. Kung matagumpay na maipapasok ang Based Preconfirmation sa framework ng Taiko, hindi lang nito mababawasan nang malaki ang delay ng final confirmation ng transaksyon, kundi mapapabuti rin ang user experience. Bukod dito, magpapagana ito ng maraming serbisyong dating limitado, upang epektibong gumana sa Taiko network.

Bago lubos na maunawaan ang Based Preconfirmation, mahalagang balikan muna ang ilang pangunahing katangian ng Taiko upang mas malalim na maunawaan ang applicability at benepisyo ng pamamaraang ito.

Pagsusuri ng Kaso ng Taiko

Ipinapakita ng Taiko ang mga pangunahing katangian ng Based Rollup. Hindi lang nito nakamit ang ganap na interoperability sa Ethereum infrastructure, kundi nakahanay din ito sa security mechanism ng Ethereum. Gumamit ang Taiko ng Based Rollup architecture, ibig sabihin, hindi ito umaasa sa sentralisadong sequencer, kundi sa mga validator ng Ethereum bilang mga sequencer, na responsable sa pag-order ng transaksyon at block.

Ibig sabihin, ang sequencer ng Taiko ay kapareho ng mga block proposer ng Ethereum. Ang disenyo na ito ay nagbibigay sa kanila ng espesyal na responsibilidad at incentive, gaya ng pagkuha ng MEV rewards at iba pang benepisyo ng pagiging sequencer. Kaya, kapag nagka-problema sa L2 sequencing ng Taiko, natural na pananagutan ng mga sequencer na ito ang mga isyu dahil sa kanilang interes sa Ethereum ecosystem. Ang mekanismong ito ay nagbibigay ng malinaw na pagkakaiba ng Taiko sa ibang Ethereum L2 projects sa usapin ng operational responsibility.

Dagdag pa rito, kapansin-pansin na ang Based Rollup model ng Taiko ay idinisenyo bilang isang "Based Contestable Rollup (BCR)", na naglalayong maghikayat ng healthy competition. Sa pamamagitan ng open at permissionless na disenyo, natitiyak ng Taiko ang desentralisasyon ng system at pinapayagan ang sinuman na sumali, kaya't mas patas at transparent ang system.

Preconfirmation Batay sa Based Rollup

Kaya, ano ang itsura ng preconfirmation model na partikular na idinisenyo para sa Based Rollup? Ang sagot ay "Based Preconfirmation". Layunin ng modelong ito na palitan ang tradisyonal na soft confirmation mechanism ng direktang kumpirmasyon na validated sa L1.

Nagbibigay ang Based Preconfirmation ng isang sistema kung saan ang ilang L1 validator ay boluntaryong sumasali at nagbibigay ng preconfirmation service. Bilang mga sequencer, nagbibigay ang mga validator na ito ng verifiable prediction ng resulta ng Rollup transaction sa mga user. Sa ganitong paraan, nabibigyan ng user ng mapagkakatiwalaang garantiya sa inclusion at ordering ng transaksyon, at ang mga garantiya ay direktang nakabase sa L1, kaya't pinapalakas ang credibility at reliability ng Rollup process.

Unang ipinakilala ni Justin Drake ang konsepto ng Based Preconfirmation, at nagmungkahi ng isang partikular na role na tinatawag na "Preconferrer", na maaaring magbigay ng signed guarantee sa user, na malinaw na nagtatakda ng order at execution status ng transaksyon. Upang matiyak ang reliability ng commitment, kailangang mag-stake ng collateral ang bawat preconferrer. Kung hindi nila natupad ang commitment hinggil sa order o execution status ng transaksyon, mapaparusahan sila sa pamamagitan ng slashing mechanism, ibig sabihin, maaaring mawala ang bahagi o lahat ng kanilang collateral.

Malawak nang ginagamit ang slashing mechanism sa Ethereum PoS staking upang epektibong pigilan ang malicious behavior. Hindi lang nito pinapalakas ang sense of responsibility ng preconferrer, kundi nagtatatag din ng trust base sa pagitan ng user at preconferrer.

Dalawang sitwasyon ang magdudulot ng slashing penalty sa preconferrer:

1. Liveness Faults: Kung hindi maisama ng preconferrer ang preconfirmed transaction ng user sa chain sa anumang dahilan, magaganap ang liveness fault. Dahil hindi palaging sinasadya ang liveness fault, mas banayad ang penalty. Maaaring sanhi ito ng network issues o interruption ng L1 o L2 blockchain, kaya't hindi maisama nang tama ang transaksyon. Upang maprotektahan ang honest preconferrer mula sa hindi makatarungang parusa, karaniwang pinagkakasunduan ng user at preconferrer ang halaga ng penalty para sa liveness fault.
2. Safety Faults: Kung naisama ang preconfirmed transaction sa chain ngunit hindi tugma ang resulta sa orihinal na request ng user, magaganap ang safety fault. Ganap na responsibilidad ito ng preconferrer, kaya't mas mabigat ang penalty. Mawawala nang buo ang collateral ng preconferrer, kahit hindi sinasadya ang problema.

Upang maging preconferrer sa Based Preconfirmation model, kailangang tanggapin ng isang node (karaniwan ay L1 block proposer) ang mga kondisyon ng slashing mechanism at mag-stake ng kinakailangang collateral. Kapag naaprubahan, maaari nang magbigay ng serbisyo ang preconferrer sa mga user at kumita mula sa service fee.

Ang ganitong fee model ay nagbibigay ng malaking kaginhawaan sa user, na nagpapahintulot sa kanilang iwasan ang likas na delay sa final confirmation ng Rollup transaction. Halimbawa, matapos magsumite ng preconfirmed transaction mula sa personal wallet, agad na makakakuha ng confirmation certificate ang user mula sa preconferrer.

Ang mga preconferrer na sumasali sa Based Preconfirmation ay hindi lang kumikita mula sa fees, kundi tumutulong din sa pag-optimize ng transaction confirmation process ng Rollup. Hindi lang nito pinapabuti ang user experience, kundi nagbibigay din ng maaasahan at episyenteng final confirmation solution para sa buong L2 ecosystem, kaya't pinapalakas ang atraksyon at utility nito.

Bakit Handa ang User na Magbayad para sa Preconfirmation?

Malapit na kaugnay ito sa pangunahing layunin ng preconfirmation. Handa ang user na magbayad para sa preconfirmation dahil direkta nitong nilulutas ang inefficiency ng Rollup sa proseso ng final confirmation ng transaksyon, na nagdadala ng malaking kaginhawaan sa user.

Halimbawa, kapag nagsumite ng preconfirmed transaction ang user mula sa personal wallet sa L2 blockchain, maaaring kailanganin ng standard transaction na maghintay ng final confirmation, ngunit ang user na humiling ng preconfirmation ay agad na makakakuha ng garantiya mula sa preconferrer, at matatapos ang transaksyon nang walang delay. Sa puntong ito, maaaring makita ng user ang isang berdeng check mark sa wallet interface, na malinaw na nagpapakita ng matagumpay na transaksyon.

Isa pang halimbawa ay ang DeFi services, kung saan kapag nag-exchange ng token ang user sa L2 DeFi platform, nagbibigay ang preconfirmation ng karagdagang garantiya para sa mga kaugnay na transaksyon. Karaniwan, maaaring magbago ang quoted exchange rate o fee dahil sa delay, kaya't hindi tumutugma sa aktwal na resulta ng transaksyon. Ngunit sa pamamagitan ng preconfirmation, makakaranas ang user ng mabilis at episyenteng final confirmation process, nababawasan ang pagkakaiba ng inaasahang kondisyon at aktwal na resulta, kaya't mas maaasahan ang service experience.

Hindi lang nito pinapayagan ang mga developer na magbigay ng mas tumpak na serbisyo, kundi nagdadala rin ng mas maginhawa at episyenteng karanasan sa user. Ang dinamikong ito ay higit pang sumusuporta sa paglawak ng L2 ecosystem, at tumutulong din sa paglago ng mas malawak na L1 ecosystem. Bukod dito, para sa sequencer ng Based Rollup, ang karagdagang kita mula sa preconfirmation ay nagbibigay ng kaakit-akit na profit model. Epektibong nilulutas ng disenyo na ito ang ilang tradisyunal na kahinaan ng Based Rollup, kaya't ito ay isang ideal na pagpipilian para sa sequencer, na pinagsasama ang reliability at atraksyon.

Ano ang mga Hamon ng Based Preconfirmation?

Ang Based Preconfirmation ay nananatiling isang research hotspot sa mga Rollup-driven Layer2 project na pinangungunahan ng Taiko. Bagaman malinaw na nagbibigay ito ng solusyon para mapabuti ang performance at scalability ng L2 habang pinapanatili ang desentralisasyon, may ilang hamon pa rin itong kailangang lutasin sa aktwal na aplikasyon upang makamit ang mas malawak na adoption.

Una, kapag nagsumite ng transaksyon sa block ang Preconferrer, maaaring hindi makuha ng user ang absolute guarantee ng inclusion ng transaksyon. Bagaman nagbibigay ng garantiya ang preconferrer sa pamamagitan ng staked collateral, hindi pa rin nito ganap na nalulutas ang problema ng hindi pagkakasama ng transaksyon dahil sa external interruption. Lalo na kung mas mataas ang halaga ng transaksyon kaysa sa staked amount ng preconferrer, maaaring abusuhin ng preconferrer ang kanilang kapangyarihan at piliing isama o hindi isama ang ilang transaksyon, na nagdudulot ng potensyal na panganib.

Isa pang mahalagang hamon ay ang profit model na nakabatay sa preconfirmation. Ang pangunahing kita ng preconferrer ay mula sa preconfirmation fees na binabayaran ng user. Gayunpaman, kung kulang ang bilang o participation ng preconferrer, maaaring magdulot ito ng market centralization at monopolyo. Sa ganitong sitwasyon, maaaring tumaas nang artipisyal ang preconfirmation fees, na nagpapataas ng gastos ng user para sa mabilis at episyenteng transaksyon, kaya't nagbabanta sa healthy development ng preconfirmation ecosystem.

Kapansin-pansin na ang konsepto ng Based Preconfirmation ay medyo bago pa lang, naipakilala lamang mga isang taon na ang nakalipas. Upang maging "key tool" para sa pagpapabilis at pagpapahusay ng Rollup-driven L2 solution, kailangan pa ng panahon ng pagsasanay at pagpapabuti. Gayunpaman, dahil matatag nang naitatag ang Rollup bilang core component ng scalability ng Ethereum, ang karagdagang pag-explore ng preconfirmation para mapabuti ang performance ay isang mahalagang hakbang sa pag-unlad ng L2 technology.

Lalo na ang Taiko, na nakamit na ang mahahalagang progreso sa pagpapatupad ng Based Preconfirmation. Kasabay nito, nakikipagtulungan ang Taiko sa mga partner gaya ng Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev, at Espresso upang sama-samang tuklasin at paunlarin ang mga application scenario ng Based Preconfirmation. Layunin ng mga kolaborasyong ito na itulak ang karagdagang pag-unlad ng L2 ecosystem, at tatalakayin pa ang mga detalye sa mga susunod na bahagi.

Panoramic View ng Preconfirmation Ecosystem: Pagpapaliwanag ng Proseso at Pagsusuri ng mga Proyekto

Sa kabanatang ito, tatalakayin natin kung aling mga proyekto ang aktibong nagsasaliksik at nagtutulak ng pag-unlad ng preconfirmation technology sa Rollup-driven L2 ecosystem. Dahil nasa maagang yugto pa ang ecosystem na ito, gagamit tayo ng flowchart upang mas malinaw na maipakita at maunawaan ang partikular na proseso ng preconfirmation.

Preconfirmation Flowchart

Ang preconfirmation ay isang komplikadong proseso na nangangailangan ng malapit na kooperasyon ng L1 at L2, na may maraming role at partikular na responsibilidad ang bawat isa. Upang mas madaling maunawaan ang prosesong ito, gumawa ako ng flowchart bilang maikling buod. Dapat tandaan na layunin ng flowchart na ito na ipaliwanag ang overall logic, kaya hindi nito mahigpit na pinagkaiba ang mga katangian ng Rollup at Based Rollup, kundi nakatuon sa pangkalahatang proseso.

Bago talakayin ang mga partikular na hakbang sa flowchart, kilalanin muna natin ang mga role na kasali sa preconfirmation process at ang kanilang mga tungkulin:

• User: Mga indibidwal na gumagamit ng L1 o L2 network, responsable sa paggawa at pagsusumite ng transaksyon. Kung nais ng user ng preconfirmation guarantee, ipapadala nila ang transaksyon sa preconferrer matapos itong mabuo.
• Preconferrer: Sa proseso ng preconfirmation, ang preconferrer ang responsable sa pag-audit at pag-verify ng transaksyon, at pagkatapos ay nagbibigay ng preconfirmation guarantee sa user. Sa pamamagitan ng preconfirmation, mabilis na nakukuha ng user ang status guarantee ng transaksyon bago ang final settlement. Kung walang preconfirmation qualification ang node, kikilos ito bilang Non-Preconf Actor, na pangunahing nagpoproseso ng ordinaryong transaksyon, katulad ng standard validator node.
• L1 Validator: Responsable sa final verification ng transaksyon at block sa L1 network. Kapag nagsumite ng transaction data ang preconferrer, iva-validate ito ng L1 validator at itatala sa L1 blockchain upang matiyak ang integridad ng transaksyon at pagsunod sa consensus rules.
• Preconfirmation Challenge Manager: Kapag nagkaroon ng dispute o problema sa preconfirmation process, ang role na ito ang responsable sa pagsisiyasat at pagresolba ng dispute. Mahalaga ang role na ito sa pagpapanatili ng fairness at reliability ng preconfirmation process.

Ngayon, sundan natin ang partikular na proseso ng preconfirmation ayon sa pagkakasunod ng flowchart:

1. Ipinapadala ng user ang transaction request sa preconferrer upang simulan ang preconfirmation process.
2. Ina-audit ng preconferrer ang transaksyon at nagpapadala ng preconfirmation receipt, na nangangakong maisasama ang transaksyon sa L1 block, kaya't nagbibigay ng preliminary finality guarantee sa user.
3. Isinusumite ng preconferrer ang transaction data na kailangang maisama sa L1 block sa L1 validator. Maaaring ito ay isang solong transaksyon o aggregated data na naproseso ng L2 sequencer.
4. Iva-validate ng L1 validator ang isinumiteng transaction data o aggregated data at itatala ito sa L1 block upang matiyak ang pagsunod sa blockchain consensus rules.
5. Pagkalipas ng ilang panahon, ang L1 block na naglalaman ng transaction data o aggregated data ay nagkakaroon ng finality, at opisyal nang nakumpirma ang transaksyon.
6. Maaaring suriin ng user ang final result ng transaksyon sa pamamagitan ng L1 node, at kung kinakailangan, gamitin ang kaugnay na impormasyon upang maghain ng anumang potensyal na preconfirmation dispute o challenge.
7. Kung hindi naisama nang tama ang transaksyon sa L1 gaya ng ipinangako, mapaparusahan ang preconferrer ng Preconfirmation Challenge Manager, gaya ng slashing ng collateral o pag-freeze ng staked asset.

Pagsusuri ng mga Kaugnay na Proyekto

• Astria: Layunin ng Astria na palitan ang sentralisadong sequencer ng isang desentralisadong sequencer network, at suportahan ang maraming Rollup na mag-share ng network na ito. Nagbibigay ito ng mas malakas na censorship resistance, mas mabilis na block finality, at seamless cross-Rollup interaction. Upang makamit ang mabilis na block finality, ipinakilala ng Astria ang preconfirmation function, na nagpapahintulot sa Rollup na magbigay ng mabilis na transaction confirmation at pinapalakas ang censorship resistance, kaya't malaki ang naitutulong sa user experience.
• Bolt by Chainbound: Ang Bolt ay isang preconfirmation protocol na binuo ng Chainbound, na nagbibigay ng halos instant transaction confirmation service para sa Ethereum users. Gumagana ito batay sa trustless participation at economic collateral, at compatible sa kasalukuyang MEV-Boost PBS pipeline, na lumilikha ng bagong income opportunity para sa proposer. Ang core function ng Bolt ay L1 preconfirmation, na nagbibigay ng instant finality para sa basic transactions (gaya ng transfer at approval), kaya't pinapabuti ang user experience. Sa pamamagitan ng paglilipat ng responsibility ng inclusion ng transaksyon mula sa sentralisadong block builder patungo sa proposer, pinapalakas ng Bolt ang censorship resistance ng system. Kasabay nito, tinitiyak ng staked proposer registration mechanism ang trustless environment, at flexible itong sumusuporta sa iba't ibang uri ng smart contract.
• Espresso System: Ang Espresso System ay isang protocol na naglalayong palakasin ang interoperability ng blockchain ecosystem. Gumagamit ito ng HotShot Byzantine Fault Tolerance (BFT) consensus protocol upang makamit ang mabilis na finality ng order at data ng transaksyon sa maraming chain. Binubuo ang Espresso System ng Espresso Network at Espresso Marketplace, na nagtutulungan upang magbigay ng mabilis na transaction finality at episyenteng interoperability, na layuning mapabuti ang scalability at security ng blockchain ecosystem.
• Ethgas: Ang Ethgas ay isang marketplace para sa trading ng block space, na ang transaction matching ay pinamamahalaan ng sentralisadong system, at ang on-chain process ay isinasagawa sa pamamagitan ng smart contract. Nagbibigay ang Ethgas ng dalawang pangunahing function: inclusion preconfirmation (pagtiyak na maisasama ang transaksyon sa loob ng tinukoy na gas limit) at execution preconfirmation (pagtiyak na makakamit ng transaksyon ang partikular na state o resulta). Nakatuon ang Ethgas sa pagprotekta ng privacy ng transaksyon sa block space trading at kilala sa layunin nitong maging neutral sa operasyon.
• Luban: Nakatuon ang Luban sa pag-develop ng isang desentralisadong sequencing layer upang ikonekta ang transaction data sa pagitan ng Ethereum network at Rollup. Idinisenyo ang sequencing layer bilang isang desentralisadong system na naghihiwalay sa proposal at execution roles. Sa pamamagitan ng preconfirmation function ng Luban, natitiyak ang executability ng transaksyon bago ito maisama sa Ethereum network, kaya't malaki ang naitutulong sa reliability ng transaksyon at optimization ng transaction fee, gas price, at MEV.
• Primev: Ang Primev ay nagde-develop ng isang proposer network na integrated sa MEV, na pinagsasama ang preconfirmation at MEV function upang bumuo ng episyente at maaasahang peer-to-peer network. Ire-record ng network na ito ang commitment sa execution ng Ethereum transaction at magbibigay ng incentive sa proposer sa pamamagitan ng reward o penalty mechanism. Pinapayagan ng Primev ang MEV participant na magtakda ng partikular na execution condition para sa kanilang transaksyon, at maaaring mag-commit ang block builder at validator na tuparin ang mga kondisyon, kaya't natitiyak ang preconfirmation ng transaksyon. Batay sa EIP-4337, sinusuportahan ng Primev ang flexible preconfirmation at gas fee options, na hindi lang nagpapabuti sa transaction processing efficiency kundi nag-o-optimize din ng user experience.
• Puffer Unifi: Ang Actively Validated Services (AVS) ng Puffer Unifi ay binuo sa EigenLayer, na nakatuon sa paglutas ng preconfirmation challenges sa Ethereum ecosystem, lalo na sa arkitektura ng Based Rollup. Ginagamit ng Puffer Unifi AVS ang restaking function ng EigenLayer upang suportahan ang preconfirmation participation mechanism, na layuning mapabuti ang episyensya ng final confirmation ng transaksyon. Habang umuunlad ang Based Rollup, tumataas ang demand para sa maaasahang preconfirmation provider, at layunin ng Puffer Unifi AVS na matugunan ang demand na ito. Ang ultimate vision nito ay makamit ang episyenteng preconfirmation nang hindi binabago ang core protocol, kaya't itinutulak ang sustainable growth ng Ethereum ecosystem.
• Skate: Ang preconfirmation AVS ng Skate ay umaasa sa restaked asset sa EigenLayer upang magbigay ng economic security para sa lahat ng cross-chain operation. Iva-validate ng AVS ang bundled data at impormasyon na kailangan para sa cross-chain transaction, at pagkatapos ay pipirmahan at ihahanda ng relay ng Skate para sa execution. Sa prosesong ito, natatamo ng Skate AVS ang preconfirmation ng data, na malaki ang naitutulong sa reliability at episyensya ng cross-chain transaction.
• Spire: Ang Based Stack ng Spire ay isang Based Ethereum Rollup framework na sumusuporta sa mga developer sa paggawa ng application chain (App Chains). Pinapayagan ng framework na ito ang application chain na direktang makipag-interact sa Ethereum at i-customize ang sequencing method, sumusuporta sa cross-chain exchange at iba pang function, at pinapabuti ang user experience sa pamamagitan ng preconfirmation. Sinusuportahan ng Based Stack ang iba't ibang execution environment, tinitiyak ang sequencing revenue ng application chain, at compatible sa tradisyunal na shared sequencer. Bilang open-source project, nagbibigay ang Based Stack ng kumpletong tool at resource para sa mga developer upang bumuo at mag-manage ng application chain, kaya't pinapalakas ang development ng application chain at interoperability ng Ethereum ecosystem.
• Taiko Gwyneth: Ang Taiko Gwyneth ay isang Rollup design na kasalukuyang dine-develop ng Taiko, na kabilang sa based Rollup architecture. Layunin nitong makamit ang ganap na interoperability sa Ethereum habang direktang pinamamahalaan ang transaction sequencing sa Ethereum. Lubos nitong pinapakinabangan ang security at desentralisasyon ng Ethereum, at nagbibigay ng mataas na throughput at mabilis na finality. Sa kasalukuyan, nagpapatakbo ang Taiko ng proposer mechanism upang tumulong sa block creation, at nag-e-explore ng preconfirmation mechanism upang itaguyod ang profitable block production sa komunidad. Layunin ng mekanismong ito na i-optimize ang block time scheduling at data publishing efficiency. Upang makamit ang mga layuning ito, nakikipagtulungan ang Taiko sa mga proyekto gaya ng Nethermind at Gattaca.

• Chorus One: Ang Chorus One ay isang proyekto na nagbibigay ng validation service at infrastructure para sa blockchain network, na nakatuon sa staking service sa maraming protocol upang palakasin ang stability at security ng network. Bilang L1 validator, tungkulin ng Chorus One na i-validate ang transaksyon at gumawa ng block, kaya't pinapabuti ang reliability at episyensya ng buong network. Kamakailan, nagpapakita ang Chorus One ng malaking interes sa preconfirmation technology, at nagdaos pa ng kaugnay na event sa Devcon 2024.

• Nethermind: Ang Nethermind ay isang proyekto na nakatuon sa pag-develop ng Ethereum client at tool, na ang pangunahing layunin ay mapabuti ang performance at stability ng blockchain network. Sa pamamagitan ng advanced optimization technology, aktibong itinutulak ng Nethermind ang pagtaas ng transaction throughput ng Ethereum network. Para sa preconfirmation technology, patuloy na nagsasaliksik ang Nethermind at nagsumite na ng proposal sa grant program ng Taiko upang pabilisin ang deployment ng preconfirmation function sa Taiko mainnet. Batay ang proposal na ito sa Nethermind RFP-001 project, na ipatutupad sa dalawang yugto: unang yugto ay testing ng preconfirmation function sa limitadong authorized participant; ikalawang yugto ay planong palawakin ang application scope ng preconfirmation.

Pagsilip sa Hinaharap

Ang Taiko at maraming Based Rollup Layer2 project, maging gumagamit man ng Based Rollup architecture o hindi, ay nagsisikap na i-optimize ang hindi episyenteng final confirmation process ng tradisyunal na Rollup. Sa pamamagitan ng pagpapakilala ng konsepto ng preconfirmation, binubuo ng mga proyektong ito ang isang transaction confirmation system na nagpapahintulot sa user na mas mabilis at mas maaasahang makumpirma ang transaksyon. Sa ganitong paraan, patuloy nilang ini-explore kung paano mapapabuti ang user experience at mapagtibay ang tiwala ng user.

Lubos na pinapakinabangan ng Taiko ang posisyon nito bilang Based Rollup Layer 2 project, at aktibong itinutulak ang pagpapatupad ng Based Preconfirmation mechanism upang makamit ang ganap na interoperability at desentralisasyon sa Ethereum. Sa pamamagitan ng pagbibigay ng mabilis at maaasahang final confirmation guarantee sa user, malaki ang naitutulong ng Taiko sa bilis at reliability ng transaction processing, kaya't malaki ang naitutulong sa user experience.

Gayunpaman, ayon sa ilang eksperto sa industriya gaya ni Ed Felten ng Arbitrum, kulang pa rin ang mature middleware na ganap na sumusuporta sa preconfirmation. Ipinapakita nito na ang maturity ng preconfirmation technology at ang profit model ng preconferrer ay nananatiling hamon na kailangang lutasin.

Tulad ng nabanggit sa artikulong ito, parami nang parami ang mga proyekto at participant na aktibong pumapasok sa larangan ng preconfirmation, bawat isa ay may dalang natatanging inobasyon upang mapabuti ang performance at episyensya ng Ethereum Layer2. Ang trend na ito ay tumutugma rin sa pangkalahatang batas ng system concept na patuloy na na-o-optimize matapos ang initial implementation. Sa tingin ko, ang yugtong ito ay isang mahalagang milestone sa ebolusyon ng L2 system at isang positibong pag-unlad sa kasalukuyang L2 ecosystem.

Ang pagpapabuti ng user convenience sa pamamagitan ng preconfirmation ay maaaring magdulot ng malalim na epekto hindi lang sa DeFi at gaming na nakatuon sa bilis at episyensya, kundi pati na rin sa muling pagkonekta ng Ethereum Layer2 sa mga dating hiwa-hiwalay na bahagi ng ecosystem sa pamamagitan ng pagpapabuti ng performance. Ang performance improvement na ito ay maaaring magbigay-daan sa mas maraming Type-1 Ethereum Layer2 project na makamit ang malalim na integration sa Ethereum, kaya't mapapalaya ang potensyal na dati ay hindi makuha dahil sa speed limitation. Tiyak na magkakaroon ng malalim na epekto ang mga pag-unlad na ito sa buong Ethereum ecosystem.

Ang preconfirmation ay nananatiling isang hamon at mahirap na landas. Gayunpaman, ang mga pioneer gaya ng Taiko ay patuloy na humaharap sa mga hamon, na nakatuon sa pagbibigay ng mas maraming kaginhawaan sa user. Hindi kailanman madali ang inobasyon, ngunit bilang tagasuporta ng Ethereum at Layer2 ecosystem nito, taos-puso kong pinupuri at hinihikayat ang kanilang pagsisikap.