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ő