Aller au contenu principal
Lightning

phoenixd

phoenixd est la version « daemon » de Phoenix, conçue pour les serveurs et marchands. Hérite de la simplicité de gestion automatique des canaux. Compatible BOLT-12. Alternative légère à LND/CLN.

Origine et positionnement

phoenixd est un nœud Lightning headless publié en 2024 par ACINQ, l'équipe française derrière Eclair et l'app mobile Phoenix. C'est la version serveur de Phoenix, conçue pour être pilotée en ligne de commande ou via API, sans interface graphique. Cible : marchands, développeurs, opérateurs de services qui veulent une infrastructure Lightning simple sans les complexités de LND ou CLN.

Différences avec LND / CLN

| Aspect | LND | CLN | phoenixd | |--------|-----|-----|----------| | Modèle | Routeur | Routeur | Edge node (client) | | Gestion canaux | Manuelle | Manuelle | Automatique (LSP) | | Liquidité | À acheter | À acheter | Fournie par LSP | | Watchtower | Nécessaire | Nécessaire | Géré par ACINQ | | Setup | Complexe | Modéré | Très simple | | API | gRPC, REST | RPC JSON | HTTP REST |

phoenixd n'est pas un nœud routeur : il ne route pas le trafic d'autres utilisateurs. C'est un nœud final qui s'adosse à l'LSP ACINQ (Lightning Service Provider) pour la liquidité et la disponibilité.

Comment ça fonctionne

  1. À l'installation, phoenixd génère une seed BIP-39.
  2. Il se connecte automatiquement à un nœud ACINQ (LSP).
  3. Aucun canal n'est ouvert tant qu'on ne reçoit pas un paiement.
  4. À la première réception, phoenixd ouvre un canal via le mécanisme on-the-fly liquidity : ACINQ ouvre un canal avec la capacité nécessaire.
  5. Toutes les opérations suivantes utilisent ce canal.

L'utilisateur ne se soucie ni de rebalancing, ni d'inbound capacity, ni de watchtower : ACINQ gère tout. C'est un trade-off : facilité contre dépendance.

Cas d'usage typiques

  • Marchand acceptant Lightning sans expertise (point de vente, e-commerce).
  • Application intégrant les paiements LN via API (BTCPay alternative simple).
  • Bot Telegram, jeux, donation pages qui veulent recevoir/envoyer en LN.
  • Tests et développement : démarrer un nœud LN en quelques minutes.

Fonctionnalités phares

  • BOLT-12 offers : factures réutilisables, plus privées.
  • Splice in/out : ajouter ou retirer de la liquidité d'un canal existant sans le fermer.
  • HTTP REST API simple, documentation claire.
  • Backup automatique des données critiques chez l'utilisateur.
  • Compatible Tor par défaut.
  • Bitcoin-only, écrit en Kotlin/Java.

Coûts

phoenixd hérite du modèle Phoenix mobile :

  • Frais d'ouverture de canal : environ 1 % du montant reçu (facturés par ACINQ).
  • Frais de transaction Lightning : standard (~0,01 % typique).
  • Pas de subscription : on paie seulement quand on utilise.

Limites

  • Dépendance à ACINQ : un seul LSP. Si ACINQ disparaît, le wallet doit se vider via close on-chain.
  • Pas routeur : aucun revenu de routing pour l'opérateur.
  • Pas adapté aux gros volumes : les frais d'ouverture deviennent élevés au-delà d'un certain seuil.
  • Pas d'auto-hosted LSP : l'utilisateur doit faire confiance à ACINQ pour la liquidité.

Alternatives

| Solution | Modèle | Cible | |----------|--------|-------| | Lndhub / LNbits | Custodial | App simple | | BTCPay + LND/CLN | Self-hosted complet | Marchands sérieux | | phoenixd + ACINQ | Edge node managed | Marchand simple | | Breez SDK | Custodial / hybrid | Apps mobiles |

À retenir

phoenixd est le compromis pragmatique entre la simplicité d'un wallet mobile et la flexibilité d'un nœud serveur. Idéal pour les marchands qui veulent Lightning « out-of-the-box », tout en sachant qu'on délègue une partie de l'infrastructure à un LSP.

Termes lies

← Retour au glossaire complet

Glossaire inspire du dictionnaire de Loic Morel sur Pandul.fr.