I'm exploring a lightweight, self-custodial Lightning stack for merchants in Cuba, combining:
- ⚡
phoenixd
as the Lightning backend (running locally on laptops or servers) - 🧾
LNbits
as the frontend, with extensions like POS, LNURLp, TipJar, etc.
The goal is to let users run their own Lightning stack, without custodial services, leveraging:
- the strong Electrum connectivity provided by ACINQ,
- and the simplicity and power of LNbits’ plugin ecosystem.
💡 My use case:
I want to open a small test channel first, then use
splice-in
to increase capacity if the merchant keeps using the system.🧪 My experiment:
-
I sent 5,000 sats from Phoenix mobile to my local
phoenixd
node. -
Before sending, I ran:
phoenix-cli estimateliquidityfees 5000
Output:- Miner fees: ~271 sats
- Service fee: ~1050 sats → Total expected: ~1321 sats
-
However, after the payment:
- No channel was opened
- The 5,000 sats were entirely allocated to
feeCredit
❓ My question:
What's the actual minimum amount required for Phoenixd to successfully open a channel?
Is there a hardcoded threshold above the estimated fees? Should I always send 6,000+ sats or more to ensure the payment is accepted for channel opening?
I understand 5k is low and I'm just testing, but I’d love to document this clearly so others can replicate it.
I'm doing this to help Cuban merchants use LNbits + Phoenixd with full self-custody, benefiting from Lightning’s speed and Phoenixd’s solid Electrum connections, even with low bandwidth or modest hardware.
Any insights, confirmations, or feedback are very welcome. 🙏
ESPAÑOL
🧵 ¿Alguien ha experimentado con Phoenixd como backend autocustodio para LNbits?
Estoy explorando una solución autocustodia y ligera para comerciantes en Cuba, combinando:
- ⚡
phoenixd
como backend Lightning (montado en laptops o servidores) - 🧾
LNbits
como frontend con extensiones (POS, LNURL, Tip, etc.)
Esto permitiría que los usuarios tengan su propio stack LN, sin custodios externos, aprovechando:
- la conectividad robusta de los servidores Electrum de ACINQ,
- y un entorno amigable con las extensiones de LNbits.
💡 Mi objetivo:
Abrir un canal pequeño (prueba) y luego usar
splice-in
para ampliarlo si el comerciante sigue usando la herramienta.🧪 Mi experimento:
-
Envié 5000 sats desde Phoenix móvil hacia el nodo
phoenixd
. -
Consulté antes los fees estimados con:
phoenix-cli estimateliquidityfees 5000
Resultado:- Miner fees: ~271 sats
- Service fee: ~1050 sats Total estimado: ~1321 sats
-
Sin embargo, tras el pago:
- No se abrió canal
- Los 5000 sats se fueron a
feeCredit
❓ Mi pregunta:
¿Alguien sabe cuál es el mínimo real necesario para que Phoenixd abra un canal con éxito?
¿Existe un umbral oculto o hardcoded? ¿Se necesita un buffer adicional (por ejemplo, enviar 6k o más)?
La documentación sugiere que si el pago no cubre fees, se va a feeCredit, lo cual sucedió… pero me intriga saber cuánto es suficiente.
Estoy haciendo estas pruebas para documentar una guía clara que ayude a comerciantes cubanos a usar esta configuración de forma sostenible, económica y privada.
Cualquier experiencia o sugerencia será bienvenida 🙌
🇪🇸 Versión en español (traducción)
--auto-liquidity
?estimateliquidityfees
is giving you the fee if you would configure--auto-liquidity
with that amount. But not sure why it's giving you a service fee of ~1k sats for 5k sats, it should be 1%. Maybe I'm wrong.