Magas onchain díjak környezete¶
Megjegyzések a Lightning Network használatról, amikor a bányász-díjak magasak.
Felkészülés¶
Ajánlások a magas díjas környezetre való felkészüléshez.
Csatorna kezelése (Channel management)¶
- Nyiss csatornákat stratégiailag alacsony díjas időszakokban (hétvégeken)
- Zárd be az inaktív és megbízhatatlan csatornákat időben, még az alacsony díjas időszakokban
- Minimalizáld az állásidőt és az instabilitást, ha routing node-ot üzemeltetsz
- Használj privát (nem hirdetett) csatornákat költő node-ként, így a leállások nem okoznak kényszerített bezárást a partner részéről
Tárca kezelése¶
- Egykulcsos (single sig) tárcából való finanszírozás olcsóbb
- Készíts elő megfelelő méretű UTXO-kat a minimális költségű csatornanyitásokhoz
- konszolidálj (figyelj az adatvédelmi vonatkozásokra)
- egy jól feltöltött és régóta futó JoinMarket Maker tárca különböző méretű coinjoined kimeneteket biztosít
Konfiguráció¶
Általános¶
- maximalizáld az üzemidőt
- állíts be hibrid kapcsolatot, ha lehetséges - vedd figyelembe, hogy a proxy mindig használata felfedi az IP-címedet (használj VPN-t, mint a Tunnelsats)
LND¶
- ellenőrizd az opciókat a minta lnd.conf-ban
- Használj Anchor Commitments-et
- alapértelmezetten be van kapcsolva LND-ben, ha mindkét fél támogatja az anchor-okat
- 100000 sats lesz fenntartva az LND onchain tárcájában, hogy a zárási díjat CPFP-vel fizesse ki
- emeld meg a
max-commit-fee-rate-anchorsértékét kényelmesen magas szintre, hogy elkerüld a tranzakciók törlését a mempool-okból. - Állítsd be a
minchansize-t (pl. kerülj el 500k alatti csatornákat routing node-on) - állíts be hosszú
payments-expiration-grace-period-ot - növeld a CLTV delta-t:
bitcoin.timelockdeltaaz alapértelmezett 80-ról - növeld a legkisebb HTLC-t, amelyet a node hajlandó küldeni (millisatoshi-ban)
- növeld a routing díjakat (csak új csatornákra vonatkozik)
- fontold meg a díjak növelését azok felé a partnerek felé, akik nem használnak anchor commitments-et:
- állítsd be a
base_fee_msat,fee_rate_ppm,min_htlc_msatéstime_lock_deltaértékeket a meglévő csatornákon
CLN¶
- lásd a lehetséges konfigurációs opciókat: https://github.com/raspiblitz/raspiblitz/blob/dev/FAQ.cl.md#all-possible-config-options
- CLN konfigurációs beállítások új csatornákhoz:
Routing díjak és egyenlegek¶
- Minden node esetén:
- a csatorna egyenleg kisebbnek fog tűnni, mert a commitment tartalék magasabb lesz
- az offchain tranzakciós díjak is nőnek (a fizetési összeg arányában marad)
- többször fordulhatnak elő fizetési hibák, ahogy a likviditás csökken
- Routing node-ok:
- A routing díjakat növelni kell a megnövekedett onchain díjak és az újraegyensúlyozási költségek kompenzálására
- Az automatikus újraegyensúlyozás számára magasabb díjakat kell engedélyezni
- Az offchain forgalom növekszik
- Magas díjas időszakokban kevesebb csatorna nyílik
- Kevesebb tőke kerül újraelosztásra
- A Submarine Swap-ek drágábbak lesznek (onchain tranzakciót igényel)
- Összességében a csatornák gyorsabban kerülnek egyensúlytalan állapotba
Csatornák nyitása (Opening channels)¶
- Tartalmazz change kimenetet, hogy CPFP-vel növelhető legyen a csatornanyitó tranzakció díja
- Kötegelelt nyitások
- a legnagyobb megtakarítás egyetlen bemenet használatával több csatorna nyitásakor érhető el
- a nyitó tranzakció díjával célozd meg a következő blokkot, hogy a díjak ne szaladjanak el
-
használhatsz PSBT-ket (akár külső tárcából is) a rendelkezésre álló parancssori eszközökkel:
- LND: Balance of Satoshis
bos openésbos fundlightningcli fundchannel_start id amount [feerate announce close_to push_msat]* kerüld a nyilvános és privát (nem hirdetett) csatornák ugyanabban a kötegelésben történő nyitását - ez aláássa a csatornák gossip-ból való kihagyásának célját
Ne hagyj csatornát 2016 blokk (~2 hét) tovább függő állapotban¶
A függő csatorna 2016 blokk után "elavulttá" válik - a partner elfelejti a finanszírozási tranzakciót, így a csatorna soha nem lesz online.
- az egyetlen lehetőség a pénzkioldásra a multisig-ból egy (költséges) kényszerített zárás lesz.
- Használj CPFP-t (soha ne RBF-et)
-
CPFP csak akkor használható, ha van change kimenet a nyitó tranzakcióból: https://api.lightning.community/?shell#bumpfee):
lncli wallet bumpfee --sat_per_byte 110 TXID:INDEXLightningwiki.net cikk: https://lightningwiki.net/index.php/Bumping_fee_for_lightning_channel_open * Lehetséges a tranzakció törlése egy change címre való elköltésével Electrum-ban
Csatornák zárása (Closing channels)¶
- Lehetőleg kooperatív zárás legyen
- a fogadó tárcából CPFP használható, ha egy függő kooperatív zárás alacsony díjjal beragadt a mempool-ba
- Futtasd újra a csatornazárás parancsot, ha a tranzakciót eltávolították a mempool-ból
lncli closechannel FUNDING_TXID INDEX
- A kényszerített zárás ~5x drágább, mint a következő blokk díja az utolsó frissítéskor
- LND 10 percenként frissít egy online csatornán
- A régóta inaktív csatornák kockázatot jelentenek - különösen, ha utoljára alacsony bányászdíj időszakban volt online
- Kerüld el és előzd meg a kényszerített zárásokat az állásidő és az instabilitás minimalizálásával routing node-ként
Őrtornyok (Watchtowers)¶
- Ha őrtorony-okat használsz, be kell állítani a
wtclient.sweep-fee-rate= értéket az lnd.conf-ban
olyan sat/byte szintre, amellyel a CSV késleltetés alatt megerősítést nyerhet, ha a partner megsértő tranzakciót küld, amíg a node offline.
- A CSV késleltetés hosszabbra állítható a következővel:
lncli updatechanpolicy
Jövőbeli fejlesztések¶
- Anchor commitments alapértelmezetten (csak új csatornákat érint, és mindkét félnek támogatnia kell a funkciót)
- Splicing és dual funding - a csatorna kapacitás bővítése egyetlen tranzakcióban
- Taproot - megtakarítást jelenthet a multisig-ból való küldésnél (~26 bájt a minimum 140 bájtból)
- Taproot - a multisig tárcákból való finanszírozás ugyanannyiba kerül, mint az egykulcsos tárcákból (az egykulcsos kicsit drágább lesz)
- ELTOO - többszemélyes csatornák és csatornagyárak (channel factories)