Nowa działająca implementacja Lightning Network od Bitfury

Sieć kanałów mikropłatności Lightning Network jest zapowiadana jako jeden z elementów odciążenia bitcoinowego łańcucha bloków. Ze względu na przepełnienie bloków wzrosła przeciętna opłata transakcyjna, co stawia pod znakiem zapytania rozwój przedsięwzięć bazujących na mikropłatnościach – koszty transakcji stają się zbyt wysokie.

Sieć kanałów mikropłatności Lightning Network jest zapowiadana jako jeden z elementów odciążenia bitcoinowego łańcucha bloków. Ze względu na przepełnienie bloków wzrosła przeciętna opłata transakcyjna, co stawia pod znakiem zapytania rozwój przedsięwzięć bazujących na mikropłatnościach – koszty transakcji stają się zbyt wysokie.

 

Lightning przenosi takie transakcje poza łańcuch, dzięki czemu stają się tanie i szybkie. Bitcoin pełni wtedy rolę ostatecznego arbitra – jeżeli jakiś węzeł Lighting łamie zasady sieci, kontrakty zbudowane w języku skryptowym Bitcoina mogą wymuszać wypłacenie BTC, a potem węzeł jest wyrzucany z sieci.

Do niedawna sieć Lightning była rozwiązaniem czysto teoretycznym. W maju tego roku informowaliśmy o pierwszej implementacji, wersji alpha Thunder. Tymczasem okazuje się, że nad swoją wersją pracuje również firma BitFury, wraz z francuskim startupem ACINQ.

 

Projekt nosi nazwę Flare i rozwiązuje największy problem Lightning Network, mianowicie odszukanie trasy między dwoma węzłami sieci LN. W głównej sieci Bitcoina ten problem nie istnieje, bowiem każda transakcja jest odbierana przez wszystkie węzły. Węzły LN są ze sobą połączone kanałami płatności i transakcje mogą się poruszać tylko tymi kanałami. Każdy węzeł jest połączony kanałami z ograniczoną ilością innych węzłów. Jeżeli węzeł A chce przesłać siecią Lightning bitcoiny do węzła B, musi znaleźć ścieżkę kanałów i dodatkowo upewnić się, że wszystkie węzły po drodze mogą zrealizować transakcję. To niełatwe do rozwiązania zagadnienie. Protokół Flare jest szczegółowo opisany w opublikowanym przez BitFury dokumencie.

Flare rozwiązuje ten problem i jak wykazały testy, robi to skutecznie. Ekipa z ACINQ zbudowała rzeczywistą sieć Lightning/Flare złożoną z 2500 węzłów uruchomionych w chmurze Amazon AWS. W takiej sieci w 80% przypadków odszukanie trasy między dwoma dowolnymi węzłami trwało poniżej pół sekundy. Takie rezultaty uzyskano dzięki rozdziale informacji o sieci na statyczne (otwarte kanały płatności) i dynamiczne (aktywność węzłów, dostępne zasoby), oraz zbalansowaniu pasywnego i aktywnego gromadzenia informacji o sieci przez węzły. Ważne jest, żeby protokół routingu sieci nie był za dużym dla niej obciążeniem, trzeba więc znaleźć kompromis między szybkością znajdowania trasy, a przepustowością sieci i zasobami węzłów zużywanymi na potrzeby samego routingu.

Jak widać, prace nad praktycznym wdrożeniem Lightning Network postępują. Trzeba jednak pamiętać, że potrzebne jest jeszcze wdrożenie do sieci Bitcoina (przynajmniej za pomocą softforka) rozszerzenia Segretated Witness, oddzielające w blokach transakcje od podpisów. To zaś ma już mniej kilkumiesięczne opóźnienie. Uruchomienie LN może dać nowy impuls do dalszego rozwoju Bitcoina oraz infrastruktury, która obecnie jest dość ograniczona przepustowością sieci.