Autors: helloyyy
1. Priekšvārds
Laiks skrien, kopš valūtas izlaišanas ir pagājis jau gandrīz pusgads ieviesa Bedrock jauninājumu un uzsāka kopējo moduli L2 steka OP Stack, uz kura pamata radās Star Rollup, piemēram, Arbitrum, lai veicinātu Arbitrum Orbit pielietojumu.
Šo divu milžu vadībā visas Rollup trases TVL reiz pārsniedza 10 miljardus ASV dolāru un šobrīd stabili ir aptuveni 10 miljardu ASV dolāru apmērā. Lai gan par Rollup tiek plaši runāts kā par Ethereum “paraksta” paplašināšanas risinājumu, tiem joprojām ir pret cenzūru neizturīgi un centralizēti atribūti. Mainstream Rollup ķēdes parasti oficiāli pārvalda centralizētus šķirotājus, lai gan tādi Rollup projekti kā Arbitrum, Optimism un StarkNet ir iekļāvuši šķirotāju decentralizāciju savos ceļvežos, tie vēl nav īstenoti īstermiņā un vidējā termiņā. Kā vissvarīgākajam Rollup decentralizētās mīklas gabalam, decentralizētajam šķirotājam ir ļoti svarīga stratēģiskā pozīcija pašam Rollup, un tas ir arī tas, ko vēlas cilvēki.
2. Maksas par darījumu apkopošanu
Pirms izprast, kas ir sekvencētājs, vispirms parunāsim par apkopojuma darījumu maksu sastāvu. Rollup darījuma maksa ir maksa par gāzi, kas lietotājiem jāmaksā L2 darījumos, piemēram, Arbitrum.
Pārsvarā sastāv no 2 daļām:
1) L2 izpildes maksa
2) L1 datu maksas
L2 izpildes maksa: L2 darījuma izpildes izmaksas (katram L2 ķēdē uzsāktajam darījumam ir jāmaksā izpildes maksa)
Darījuma gāzes cena = L2 pamatmaksa + L2 prioritātes maksa
L2 izpildes maksa = darījuma gāzes cena * L2 gāzes izlietojums
L1 datu maksa: izmaksas par L2 transakciju publicēšanu L1. Parasti L1 datu maksa ir augstāka nekā L2 izpildes maksa.
L2 darījuma maksa = L2 izpildes maksa + L1 datu maksa
Šķirotāja neto ieņēmumi = L2 transakcijas maksas ieņēmumi - Šķirotāja darbības izmaksas - L1 datu maksa
Projekta puses vadītajam centralizētajam šķirotājam ir noteikta cenu noteikšanas spēja (piemēram, L2 izpildes maksa tiek iekasēta lielāka, L1 datu maksa ir lielāka), tāpēc vairākas pazīstamas Rollup projekta puses veic daudz naudu.
Kas ir šķirotājs?
Kā norāda nosaukums, sekvencētājs ir atbildīgs par darījumu kārtošanu. Bitcoin tīklā atbildība par darījumu pasūtīšanu ir kalnraču atbildība, tā ir mezglu kolekcija. izpildi.
Pašlaik visi galvenie apkopojumi izmanto centralizētu vienu šķirotāju. Lietotāja transakcijas L2 ievada atmiņu pūlā (darījumi mem pūlā pašlaik ir nesakārtotā stāvoklī Šķirotājs sakārto un saspiež darījumus sakārtotu partiju komplektā un pēc tam nosūta tos uz Ethereum DA slāni). .
Vai Rollup ir nepieciešams šķirotājs?
Atbilde ir nē. Darījumi Rollup var pilnībā apiet šķirotāju un tikt iesniegti L1 bāzes slānim, kas ir atbildīgs par šķirošanu un norēķiniem, taču tas saskarsies arī ar lielāku gāzes patēriņu un ilgāku darījuma apstiprināšanas laiku.
Apkopošanas sekvencētājs ir līdzīgs "ātrās joslas" izmantošanai, lai saspiestu un apkopotu simtiem vai tūkstošiem L2 darījumu vienā L1 darījumā, tādējādi ievērojami samazinot gāzes izmaksas. Tas ir arī iemesls, kāpēc pašreizējie plašie apkopojumi izmanto centralizētus šķirotājus, nodrošinot lietotājiem mazāku gāzi un ātrāku darījumu apstiprināšanu, tādējādi uzlabojot lietotāju darījumu pieredzi.
3. Centralizētais šķirotājs pret decentralizēto šķirotāju
Centralizācija!
Centralizācijas priekšrocības ir ļoti acīmredzamas. Jūs varat kārtot darījumus, lai veiktu kārtošanu, un nav nepieciešams panākt vienprātību par šķirošanas rezultātiem. Tas nozīmē, ka tam ir ļoti ātrs darījumu apstiprināšanas ātrums un labāka lietotāja pieredze, bet centralizācija nodrošina arī lielu autonomiju darījumu šķirošanā, un tā var kārtot darījumus pēc vēlēšanās, lai maksimāli palielinātu MEV vērtību un aizkavētu lietotāju darījumus vai pat pilnībā cenzēt lietotājus.
Sekvencētājs var uztvert MEV vērtību, mainot darījumu secību vienā blokā, kas ir vēl kaitīgāks tas, ka, tā kā sekvencētājs kontrolē vairāku secīgu bloku secību, ir viegli izpildīt starpbloku MEV, kā rezultātā tiek iegūts lielāks skaits; - mēroga uzbrukums.
Visas iepriekš minētās situācijas rodas tādēļ, ka šķirotājs uzņemas iniciatīvu darīt ļaunu. Dažas kļūdas nav tīšas, taču tās tomēr sabojā lietotāja pieredzi un tiesības. Piemēram, ja sekvencētājs nejauši atkārtoti iekļauj iztērētu marķiera darījumu mīkstajā saistībā un pēc tam nosūta to verifikācijai uz L1, var rasties situācija, kad darījumu nevar apstiprināt ilgu laiku, cits piemērs ir, ja viens sekvencētājs pāriet bezsaistē, kā rezultātā otrais slānis nevar normāli ražot blokus un tīkls ilgstoši nedarbojas.
Jūs nevarat ēst kūku un arī to ēst, taču apkopojuma veiktspējas optimizēšana nedrīkst notikt uz decentralizācijas un pretestības cenzūrai rēķina.
Decentralizācija?
Ja centralizācija ir 1, tad decentralizācija ir daudz. Dažādu decentralizēto šķirotāju risinājumu ieviešanas ceļi ir atšķirīgi, taču to pamatkoncepcija ir viena un tā ir decentralizācija.
Šķirotājam vairs nav centrālās pilnvaras, lai kārtotu darījumus. Par šķirošanu atbildīgā loma tiek izvēlēta no šķirotāju kopas, pamatojoties uz noteiktu vēlēšanu mehānismu, un tā mainās noteiktā laika posmā.
Decentralizācija neļauj sekvencētājiem nepārtraukti satvert MEV, kā arī neļauj vienam sekvencēram pārskatīt lietotāju darījumus. Kopā ar atbilstošu soda mehānismu par ļaunu rīcību, tas var arī efektīvi regulēt sekvencēra uzvedību.
4. Pārskats par decentralizēto šķirotāju trasi
Pēc tik ilgas klaiņošanas es beidzot tiku pie lietas. Vienu decentralizēto šķirotāju izgatavo pats Rollup projekts, bet otrs tiek īstenots ar trešās puses palīdzību. Trešās puses izmantošanu decentralizēta sekvencēra ieviešanai faktiski var saukt par secību kā pakalpojumu.
Tādi projekti kā Espresso, Astria, SUAVE, Radius u.c. koncentrējas uz decentralizētiem šķirotāju risinājumiem, un to īstenošanas ceļi ir atšķirīgi.
1. Espresso
Espresso Systems bija agrīns pakalpojumu sniedzējs, kas koncentrējās uz privātuma risinājumiem. 2022. gada martā tas paziņoja, ka ir saņēmis gandrīz 30 miljonus ASV dolāru A sērijas finansējumu no Electric Capital, Sequoia un Blockchain Capital. Espresso Systems pašlaik pamatā tiek pārveidots par Espresso Sequencer, kas specializējas decentralizētu sekvencēra pakalpojumu nodrošināšanā Rollup.
Espresso šķirotāja šķirošanas mehānismā L2 darījumu dzīves cikls parasti ir šāds:
1) Lietotāju transakcijas otrajā slānī tiek nosūtītas uz apkopojuma serveri (API);
2) Darījums nonāk mem pūlā, un šķirotājs (izvēlēts HotShot konsensusā) sakārto darījumu un iekļauj to blokā;
3) sekvencētājs pārraida darījumu, un pēc tam, kad citi mezgli sasniedz HotShot konsensu, tiek ģenerēts bloks un tiek izpildīts darījums, kas nodrošina ātru darījuma apstiprinājumu;
4) Sekvencētājs nosūta bloka saistību, kas satur darījumu, ar konsensa sertifikātu (QC: Quorum Certificate) un saglabā to L1 sekvencēra līgumā (pierādot, ka bloks sasniedz mīkstu galīgumu vienprātības ceļā);
5) Apkopošanas mezgls, kas ir izpildījis bloku, nosūta jauno apkopojuma stāvokli uz L1 (šobrīd zkRU ir jāpievieno derīguma sertifikāts, un ORU atver izaicinājuma periodu);
6) L1 apkopojuma līgums pārbauda statusa atjauninājuma derīgumu, pārbaudot sekvencēra līguma nosūtīto QC.
Šis process šķiet neskaidrs un grūti saprotams, taču vienkārša izpratne ir šāda:
HotShot consensus atlasa vienu no sekvencētāju grupas, kas ir atbildīga par apkopojuma darījumu kārtošanu un darījumu iekļaušanu blokā, lai panāktu vienprātību, šis bloks ir jāparaksta (vairāk nekā 2/3 HotShot mezglu Piekrītu) ir "galīgs; ", un pēc tam attiecīgā bloka saistība un jaunā apkopojuma stāvokļa sakne tiek iesniegta L1 bāzes slānim verifikācijai.
Iepriekš minētais "galīgums" ir pēdiņās. "Galīgums" ar pēdiņām un galīgums bez pēdiņām nav viens un tas pats jēdziens. Pēdiņās norādītais "galīgums" ir paredzēts, lai apkopotu darījumus varētu apstiprināt ātrāk, ar mazāku aizkavi un labāku lietotāja pieredzi, tomēr apkopojuma transakcijām galu galā ir nepieciešams verifikācijai L1 bāzes slānis (zkRU ir jāpārbauda derīguma sertifikāts, ORU ir jāgaida; apstrīdēšanas perioda beigas) un pārliecinoties, ka ar Rollup iesniegto darījumu nav problēmu, tikai tad apkopojuma darījums kļūs patiesi galīgs.
Tas nozīmē, ka, ja L1 bāzes slāņa verifikācijas darījums ir nederīgs, saistītais L2 bloks, kas ir izveidots, tiks atsaukts. Tāpēc "galīgums" ir ļaut ātri apstiprināt darījumus, un galīgums ir mantot Ethereum drošību.
Espresso + EigenLayer
Espresso atrisina šķirotāja rotācijas problēmu un darījuma "galīguma" noteikšanu, pamatojoties uz HotShot konsensu, un atrisina šķirotāja piekļuves problēmu, ieviešot EigenLayer.
EigenLayer atkārtotas ieķīlāšanas mehānisms ļauj Ethereum spēlētājiem vienlaikus kļūt par Espresso sekvencētājiem, nodrošinot HotShot vienprātības drošību. Īsāk sakot, Ethereum mezglu ieķīlātāji var kļūt par Espresso sekvencēm (ESQ), izmantojot EigenLayer atkārtotas ieķīlāšanas mehānismu, ne tikai iegūst PoS mezgla ienākumus, bet arī iegūst otrā slāņa MEV vērtību.
Potenciālie ETH turētāju ienākumi = vietējā tīkla mezgla atlīdzības + L2 EVM + citu PoS ķēžu mezglu atlīdzības (izmantojot EigenLayer atkārtotas ieķīlāšanas mehānismu, trīskāršais cienītājs ievērojami palielina ETH).
Espresso ir vispārējas nozīmes decentralizēts šķirošanas risinājums Papildus EigenLayer Espresso ekoloģiskās sadarbības projektos ietilpst arī Arbitrum, OP Stack, Caldera, AltLayer un citi zvaigžņu moduļu projekti.
2. Astrija
Astria ir pozicionēts kā universāls, bezatļauts decentralizēts šķirotājs, kas nodrošina gatavus koplietojamo šķirotāju pakalpojumus dažādiem apkopojumiem. Runājot par finansējumu, Astria 2023. gada aprīlī paziņoja, ka ir pabeigusi 5,5 miljonu ASV dolāru sākuma finansējuma kārtu, kuru vadīja Maven 11, iesaistot ieguldījumu iestādes, tostarp 1k(x), Delphi Digital, Lemniscap, Robot Ventures utt. Lai gan finansējuma apjoms ir mazs, iestāžu sastāvs ir ļoti krāšņs.
Darbības mehānisms
Astria decentralizētā sekvencēra darbības mehānisms ir līdzīgs Espresso Sequencer darbības mehānisms. Mērķis ir vājināt sekvencēra privilēģijas, decentralizējot darījumu secības tiesības. Konkrēti:
Sekvencēra rotācijai Astria piedāvā divus rotācijas mehānismus: vienkāršu līdera rotāciju (Leader Rotation) un Bizantijas kļūdu tolerances (BFT) konsensa algoritmu.
1) Līderu rotācija
Kopa tiek veidota, izmantojot izvēlētus šķirotājus, un šķirotāju kopa pēc kārtas šķiro apkopojuma darījumus. Šī metode neļauj vienam šķirotājam ilgstoši monopolizēt darījumu šķirošanas tiesības un zināmā mērā atrisina nepārtrauktas lietotāju cenzūras problēmu.
2) BFT konsensa algoritms
Līdzīgi kā līderu rotācijas mehānismam, sekvencēram savā gājienā ir tiesības būt atbildīgam par darījumu kārtošanu, bet 2/3 vai vairāk šķirotāju komplekta dalībnieku jāpanāk vienprātība par šo šķirošanu.
Abām metodēm ir savas priekšrocības un trūkumi: pirmajai ir ātrāka darījumu apstiprināšana, ātra bloku ģenerēšana un efektivitāte, kas ir tuvu centralizēta sekvencēra efektivitātei. Tomēr kompromiss ir tāds, ka joprojām ir grūti piespiest sekvencērus, lai tie nedarītu ļaunu, izmantojot BFT konsensu, un 2/3 no sekvencētājiem ir jābalso, lai sasniegtu; vienprātība, pirms var izveidot bloku. Tomēr ir nepieciešams zināms laiks, lai veiktu vienprātīgu balsojumu, radot tīkla aizkaves problēmas.
3. MULTI
SUAVE ir decentralizēts, plug-and-play koplietojamais šķirošanas risinājums, ko izstrādājis Flashbots. Kā universāls risinājums SUAVE var nodrošināt atmiņas kopas un decentralizētu bloku konstrukciju jebkurai L1/L2. Atšķirība starp SUAVE un iepriekš minēto koplietoto sekvencēra dizainu ir tāda, ka pati SUAVE ķēde ir ar EVM saderīga ķēde, kas īsteno darījumu pasūtīšanu, izmantojot bloka "solīšanu".
SUAVE arhitektūra
SUAVE arhitektūra sastāv no 3 galvenajiem komponentiem: universālā preferenču vide, labākās izpildes tirgus un decentralizēta bloku konstrukcija.
1) vēlamā vide
Preferences aptver plašu diapazonu, sākot no vienkāršiem darījumiem līdz sarežģītiem notikumiem. Lietotāju preferences tiek atspoguļotas mempoolā darījumu veidā, un preferenču vide kalpo kā publisks mempool, lai apvienotu preferences. Universālā preferenču vide, ko nodrošina SUAVE, padara vairāku ķēžu lietotāju preferences atvērtas un caurspīdīgas, novēršot informācijas nepilnības un zināmā mērā atrisinot starpķēžu MEV problēmu.
2) Izpildes tirgus
Izpildes tirgus ir dalībnieku tīkls, kas klausās SUAVE memepool un konkurē savā starpā, konkurencei liekot viņiem nodrošināt labāko izpildi atbilstoši lietotāju vēlmēm. Var saprast, ka visi izpildītāji ar "solīšanas" palīdzību realizē lietotāja vēlmes un atdod lietotājam pēc iespējas vairāk lietotāja transakciju radīto MEV.
3) Decentralizēta bloku būvniecība
Visbeidzot, pamatojoties uz apkopotajām preferencēm un optimālajiem izpildes ceļiem, decentralizētais bloku ēku tīkls tos iekļauj blokos. Šajā brīdī tiek realizēts viss darījumu atklāšanas, darījumu šķirošanas un bloku izveides process.
4.Rādiuss
Rādiuss ir novietots kā neuzticams koplietošanas pasūtīšanas slānis. Atšķirībā no iepriekšējo risinājumu ieviešanas mehānismiem, Radius nodrošina, ka apkopojuma transakcijas tiek kārtotas bez uzticamības, iespējojot šifrētu mempool, tādējādi novēršot efektīvu MEV un lietotāju darījumu pārskatīšanu.
Runājot par finansējumu, Radius 2023. gada jūnijā paziņoja par 1,7 miljonu ASV dolāru sākotnējās finansēšanas kārtas pabeigšanu, kuru vadīja Hašeds un kurā piedalās Superscrypt, LambdaClass un Crypto.com.
Decentralizētie šķirotāji, kuru pamatā ir konsensa mehānismi, piemēram, Espresso un Astria, zināmā mērā samazina MEV un cenzūras riskus, taču uz tīkla mērogojamības un laika efektivitātes rēķina tie rada noteiktu darījuma apstiprinājuma aizkavi (nepieciešams apstiprināt darījuma pasūtījumu, lai panāktu konsensu) . Turklāt, lai gan darījumu pasūtīšana notiek decentralizētā vidē, jo ar mempool saistītie darījumi ir caurspīdīgi, pasūtītājam joprojām ir iespēja ļaunumam pārņemt MEV Radius mempool, un saistītā darījuma informācija ir pasūtītājam neredzama, kuras mērķis ir Kill. problēma, ka sekvencētāji ļaunprātīgi satver MEV un cenzē darījumus avotā.
Tehniskā arhitektūra
Radius tehnoloģiju arhitektūru var iedalīt šādos četros funkcionālos slāņos: šķirošanas slānis (Radius), izpildes slānis (Apkopojums), norēķinu slānis un datu pieejamības slānis.
1) Šķirošanas slānis
1. Lietotājs iesniedz sekvencēram šifrētus darījumus un sertifikātus;
2. Sekvencētājs pārbauda pierādījumu un apstiprina darījumu;
3. Sekvencētājs sakārto transakcijas, un pirms tam transakcijas nevar atšifrēt;
4. Šķirotājs būvē kluci;
5. Šķirotājs iesniedz bloku izpildei apkopojumā.
2) Izpildes slānis
1. Rollup saņem blokus no sekvencēra un veic transakcijas norādītajā kārtībā;
2. Apkopojums norēķinu slānim iesniedz darījuma statusu un statusa sertifikātu.
3) Norēķinu slānis
1. Norēķinu slānis saņem statusa un statusa sertifikātu no Rollup un ir atbildīgs par sertifikāta pārbaudi un darījuma galīguma noteikšanu;
2. Sekvences slānis pārbauda, vai izpilde atbilst pasūtījumam.
4) Datu pieejamības slānis
Datu pieejamības slānis saglabā datus un nodrošina datu pieejamību.
Mempool šifrēšanas mehānisms - PVDE
Radius izmanto uz nulles zināšanām balstītu šifrēšanas shēmu, ko sauc par praktisko pārbaudāmo aizkavēto šifrēšanu (PVDE), lai izveidotu šifrētu mempool.
Konkrēts process ir šāds:
Kad lietotājs sekvencēram iesniedz transakciju:
1. Lietotājs ģenerē laika bloķēšanas mīklu un simetrisko atslēgu;
2. Lietotājs izmanto simetrisko atslēgu, lai šifrētu darījumu, un šifrētais darījums nonāk mempool;
3. Sekvencētājs šķiro šifrētus darījumus, un sekvencētājam ir jāatbloķē laika bloķēšanas mīkla, lai iegūtu atšifrēšanas atslēgu;
4. Sekvencētājs aprēķina pasūtījuma saistību pirms laika bloķēšanas mīklas atbloķēšanas un iesniedz saistību norēķinu slānim (tiek izmantots, lai pārbaudītu, vai sekvencētājs ir iesniedzis darījumu apkopojumam kārtībā).
Decentralizēts risinājums šķirotājiem
Šifrētais mempool nodrošina, ka sekvencētājs ir neuzticams, taču joprojām pastāv viena atteices punkta risks. Ja palaižat vienu šķirotāju + šifrētu mempool, šķirotāja kļūme izraisīs tīkla dīkstāvi. Lai atrisinātu šo problēmu, Radius ir piedāvājis dažādus decentralizētu šķirotāju ieviešanas risinājumus, tostarp slepeno līderu vēlēšanu mehānismus, šķirotāju grupu sadalīšanas mehānismus u.c.
Protams, Radius var arī izvēlēties atsaukties uz Espresso un Astria šķirotāju rotācijas mehānismu, vienlaikus panākot decentralizētu un neuzticamu darījumu šķirošanu.
Bloku vietas optimizācija
Izmantojot bloka vietas optimizāciju, Radius cenšas sasniegt mērķi gan aizsargāt lietotājus, gan palielināt apkopojuma peļņu. Rollup izmanto rindas kārtības (FCFS) šķirošanas mehānismu. Priekšrocība ir tā, ka tā var efektīvi novērst MEV, taču trūkums ir tāds, ka tam ir jāupurē iespējamā peļņa no bloku telpu izsoles.
Lai atrisinātu iepriekš minēto darījumu secības dilemmu, Radius sadala bloka vietu 2 daļās: augšējā bloka telpa un apakšējā bloka telpa:
Augšējā bloka vieta ir paredzēta lietotāju darījumiem, lietotāju transakciju šifrēšanai un darījumu pasūtīšanas manipulāciju novēršanai, tādējādi pasargājot lietotājus no kaitīgiem MEV un cenzūras riskiem, apakšējais bloks ievieš uz izsolēm balstītu tirdzniecības tirgu, kurā arbitrāžas var apvienot darījumus un tos iesniegt. šķirotājam, kas atlasa blokā iekļauto grupēto darījumu ar augstāko cenu. Šī metode var palielināt apkopojuma peļņu.
Iepriekš minētais ir pašreizējais vispārējais universālais decentralizētais šķirošanas risinājums. Vai saistībā ar apkopojumu jūs saskaraties ar centralizēta vai decentralizēta šķirotāja darbību? Integrēt trešās puses universālo šķirotāju risinājumu vai īstenot decentralizāciju pats? Kāds tehniskās ieviešanas risinājums tiek izmantots, lai panāktu darījumu pasūtīšanas decentralizāciju? Nosveriet plusus un mīnusus vairākās dimensijās.
5. Spēle starp apkopojumiem
1. kompromiss: vai tas ir decentralizēts?
Vairāki plaši izplatīti apkopojumi, piemēram, Optimism, Arbitrum, zkSync un Base, pelna daudz naudas, palaižot centralizētus šķirošanas rīkus. Neņemot vērā arvien sīvāko konkurenci Rollup trasē, šo saldskābo kūku neviens nav ar mieru atdot. Bet, pieņemot, ka Rollup ir pirmais, kas ievieš decentralizēto šķirotāju, tā var būt milzīga satiksmes ieeja un veidot demonstrācijas efektu Rollup apakšnodaļas trasē, tādējādi liekot citiem Rollup projektiem decentralizēt savus šķirotājus.
2. kompromiss: vispārīgu trešo pušu un iekšēju patentētu risinājumu integrēšana
Vispārīgi runājot, ir divi veidi, kā šķirotājs var panākt decentralizāciju: viens ir ņemt to, ko ir paveikuši citi, un izmantot to, otrs ir darīt to pats. Trešās puses, piemēram, Espresso un Astria, var nodrošināt Rollup gatavus decentralizētus šķirotājus, tāpēc pats Rollup var turpināt koncentrēties uz produktu diferenciāciju un optimizētu veiktspēju, turklāt uzlabojot savu galveno konkurētspēju, integrējot arī parastās klases risinājums arī vairāk veicina sadarbspēju, sniedzot vairāk iespēju, tostarp savstarpējās apkopošanas arbitrāžu. Šī risinājuma trūkums var būt tāds, ka tas nevar efektīvi pilnvarot pašu apkopojuma sākotnējo pilnvaru.
Ja Rollup izmanto īpašu risinājumu, lai ieviestu decentralizētu šķirotāju, tas ir laikietilpīgākais un dārgākais risinājums, taču tas patiešām ir visefektīvākais veids, kā pilnvarot Rollup sākotnējo marķieri. Piemēram, StarkNet projekta puse var pieprasīt lietotājiem ieķīlāt protokola sākotnējos marķierus, lai tie kļūtu par šķirotāju komplektu, lai piedalītos darījumu šķirošanā, un iekasēt noteiktu pakalpojuma maksu, lai panāktu vērtības uzkrāšanu.
3. kompromiss: kāda tehniskā īstenošana būtu jāizmanto, lai panāktu decentralizētu šķirošanu?
Kā minēts iepriekš, ir daudz tehnisko ieviešanas risinājumu, lai panāktu decentralizētu darījumu pasūtīšanu, tostarp, bet neaprobežojoties ar risinājumiem, kuru pamatā ir dažādi vienprātības mehānismi, FCFS, bloka solīšana, šifrēta mempool utt. Katram tehniskās ieviešanas risinājumam ir savas priekšrocības un trūkumi: vienprātības mehānismu ierobežos laika efektivitāte, šifrētais mempool nevar palielināt apkopojuma peļņu utt. Protams, varat arī atsaukties uz Astria, lai integrētu divus dažādus tehniskās ieviešanas risinājumus. Kompromisi starp dažādām tehniskajām ieviešanām ir tas, kas rūpīgi jāapsver visos Rollup projektos.
rakstīt beigās
Lai gan pašreizējie Rollup trases līderi Optimism un Arbitrum ir izlaiduši monētas, tas var būt tikai sākuma punkts, un īstā konkurence var būt tikai sākusies. Vismaz, spriežot pēc pašreizējām tendencēm, decentralizētajiem šķirotājiem ir jābūt militāro stratēģu kaujas laukam.
Arī zk sērijas Rollup projekts klusi parādās Pieaug konkurences apstākļos viens nepareizs solis var radīt neatgriezeniskus zaudējumus. Taču, saskaroties ar jauninājumiem, kas ietekmē projektu dzīvi un nāvi, Rollups neatliek nekas cits kā sekot vispārējai tendencei.