Je třeba posílit ekosystém bitcoinů pro lidi, jejichž jediným výpočetním zařízením je smartphone a kteří žijí tam, kde je mobilní přístup k internetu drahý, pomalý, nespolehlivý nebo cenzurováno. Senegalský vývojář bitcoinů Fodé Diop poukázal na to, že mnoho částí světa je „pouze mobilní“, nejen „nejdříve mobilní“.

Aplikace mobilních peněženek, které umožňují uživatelům udržet si kontrolu nad svými soukromými klíči pro podepisování transakcí, ale nepůsobí jako plné bitcoinové uzly, se obvykle označují jako „lehcí“ klienti. Lehcí klienti kompromisují s ochranou soukromí a minimalizací důvěry, aby snížili požadovanou paměť, trvalé úložiště a komunikační pásmo. Tento článek se zaměřuje na to, jak minimalizovat šířku pásma, kterou používají světlé klientské peněženky běžící na mobilním telefonu.

Lehcí klienti mají mnohem nižší požadavky na šířku pásma než plné uzly, protože si nestahují celý bitcoinový blockchain. Místo toho klienti využívají nějakou formu „jednoduchého ověření platby“ (SPV) k potvrzení transakcí. Spíše než přímé potvrzení platnosti každé transakce přidané do hlavní knihy bitcoinů od bloku genesis, peněženka SPV pouze potvrzuje, že konkrétní transakce spojené s peněženkou byly přidány do bloku a že tento blok je součástí řetězce bloků s většina práce to zajišťuje. Peněženka SPV předpokládá, ale neověřuje, že většina poctivých těžařů přispěje pouze prací na rozšíření blockchainu vytvořeného z transakcí, které se řídí konsensuálními pravidly bitcoinu.

V této technické diskusi zkoumáme požadavky na šířku pásma lehkého klienta a jemné kompromisy zabezpečení a soukromí, které existují pro lehké klienty navržené pro provoz s omezeným připojením k internetu.

Lehké klientské kompromisy

Nejbezpečnějším řešením pro uživatele je spouštět a potvrzovat platby pomocí vlastního uzlu s bitcoiny. Existuje však určitá korelace mezi zeměmi, kde se lidé spoléhají na relativně drahé nebo nespolehlivé měřené připojení k internetu – kde je nejvíce nutná odolnost vůči cenzuře bitcoinů – a těmi, kde je nepravděpodobné, že by lidé měli technické nebo finanční zdroje k provozování celého uzlu bitcoinů. V mnoha částech světa nebudou mít uživatelé bitcoinů jinou možnost, než použít online úschovné bitcoinové peněženky kvůli nákladům na šířku pásma. Pomocí nízké šířky pásma může klient se světelnou funkcí pouze pro mobily fungovat jako mezistupeň k případnému spuštění vyhrazeného plného uzlu.

Výhodou depozitních výměn bitcoinů je, že jejich rizika pro soukromí uživatelů a finanční prostředky jsou velmi podobná rizikům jiných důvěryhodných poskytovatelů plateb, jako jsou PayPal a Western Union. Lehké klientské peněženky vyžadují jemnější zhodnocení kompromisů bezpečnosti a soukromí, které vycházejí z používání anonymních veřejných uzlů a složitých protokolů typu peer-to-peer.

Existuje také argument, že lehcí klienti mohou být obecně škodliví pro bitcoinovou síť. Jak více lidí provozuje nenáročné klienty, zvyšuje se šířka pásma a požadavky na výpočet veřejných plných uzlů, které jim slouží. To může vést ke snížení počtu veřejných úplných uzlů, zejména těch, které slouží k poskytování informací klientům light. Pokud se všichni lehcí klienti spoléhají na malou sadu veřejných úplných uzlů, jejich bezpečnost a soukromí mohou být ohroženy, pokud se tyto plné uzly proti nim spiknou.

Věříme, že dopad na bitcoinovou síť lze minimalizovat, pokud si lehcí klienti vyměňují data přímo s jinými lehkými klienty. Šíření lehkých klientů nakonec povede k tomu, že více uživatelů bude provozovat plné uzly, zejména v rozvojových zemích, kde je připojení dražší a osobní počítače nejsou široce používány..

Síťové vrstvy

Lehcí klienti musí podporovat mnoho stejných vrstev síťového protokolu jako plné uzly bitcoinů. Oba začínají přímou komunikací s počáteční sadou bitcoinových uzlů. Z těchto počátečních uzlů si vyměňují adresy dalších uzlů, které jsou součástí bitcoinové sítě.

Lehcí klienti i plné uzly se také musí od svých vrstevníků dozvědět o zabezpečení důkazu o práci a připojení alternativních tipů blockchain zpět k bloku genesis. Úplné uzly se primárně liší od lehkých klientů v tom, jak sdílejí informace o transakcích. Plné uzly si vyměňují informace o transakcích v blocích a nezávisle ověřují, že nové bloky dodržují konsensuální pravidla bitcoinu. Světlí klienti pouze potvrzují, že konkrétní bloky jsou přítomny v blocích potvrzených úplnými uzly.

Konektivita

Na rozdíl od kabelového připojení k internetu s pevnými náklady, které se obvykle používá pro plné uzly, používají mobilní telefony připojení k internetu s měřením, kde může být přenos velkého množství dat nákladný. Mobilním telefonům také dochází baterie, které se při přenosu dat rychleji vyčerpají. Rovněž nemohou přímo využívat vysílání datových kanálů, které vyžadují pevné satelitní antény nebo velké rádiové antény.

Mobilní zařízení mají oproti uzlům s pevným napájením a datovým připojením některé výhody odolnosti a ochrany osobních údajů. Mohou fungovat mimo síť nebo během výpadků proudu a v některých oblastech si mohou anonymně zakoupit předplacené internetové předplatné. Mobilní zařízení mohou také získat odolnost vůči soukromí a cenzuře tím, že se při pohybu připojí k různým místním kolegům prostřednictvím sítí ad-hoc.

Světelní klienti vytvoření pro mobilní telefony by měli uživatelům umožnit konfigurovat, jakou šířku pásma mobilního telefonu mají používat, a být si vědomi, kdy jsou přidělení dat obnovena nebo brzy vyprší. Alternativní neměřená místní připojení, například hotspot WiFi, by měla být používána oportunisticky, pokud jsou k dispozici pro úlohy náročné na šířku pásma, jako je stahování bloků pro zachování měřené šířky pásma.

Vrstevníci

Plní uzly i lehcí klienti se spoléhají na robustní vzájemný objev proces, který zajistí jejich připojení k různorodé sadě poctivých uzlů peer. Bitcoinové uzly se zpočátku připojují k přednastaveným počátečním uzlům, ale vždy musí objevit nové partnery, aby zůstaly připojeny k „poctivé“ bitcoinové síti. Software pro plné uzly Bitcoin Core vyvinul robustní heuristiku, která ji zmírňuje zatmění útoky od škodlivých partnerů a odpojit se od špatně fungujících uzlů. Protože partnerské adresy mají pouze 30 bajtů, mohou lehcí klienti používat stejnou heuristiku jako plné uzly k častému dotazování více partnerů na nové adresy.

Nejlepším způsobem, jak zabránit izolování se od poctivé bitcoinové sítě, je udržovat velkou, trvalou a různorodou sadu vzájemných připojení. Aby se snížila výdrž baterie, měl by být lehký klientský software opatrný, aby příliš často neprobudil mobilní telefon, aby drby o vzájemných adresách nebo provádění jiných úkolů. Lehcí klienti by se měli synchronizovat se svými vrstevníky ve stejném pevném časovém intervalu, aby se minimalizovalo využití baterie i odpojení vrstevníků.

Blokovat záhlaví

Zabezpečení plného uzlu i lehkého klienta závisí na schopnosti objevit špičku řetězce blockchainu s největší prací na jeho zabezpečení. Tento proces začíná dotazováním všech vrstevníků na nejnovější blokovat záhlaví vědí o blockchainu. Může se stát, že uzel bude muset dotazovat své vrstevníky v různých bodech, aby našli bod, když se poprvé neshodnou na tom, která řetězová vidlice je správná. Lehcí klienti by měli také ověřit důkaz o práci, časové razítko, kořen Merkle a předchozí hash bloku záhlaví každé hlavičky bloku, kterou dostanou, a zakázat partnery, kteří obsluhují neplatná záhlaví bloků. Úplné uzly také před stažením bloků ověřují záhlaví, aby se zabránilo útokům DoS (Denial-of-Service).

Jakmile je kanonická špička řetězce určena, může lehký klient synchronizovat záhlaví bloků zpět, aby se zajistilo připojení špičky řetězu k bloku bitcoinové geneze – přibližně 50 MB dat. Někteří světelní klienti využívající pomalá nebo měřená připojení mohou zpočátku pouze načítat záhlaví bloků zpět do kontrolního bodu namísto bloku genesis. Plné uzly by měly vždy synchronizovat všechny záhlaví bloků. Uživatelé by měli být upozorněni na riziko přijímání plateb, dokud nebude zkontrolován celý řetězec záhlaví. Lehcí klienti a plné uzly musí i nadále stahovat 80 bajtových hlaviček bloků od každého partnera, aby zůstali synchronizováni s blockchainem, jak roste, a také dotazovat více peerů na hlavičky bloků, aby zajistily, že vždy sledují aktuální nejlepší řetězec hlaviček bloků.

Moderní lehké klientské peněženky mohou detekovat, kdy se transakce, kterou sledují, objeví v bloku pomocí BIP-157 blokové filtry. Stejně jako záhlaví bloků, klienti light také dotazují své vrstevníky, aby určili aktuální špičku řetězce záhlaví filtru. Světelní klienti BIP-157 stáhnou záhlaví filtru bloku 32 bajtů na blok, aby zůstali synchronizováni s řetězcem záhlaví bloku filtru. V případě neshody mezi partnery ohledně správného řetězce záhlaví filtru si mohou lehcí klienti stáhnout odpovídající blok a určit, který partner sleduje ten správný řetězec. Lehcí klienti by měli ignorovat řetězce filtrů bloků, které obsahují neplatná záhlaví a partnery černé listiny, které obsluhují neplatné záhlaví bloků nebo filtrů.

Blokové filtry poskytují větší soukromí než zastaralé BIP-37 systém filtrování květů, protože klienti světla nepropouští celý uzel, o které transakce mají zájem. Blokové filtry se také lépe škálují než květinové filtry. Protože je na jeden blok vygenerován pouze jeden filtr bloku, potřebuje plný uzel jen konstantní množství výpočtu, aby sloužil více klientům typu light light. Samotní světelní klienti mohou také pomoci předat filtry blokových filtrů a záhlaví filtrů bloků drby ke zvýšení počtu vrstev světelných klientů, které každý plný uzel podporuje.

Lehký klient vyžaduje minimálně blokové filtry pro bloky, které mohou obsahovat relevantní transakce. Filtry jsou přibližně 15 kB na blok, takže u transakce, která potvrdí šest bloků (přibližně jednu hodinu), by si lehký klient musel stáhnout 90 kB dat filtru, aby získal indikaci, ve kterém bloku se transakce objeví. v případě protokolu druhé vrstvy, jako je Lightning Network, období pro sledování transakce by bylo otevřené, pokud Strážní věže jsou používány. Strážné věže jsou zvláště užitečné pro klienty s lehkým provozem na mobilních zařízeních, protože jsou pravděpodobně dlouhodobě offline a protože mají omezenou šířku pásma.

Transakce

Celý uzel pouze pro bloky

Chcete-li snížit spotřebu šířky pásma, lze nakonfigurovat plné uzly pro použití režim pouze pro bloky stahovat celé bloky, ale ne drby o transakcích. Jedná se o bezpečný a soukromý způsob potvrzení transakcí a nevyžaduje filtrování bloků, protože každý blok je stažen. Mobilní klient fungující jako prořezávat plný uzel pouze pro bloky by vyžadoval až 2 GB šířky pásma stahování týdně. Mobilní klient s rychlým a levným nebo neměřeným internetem by mohl v tomto režimu pracovat, aby získal výhody zabezpečení a ochrany soukromí při provozu celého uzlu, ale přesto podporuje režim lehkého klienta, když je měřena šířka pásma nebo je omezen výkon baterie. Flexibilita mobilního světelného klienta, který by měl příležitostně fungovat jako plný uzel pouze pro bloky, by mohla pomoci zvýšit počet plných uzlů v zemích, kde je používání osobních počítačů méně běžné. Plné uzly pouze pro mobilní bloky by také mohly sloužit k blokování filtrů pro klienty bez významného zvýšení využití jejich vlastní šířky pásma.

Blokovat světelného klienta filtru

Stahuje se nový systém blokových filtrů BIP-157 svlékl bloky až do 1 MB pouze v případě, že je sledovaná transakce detekována v řetězci stažených blokových filtrů. Jedná se o velké zlepšení oproti šířce pásma 2 GB za týden potřebné ke sledování transakcí s úplným uzlem bitcoinů pouze pro bloky. Stažené bloky lze použít k ověření blokových filtrů, zneplatnění řetězců blokových filtrů a odpojení od vrstevníků, kteří sdílejí neplatné filtry. Tím se vytvoří způsob, jak mohou světelní klienti zabránit šíření neplatných řetězců filtrů, a umožňuje tak lehkým klientům vzájemně sdílet informace o filtrech a snižovat zátěž plných uzlů. Light klienti mohou dotazovat celou sadu úplných uzlů na nedávné bloky, nejen plné uzly, které slouží k filtrování bloků. Tím se zabrání úniku informací o transakcích, o které se lehký klient zajímá, a šíří zátěž mezi větší sadu plných uzlů.

Lehcí klienti, kteří používají blokové filtry BIP-157, nepotvrzují nezávisle, že všechny transakce v bloku dodržují konsensuální pravidla bitcoinu, ale místo toho předpokládají, že řetězec potvrzený největší hashovací silou se řídí správnými pravidly. Tyto uzly lze přimět k tomu, aby sledovali většinu těžařů, kteří se dohodli na přijetí různých pravidel výdajů. V situaci, jako je sporná pevná vidlice SegWit2x, mohl být lehký uživatel klienta uveden do omylu, aby přijal neplatnou platbu z vidlice bitcoinového blockchainu. Uživatelé klientů s nízkou šířkou pásma světla jsou také náchylnější k různým útokům zatmění, o které je snazší se skrytě pokusit, než těžká vidlice vedená horníkem. Uživatelé protokolů druhé vrstvy, jako je Lightning Network, jsou také potenciálně zranitelní vůči nízkým nákladům útoky dilatace času.

Lehký klient Electrum

Dalším populárním řešením pro lehká zařízení je protokol klient-server Electrum. Místo stahování blokových filtrů a bloků z plných uzlů k potvrzení transakcí, an Electrum světelná klientská peněženka požaduje malé Důkazy Merkle pro konkrétní transakce (na které odkazuje jedinečné ID transakce) přímo z jednoho nebo více serverů se spuštěným protokolem Electrum. Protože servery Electrum mohou zaznamenávat přesné transakce požadované každým klientem light, je důležité, aby klienti anonymizovali své požadavky pomocí a Tor cibule služba nebo podobné služby. Je možné, že mnoho současných veřejných serverů Electrum je provozováno soukromými společnostmi pro dohled nad řetězci za účelem shromažďování údajů k deanonymizaci bitcoinových transakcí. Dalším rizikem spoléhání se na model serveru Electrum je to, že provozovatelé serverů mohli zlomyslně zadržet (cenzurovat) poskytnutí důkazů pro konkrétní transakce, což je podle modelu BIP-157 obtížnější..

I když existuje mnohem méně veřejných serverů Electrum než plné uzly bitcoinů, v současné době velmi málo plných uzlů slouží blokovým filtrům pro světelné klienty. Očekává se, že se to změní, protože podpora filtru bloků BIP-157 již byla sloučeny do softwaru Bitcoin Core.

Světelný klient založený na elektronu by vyžadoval ještě menší šířku pásma než světelný klient založený na blokovém filtru, protože pro potvrzení transakcí nemusí stahovat záhlaví blokových filtrů, blokové filtry nebo odizolované celé bloky. Místo toho klienti Electrum potřebují k potvrzení každé transakce pouze vyžádání dokladu Merkle přibližně 400 B.

souhrn

Níže uvedená tabulka shrnuje, kolik naměřených dat by využil plný uzel pouze pro bloky, světelný klient založený na filtrování bloků a světelný klient založený na elektronu. Jak můžete vidět v souhrnu, každý druh lehkého klienta používá dramaticky menší šířku pásma za týden, než dokonce minimální plný uzel pouze pro bloky.

	Velikost dat	Dotazovali se kolegové	Vrácené hodnoty	Celý uzel pouze pro bloky	Blokovat světelného klienta filtru	Lehký klient Electrum
Peer adresy	30 B	8	1000	234 KB	234 KB	234 KB
Blokovat záhlaví pro aktuální hrot řetězu	80 B	8	1	640 B	640 B	640 B
Záhlaví filtru pro hrot řetězu filtru	32 B	8	1	–	256 B	–
Blokovat záhlaví zpět do bloku Genesis	80 B	1	650 000	50 MB	50 MB	50 MB
Nové záhlaví bloků (1 týden)	80 B	8	1008	630 kB	630 kB	630 kB
Nové blokové filtry (1 týden)	15 kB	1	1008	–	15 MB	–
Blokuje zpět do bloku Genesis	1 až 1,5 MB	1	650 000	200 GB	–	–
Nové bloky (1 týden)	~ 2 MB	1	1008	2 GB	–	–
Bloky na transakci	1 MB	1	1	–	1 MB	–
Důkazy Merkle na transakci	~ 400 B	1	1	–	–	400 B
Max. Počáteční synchronizace				200 GB	50 MB	50 MB
Max týdně				2 GB	15 MB	630 kB
Max. Počet transakcí				–	1 MB	400 B

Blesk

Mobilní klient Lightning může použít světelného klienta, jak je popsáno výše, k vytváření, zavírání a monitorování kanálů Lightning. Mobilní klient Lightning by také mohl snížit šířku pásma, kterou používá k drbání o síťových trasách, a místo toho použít místní směrování k setkání nebo trampolína Bleskové uzly. Jakmile je Lightning kanál ukotven v bitcoinovém blockchainu, aktualizace kanálu nevyžadují přístup k internetu, ale pouze přímé datové připojení peer-to-peer k partnerům kanálu. Monitorovací kanály pro kalhoty lze nakonfigurovat tak, aby odpovídaly tomu, jak často má lehký klient přístup k internetu. Transakci financování kanálů lze také pravidelně znovu ukotvit / spojit, pokud by šířka pásma potřebná pro aktualizaci Strážných věží byla dražší než jedna transakce on-chain. Vyjednávání směru aktualizace kanálu s kolegy přes LAN nebo rádiové připojení může také zvýšit odolnost, snížit měřené používání internetu a zvýšit soukromí.

Uživatelé protokolů vrstvy 2, jako je Lightning, kteří monitorují a reagují na narušení kanálu pomocí lehkých klientů, jsou potenciálně zranitelnější vůči nízkonákladovým útokům, jako jsou dilatace času nebo povodeň a kořist. Lehký klient nemůže zjistit transakce narušení, dokud se neobjeví v bloku, protože neohovárají nevyřízené transakce. Lehké klienty mohou být také snadněji zatmění, pokud se spoléhají na malou sadu vrstevníků pro blokové filtry.

Příklady

U těchto příkladů popisujeme, jak lze použít nenáročného klienta k odesílání a přijímání bitcoinových plateb on-chain a pomocí Lightning:

On-Chain

Pro potvrzení přijetí transakce na blockchainu musí lehký klient provést následující kroky:

1. Synchronizujte záhlaví bloků s aktuální špičkou řetězu
2. Synchronizujte záhlaví filtrů bloku s aktuální špičkou řetězu
3. Odeslání transakce do celého uzlu k zahrnutí do bloku
4. Filtry bloku synchronizace od bodu, kdy je transakce odeslána do úplného uzlu
5. Jakmile se blokový filtr shoduje s transakcí, stáhněte si příslušný odizolovaný blok

V tomto příkladu předpokládáme, že záhlaví bloků a záhlaví blokových filtrů již byla synchronizována zpět do bloku genesis. To vyžaduje zpočátku 50 MB dat a poté asi 1 MB za týden, aby byla synchronizována s aktuálním tipem řetězce od více vrstevníků. Množství dat potřebných k opětovné synchronizaci záhlaví bloků (1) a záhlaví filtrů bloků (2) k aktuálnímu tipu blockchainu po určité době offline závisí na tom, jak naposledy byly tyto informace naposledy aktualizovány.

Stahování blokových filtrů (4) ke sledování konkrétní transakce závisí na tom, jak rychle transakce potvrdí. Existuje kompromis mezi platbou nízkých transakčních poplatků a používáním větší šířky pásma ke stahování blokových filtrů. Blokové filtry za hodinu by vyžadovaly stažení pouze 90 kB dat filtrů. Největší pevnou cenou dat pro lehké klienty je stahování odizolovaného bloku odpovídajícího blokovému filtru, který odpovídá transakci, o kterou se zajímají. To vyžaduje až 1 MB blokových dat na transakci. Pokud se ve stejném bloku objeví více zájmových transakcí, vyžadovalo by to stažení pouze jednoho bloku.

I uživatelé s drahými nebo pomalými mobilními daty by měli být schopni potvrdit bitcoinové transakce ze svého mobilního telefonu pomocí tohoto systému, pokud si mohou dovolit 1 MB dat na transakci a 1 MB týdně, aby zůstali synchronizováni s blockchainem.

“S ohledem na vaše odhady; Pokud by to bylo možné implementovat, bylo by to relevantní a jeho ekonomika by mohla vést více uživatelů bitcoinů k vlastní úschově, “řekl vývojář Emmanuel Ndangurura z Nairobi v Keni. Emmanuel poznamenal, že datový plán 175 MB, jehož platnost nevyprší, nebo týdenní balíček 500 MB, lze v Nairobi zakoupit pouze za 0,50 USD. Pomocí výše uvedených odhadů dat by si uživatel mohl stáhnout pouze 50 MB aplikaci, synchronizovat záhlaví bloků a stále mít data k odesílání a přijímání plateb soukromým a vlastním opatřením pomocí blokových filtrů.

Blesk

Uzel Lightning musí provést výše uvedené kroky v řetězci, aby otevřel kanály, zavřel kanály a reagoval na porušení kanálů. Musí také přistupovat k internetu za následujících podmínek:

1. Monitorování nesprávného uzavření kanálu pomocí jedné z následujících technik:
2. a) Přihlaste se k odběru a odešlete schůzky Strážní věže pro každou aktualizaci kanálu
3. b) Stáhněte si blokové filtry pro celé období Bleskové kanály jsou otevřené
4. Získejte drby topologie sítě pro směrování zdrojů
5. Vyjednávejte protokol Lightning přímo s partnery kanálu

Na rozdíl od transakcí prováděných v řetězci není nutné k bitcoinové síti přistupovat při každé platbě bleskem. Místo toho musí lehcí klienti přistupovat k bitcoinovým partnerům v konfigurovatelném časovém období (např. Za týden), aby zkontrolovali, že jejich protistrana kanálu se nepokusila podvodně vynutit uzavření kanálu pomocí staršího stavu kanálu. V ideálním případě lze monitorování stavu kanálu provést, když je k dispozici neměřené připojení. V situacích, kdy je k dispozici pouze drahé měřené připojení, je pro sledování stavu kanálu lepší použití Watchtowers (6a). Klienti, kteří nezávisle nesledují blockchain (6b), však riskují ztrátu finančních prostředků, pokud jejich Strážné věže nereagují na kanály.

Strážné věže (6a) by vyžadovaly, aby bylo něco přes 500 B za bleskovou platbu provedenou nebo směrovanou přes rovnocenné zařízení odesláno do strážní věže přes internetovou bránu. To je mnohem méně než přímé monitorování závěrových transakcí (6b), které vyžaduje stažení přibližně 15 MB dat filtrů bloků za týden. Kanál lze také kooperativně uzavřít nebo znovu ukotven / spojen on-chain, než vyprší jeho monitorovací okno, pokud by to bylo levnější z hlediska nákladů na šířku pásma nebo předplatné strážní věže.

Namísto drby o topologii sítě (7) by světelní klienti měli používat soukromé uzly Lightning a ne směrovat platby pro ostatní, kde je šířka pásma drahá. Místo toho by měli používat trampolínové směrování nebo podobné techniky postupného směrování. To by snížilo využití šířky pásma na úkor směrování soukromí.

Ve skutečnosti vyjednání aktualizace kanálu (8) vyžaduje pouhé 2 kB za platbu provedenou uzlem nebo předanou pro rovnocenného partnera. Aktualizace kanálů lze provádět mezi uzly ve stejné místní síti, i když nejsou k dispozici internetové brány.

Mobilní uzel Lightning bude potřebovat 1 MB šířky pásma pro každý kanál, který vytvoří nebo uzavře v řetězci. Potřebovali by 2 kB k vyjednání každé aktualizace kanálu a dalších 500 B k registraci každé aktualizace se Strážnou věží nebo 15 MB za týden k přímému monitorování blockchainu pomocí blokových filtrů.

Závěr

Mobilní světelní klienti mohou podstatně zvýšit bezpečnost uživatelů bitcoinů, kteří se v současné době spoléhají na uschované bitcoinové peněženky. Nové světelné klienty založené na filtrování bloků umožní uživatelům s pouhou 2 MB šířky pásma za týden potvrdit transakce v řetězci.

Pomocí strážních věží mohou mobilní uzly Lightning provádět mnoho transakcí s nízkými poplatky, aniž by vyžadovaly více měřené šířky pásma než aktuální transakce onchain. Nebo uzly Lightning mohou používat blokové filtry k nezávislému monitorování blockchainu s použitím méně než 20 MB za týden.

Mobilní světelní klienti mohou také oportunisticky využít neměřeného přístupu k internetu a fungovat jako plné uzly pouze prořezaných bloků v „mobilních“ částech světa. Věříme, že zaměření na bitcoinové klienty s nízkou šířkou pásma pomůže přinést výhody vlastní úschovy do větší části světa a nakonec vést k větší geografické rozmanitosti bitcoinových plných uzlů.

Zvláštní poděkování Karim Helmy a Will Clark pro užitečné diskuse a pro čtení návrhů tohoto článku; díky také Alejandro Machado za jeho povzbuzení pokračovat v tomto projektu.