Matt Corallo

Na GitHub Matt Corallo używa nazwy TheBlueMatt. Jego profil informuje o przeniesieniu wielu repozytoriów na git.bitcoin.ninja. Repozytorium przechowuje kod źródłowy i historię zmian, więc puste dawne miejsce nie musi oznaczać porzucenia projektu. Aby ustalić, kto co wniósł, warto prześledzić tę historię, propozycje i ich autorów. U Coralla prowadzi to od oszczędniejszego przesyłania bloków do narzędzi dla Lightning. [1]

Komputery weryfikujące Bitcoin stale wymieniają niepotwierdzone transakcje. Kiedy dociera nowy blok, mogą więc znać znaczną część jego zawartości. Wykorzystuje to Compact Block Relay. Publiczna specyfikacja techniczna BIP 152 wskazuje Coralla jako autora i dziękuje Gregory’emu Maxwellowi za pierwotny pomysł, projektowanie i testy. Głównym celem jest ograniczenie ilości przesyłanych danych. Transmisja może też przyspieszyć, ale reguły ważności bloków pozostają bez zmian. [2]

Wyobraź sobie wspólną listę dokumentów: większość już masz i potrzebujesz tylko wiedzieć, które należą do nowego pakietu. Podobnie BIP 152 korzysta z krótkich identyfikatorów transakcji i mempoola, lokalnego zbioru niepotwierdzonych transakcji. Odbiorca żąda brakujących danych komunikatem getblocktxn. Identyfikatory mogą się zderzać, czyli oznaczać różne transakcje tak samo. Oszczędność transmisji nie zwalnia więc z uzyskania rzeczywistych danych i sprawdzenia, czy odtworzono właściwy blok. [2]

Pod określonymi warunkami BIP 152 pozwala rozesłać kompaktowe ogłoszenie przed pełnym sprawdzeniem wszystkich transakcji przez nadawcę. Nie wolno jednak przekazywać dowolnych danych: trzeba zweryfikować nagłówek, jego powiązanie ze sprawdzonym łańcuchem, dowód pracy i zobowiązanie wobec zawartych transakcji. Po odtworzeniu blok jest przetwarzany normalnie. Odbiorca nadal sprawdza, czy wydawane są istniejące środki zgodnie z regułami. „Blok dotarł” nie znaczy „blok jest prawidłowy”. [2]

Internet przesyła dane w małych częściach, czyli pakietach. Gdy jeden zaginie, czekanie na ponowne wysłanie wydłuża transmisję. W tekście z 7 lipca 2016 roku Corallo opisał FIBRE: połączenie kompaktowych bloków z UDP, transportem bez automatycznego ponawiania utraconych pakietów, oraz FEC, kodowaniem pozwalającym odzyskać brakujące części. Nadmiarowe dane pomagają odtworzyć zawartość bez kolejnego żądania. Ceną jest większa ilość danych; nie jest to gwarancja bezbłędnej transmisji w każdych warunkach. [3]

FIBRE może przekazywać pakiety dalej, zanim je sprawdzi. Oszczędza czas, ale wymaga silnego zaufania wewnątrz sieci między jej węzłami. Nie oznacza to przyjmowania dowolnych niesprawdzonych połączeń. Publiczny kod pozwala uruchomić kolejne sieci, lecz operator konkretnej sieci wciąż może wybierać partnerów połączeń. Według FAQ w 2025 roku utrzymanie przejęli w0xlt i Justin z Localhost Research, korzystając z doradztwa Coralla i Maxwella. Historię projektu kontynuują więc inni ludzie. [4]

Inna część pracy Coralla dotyczy Lightning, sieci płatności przez kanały działającej nad Bitcoinem. W manifeście, czyli opisie pakietu lightning w rust-lightning, jako autor widnieje Matt Corallo. Napisana w Rust biblioteka dostarcza podstawowych funkcji Lightning, pozostawiając aplikacji wybór obsługi portfela, łańcucha bloków, przechowywania danych i sieci. Taki zapis nie oznacza, że jedna osoba napisała każdą późniejszą zmianę ani że sama biblioteka jest gotowym portfelem. [5]

LDK jest dołączany do aplikacji jako SDK, zestaw narzędzi dla programistów. Trzeba połączyć go z przechowywaniem danych i innymi potrzebnymi elementami. Wynik płatności nie musi nadejść w chwili jej rozpoczęcia: LDK informuje później o sukcesie lub niepowodzeniu przez zdarzenie obsługiwane przez aplikację. Samo rozpoczęcie nie potwierdza sukcesu. Dla użytkownika portfela oznacza to prosty wymóg: ekran musi odróżniać płatność trwającą od zakończonej. [6]