Matt Corallo

Na GitHub najdete Matta Coralla pod jménem TheBlueMatt. Profil upozorňuje na přesun řady repozitářů na git.bitcoin.ninja; repozitář je místo, kde se uchovává zdrojový kód a jeho změny. Prázdné starší místo proto nemusí znamenat opuštěný projekt. Chceme-li vědět, co kdo skutečně vytvořil, pomůže sledovat historii repozitáře, konkrétní návrhy a jejich autory. U Coralla tak lze projít od úspornějšího posílání bloků až k nástrojům pro Lightning. [1]

Počítače ověřující Bitcoin si průběžně vyměňují nepotvrzené transakce. Když přijde nový blok, velkou část jeho obsahu proto mohou už znát. Compact Block Relay využívá právě tuto situaci. BIP 152, veřejná technická specifikace, uvádí Coralla jako autora a děkuje Gregorymu Maxwellovi za počáteční nápad, návrh a testování. Primárním cílem je ušetřit přenášená data. Přenos může být také rychlejší, ale pravidla určující platnost bloku se nemění. [2]

Představte si společný seznam dokumentů: většinu už máte, stačí tedy zjistit, které patří do nového balíku. BIP 152 podobně používá krátké identifikátory transakcí a mempool, místní zásobník dosud nepotvrzených transakcí. Chybějící data si příjemce vyžádá zprávou getblocktxn. Krátké identifikátory mohou kolidovat, tedy označovat různé transakce stejně. Úspora přenosu proto nenahrazuje doplnění skutečných dat a kontrolu, že se podařilo složit správný blok. [2]

BIP 152 za vymezených podmínek dovoluje rozeslat kompaktní oznámení dříve, než odesílatel ověří všechny transakce. Ani tehdy neposílá cokoli: musí prověřit hlavičku, její návaznost na ověřený řetězec, důkaz práce a vazbu na obsažené transakce. Po doplnění se blok zpracuje běžným způsobem. Příjemce tedy dál kontroluje, zda se opravdu utrácejí existující prostředky podle pravidel. Zpráva „blok dorazil“ není totéž co „blok je platný“. [2]

Internet přenáší data po malých částech, paketech. Pokud některá chybí, čekání na opakované poslání přenos prodlužuje. Corallo 7. července 2016 popsal FIBRE: kombinuje kompaktní bloky s UDP, způsobem přenosu bez automatického opakování ztracených paketů, a FEC, kódováním pro obnovu chybějících částí. Nadbytečná data pomáhají příjemci obsah dopočítat bez další žádosti. Platí se za to větším objemem dat; není to příslib bezchybného přenosu za všech okolností. [3]

FIBRE může předávat jednotlivé pakety dál ještě před jejich kontrolou. Tím šetří čas, ale vnitřní propojení vyžaduje předpoklad silné důvěry mezi provozovanými uzly. Není to pozvánka k libovolnému neověřenému připojení. Veřejný kód umožňuje založit další síť; nebere však provozovateli konkrétní sítě možnost vybírat protistrany. Podle FAQ převzali údržbu v roce 2025 w0xlt a Justin z Localhost Research za poradní účasti Coralla a Maxwella. Historie projektu tak pokračuje prací dalších lidí. [4]

Další část Corallovy práce se týká Lightning, sítě pro platby přes platební kanály nad Bitcoinem. V manifestu, tedy popisu softwarového balíčku lightning v projektu rust-lightning, je jako autor uveden Matt Corallo. Knihovna je napsaná v jazyce Rust a poskytuje základní funkce Lightning. Aplikace si může zvolit práci s peněženkou, blockchainem, úložištěm i síťovým spojením. Tento autorský záznam ale neznamená, že Corallo napsal každou pozdější změnu nebo že samotná knihovna už tvoří hotovou peněženku. [5]

LDK se začleňuje do aplikace jako SDK, sada nástrojů pro vývojáře. Vývojář musí propojit ukládání dat a další potřebné části. Při platbě navíc výsledek nemusí přijít ve stejném okamžiku jako její spuštění. LDK jej oznámí později událostí, kterou aplikace zpracuje jako úspěch nebo neúspěch. Samotné zahájení proto není potvrzením úspěchu. Pro člověka s peněženkou v ruce z toho plyne jednoduchý požadavek: obrazovka musí rozlišovat probíhající a dokončenou platbu. [6]