Olaoluwa Osuntokun est développeur et directeur technique de Lightning Labs. Son travail est associé à lnd, un logiciel permettant d’exploiter un nœud Lightning, et à Taproot Assets, un protocole d’émission et de transfert d’actifs ancrés dans Bitcoin. Pour comprendre son apport, commençons par le rôle de ces programmes plutôt que par leurs commandes.
Lorsqu’un paiement Lightning arrive rapidement, le portefeuille affiche surtout une confirmation. En coulisses, des logiciels entretiennent les canaux de paiement et communiquent avec les autres participants. Olaoluwa Osuntokun contribue à ces outils. Consultée le 21 octobre 2026, la page de l’équipe de Lightning Labs le présente comme cofondateur et CTO, c’est-à-dire directeur technique. Ce poste concerne une organisation précise. Les nœuds du réseau sont exploités indépendamment : il ne les administre pas tous. [1]
lnd gère des canaux de paiement, des accords permettant de payer à répétition sans inscrire chaque changement de solde dans la blockchain. Il cherche aussi des chemins passant par d’autres nœuds, les ordinateurs participant au réseau. Pour obtenir les informations de Bitcoin, il se connecte à un backend, un service fournissant ces données : bitcoind, btcd ou le client léger neutrino, par exemple. Exécuter lnd ne signifie donc pas nécessairement exploiter aussi un nœud Bitcoin complet. Le service auquel on le relie compte également. [2]
Osuntokun a écrit Mastering the Lightning Network avec Andreas M. Antonopoulos et Rene Pickhardt. La première édition est parue le 21 décembre 2021. Des principes du réseau aux canaux, au routage et à l’exploitation d’un nœud, le livre explique ce qui se passe entre l’envoi et la réception d’un paiement. Il s’adresse à un lectorat technique connaissant les bases de Bitcoin. Pour une installation actuelle, il faut aussi consulter la documentation récente : les anciens exemples peuvent différer de la version utilisée. [3]
Une autre partie de son travail concerne Taproot Assets. Le programme tapd permet d’émettre et de transférer d’autres actifs, par exemple un jeton représentant une créance sur un émetteur. Leurs enregistrements sont liés cryptographiquement à un UTXO Bitcoin, une sortie de transaction non encore dépensée. Les preuves détaillées circulent hors de la blockchain. Il faut distinguer les bitcoins de cette sortie et l’actif qui s’y rattache : ses unités ne deviennent pas des satoshis, les plus petites unités de bitcoin, et n’en héritent pas automatiquement les propriétés. [4]
Recevoir un actif suppose de pouvoir vérifier son émission et ses transferts. Un service Universe conserve les preuves correspondantes. Un développeur peut les demander avec QueryProof en désignant l’enregistrement par un UniverseKey, qui comprend un identifiant d’actif ou de groupe et la clé de l’enregistrement précis. La réponse atteste son inclusion ainsi que l’émission ou un changement d’état de l’actif. Elle aide à vérifier les données fournies, mais n’accorde aucun droit de dépense et ne remplace pas une sauvegarde de la clé privée. [5]
Cette architecture a une conséquence très concrète. lnd conserve la clé privée, tandis que tapd détient d’autres données nécessaires pour dépenser la sortie, dont un ajustement de clé nommé Taproot tweak. Le README avertit que la seed de lnd ne suffit pas à restaurer les actifs émis ou reçus. Ses mots de récupération permettent de retrouver les clés, mais une désinstallation peut supprimer les autres données indispensables. Il faut donc sauvegarder les données locales de tapd selon la documentation avant cette opération : les mots seuls ne constituent pas une sauvegarde complète. [4]
L’annonce de Taproot Assets du 23 juillet 2024 décrit des transferts via Lightning utilisant la liquidité en bitcoin, soit les fonds disponibles dans les canaux. Un nœud situé à la jonction des systèmes assure le change entre l’actif et bitcoin. Avec RFQ, une demande de cotation, le destinataire reçoit d’abord un taux valable pour une durée limitée. Il peut l’accepter ou le refuser et en chercher un autre. Le transport par Lightning ne garantit donc ni taux fixe permanent ni change toujours disponible : le fournisseur et l’offre précise comptent aussi. [6]
Lorsqu’une application se connecte à tapd, il faut aussi déterminer qui peut donner des ordres. TLS chiffre la connexion pour protéger les données pendant leur transport. Les macaroons sont des jetons servant à autoriser les opérations. Ces fonctions sont distinctes : même une commande reçue en toute sécurité peut provenir de quelqu’un qui ne devrait pas avoir accès au système. Il ne faut donc pas distribuer un jeton d’accès sous prétexte que la connexion est chiffrée. [4]
Pour une vision complète, lisez aussi Joseph Poon, Elizabeth Stark, Lightning Network. Cette entrée est également citée par Joseph Poon, Elizabeth Stark.