Core Lightning: Jak rebranding wdrożenia Blockstream przemawia do jego długoterminowej wizji Bitcoina

Implementacja Lightning Network firmy Blockstream, nazywana teraz Core Lightning, ma być interoperacyjnym, skoncentrowanym na specyfikacji standardem Bitcoin.

Blockstream, firma zajmująca się infrastrukturą Bitcoin, niedawno zmieniła nazwę swojej implementacji Lightning Network z c-lightning na Core Lightning (CLN), próbując podkreślić długoterminowy nacisk projektu na interoperacyjność i prace nad specyfikacją.

Początkowa nazwa, która nawiązywała do języka programowania C, w którym wbudowana jest implementacja, nie odzwierciedlała rzeczywistych intencji firmy związanych z projektem. Teraz Core Lightning stara się odzwierciedlić propozycję wartości implementacji Blockstream.

„Mamy nadzieję, że odświeżona nazwa lepiej komunikuje koncentrację CLN na interoperacyjności, pracach nad specyfikacją oraz nieustającym dążeniu do zapewnienia referencyjnej implementacji z priorytetem poprawności i solidności” — powiedziała firma w oświadczenie.

Dlaczego istnieją różne implementacje sieci Lightning?

Lightning Network to abstrakcyjna koncepcja tego, czym w rzeczywistości jest wiele różnych połączonych ze sobą kanałów Lightning. Błyskawiczne kanały płatności stanowią podstawę sieci, ponieważ dwóch uczestników blokuje pewną ilość bitcoinów w podstawowej warstwie sieci Bitcoin, aby dokonywać między sobą szybkich i tanich płatności poza łańcuchem. Jednak otwierając więcej kanałów z różnymi uczestnikami, płatności mogą być następnie kierowane w tej „sieci kratowej” od jednego uczestnika do drugiego, aż do znalezienia ostatecznego odbiorcy płatności Lightning.

Dlatego abstrakcja, która jest „Sieć Błyskawicy” wymaga, aby różni uczestnicy komunikowali się ze sobą, aby mogli kierować swoje płatności i umożliwić bezproblemową interakcję. Ta komunikacja odbywa się między węzłami, które obsługują oprogramowanie protokołu Lightning, dzięki czemu mogą między innymi wysyłać i odbierać płatności.

Podczas gdy w Bitcoin istnieje obecnie de facto standardowe oprogramowanie węzła, Bitcoin Core, istnieje więcej niż jeden typ oprogramowania węzła Lightning, który jest obecnie popularny. W rezultacie istnieje zapotrzebowanie na zestaw dokumentów, które dyktują, w jaki sposób te różne typy węzłów Lightning – czyli „implementacje” – mogą ze sobą rozmawiać.

Połączenia Podstawa dokumentów dotyczących technologii Lightning (BOLT) zdefiniować zestaw specyfikacji, których muszą przestrzegać wszystkie implementacje węzła Lightning, aby być stabilnym, zgodnym uczestnikiem sieci Lightning. Obecnie istnieje 11 dokumentów BOLT, które opisują wszystko, od tego, jak ustanowić kanał płatności i zasilić go bitcoinami, po to, jak należy zażądać płatności Lightning.

Oczywiście fakt, że istnieją różne implementacje Lightning, oznacza również, że użytkownicy mają do dyspozycji różne oferty i mogą wybrać dowolne oprogramowanie do uruchomienia w oparciu o swoje specyficzne potrzeby. Na wysokim poziomie istnieją cztery główne implementacje Lightning, LND, Core Lightning, Eclair i LDK, z których każda jest ukierunkowana na określone przypadki użycia.

Rdzeń Lightning: Zbudowany z BOLT

CLN, poprzednio c-lightning, jest używany produkcyjnie w sieci głównej Bitcoin od początku 2018 roku. Napisany w języku programowania C, który oferuje programistom wysoki stopień kontroli nad zachowaniem ich kodu nawet na niskim poziomie, CLN koncentruje się na na wydajność oraz na zapewnieniu programistom i użytkownikom modułowego, oparte na wtyczkach implementacja protokołu skalowania warstwy 2 Bitcoina.

„Chcemy być wysoce wydajną, zgodną ze specyfikacjami implementacją klasy korporacyjnej” — powiedział deweloper Lightning w Blockstream, Rusty Russel Magazyn Bitcoin. „Tradycyjnie oznacza to, że jesteśmy bardziej dla zaawansowanych użytkowników, firm i programistów, na których można budować”.

CLN działa tylko w systemach Linux i MacOS i wymaga lokalnego lub zdalnego bitcoind wersja 0.16 lub nowsza, która jest w pełni dostosowana do sieci, w której działa użytkownik i z której przekazuje transakcje. Przycinanie jest częściowo obsługiwane.

Jako lekka implementacja, CLN umożliwia wysoki poziom dostosowywania, ponieważ pozwala użytkownikowi na dostosowanie go do własnych potrzeb i dodanie tylko tych funkcji, których chce lub potrzebuje. Deweloperzy mogą łączyć się z demonem za pomocą niestandardowych metod JSON-RPC, co pozwala im skutecznie dostosowywać funkcjonalność do swoich potrzeb za pomocą wtyczek, które mogą bezpośrednio uzyskiwać dostęp do szczegółów niskiego poziomu.

Modułowość CLN, wydajność i solidność kodu mają również swoje wady. Christian Decker, badacz w Blockstream skupił się na skalowaniu rozwiązań dla Bitcoin, powiedziany podczas spotkania London Bitcoin Devs w zeszłym miesiącu, że przestrzegając filozofii UNIX, polegającej na robieniu jednej rzeczy bardzo dobrze i nie narzucaniu użytkownikowi decyzji, CLN działa w sposób „nagi” i wymaga od użytkownika pewnego poświęcenia, aby działał .

Warto zauważyć, że implementacja Blockstream koncentruje się w dużej mierze na procesie specyfikacji i generuje wiele kodu bezpośrednio ze specyfikacji BOLT, według Russela. Chociaż zapewnia to wdrożenie w pełni zgodne ze specyfikacją, zespół ma mniej czasu na promowanie swojej pracy i określa to jako powód, dla którego widzi mniejsze zaangażowanie społeczności i udział w węzłach niż w przypadku innych implementacji.

„Jesteśmy zbudowani na podstawie specyfikacji Lightning BOLT, dosłownie!” Russel powiedział Magazyn Bitcoin. „Oznacza to, że bardzo nam zależy (i jako zespół włożyliśmy ogromny wysiłek) w koordynację architektury całej sieci Lightning za pośrednictwem specyfikacji BOLT”.

Zespół zwykle proponuje nową specyfikację szerszej społeczności programistów przed dodaniem jej do CLN, próbując zapewnić długoterminową kompatybilność między różnymi implementacjami, jednocześnie prosząc o więcej osób do przeglądania, testowania i komentowania kodu, zanim ostatecznie zostanie on przekształcony w nowy BOLT i staje się gotowy do przyjęcia przez wszystkie wdrożenia.

„Jednym z powodów, dla których przeprowadzamy proces specyfikacji i przeglądu w różnych implementacjach, jest to, że pomaga on identyfikować lepsze sposoby robienia rzeczy – znajdować błędy, identyfikować przyszłe problemy” – powiedziała Lisa Neigut, inżynier protokołu Lightning w Blockstream Magazyn Bitcoin.

Biorąc pod uwagę jego wydajność i niewielkie rozmiary, CLN jest prawdopodobnie najlepiej dopasowaną implementacją dla urządzeń o niskiej specyfikacji.

Zespół Blockstream opracował również zestaw nowych funkcji, które rozszerzają obecną funkcjonalność BOLT, które często są projektami specyfikacji lub propozycjami specyfikacji, w tym otwieraniem kanałów współpracy, reklamami płynności i BOLT 12. CLN daje użytkownikowi opcję wypróbowania tych nadchodzących specyfikacji.

„Odcinamy wstępne części specyfikacji Lightning w ramach opcji eksperymentalnych” — powiedział Russel Magazyn Bitcoin. „Ale jeśli jesteś bardziej żądny przygód, te eksperymentalne opcje dają ci

wgląd w to, co nadchodzi w Lightning Network!”

Otwarcie kanału współpracy, wcześniej nazywane „kanałami podwójnego finansowania”, umożliwia uczestnikom wspólne otwieranie nowego kanału przez wspólnie finansują transakcję finansowania kanału. Obecnie kanały są otwarte z jednostronną transakcją finansowania przez jednego uczestnika. Otwarcia kanałów współpracy umożliwiają również rozproszone CoinJoins w otwartym kanale Lightning.

„Możesz zorganizować swój własny CoinJoin z kilkoma innymi węzłami Lightning” – powiedział Neigut Magazyn Bitcoin. „Robisz to w sposób zdecentralizowany, więc jedynymi ludźmi, którzy wiedzą o tym, kto jest w to zaangażowany, są ludzie, którzy faktycznie są częścią tej transakcji, więc nie ma centralnego koordynatora, który by to robił”.

Reklamy płynnościowe wykorzystują również otwarte kanały współpracy. Według Blockstream blogu, „są lekkim sposobem zapewnienia możliwości koordynowania wdrażania płynności w sieci w zdecentralizowany i dostępny sposób”.

Ta funkcja próbuje rozwiązać powszechny problem w Lightning: płynność przychodzącą.

Reklamy płynności pozwalają „zobaczyć wszystkich ludzi, którzy reklamują, że sprzedadzą ci płynność przychodzącą, jeśli otworzysz dla nich kanał, co jest naprawdę ekscytującą rzeczą” – powiedział Neigut.

BOLT 12 to kolejna wersja robocza specyfikacji dla portfeli i węzłów Lightning z eksperymentalnym wsparciem w CLN. Proponowana funkcja, ukuta jako „oferty”, poprawiłaby faktury BOLT 11, umożliwiając oferty wielokrotnego użytku, podczas gdy faktura BOLT 11 może być użyta tylko raz. Co więcej, chociaż faktura jest wyłącznie wezwaniem do zapłaty, możesz skorzystać z oferty, aby również wysłać, a nie tylko otrzymać pieniądze.

Użytkownicy CLN mogą teraz również zautomatyzować swoje zadania związane z zarządzaniem węzłami CLSZEF, niedawno wydane narzędzie „sztucznej inteligencji”, które może decydować, które węzły mają otwierać kanały, otwierać kanały, gdy opłaty są niskie i są fundusze w łańcuchu, dostosowywać opłaty za trasowanie, aby były konkurencyjne w stosunku do innych węzłów, przeprowadzać zamiany łodzi podwodnych za pośrednictwem śruby .exchange API i automatycznie równoważ kanały.

Podczas gdy różne implementacje powinny być zachęcane do poszukiwania samodzielnych rozwiązań dla ich konkretnych przypadków użycia, przy jednoczesnym przestrzeganiu aktualnych specyfikacji BOLT 11, przedłożenie towarzyszącej propozycji specyfikacji, aby pomóc innym implementacjom we wdrożeniu tej samej — lub podobnej — funkcji jest ogólnie dobrą praktyką, ponieważ takie ruch rzekomo zaspokaja długoterminowe interesy szerokiej i stale rosnącej bazy użytkowników Lightning. To powiedziawszy, proces specyfikacji nie jest łatwym zadaniem do zniesienia.

„Jako proces jest to żmudne i zajmuje dużo czasu. Wymaga to koordynacji z innymi ludźmi o wielu różnych perspektywach” – powiedział Neigut.

W rezultacie różne firmy poświęcają temu procesowi różną ilość czasu i wysiłku, zgodnie z ich indywidualnymi priorytetami, które naturalnie się różnią. Podczas gdy według Russela zespół CLN poświęcił większość swojego „wysiłku na specyfikację i niskopoziomowe szczegóły implementacji i prawie żadnego wysiłku na docieranie do programistów lub marketing”, Lightning Labs, firma stojąca za LND, często wybierała skupienie się bardziej zasobów inżynierskich na nowe funkcje i rozwiązywanie problemów klientów niż na żmudnym procesie specyfikacji.

LND: Luki, które CLN może wypełnić?

LND to pierwsza implementacja Lightning dla programistów, która koncentruje się na ułatwieniu rozwoju aplikacji na jej podstawie, kładąc w ten sposób duży nacisk na interakcję programistów, szczególnie w standardowym podejściu do komunikacji za pośrednictwem interfejsów API REST, które umożliwiają łatwiejsze tworzenie aplikacji, oprócz zapewniania przejrzysta dokumentacja i łatwa konfiguracja.

„Chcemy, aby programiści mogli go łatwo pobrać, zintegrować ze swoim produktem, zbudować na nim aplikacje i dystrybuować jako portfel lub samodzielnie hostowany węzeł” — Oliver Gugger, programista LND powiedziany na spotkaniu London Bitcoin Devs. „Przynosząc to plebsowi”.

W rezultacie LND koncentruje się na „posiadaniu świetnego interfejsu programistycznego”, dodał Gugger, włączając gRPC i REST.

„LND ma świetną społeczność, łatwą konfigurację i świetną dokumentację dla programistów” — powiedział Russel zapytany, dlaczego uważa, że ​​LND jest najpopularniejszą implementacją Lightning.

LND odnotowało największe zaangażowanie społeczności spośród wszystkich wdrożeń i obecnie zarządza większością wszystkich węzłów sieciowych. Niektóre szacunki umieścić udział LND we wszystkich publicznych węzłach Lightning na poziomie od 70% do 90%.

LND szczyci się również prawdopodobnie największym pełnoetatowym zespołem programistów. W rezultacie zespołowi udało się zbudować mnóstwo usług o wartości dodanej wokół LND, takich jak apertura oraz usługi płynnościowe Lightning Pętla i pływacki.

Loop wykorzystuje submarine swap do łączenia bitcoinów w łańcuchu i poza łańcuchem, ułatwiając przenoszenie bitcoinów do i z Lightning Network. Wykonuje zautomatyzowane równoważenie kanałów, nieizolacyjne wymiany z przekazywaniem prywatności, grupowanie transakcji oportunistycznych w celu oszczędzania opłat i monitorowanie postępów w wymianie podczas lotu.

Pool to rynek peer-to-peer dla kanałów Lightning. Łączy użytkowników, którzy potrzebują dostępu do płynności przychodzącej, z tymi, którzy mają kapitał do wdrożenia w Lightning Network, umożliwiając uczestnikowi Lightning Network zasygnalizowanie takiej potrzeby i zachęcając innych do otwierania z nimi kanałów przy użyciu ich kapitału.

Koncentrując się zazwyczaj na nowych funkcjach i obsłudze klienta, zespół CLN znalazł lukę na rynku, którą ma nadzieję wypełnić, zwracając większą uwagę na proces specyfikacji.

Specjalizować się czy nie specyfikować

„Zespół Labs wymyślił świetne rzeczy” — powiedział Neigut. „Po prostu, jako organizacja, nie byli zdumiewający w pisaniu specyfikacji rzeczy, które dodają. Dobrym tego przykładem jest KeySend”.

Wyślij klucz pozwala węzłowi Lightning wysłać komuś płatność Lightning posiadającą tylko identyfikator węzła odbierającego, co oznacza, że ​​narzędzie nie wymaga faktur, które są aktualne faktyczny standard w mechanizmie płatności Lightning.

„Wprowadzili go, wiele osób zaczęło go używać, ale nigdy go w pełni nie sprecyzowali” – dodał Neigut. „Więc CLN chciał być w stanie go wesprzeć. Jeden z członków naszego zespołu musiał ponownie przejrzeć i wymyślić, jak sprawić, by to działało, po prostu czytając ich kod i poddając go inżynierii wstecznej”.

Specyfikacja ostatecznie została napisana przez implementację Spiral's Lightning, LDK, wspomina Neigut, po tym, jak jej zespół dokonał inżynierii wstecznej kodu Lightning Labs.

„Inne zespoły musiały podążać za nimi tylko dlatego, że LND ma tak dużą bazę instalacyjną” — powiedziała. „To nie jest najbardziej wymagający proces współpracy”.

„Zespół ludzi pracujących nad materiałami Lightning Labs jest całkiem solidny” — dodał Neigut. „Po prostu myślę, że w pewnym sensie wykorzystują swoją dominację w sieci, aby nie musieć wykonywać całej tej dodatkowej pracy, ponieważ jeśli tego nie zrobią, zrobi to ktoś inny, ponieważ większość węzłów w sieci uruchamia ich kod”.

Neigut powiedziała, że ​​jest już przyzwyczajona do tego, że LND znajduje się w centrum uwagi i jest „domyślną implementacją Lightning” — co, jak przyznaje, sprawia jej przyjemność jako programistka, ponieważ otrzymuje mniej żądań obsługi klienta.

„Ale myślę, że uzyskalibyśmy zdrowszą dynamikę sieci, gdyby nie było implementacji większościowej” — dodała. „Myślę, że to naprawdę zmieniłoby grę pod względem ilości współpracy, którą wszyscy muszą wykonać, aby ich rzeczy zostały wysłane na Lightning. I to byłoby zdrowe”.

Uważne zwracanie uwagi na specyfikacje jest prawdopodobnie kluczowe dla rozwoju open source w otwartym środowisku sieciowym. W Lightning takie specyfikacje stanowią podstawę protokołu i zapewniają interoperacyjność różnych wersji uczestniczących w sieci.

Jednak podczas gdy niektórzy twierdzą, że główne zmiany i nowe dodatki do jednej implementacji Lightning powinny mieć towarzyszącą specyfikację, inni mogą postrzegać specyfikację BOLT jako absolutne minimum, na szczycie którego każda implementacja może zbudować własne, ekscytujące nowe funkcje — co niekoniecznie wymagałoby zostać przeniesiony z powrotem do zestawu specyfikacji.

"Jego ciężko tworząc firmę zajmującą się infrastrukturą typu open source, więc nic dziwnego, że nie zgadzam się ze wszystkimi priorytetami [Lightning Labs]” — powiedział Russel. „Naprawdę wierzę, że znajdą sposób zarówno na stworzenie trwałego strumienia dochodów, jak i bycie niezawodnym partnerem w rozwoju technicznym Lightning Network; Nie sądzę, aby ktokolwiek chciał zobaczyć, jak sieć jest podzielona na części”.

Całkowite zlekceważenie procesu specyfikacji mogłoby doprowadzić do powstania bardzo różnych podekosystemów, co mogłoby zaszkodzić rozwojowi i przyjęciu Lightning Network jako całości, gdyby stały się one nieinteroperacyjne. Ale, jak podkreślił Russel, nic nie wskazuje na to, aby jakakolwiek implementacja robiła to dzisiaj. Utrzymanie spójnej, interoperacyjnej interakcji między węzłami jest kluczowe, jeśli chcemy zachować szczegóły implementacji z dala od użytkownika, a tym samym zapewnić dobre wrażenia użytkownika.

„Gdyby [Lightning Labs] było liderem i wodziło również pod względem specyfikacji, myślę, że byłoby trochę mniej tarć wokół dodawania nowych funkcji, ponieważ śledzenie tego, co robią, nie byłoby tak trudne, – powiedział Neigut. „Może będą bardziej zaangażowani w proces specyfikacji w przyszłości. Myślę, że zdecydowanie otrzymywali informacje zwrotne od nas i reszty społeczności, że proces specyfikacji jest ważny.

Część kontrowersji i napięć w procesie specyfikacji BOLT wynikają z email udostępnione na Twitterze pod koniec lutego, w którym szef działu płynności Lightning w Lightning Labs, Alex Bosworth, skomentował BOLT 12 i proces specyfikacji BOLT.

Bosworth napisał, że proces BOLT jest arbitralnym procesem standaryzacji, który nie wymaga zgody ludzi i dlatego reprezentuje „bardziej opiniotwórczy zestaw dokumentów kontrolowanych przez arbitralny proces niż traktat między niezależnymi implementacjami”.

Lightning Labs później wyjaśnione że komentarze Boswortha odzwierciedlają tylko jego opinię, a niekoniecznie opinię firmy.

Decker podzielił się swoimi przemyśleniami na temat komentarzy Boswortha i procesu specyfikacji BOLT podczas spotkania London Bitcoin Devs.

„Myślę, że to bardzo mocne stwierdzenia kogoś, kto nigdy nie uczestniczył w żadnym spotkaniu specyfikacji” – powiedział. „Istnieje trochę sporu w procesie specyfikacji, ale jest to zgodne z projektem. Gdyby jedna implementacja była w stanie narzucić wygląd całej sieci, otrzymalibyśmy bardzo krótkowzroczny pogląd na to, czym może być sieć i nie bylibyśmy w stanie obsłużyć wszystkich różnych przypadków użycia, które obsługujemy”.

„I tak, czasami proces specyfikacji jest frustrujący, całkowicie się z tym zgadzam” – dodał. „Z pewnością mamy różne poglądy na temat tego, jak powinna wyglądać sieć. Ale dzięki temu procesowi tezy, antytezy i syntezy opracowujemy system, który jest w stanie znacznie lepiej służyć naszym użytkownikom, niż gdyby jedna implementacja miała to zrobić samodzielnie”.

„Osobiście nie pracuję nad specyfikacją, więc nie czuję się upoważniony do udzielania odpowiedzi” – powiedział Gugger na spotkaniu, komentując e-mail Boswortha. „Chciałem tylko dodać, że niekoniecznie zgadzam się ze wszystkimi punktami, o których wspomniał Alex. Na pewno powiedziałbym to też w inny sposób. Myślę, że brak zasobów do pracy nad specyfikacją jest czasami interpretowany jako blokowanie rzeczy, które nie są intencją i oczywiście nie są naszym celem. Chcemy włożyć więcej pracy w specyfikację, więc mam nadzieję, że się tam poprawimy. Ciekawie jest obserwować, jak ta frustracja czasami wychodzi na powierzchnię. Dziękuję [Deckerowi i deweloperowi ACINQ, Bastienowi Teinturierowi] za całą pracę wykonaną nad specyfikacją. Ja też muszę się pozbierać, więc dam z siebie wszystko.

Russell skomentował również e-mail Boswortha w a Wątek na Twitterze gdzie zobowiązał się poświęcić więcej czasu na dopracowanie i marketing CLN, ponieważ powiedział, że LND nie wdrożyło Lightninga jako pierwsze i nie wdrożyło go najlepiej — chociaż jego społeczność jest świetna, dodał.

„Okazuje się, że zdecydowali, że mogą wykorzystać dominację sieci do kontroli protokołów, a proces specyfikacji nie jest„ prawdziwy ”- napisał w wątku. „Lightning Labs twierdziło, że jest właścicielem sieci Lightning na wiele sposobów: niechętnie wzywałem ich publicznie. Ale sieć odgromowa i społeczność zasługują na coś lepszego”.

Russell nie odpowiedział na pytania od Magazyn Bitcoin nawiązując do tego wątku. Lightning Labs odmówił komentarza.

„W 2016 roku wyszliśmy z trzech różnych kierunków i postanowiliśmy połączyć wszystkie rzeczy, których nauczyliśmy się podczas początkowej fazy eksperymentów, w jedną specyfikację, abyśmy mogli współpracować i współdziałać” — powiedział Decker na spotkaniu. „Po tej fazie eksperymentalnej zawsze musi następować propozycja, która jest możliwa do wglądu dla wszystkich innych i może zostać wdrożona przez wszystkich innych. Czasami brakuje tej formalnej propozycji, co uniemożliwia innym implementacjom przedstawienie własnej recenzji tej funkcji. Ta recenzja jest bardzo ważna, aby upewnić się, że działa dla wszystkich i że jest to najlepsze, co możemy zrobić. ”

„Jak sugeruje nazwa Lightning Network, bardzo czerpie korzyści z efektów sieciowych, które uzyskujemy dzięki kompatybilności, możliwości współdziałania i umożliwiania wszystkim wdrożeniom gry na równych zasadach” — dodał później.

Wdrożenia uzupełniają się, nie konkurują

Poza tą bardzo specyficzną kontrowersją dotyczącą procesu specyfikacji, implementacje Lightning przeważnie działają oddzielnie, a następnie razem, aby zapewnić najlepsze i najbardziej pożądane funkcje w sieci, zapewniając ogólnie lepsze wrażenia użytkownika.

W rezultacie posunięcie Blockstream, aby promować CLN jako zgodną ze specyfikacją, modułową i lekką ofertę, stanowi alternatywę dla tych, którzy są zainteresowani wdrożeniem węzła, który dąży do pełnej interoperacyjności z resztą sieci i zapewnia unikalny zestaw korzyści tym, którzy to robią.

Ponieważ różne implementacje dążą do tego, by stać się ich najlepszą wersją i zaspokoić konkretny przypadek użycia, badając własną propozycję wartości, użytkownik ostatecznie odnosi korzyści, gdy pojawiają się większe i lepsze opcje.

• Coinsmart. Najlepsza w Europie giełda bitcoinów i kryptowalut.
• Platoblockchain. Web3 Inteligencja Metaverse. Wzmocniona wiedza. DARMOWY DOSTĘP.
• CryptoJastrząb. Radar Altcoin. Bezpłatna wersja próbna.
• Źródło: https://bitcoinmagazine.com/technical/blockstream-core-lightning-bitcoin-rebrand