Napról napra egyre több hozzám hasonló vakmerő (#reckless) őrült dönt úgy, hogy a deszkamodell LN implementációkra idejét és vagyonát rábízva vág bele az éles tesztelésbe. Legjobb tudomásom szerint nem kevesebb mint négy hazai lightning network node üzemel már. Ebből biztosan kettő lnd (Lightning Lab) és egy c-lightning (Blockstream), a negyedikről (COINMINER.SPACE) nincs implementáció-információm. A csatornák kapcsán igen vadnyugati módszerekkel biztosítunk folyamatos likviditást, de ezek ellenére sem tudunk komolyabb fennakadásokról eddig (egyedül Krisznek sikerült egyszer valami nagyon fura állapotba hoznia egy csatornát, ami miatt néhány óra kellett, mire újra visszakapta a pénze feletti kontrollt).
Az egész hálózat egyébként igen komoly ütemben növekedik. Ma már átlépte az összes csatornában lockolt vagyon mennyisége a 3BTC-t és a 200 aktív node határ átlépése kapcsán is.
Bár én a magam részéről továbbra sem javaslom, hogy bárki is mainneten funoljon, de ha valaki olthatatlan vágyat érez erre, az a következő connection stringgel tud kapcsolódni az ln.variance.hu hub-hoz:
033abe908878ac00c1e916face972331b3a6e3ba4e587c95efec3c76e3ee339c82@34.242.65.85:9735e
Néhány praktikus tanács azoknak akiknek vakmerősködni támad kedvük:
- Az elmúlt napokban drasztikusan esett a mempool terheltsége, ezt azonban még nem tudták lekövetni a fee estimation algoritmusok. Éppen ezért erősen javaslom az openchannel és a closechannel parancsoknál (lnd impl) a –sat_per_byte paraméter kézi beállítását. Nekem enélkül 30k sat körül akar miner fee-t fizetni, kézzel beállítva pedig 2400 sat (19 sat/b) körül boldogan nyitja/zárja a csatornákat max 2-3 blokkon belül.
- A nagy csomópontok igen terheltek. Eleve nincs sok értelme ezekhez kapcsolódni, ha már 30-an vannak oda kapcsolódva. Ezt külön alátámasztja, hogy nekem pl rendszeresen kerülnek a nagy hubos csatornáim false státuszba a kapcsolatok lebontása miatt. Ha false statusban lévő csatornát akarsz lebontani (close channel), akkor előbb mindképp kapcsolódj újra (connect), ellenkező esetben végig kell várnod a forced close penality-t.
- A c-lightning implementáció esetén (feltehetően biztonsági okokból) alapértelmezetten a base_fee értéke 546.000 sat. Ennek megfelelően az ilyen csatornákon kb sosem fog routeolódni semmi, ráadásul ez a basefee a saját vásárlásaidhoz is hozzáadódna, ergo amíg ezt nem állítod át, addig nem nagyon fogsz tudni tranzaktálni. Eddigi visszajelzések alapján ezt az értéket csak parancssori beállítással lehet átállítani a c-lightning implementációban.
- Nem úgy az lnd-ben, ahol könnyedén tudod átállítani a következő paranccsal: (itt az alapértelmezett base_fee 1000 sat, amit szintén érdemes mérsékelni)
lncli updatechanpolicy –base_fee_msat 1 –fee_rate 0.000001 –time_lock_delta 144 ch_point
Eddig a tech rovat… Akkor, most térjünk át a konspirációs rovatra… Fura konstellációt vélnek sokan felfedezni a mempool terhelétségének csökkenése és a Lightning Network mainnet megjelenése között.
Persze nem feltétlenül érdemes démonokat kergetni, nyilvánvalóan azért történt itt más is a Lightning Network megjelenése mellett. Pl alig egy hónap alatt megfeleződött az egy érmére jutó Bitcoin árfolyam, ami minden bizonnyal sokaknál beindította a HODL faktort. Az alacsony árak ellenére inkább pihennek a Bitcoin érmék a cold walletekben, mintsem hogy pörögnének a tőzsdéken. Ezen feltételezésnek persze ellentmond az a tény, hogy a tőzsdék összesített napi volumenadataiban ezen visszaesésnek nyoma sincs. A decemberi átlag 15 milliárd dolláros napi forgalomról igaz visszacsorogtunk 10-11 milliárdra az elmúlt néhány napban, de vegyük figyelembe, hogy mindezen idő alatt az árfolyam is megfeleződött, tehát a fajlagos hálózati terhelésben ennek nem kellene megnyugvásként megjelennie.
