Paul Sztorc, twórca sieci Drivechain, ogłasza sierpniowy hard fork Bitcoina z podziałem monet BTC w stosunku 1:1

Najważniejsze informacje:

• Paul Sztorc ogłosił eCash, nowy hard fork Bitcoina, który pojawi się w sierpniu 2026 r., z podziałem monet BTC w stosunku 1:1 dla posiadaczy.
• Fork aktywuje łańcuchy Drivechain zgodne z BIP300/301, docelowo obejmując 8 miliardów użytkowników w 7 łańcuchach warstwy 2, które są obecnie w fazie rozwoju.
• Sztorc planuje zamrozić klienta na 30 dni przed forkiem i organizować konkursy bug bounty przez całe lato 2025 roku.

Sztorc ogłasza hard fork eCash za cztery miesiące, ustala 30-dniowe zamrożenie kodu przed sierpniową premierą

Sztorc podał tę wiadomość w poście na X, pisząc: „NA ŻYWO: Nowy fork Bitcoina — pomagam stworzyć nowy hard fork Bitcoina — który pojawi się w sierpniu i będzie nosił nazwę „eCash””. Potwierdził, że podział będzie wynosił 1:1, zaznaczając, że posiadacz 4,19 BTC otrzyma 4,19 eCash. Posiadacze mogą sprzedawać, zatrzymać lub całkowicie zignorować nowe monety.

Projekt ten jest bezpośrednią kontynuacją wieloletniej pracy Sztorca nad BIP300 i BIP301, propozycjami Drivechain, które od dawna dzielą społeczność programistów Bitcoina. Na stronie internetowej eCash pod adresem ecash.com projekt opisuje się jako trwałe rozwiązanie problemów związanych ze skalowalnością i zarządzaniem Bitcoinem, a nie jako środek tymczasowy.

Węzeł warstwy pierwszej (L1) jest opisany jako niemal kopia Bitcoin Core, wykorzystująca wydobywanie SHA-256d. Łańcuch ulegnie rozgałęzieniu poprzez zresetowanie trudności wydobywania do minimalnej wartości, co, jak przyznał Sztorc, spowoduje chaotyczne warunki w momencie uruchomienia. Zespół programistów planuje zmienić węzły seed, nazwę sieci i magic sieci, jednocześnie kontynuując wdrażanie zmian z Bitcoin Core w przyszłości.

BIP300 i BIP301 zostaną aktywowane poprzez CUSF, mechanizm „core untouched soft fork”, co oznacza, że żadna linia kodu w L1 nie zostanie zmodyfikowana. Klient aktywacyjny będzie publikowany okresowo i zamrożony na 30 dni przed planowaną datą forka. Na lato przed uruchomieniem zaplanowano kilka konkursów bug bounty.

Fork odtworzy wszystkie transakcje z momentu podziału, a zespół udostępni narzędzie do podziału monet. Sztorc napisał, że użytkownicy otrzymują czteromiesięczne wyprzedzenie, co kontrastuje bezpośrednio z hard forkiem Bitcoin Cash z 2017 roku, gdzie ostrzeżenia były krótsze, a proces spotkał się ze znaczną krytyką.

W swoim poście Sztorc wymienił siedem łańcuchów warstwy drugiej (L2), które są obecnie w fazie rozwoju, wszystkie oparte na merged mining, dzięki czemu górnicy automatycznie uzyskują dodatkowe przychody. Łańcuchy te obejmują Truthcoin dla rynków prognoz, Coinshift jako zdecentralizowaną giełdę (DEX), Bitassets dla NFT i podobnych instrumentów, Bitnames dla rozwiązań tożsamościowych oraz Photon, który został zaprojektowany jako odporny na ataki kwantowe. Znajduje się tam również L2 skupiająca się na prywatności, wzorowana na Zcash.

W wywiadzie z Vladem Costea Sztorc wyjaśnił, że model Drivechain został specjalnie zaprojektowany, aby zapobiec zjawisku, które nazywa „dev capture” – tendencji do przejmowania nadmiernej kontroli nad kierunkiem rozwoju protokołu przez pojedynczy zespół programistów lub grupę inwestorów. Konkurujące ze sobą łańcuchy L2 działające w ramach tej samej architektury merged mining pozwalają rynkowi decydować, które aplikacje zyskają popularność, bez możliwości zawetowania decyzji przez jakąkolwiek pojedynczą grupę.

Na stronie internetowej ecash.com podano, że infrastruktura L2 jest już w stanie obsłużyć 8 miliardów użytkowników w skali globalnej, co zespół przypisuje architekturze merged mining oraz możliwości wdrażania przez niezależnych programistów własnych łańcuchów bocznych opartych na Drivechain.

W swoim ogłoszeniu Sztorc dokonał bezpośredniego porównania z Bitcoin Cash (BCH), podkreślając, że eCash całkowicie rezygnuje ze słowa „Bitcoin” w nazwie. Argumentował, że wyraźne oddzielenie marki, wraz z dłuższym okresem wyprzedzenia i trwałym rozwiązaniem technicznym, odróżnia ten fork od wcześniejszych prób.
„W 2017 roku stos technologiczny BTC był silny, a oczekiwania wobec Lightning były wysokie” – napisał. „Dzisiaj jest odwrotnie”.

Opinia społeczności i reakcje

Oczywiście społeczność kryptowalutowa podzieliła się zgodnie z dobrze znanymi schematami, gdy Paul Sztorc przedstawił swoją propozycję forka sieci. Jednym z punktów spornych jest wybrana przez niego nazwa, ponieważ „eCash” jest już kojarzone z siecią altcoinów, która powstała w wyniku rozłamu Bitcoin Cash poprzez Bitcoin ABC. Społeczność blockchainu eCash, kierowana przez głównego programistę Amaury'ego Sécheta, wyraziła wyraźne niezadowolenie z decyzji Sztorca. Sztorc odpowiedział jednak na krytykę w poście na X oraz podczas rozmowy z Joelem Valenzuelą.

Na X Sztorc argumentował: „Nazwa »eCash« jest ogólna. Zdaję sobie sprawę, że była używana w kilku kontekstach, w tym: – Chaumian eCash, koncepcja poprzedzająca Bitcoin z lat 80. i 90. – zrealizowana później przez jego firmę DigiCash. – Altcoin „XEC”, który obecnie zajmuje 164. miejsce w rankingu. – Prywatny, ale powierniczy projekt Bitcoin, również nazywany „cashu”. Udało nam się zdobyć domenę ecash.com — a także kilka innych powiązanych domen — więc nie mamy zastrzeżeń co do nazwy eCash”.

Inni mieli zastrzeżenia do decyzji Sztorca o stworzeniu forka samego Bitcoina. Programista znany jako Calle twierdzi, że łańcuchy napędowe BIP300, zaproponowane przez Paula Sztorca, są zasadniczo wadliwe, argumentując, że przyznają one górnikom nadmierną władzę i mogą umożliwić większości posiadającej moc obliczeniową sprzeniewierzenie środków. W poście na X Calle utrzymuje, że koncepcja ta została powszechnie odrzucona przez społeczność Bitcoin, a mimo to jej twórca nadal ją forsuje, krytykuje Lightning Network i przedstawia ten pomysł w coraz bardziej naciąganych wersjach.

„Jedynym rozwiązaniem, jakie pozostało, jest stworzenie sh**coina dla jego sh***y'ego pomysłu” – stwierdził Calle.

Autor i zwolennik Bitcoina, Steve Patterson, wyraził optymizm. „Istnieje tylko kilka poważnych opcji skalowania Bitcoina: duże bloki (zgodnie z zamierzeniami Satoshiego) lub prawdziwe łańcuchy boczne” – napisał Patterson na X. „Więc naturalnie Core uniemożliwił przyjęcie obu tych rozwiązań. Zwolennicy dużych bloków odłączyli się wiele lat temu, a teraz [Paul Sztorc] w końcu dochodzi do forka w celu wdrożenia łańcuchów bocznych”.

Analiza nastrojów przeprowadzona przez Grok pod postem Sztorca na X wykazała, że odpowiedzi były zdecydowanie przeciwne projektowi. Spośród około 50–60 najpopularniejszych odpowiedzi spośród łącznie 347, około 80%–85% było negatywnych, jak podał Grok. Krytycy wskazywali na pomylenie z istniejącym tokenem eCash, forkiem Bitcoin Cash, i sprzeciwiali się proponowanej częściowej realokacji monet z ery Satoshiego, co niektórzy określali jako „kradzież” nieaktywnych środków.

Mniejsza, ale głośna grupa odrzuciła tę inicjatywę jako oszustwo lub przejaw egoizmu deweloperów. Około 10–15% wyraziło poparcie, powołując się na potencjalną dystrybucję monet dla posiadaczy Bitcoinów, zainteresowanie koncepcją Drivechain lub wyważony ton wypowiedzi Sztorca. Pozostali zgłaszali pytania techniczne lub odpowiadali sarkastycznie, zamiast angażować się bezpośrednio.

Test warunków skrajnych już za 118 dni

Ogłoszenie to sygnalizuje zbliżający się test warunków skrajnych dla społeczności górników bitcoinów, ponieważ reset trudności w momencie forka sprawi, że eCash będzie tymczasowo znacznie łatwiejszy do wydobycia niż Bitcoin. Górnicy zdolni do szybkiej zmiany hashrate'u prawdopodobnie zgromadzą dużą część wczesnych nagród blokowych, zanim trudność się dostosuje.

Sztorc potwierdził, że weźmie udział w konferencji poświęconej bitcoinowi w Las Vegas w tygodniu ogłoszenia, ale powiedział, że nie będzie omawiał forka na scenie, nazywając to niegrzecznością, aby ogłaszać coś takiego w takiej sytuacji.

Link do klienta aktywacyjnego został opublikowany dla programistów i operatorów węzłów, którzy chcą rozpocząć testy przed letnim programem bug bounty i 30-dniowym zamrożeniem kodu, które poprzedzi sierpniowe uruchomienie.