Transaktioiden järjestäminen on vallankäytön muoto

Jokainen rollup tarvitsee jonkun — tai jonkin — joka määrää järjestyksen, jossa transaktiot käsitellään. Se on sequencerin tehtävä.

Järjestys ei ole neutraali. Se, joka hallitsee sequenceria, voi: louhia MEV:tä (Maximal Extractable Value) lisäämällä tai järjestämällä transaktioita uudelleen omaksi edukseen; sensuroida transaktioita jättämällä huomiotta ne, joita ei haluta käsitellä; ja harjoittaa front-runningia ehtimällä muiden käyttäjien transaktioiden edelle.

Hajautetussa järjestelmässä yksikään yksittäinen toimija ei kerää tätä valtaa itselleen. Keskitetyn sequencerin järjestelmässä tämä valta on sitä ylläpitävällä tiimillä. Tähän keskittymään liittyviä riskejä ovat transaktioiden sensurointi, viiveet, palvelun heikko saatavuus, järjestyksen hallinta, MEV:n louhinta ja yhden ainoan vikapisteen olemassaolo.

Miksi monet rollupit alkavat keskitetyllä sequencerilla

Suorin vastaus on, että tämä arkkitehtuuri on operatiivisesti yksinkertaisempi. Alkuvaiheessa yksi ainoa operaattori voisi yksinkertaistaa koordinointia, päivityksiä ja vianetsintää. Samalla tällainen malli kuitenkin keskittäisi vallan ja riippuvuudet yhden ainoan toimijan käsiin.

Hajautettu sequencer edellyttää konsensusprotokollaa useiden sequencerien välillä, kollusion vastaisia mekanismeja, johtajan valinnan tai kierrätyksen järjestelmiä sekä vankkoja taloudellisia kannustimia, joita on vaikea hyökätä vastaan.

Kaikkien näiden mekanismien rakentaminen ennen lanseerausta voi vaatia huomattavasti lisää kehitysaikaa. Arbitrum, Optimism ja Base — kolme merkittävää rollupia Ethereumissa — lanseerattiin keskitetyllä sequencerilla ja jatkavat hajauttamisprosessiaan vielä vuosia myöhemmin. Tämä vertailu on puhtaasti kontekstuaalinen: se ei oleta arkkitehtonista tai turvallisuudellista vastaavuutta Bitcoin Hyperille kuvatun arkkitehtuurin kanssa.

Kirjan luvussa 34.2 analysoidun projektidokumentaation mukaan sequencer olisi keskitetty Mainnetin lanseerauksessa ja tiimin ylläpitämä. Rajapäivänä Bitcoin Hyper oli yhä Mainnetiä edeltävässä vaiheessa: yksi ainoa sequencer kuuluu suunniteltuun lanseerausmalliin eikä jo todennettuun operatiiviseen komponenttiin. Tiekartta ennakoi asteittaista hajauttamista kahden–neljän vuoden aikana kierrätyksen, huutokaupan ja johtajan valinnan mekanismien avulla. Kyseessä on julkilausuttu aikomus eikä valmis toiminto.

Miten sensuuririskiä rajoitettaisiin?

Tärkein suunniteltu arkkitehtoninen mekanismi on pakotettu sisällyttäminen (forced inclusion): transaktio voitaisiin Bitcoinin perustason kautta «pakottaa» rollupiin sequencerin ohi. Jos sequencer sensuroisi transaktion, käyttäjä voisi saada sen käsitellyksi maksamalla maksut suoraan Bitcoinissa. Yksi ainoa sequencer luo keskeisen operatiivisen hallinnan pisteen; pakotettu sisällyttäminen on suunniteltu turvamekanismi, jonka on tarkoitus estää tätä hallintaa muuttumasta absoluuttiseksi. Sitä tulisi pitää dokumentoituna toimintona, joka on vielä todennettava, eikä jo saatavilla olevana takeena.

Ratkaiseva varaus on, että pakotettu sisällyttäminen on Bitcoin Hyperissä yhä kehitteillä (28. huhtikuuta 2026 tilanteen mukaan). Devnetissä se ei ollut saatavilla. Niin kauan kuin sitä ei ole julkaistu ja testattu, sen tarjoama suoja jää todentamatta. Tämä tieto koskee kyseisenä ajankohtana saatavilla ollutta dokumentaatiota.

Signaalit, joita kannattaa tarkkailla

Ennen kuin harkitset positiota Bitcoin Hyperissä, nämä ovat signaalit, jotka osoittaisivat todellista edistystä sequencerin hajauttamisessa. Rajapäivänä ei ollut olemassa julkista ja riittävän yksityiskohtaista spesifikaatiota lopullisesta mekanismista:

Julkiset tekniset spesifikaatiot valitusta hajauttamismekanismista
Toiminnassa oleva pakotettu sisällyttäminen Testnetissä tai Mainnetissä
Tiekartta, jossa on todennettavia välitavoitteita (eikä pelkkä «tulevien vuosien aikana»)
Auditointi sequencer-koodista tunnustettujen riippumattomien yritysten tekemänä
Uskottava aikataulu, jossa on eksplisiittiset riippuvuudet

Johtopäätös

Keskitetty sequencer lanseerauksessa voi olla pragmaattinen ja ymmärrettävä valinta olematta välttämättä varoitusmerkki. Sinänsä se ei merkitse varojen menetystä, mutta se voisi heikentää palvelun saatavuutta, transaktioiden järjestystä ja sensuurinkestävyyttä. Se muuttuu ongelmalliseksi, kun konkreettinen tiekartta hajauttamiselle puuttuu, kun pakotettua sisällyttämistä ei koskaan toteuteta tai kun sequenceria ylläpitävä taho käyttää asemaansa MEV:n louhimiseen läpinäkymättömällä tavalla.

Projekti ilmoittaa, että sequencing hajautetaan myöhemmässä vaiheessa. Tätä kirjoitettaessa tämä siirtymä on yhä tiekartan tavoite, eikä yleinen lupaus hajauttamisesta ole todennettava tiekartta. Sequencer, bridge, datan saatavuus ja todistusjärjestelmä muodostavat eri kerroksia: sequencerin hajauttaminen ei automaattisesti poistaisi bridgeen liittyviä riskejä, yhtä vähän kuin niitä, jotka liittyvät datan saatavuuteen. Pakotettua sisällyttämistä, pakotettua poistumista ja Escape Hatchia tulisi pitää dokumentoituina toimintoina tai toimintoina, jotka on vielä todennettava. Yksi ainoa sequencer voi olla pragmaattinen lähtökohta, mutta sitä ei tulisi esittää päätepisteenä: arvio riippuu julkaistuista rajoituksista, olemassa olevista kontrolleista ja vaihtoehtoisista menettelyistä. Hajauttamisen uskottavuus riippuu todennettavista välitavoitteista eikä pelkistä aikomuksenilmaisuista.

Yksi ainoa sequencer lanseerauksessa: riski vai pragmatismia?