Luke Dashjr, a kommunikációs vezető távozik a Dorsey által támogatott Ocean bányászati konzorciumból

„Szabadságra megyek az OCEAN-tól elnöki és CTO-i pozíciómból, és a közeljövőben a Bitcoinra és a Bitcoint támogató nyílt forráskódú projektekre fogom összpontosítani. Úgy gondolom, hogy így tudom a legjobban kihasználni az időmet, és ez a Bitcoin, valamint a Bitcoin hosszú távú egészségének érdekeit is szolgálja” – írta Dashjr hétfő este az X-en.

Bitcoin Mechanic, az Ocean kommunikációs vezetője így válaszolt: „Én is!”, jelezve, hogy ő is szünetet tart. Mindketten ideiglenes távozásként, nem pedig végleges lemondásként jellemezték lépésüket.

Dashjr visszavonul a bányászati poolból, amelynek felépítésében ő is közreműködött

Az időzítés miatt Dashjr kiesik az Ocean napi vezetéséből, miközben az általa vezetett technikai küzdelem egy sokkal jelentősebb szakaszba lép. Az Ocean-t 2023 novemberében indította el a Mummolin Inc., amelyet Dashjr, Mark Artymko és Ian Northon alapítottak közösen. A Twitter alapítója és a Block vezérigazgatója, Jack Dorsey által vezetett 6,2 millió dolláros kezdőtőke-kör segített finanszírozni a bányászati poolt, amelyet a nem letéti kifizetésekre építettek fel, és amely nagyobb ellenőrzést biztosít az egyes bányászoknak a blokkok felépítése felett.

Az Ocean továbbra is kicsinek számít a piacon domináns bitcoin-bányászcsoportokhoz, például a Foundry USA-hoz és az Antpoolhoz képest, de DATUM rendszere a BIP-110-es saga fontos elemévé vált. A DATUM lehetővé teszi a részt vevő bányászok számára, hogy saját blokksablonjaikat állítsák össze, ahelyett, hogy egyszerűen elfogadnák a központosított bányászcsoport-üzemeltető által készített sablonokat. A Roughnecks az Ocean DATUM-rendszerét használta az első két BIP-110 kisebbségi lánc-blokk bányászatához a 961632. blokknál történt szétválás után. A fork ezután gyakorlatilag leállt a Bitcoin örökölt 127,48 billió bányászati nehézségi értéke és a SHA-256d hash-teljesítményből való csekély részesedése miatt.

A BIP-110 fejlesztői a vitától a hard fork ütemtervéhez lépnek

Most már a vita túllépett azon a kérdésen, hogy a kisebbségi láncnak el kell-e hagynia a Bitcoin SHA-256d proof-of-work algoritmusát. Az augusztus 10-i Bitcoin Knots fejlesztői találkozón a résztvevők elkezdték kiosztani a javasolt hard fork konkrét feladatait. A munkaterv szerint Dashjr a blokkfejléccel és a PoW-módosításokkal foglalkozik, egy Kyle nevű személy a visszajátszás elleni védelemmel, míg a szoftverfejlesztő Chris Guida a Reduced Data Temporary Softfork (RDTS) adaptálásával. Szükség lenne továbbá egy új DATUM-átjáróra és szerverre is.

A kisebbségi lánc újjáélesztésének hatóköre jelentős. A fejlesztők az áttervezett blokkfejléceket, a szándékosan túlméretezett nehézségi visszaállítást és a visszajátszás elleni védelmet sorolták a legfontosabb feladatok közé. A Discordon folyó megbeszélések során felmerült egyéb ötletek között szerepel a bányászok számára biztosítandó nagyobb nonce-tér, a 64 bites blokk-időbélyeg, egy lehetséges blokk-visszatartási hiba kijavítása, valamint a blokkméret ideiglenes csökkentése 600 kiloweight egységre az RDTS ideje alatt. A timewarp és timejacking támadások elleni javításokról is szó esett, bár számos változtatás továbbra is opcionális, és el is hagyható.

Az ismétlődés elleni védelem azért fontos, mert a BIP-110 hálózat megosztja a tranzakciós előzményeket a Bitcoinnal. Megfelelő védelem nélkül a Bitcoin blokkláncra szánt BTC-tranzakciók bizonyos körülmények között érvényesek lehetnek a BIP-110 kisebbségi láncon is. A fejlesztők kifejezetten a tranzakciós aláírásokkal kapcsolatos változtatásokat vitatták meg, míg a szélesebb körű átalakítás során a blokkfejléceket az ahhoz az új bányászati algoritmushoz igazítanák, amelyet végül kiválasztanak.

A fejlesztők meglepetésszerű PoW-kiválasztást terveznek

A terv legszembetűnőbb része az, hogy a fejlesztők hogyan szándékoznak kiválasztani az új proof-of-work (PoW) algoritmust. Ahelyett, hogy előre nyilvánosan kiválasztanának egyet, Dashjr egy „commit-reveal” folyamatot írt le, amelynek célja, hogy megakadályozza a bányászokat és a hardvergyártókat abban, hogy mindenki másnál korábban felkészüljenek a nyertes algoritmusra.

Az ülésen megvitatott jelöltlista-tervezet a következőket tartalmazta: BLAKE2b-256, SHA3x, BLAKE2s, Scrypt, BLAKE3x2 és Eaglesong. Dashjr kifejtette, hogy a csoport először a titkos leképezés kriptográfiai hash-értékét tervezi közzétenni, majd a következő nap 14:00 UTC után generált Bitcoin-blokkot használja a kiválasztás meghatározásához. A hash-érték előzetes közzététele lehetővé tenné a megfigyelők számára, hogy később ellenőrizzék: a fejlesztők a blokk megtekintése után nem módosították-e a leképezést.

„A jelenlegi terv szerint még ma bejelentjük a blokk-hash–algoritmus leképezés HASH-értékét, holnap pedig 14:00 UTC-kor közzétesszük a leképezést, amint megjelenik egy corecoin blokk, amellyel összehasonlíthatjuk” – közölte Dashjr a Discord fejlesztői csatornáján. Amikor Guida megkérdezte, hogy az UTC 14:00 előtt létrehozott legfrissebb blokk határozza-e meg az algoritmust, Dashjr pontosította, hogy a következő blokk lesz az.

A leállt lánc hajtja a rohanást

A nehézségi szint szintén prioritás, mivel a fejlesztők már látták, mi történik, amikor egy kisebbségi fork átveszi a Bitcoin hatalmas ipari hash-teljesítményéhez tervezett bányászati feltételeket.

Kyle elmondta a Discord résztvevőinek, hogy egy újabb elakadt lánc elkerülése valószínűleg a „legfőbb prioritás”, míg egy másik résztvevő gyorsabb nehézségi kiigazítást javasolt, hogy egy helytelen kezdeti becslés vagy a gyorsan változó hash-teljesítmény órák alatt korrigálódhasson, ahelyett, hogy a Bitcoin szokásos 2016 blokkos kiigazítási időszakát kellene kivárni.

Egy fork, amelyben arról vitáznak, melyik lánc a Bitcoin

Dashjr továbbra is elutasítja azt az állítást, hogy az ő oldala elhagyná a Bitcoint. Saját megfogalmazásában a domináns lánc a vitatott fork. „Valójában ez egy vitatott hardfork-kísérlet. Csak úgy feladjátok? Vagy maradtok a Bitcoin mellett, és harcoltok?” – írta Dashjr az X nevű közösségi médiaplatformon, miközben a vitát a Segwit2X-et és a Bitcoin Cash-t érintő korábbi csatákhoz hasonlította.

Ez a meggyőződés most ütközik a hálózatok mérhető állapotával. A túlnyomórészt domináns Bitcoin-lánc továbbra is SHA-256d alatt termel blokkokat, míg a BIP-110-es ág alig tudta előállítani a harmadik blokkját. A Knots fejlesztői fórumon még a projekt iránt szimpatizáló résztvevők is felismerték a helyzet látszatát és a technikai kockázatokat. Az egyikük arra figyelmeztetett, hogy az átalakítás túlzott kiterjesztése megváltoztathatja a történetet: ahelyett, hogy új algoritmust választanának, az alábbi helyzet állna elő:

„Rengeteg változtatást hajtottak végre, és azt hiszik, ők a Bitcoin.”

A következő lépések dönthetik el, hogy a BIP-110 egy elszigetelt, két blokkból álló kisebbségi fork marad-e, vagy egy lényegesen eltérő hálózattá válik. A fejlesztők már nem csupán egy hipotetikus elszakadásról beszélnek a Bitcoin bányászaitól. Felosztják a konszenzus kialakításával kapcsolatos munkát, megtervezik a visszajátszás elleni védelmet, előkészítik a nehézségi szint visszaállítását, és egy új PoW-algoritmus kiválasztására szolgáló módszer kidolgozásán dolgoznak.

A bitcoinosok elutasítják Dashjr kijelentéseit

A szélesebb Bitcoin-közösség nagyrészt elutasította Dashjr és a BIP-110-közösség álláspontját. Az X-en és más nyilvános fórumokon a kritikusok kigúnyolták és nevetségessé tették az elszigetelt elágazást olyan elnevezésekkel, mint „Lukecoin” és „Knotcoin”, azzal érvelve, hogy egy kisebbségi lánc „Bitcoin”-nak való kikiáltása nem oldja meg a gazdasági és PoW-val kapcsolatos valóságot. A domináns lánc továbbra is blokkokat termelt a SHA-256d hash-teljesítmény túlnyomó többségével, míg a BIP-110-es ág mindössze két blokkot tudott létrehozni, mielőtt szinte teljesen leállt.

A BIP-110 kritikusai számára ez az eset azt bizonyította, hogy a csomópontok ugyan bármilyen szabályt érvényesíthetnek, amit üzemeltetőik választanak, de ez nem kényszeríti a felhasználókat, a bányászokat, a tőzsdéket, a vállalkozásokat vagy a tágabb piacot arra, hogy azokat betartsák.