Ckpool testuje Stratum V2, ale ostrzega, że nie nadaje się do samodzielnego wydobywania Bitcoinów

• Ckpool uruchamia Stratum V2 równolegle z V1 w Solo CK, nie wpływając na jego stabilność.
• Deklaracja zadań Stratum V2 wciąż nie oferuje korzyści w solowych pulach wydobywczych.

Z Kolivasem, deweloperem CKPool, uruchomiono eksperyment z protokołem Stratum V2 (SV2) w Solo CKPool, jednym z najczęściej używanych pul wydobywczych Bitcoinów (BTC). Celem, jak wyjaśnił, jest zmierzenie, jak duże jest rzeczywiste zainteresowanie górników przyjęciem tego protokołu.

Eksperyment uruchomił dwa oddzielne porty: jeden z standardowym wsparciem dla SV2, a drugi, który dodatkowo wprowadza funkcję deklaracji zadań (job declaration lub JD), która pozwala górnikom budować własne bloki i szablony transakcji. Obie wersje działają równolegle z Stratum V1 na tej samej infrastrukturze, nie wpływając na jej stabilność, a ich statystyki zostały już włączone do ogólnego panelu stats.ckpool.org.

Kolivas zgłosił, że pula z wsparciem SV2 działa z szybkością haszowania bliską 300 TH/s, dostarczoną przez sześciu użytkowników i dziesięciu workers, w tym jego własną moc haszującą do testów. Według dewelopera, wszystko działa bez problemów.

Jeśli chodzi o wydajność, Kolivas precyzował, że jego testy pokazują, że opóźnienie SV2 w trybie end-to-end jest praktycznie identyczne z tym w Stratum V1, z korzyściami w zakresie bezpieczeństwa, prywatności i marginalnym zmniejszeniem wykorzystania pasma. Dodał, że po przetestowaniu proxy z Stratum V1 do V2, nie zauważył również znaczącego wzrostu opóźnienia, chociaż przyznał, że ta konfiguracja wciąż nie jest prosta dla końcowego użytkownika.

Stratum V2 to aktualizacja protokołu, który górnicy Bitcoinów wykorzystują do komunikacji z pulami wydobywczymi, wprowadzająca szyfrowanie end-to-end, większą prywatność i ochronę przed atakami pośredników. Wśród jego funkcji znajduje się deklaracja zadań (job declaration), mechanizm, który pozwala górnikowi budować własne szablony bloków i wybierać, które transakcje uwzględnić, zamiast polegać na szablonach dostarczanych przez pulę.

Kolivas twierdzi, że deklaracja zadań --- funkcja, która budzi największe zainteresowanie wokół SV2 --- przynosi znaczną korzyść tylko w pulach współdzielonych, a nie w solowych pulach wydobywczych, takich jak CKPool. Powód, jak wyjaśnił, polega na tym, że ta funkcja dodaje opóźnienie, którego pula nie może uniknąć, ponieważ protokół zmusza klientów do odrzucania szablonów pochodzących z samej puli.

Deweloper dodał, że w praktyce górnik, który już deklaruje swoje własne zadania, ma wszystko, co potrzebne do lokalnego wydobywania w trybie samodzielnym, więc używanie SV2 z tą funkcją w puli oznacza dodatkową pracę i większe ryzyko produkcji osieroconych bloków, bez rzeczywistej korzyści poza korzystaniem z własnych szablonów.

Kolivas opisał deklarację zadań jako wsparcie dla decentralizacji, które wiąże się z umiarkowaną wadą opóźnienia, bardziej skomplikowaną do skonfigurowania niż podstawowe proxy z V1 do V2. Deweloper wyraził nadzieję, że wskazanie tego ograniczenia pomoże innym skoncentrować wysiłki na jego redukcji lub eliminacji, a jako możliwe rozwiązanie techniczne zaproponował, aby pule wysyłały pracę w trybie deklaracji zadań, gdy tylko zaktualizuje się szczyt łańcucha, pozwalając klientowi zdecydować, czy z tego skorzystać, czy czekać na aktualizację, bez możliwości nadpisania pracy klienta przez pulę.

CKPool jest jednym z najbardziej znanych solowych pul wydobywczych Bitcoinów. W przeciwieństwie do tradycyjnych pul, w których hashrate wszystkich użytkowników jest łączony, aby konkurować jako jedna jednostka, w CKPool każdy górnik konkuruje indywidualnie, korzystając z wspólnej infrastruktury puli. Kto znajdzie blok, ten zatrzymuje całą nagrodę, po odliczeniu prowizji za usługę.

Kolivas jest głównym deweloperem ckpool, oprogramowania wspierającego CKPool, dlatego jego ocena techniczna dotycząca wdrożenia SV2 pochodzi od osoby, która bezpośrednio stworzyła eksperymentalny kod protokołu dla platformy. Obecnie CKPool dysponuje mocą obliczeniową bliską 205 PH/s dostarczoną przez swoich użytkowników, zgodnie z publicznymi danymi puli.

Kolivas podkreślił, że Stratum V2 boryka się z problemem przyjęcia krzyżowego: sprzęt wydobywczy nie ma natywnego wsparcia dla protokołu, ponieważ pule go nie oferują, a pule nie wdrażają go na stałe, ponieważ sprzęt wciąż nie obsługuje go szeroko.

Deweloper potwierdził, że pracuje nad rozszerzeniem ckproxy, narzędzia, które przekształci ruch z Stratum V1 do V2, a kod ckpool dla SV2 zostanie opublikowany, gdy osiągnie stabilną wersję. Zaznaczył, że firma Braiins już oferuje wynajem hashrate z natywnym wsparciem dla SV2, funkcję, którą planuje wkrótce wprowadzić do CKPool w portach o wyższym poziomie trudności. Kolivas będzie nadal obserwował poziom przyjęcia, zanim zdecyduje, czy na stałe zintegrować SV2 w całej infrastrukturze puli.

Dla Kolivasa wynik eksperymentu nie zmienia centralnego punktu jego rozważań: dopóki deklaracja zadań nadal będzie dodawać opóźnienia bez rzeczywistej rekompensaty w solowych pulach wydobywczych, jej przyjęcie będzie zależało od tego, czy sami deweloperzy protokołu rozwiążą tę wadę, a nie od tego, czy górnicy zaakceptują ją tylko z zasady.

Niniejsza treść ma charakter wyłącznie informacyjny i nie stanowi porady finansowej, inwestycyjnej, prawnej ani podatkowej. Wszelkie wydarzenia, nagrody, promocje online lub powiązane informacje, o których tu mowa, nie powinny być traktowane jako rekomendacja, zachęta ani zaproszenie do kupna, sprzedaży, wymiany lub innego rodzaju obrotu aktywami kryptograficznymi. Aktywa kryptograficzne charakteryzują się dużą zmiennością i mogą prowadzić do strat. Dostępność usług, produktów i powiązanych wydarzeń WEEX może się różnić w zależności od regionu. Użytkownik jest odpowiedzialny za upewnienie się, że jego udział jest zgodny z obowiązującymi lokalnymi przepisami i regulacjami.