pull down to refresh

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 🙌

100 sats \ 0 replies \ @OT 5h
I use Phoenixd but not with LNbits.
From memory there's a 20k sats fee for the wallet. You don't pay it straight away, it comes out of the balance when you exceed 20k.
One thing I notice is the fees can be high for small zaps. If you send 1 sat they take 4 sats in fees. The good thing is that you can run it on any basic computer so it can be online 24/7.
reply
Thank you so much @OT and @ek for your helpful responses and the clarity you’ve provided! 🙏
Thanks to your input, I now understand that:
  • The minimum channel size for Phoenixd is 2,000,000 sats.
  • The service fee to open such a channel is 1%, which means 20,000 sats, plus the miner fee.
  • This fee can be paid gradually through smaller payments or all at once.
  • Once the fee credit is fulfilled, Phoenixd opens the 2M sats channel.
  • After that, small payments can be made and the existing fee credit can be used to cover the associated service and routing fees.
This is incredibly useful information for my use case: helping Cuban merchants run LNbits with Phoenixd as a self-custodial backend.
Appreciate the support and knowledge sharing! ⚡

🇪🇸 Versión en español (traducción)

¡Muchas gracias @OT y @ek por sus respuestas y por la claridad que me han brindado! 🙏
Gracias a sus aportes, ahora entiendo que:
  • El tamaño mínimo de canal en Phoenixd es de 2,000,000 sats.
  • La tarifa de servicio para abrir ese canal es del 1%, es decir, 20,000 sats, más los fees de minería.
  • Esta tarifa puede pagarse de forma progresiva con pagos pequeños o en un solo envío.
  • Una vez cubierto ese crédito de fee, Phoenixd abre el canal de 2M sats.
  • A partir de ahí, los pagos pequeños pueden realizarse utilizando el crédito de fees existente para cubrir los costos del servicio y enrutamiento.
Esta información es sumamente útil para mi objetivo: ayudar a comerciantes cubanos a utilizar LNbits con Phoenixd como backend autocustodiado.
¡Gracias por el apoyo y por compartir su conocimiento! ⚡
reply
0 sats \ 0 replies \ @ek 4h
Did you configure --auto-liquidity?
The default requested liquidity amount is 2m sat, configurable with --auto-liquidity. The higher the amount, the higher the upfront cost, but the lower the mining fees in relative terms.
If you did not, this means it will open a channel with 2m sats inbound liquidity once you have enough fee credits to pay 1% + mining fees (around 21k sats).
I think 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.
reply