Kereskedő¶
Fizetések fogadására irányul, a bejövő likviditásra összpontosít
Tőkeigény¶
- minimális bejövő csatornák vásárlásához
- átmenetileg magas a megnyitott csatornákból származó bejövő kapacitás létrehozásához
Csatornák és peer-ek (Channels and peers)¶
- kevés (2-3) csatorna jól kapcsolt és tőkeerős node-okkal
- csatlakozz a Bos lista node-jaihoz
- nézd meg a meglévő díjbeállításokat az Amboss / 1ml.com oldalakon
- Ellenőrizd a node stabilitását a Lightning Web felületen
Likviditás¶
- nagyrészben remote
Üzemidő¶
- magas, de nem feltétlen tökéletes
- az elérhetetlen node az eladásokra hat
Kezelés¶
- Loop out (Autoloop) a meglévő csatornák ürítéséhez
- Bezárás és újranyitás, ha a csatornák megtelnek
- egy csatorna nyitás (és zárás) nem drágább a Loop használatánál, ha:
- van onchain likviditásod több csatornához (vagy a jövőben splice in) vagy
- megengedheted a csatorna leállási időt a peer-ek között a bezáráshoz és újranyitáshoz
- Vásárolj további bejövő likviditást
- Használj liquidity ads-t bejövő likviditás vásárlásához
- Próbáld az Amboss Magma-t
- Adj le licitálást a Lightning Pool-on
- Hirdess bejövő csatornák fogadásához
- Pénzek összegyűjtése
- Onchain vagy offchain összegyűjtésre szükség lehet, ha a Lightning tárca egyenlege túl naggyá válik
- Egy offchain összegyűjtés javíthatja a privacy-det, és egyben bejövő likviditást is biztosít
Példák¶
- Saját üzemeltetésű node helyi vagy távoli BTCPayServer-hez csatlakoztatva
- BTCPayServer VPS-en (alacsony összegnél elfogadható)
- Teljesen hosztolt megoldások (bizalmi) -- pl. Voltage
- Készül: Greenlight a Blockstream-tól
Speciális esetek¶
- Adományok elfogadása
- Ajánlj onchain fizetést magas értékű fizetéseknél (bányász díj < 0.5-1%)
- átválthat Routing node-ra, ahogy a kapcsolatok száma és a tőke nő