Block Building ir būtisks Ethereum dzīves cikla aspekts, kas sastāv no dažādām kustīgām daļām. Tas nosaka, kuri darījumi tiek iekļauti blokā un kādā secībā, tieši ietekmējot tīkla efektivitāti, decentralizāciju un godīgumu. Laika gaitā Ethereum bloku ražošanas process ir attīstījies, jo īpaši pieaugot MEV lomai un pārejot no atlasītāja virzītas atlases uz specializētiem celtniekiem. Šajā rakstā tiks apspriests, kā Ethereum bloku ēka ir attīstījusies kopā ar ierosinātāju veidotāju atdalīšanas ieviešanu un turpmākajiem pētījumiem. Grunts uz Ethereum bloku celtniecības komponentiem Sloti un laikmeti Ethereum organizē laiku diskrētās vienībās: slots ir 12 sekunžu periods, kurā var piedāvāt vienu bloku. Ja neviens pārbaudītājs neiesniedz bloku slotā, tas tiek izlaists. Slots: Epohs sastāv no 32 laika nišām, kuru kopējais ilgums ir . Laikmets: 6,4 minūtes Katra laikmeta beigās validatora pienākumi tiek sajaukti, lai nodrošinātu decentralizāciju un drošību. Ethereum sasniedz ekonomisko galīgumu pēc , pēc kura ir gandrīz neiespējami atgriezt blokus. 2 epohiem (~12,8 min) komitejas tīklā ir milzīgs skaits Validatoru. Rakstīšanas laikā saskaņā ar ir 1 051 349 aktīvi pārbaudītāji. Būtu neiespējami, ja tik daudz pārbaudītāju būtu jāpārbauda katrs bloks ik pēc 12 sekundēm. Tādējādi validatori ir sadalīti , lai efektīvi pārbaudītu darījumus un apliecinātu bloķēšanas derīgumu. Ethereum beaconcha.in komitejās Katra komiteja: Sastāv no validatoru apakškopas, kas nejauši piešķirtas laikmeta sākumā, izmantojot RANDAO. Nodrošina, ka nevienam vienam validatoram nav nesamērīgas ietekmes. Piedalās balsošanā (atestācijā) par blokiem un to derīguma apstiprināšanā. Komitejas lielums ir atkarīgs no aktīvo pārbaudītāju kopskaita tīklā, bet kopumā katrā komitejā ir vismaz 128 validatori. Katrā slotā: Pieņemsim, ka katrā laika nišā ir piešķirtas komitejas, un pieņemsim, ka katrā komitejā ir pārbaudītāju (kur >128). Tas nozīmē, ka katram slotam ir apliecinājumi. Kā jūs saprotat, tīklam var ātri kļūt nepārvarami aprunāt tik daudzos apliecinājumus. N M M NxM Katras komitejas apkopotājiem ir pienākums apkopot savas attiecīgās komitejas apliecinājumus. Tas nozīmē, ka nav Validatoru komitejas. vietā ir tikai 1 galīgā . M M Aggregated Attestation Tātad katrā laika nišā ir apliecinājumu fināls (1 katrai šīs vietas komitejai), kas tiek pļāpāts par globālo tēmu. Nākamā laika posma ierosinātājs saņem šos apliecinājumus. N N Daži punkti, kas jāpatur prātā Laikmeta laikā katrs aktīvais vērtētājs ir tieši vienas komitejas loceklis, tāpēc visas laikmeta komitejas ir nesadalītas. Protokols pielāgo kopējo komiteju skaitu katrā laikmetā atbilstoši aktīvo apstiprinātāju skaitam. Pašreizējais dizains paredz, ka katrā laika nišā ir komitejas, ti, 64 N=64 Priekšlikuma iesniedzējs Bākas ķēdes sajaukšana ir paredzēta, lai nodrošinātu vismaz uz priekšu attiecībā uz gaidāmajiem validatora komitejas uzdevumiem atestēšanai, ko nosaka sajaukšana un slots. , ka šī perspektīva neattiecas uz ierosināšanu, kas ir jāpārbauda attiecīgā laikmeta laikā. 1 Epoch (32 laikus) Ņemiet vērā var izsaukt katra laikmeta sākumā, lai iegūtu uzdevumu nākamajam laikmetam ( ). Tas arī ļauj pārbaudītājiem aprēķināt apakštīkla ID, pievienoties attiecīgajai komitejai un būt gataviem saviem pienākumiem. get_committee_assignment current_epoch + 1 Turklāt Validators var tikt nozīmēts kā konkrētas komitejas . Ja tā, tad arī viņiem ir jāparaksta attiecīgā tēma. Aggregator Priekšlikuma iesniedzēja pienākumi Katrā laika posmā kā , lai izveidotu un iesniegtu bloku. no attiecīgās komitejas tiek izvēlēts viens pārbaudītājs priekšlikuma iesniedzējs Priekšlikuma iesniedzēja loma ir izšķiroša, jo viņi: Izveidojiet bloku, iekļaujot neapstiprinātos darījumus un apliecinājumus. Parakstiet un pārraidiet tīklā. SignedBeaconBlock Nopelniet atlīdzību par veiksmīgu derīgu bloku ierosināšanu. Short Primer uz MEV MEV ir papildu peļņa, ko iegūst pārbaudītāji (iepriekš kalnrači), pārkārtojot, iekļaujot vai cenzējot darījumus blokā. Dažas izplatītas MEV stratēģijas ir: : darījuma veikšana tieši pirms zināma ienesīga darījuma. Frontrunning tiek uzskatīts arī par toksisku MEV, jo tas pārsteidz lietotāju ar negatīvu efektu. Iepriekšēja darbība : darījuma izpilde uzreiz pēc noteikta notikuma (piemēram, arbitrāžas roboti). Atpakaļ palaišana : priekšējās un aizmugurējās darbības kombinācija, īpaši DeFi darījumos. Sviestmaižu uzbrukumi Kas ekstrahē MEV? : Kad validatori kontrolēja bloku ražošanu, viņiem bija pilnīga rīcības brīvība attiecībā uz darījumu pasūtīšanu un tie varēja tieši iegūt MEV. Validatori (Pre-PBS) : neatkarīgi dalībnieki, kas meklē mempool MEV iespējas un attiecīgi iesniedz darījumus. Meklētāji : pēc PBS bloku veidotāji uzņemas MEV optimizētu bloku konstruēšanas lomu, savukārt vērtētāji vienkārši atlasa blokus no augstākās cenas solītāja. Būvnieki (post-PBS) Block Building Pre-PBS: Validator-Centric MEV Pirms Ethereum pārejas uz PBS, priekšlikuma iesniedzējam (agrāk PoW kalnračiem) bija . Tādējādi tika izveidota ekosistēma, kurā MEV tieši ieguva pārbaudītāji vai nodeva ārpakalpojumus specializētiem meklētājiem. pilnīga kontrole pār darījumu pasūtīšanu Kā tas darbojās pirms PBS: : darījumi tiek pārraidīti kā parasti un tiek ievadīti mempool. Darījumu kopums Validatori atlasīja darījumus no mempool. Tos var pasūtīt, izmantojot , kas ir maksa, ko lietotājs ir gatavs maksāt, lai vispirms tiktu iekļauts. To var arī pasūtīt tā, lai Validator gūtu lielākus ieņēmumus (izmantojot sviestmaizi/priekšējo darbību). priority_fee Validators veido bloku, pamatojoties uz izvēlētajiem darījumiem. : parakstītais bloks tiek pārraidīts tīklā. Bloku izplatība Tas ir nedaudz brīvi abstrahēts, lai to vienkāršotu. Bet tāda bija vispārējā plūsma. To var saukt par Vanilla Block Building Problēmas ar Pre-PBS bloku veidošanu : lieliem pārbaudītājiem bija ekonomiskas priekšrocības salīdzinājumā ar mazākiem, jo tie spēja efektīvāk iegūt MEV. MEV jaudas centralizācija : pārbaudītāji varēja izvēlēties izslēgt darījumus, kas neatbilst viņu finansiālajiem stimuliem. Paaugstināts cenzūras risks : MEV darījumu izsoles kari izraisīja neefektīvu bloku telpas izmantošanu, palielinot izmaksas parastajiem lietotājiem. Tīkla sastrēgumi un augstas maksas par gāzi Block Building Post-PBS: projektu iesniedzēju un celtnieku atdalīšana Lai novērstu centralizācijas riskus un validatora kontrolētas bloku konstrukcijas neefektivitāti, tika ieviesta . PBS sadala bloku ražošanas pienākumus starp divām atsevišķām vienībām: priekšlikuma iesniedzēja un veidotāja atdalīšana (PBS) : vienības, kas specializējas optimizētu bloku veidošanā, bieži iekļaujot MEV stratēģijas. Bloku veidotāji : pārbaudītāji vairs paši neveido blokus; viņi vienkārši izvēlas izdevīgāko bloku, ko piedāvā celtnieki. Bloku ierosinātāji (validatori) Kā tas darbojas pēc PBS: : bloku celtnieki sacenšas, lai uzbūvētu visrentablāko bloku, ņemot vērā MEV ieguves iespējas. Būvnieki būvē blokus : būvnieki piedāvā savu bloku pārbaudītājiem, nodrošinot, ka pārbaudītāji saņem visrentablāko iespēju. Solīšana par bloku iekļaušanu : tā vietā, lai atlasītu atsevišķus darījumus, pārbaudītāji vienkārši izvēlas augstākās cenas veidotāja bloku, tādējādi palielinot atlīdzību. Validatori atlasa augstāko cenu Kā tagad darbojas Ethereum bloku veidošana Lietotājs iesniedz darījumu, izmantojot JSON-RPC savienotu maku. Šis darījums ir iesniegts publiskajā mempoolā. Visi darījumi tiek izmesti šeit, pirms tie tiek paņemti un apstiprināti. Nesen ir ieņēmusi galveno vietu, un lielākā daļa lielo spēlētāju izvēlējās to, jo tas ir risinājums, lai jūsu darījumus pārraidītu sabiedrībai, izmantojot atļautos/privātos kanālus. Lai iegūtu plašāku ieskatu, skatiet informācijas paneli. privāto pasūtījumu plūsma Dune → kas ir ārējas vienības, kas nepārtraukti skenē mempool, lai atrastu MEV iespējas ( ). Viņi iegūst attiecīgos darījumus un ievieto savus, ja un kad nepieciešams, lai gūtu peļņu. Pēc tam izveidojiet šo darījumu kopumu, kuru secība ir jāsaglabā visā garumā, lai Meklētājs gūtu peļņu. Komplekti ir pasūtīti darījumi, kas jāizpilda atomiski. Kopā ar šo komplektu viņi var pievienot darījumu komplekta beigās, kas apzīmē “kukuli” Būvniekam. Šis komplekts tiek nosūtīts Builder, izmantojot izsaukumu . Meklētāji vairāk par to tālāk eth_sendBundle . Meklētāji ir ārējas entītijas un ietekmē darījumu secību, bet nepiedalās bloka validācijā vai vienprātības lēmumos. Piezīme →Nākamā entītija ir Celtnieks, kurš faktiski būvē bloku. Viņi cenšas maksimāli palielināt gan ieņēmumus no maksas, gan MEV ieņēmumus. Tajos ietilpst Meklētāju nosūtītie darījumu komplekti (cerams, ka tie ir kārtībā) un tiek pieņemti Meklētāju nosūtītie maksājumi (kukulis). Būvnieki konstruē izpildes lietderīgās slodzes, izmantojot saņemtos darījumus. Būvnieki Viņi aizpilda blokus ar: Meklētāju sūtītie komplekti. Augstas prioritātes darījumi. Pasūtiet vispārīgus darījumus, paturot prātā, lai palielinātu ieņēmumus. Viņi arī iestata lauku uz savu adresi, kas nozīmē, ka saņems gan Meklētāja kukuļus, gan visas maksas par darījumiem savā iesniegtajā blokā. Būvnieki sava bloka beigās iesniedz darījumu, kas kalpo kā kukulis piedāvājuma iesniedzējam līdzīgi tam, ko Meklētājs darīja būvnieka labā. feeRecipient : Builders ir ārējas struktūras, un tie tieši nesadarbojas ar blokķēdi. Piezīme → Builder tirgus ir konkurētspējīgs tirgus, kurā dažādi celtnieki vēlas, lai viņu kravnesība tiktu pabeigta, lai nopelnītu maksas. Tomēr lielāko daļu bloku veido daži labi zināmi bloku veidotāji, proti, un Lai vienkāršotu šo procesu faktiskajam priekšlikuma iesniedzējam, releji ir starpniekinstitūcijas, kas apstiprina dažādu būvētāju nosūtītās lietderīgās slodzes un izvēlas to ar maksimālo peļņu/cenu. Relay-Proposer komunikācijā tiek izmantots glīts triks, kas līdzīgs saistību izpildei un atklāšanai, lai nodrošinātu, ka piedāvātājs līdz šim brīdim neapkrāpj katru entītiju. Vairāk . Releji BeaverBuild Titan. šeit Saliekot kopā Relay ierosinātāja komunikācija Pilnīgi iespējams, ka, saņemot bloka lietderīgo slodzi, piedāvātājs attina bloku, ievieto savus darījumus un maina pasūtījumu pēc saviem ieskatiem, kā arī nosaka uz savu adresi. Tas nozīmētu, ka ikviena entītija, kas līdz šim strādāja pie bloku veidošanas procesa (Searcher → Builder → Relay), tiks apkrāpta vai veiks “MEV zagšanu”. Lai to novērstu, relejs nosūta tikai atlasītā bloka slodzes galveni. Tas notiek, kad piedāvātājs veic izsaukumu. Relejs tagad nosūta , kas satur pamatteksta jaucējkodu, solījumu un veidotāja parakstu. feeRecipient eth_getPaylaodHeader PayloadHeader Šobrīd priekšlikuma iesniedzējam ir 2 iespējas: Lai atlasītu releja nodrošināto (sauktu arī par ). Ja tā, priekšlikuma iesniedzējam ir jāparaksta virsraksts ar savu atslēgu un jānosūta atpakaļ Relay un attiecīgi jāpieprasa , izmantojot izsaukumu. Tagad relejs izpilda izsaukumu, kas piedāvā iesniedzējam atgriež visu . Pēc tam Priekšlikuma iesniedzējs vienkārši ierosina šo bloku Ethereum Validator tīklam vai, konkrētāk, komitejai, kurai tas ir piešķirts. PayloadHeader Blinded Block PayloadBody eth_returnSignedHeader eth_sendPayload ExecutionPayload Priekšlikuma iesniedzējs var izvēlēties nepieņemt releja nosūtīto , un tādā gadījumā viņam bloks ir jāizveido pašiem. Tas ietver MEV iespēju atrašanu un darījumu pasūtīšanu atbilstoši. Protams, šajā gadījumā Priekšlikuma iesniedzējam ir jāsaglabā visi ieņēmumi no nodevām + MEV. Tomēr tas nav tik vienkārši, kā šķiet. MEV atrašana un ieņēmumu optimizēšana ir diezgan smags skaitļošanas uzdevums, un pastāv iespēja, ka priekšlikuma iesniedzējs nevarēs izveidot bloku laikā (12 sekundes), tāpēc tiks nokavēts laika posms. Šādā gadījumā piedāvātājs var tikt noņemts no tīkla. PayloadHeader Bet 1. gadījumā, ja Priekšlikuma iesniedzējs nenosūta Releja nosūtīto bloku? Priekšlikuma iesniedzējam ir jāparaksta tieši šī iemesla dēļ. Pirms galvenes nosūtīšanas relejs nosūta uz kontu glabāšanai. Kad relejs saņem parakstīto no priekšlikuma iesniedzēja, tas pārbauda parakstu un nosūta priekšlikuma iesniedzējam darījumā saglabāto . Tagad pieņemsim, ka ierosinātājs neietver šo bloku. Tas veido savu bloku, ignorējot līdz šim veikto pasūtījumu. Šajā gadījumā paraksts nesakritīs, jo ir mainītas galvenes. PayloadHeader PayloadBody Escrow PayloadHeader PayloadBody . Piezīme Divu dažādu virsrakstu parakstīšana vienam un tam pašam piedāvājuma laika posmam ir pārkāpums. Tagad veidotājs var pārraidīt šīs konfliktējošās parakstītās galvenes tīklā, un priekšlikuma iesniedzējs var tikt noņemts no tīkla. Kas neļauj Builders cenzēt darījumus? Nu neko. Visizplatītākais iemesls, kāpēc Builders var cenzēt darījumu, ir tas, ka tas mijiedarbojas ar . OFAC adresēm Vienkāršojot, OFAC pievēršas savstarpēji saistītiem darījumiem, kuriem var būt juridiskas sekas, kuras acīmredzot neviens negribētu sev uz galvas. Saskaņā ar Builders izveidotie bloki ietver tikai 0–7% OFAC sankcionētu darījumu. Censorship.pics, Kā mēs to atrisinām? Viens no vispazīstamākajiem darījumu cenzēšanas risinājumiem šī raksta rakstīšanas brīdī ir . Inclusion Lists ir darījumu saraksts (kopā ar to, ko sauc par kopsavilkumu), ko ievietojis N vietas piedāvātājs, kā arī piedāvā N vietas bloku. Iekļaušanu saraksti Iekļaušanas saraksti nosaka, ka sarakstā iekļautajām transakcijām jābūt iekļautām N blokā vai N+1 blokā, pretējā gadījumā N+1 bloks būs nederīgs. Tos sauc par iekļaušanas sarakstiem. . Pastāv arī jēdziens , kas veic IL pašam pašreizējam blokam N. Taču šim dizainam bija ekonomiskas nepilnības, kuru dēļ tika Piezīme Spot iekļaušanas saraksti izveidoti iekļaušanas saraksti. Protams, šis IL dizains nenodrošinās 100% pretestību cenzūrai, taču notiek aktīvi pētījumi, lai pastiprinātu šos priekšlikumus un daudzas glītas optimizācijas, kuras var izmantot, lai uzlabotu stimulu struktūru. FOCILS ir jauns dizains, kas tika ierosināts 2024. gadā un kas veido un uzlabo iekļaušanas sarakstus, lai palielinātu ticamu neitralitāti. Fork Choice Enforced Inclusion List (FOCIL) FOCIL ļauj vairākiem pārbaudītājiem sniegt ieteikumus iekļaušanas sarakstā konkrētam slotam. Precīzāk sakot, katrā laika posmā nejauši tiek izvēlēti 16 pārbaudītāji, lai izveidotu iekļaušanas saraksta komiteju. Katrs no šiem dalībniekiem veido savu vietējo IL un izpļāpā to tīklā. Priekšlikuma iesniedzējs apkopo un apkopo pieejamos vietējos iekļaušanas sarakstus galīgajā IL. IL modeļi ir viegli, jo nav nepieciešams atjaunot bloku, lai iekļautu šos darījumus; tos var vienkārši pievienot blokam. Nosacījums, lai bloks atbilstu IL validācijas prasībai, ir “ Bloks ir derīgs, ja tajā ir visas transakcijas no visiem IL, līdz bloks ir pilns”. : IL komitejas locekļi nevar garantēt jebkāda veida darījumu pasūtīšanu, jo IL transakcijas var iekļaut jebkurā pasūtījumā. Tie garantē tikai darījumu iekļaušanu. Piezīme PBS priekšrocības MEV pārvaldībai : bloku veidotāji, nevis daži lieli validatori, apstrādā MEV ieguvi, samazinot validatora centralizācijas riskus. Tomēr tas ir abpusgriezīgs zobens, jo Validator centralizācijas mazināšanas procesā esam ieviesuši Builder centralizāciju, kurā tikai daži veidotāji veido lielu daļu bloku. MEV ieguves decentralizācija : Validatori joprojām gūst peļņu no MEV, tieši neiesaistoties ieguvē, padarot bloku ražošanu godīgāku. Taisnīgāka ieņēmumu sadale : Konkurence starp celtniekiem rada optimizētus blokus ar labāku gāzes efektivitāti. Efektīvāka bloku telpas izmantošana PBS izaicinājumi : lai gan validatori ir decentralizēti, daži dominējošie celtnieki joprojām varētu centralizēt MEV ieguvi. Centralizācijas risks būvnieku vidū : PBS pašlaik paļaujas uz MEV-Boost relejiem, kas darbojas ārpus ķēdes, radot potenciālus drošības riskus kā atteices punktu. Uzticēšanās ārpus ķēdes MEV relejiem Atsauces: Ethereum ierosinātāja un veidotāja atdalīšana: solījumi un realitāte Pētījuma stāvoklis: pretestība cenzūrai saskaņā ar PBS Celtnieku cenzūra: Ethereum sapuvis kodols EPF Wiki — PBS Piezīmes par PBS Pārsūtīt iekļaušanas sarakstu Kas uzvar Ethereum bloku ēku izsolēs un kāpēc? FOCILS Pateicības Paldies , un par pārskatīšanu un ieteikumu sniegšanu. @mteam @Gajpower @unnawut
