Ceci est un éditorial d’opinion de Kishin Kato, le fondateur de Trustless Services KK, une société japonaise axée principalement sur la recherche et le développement de Lightning Network.
Ceci est le troisième article basé sur le contenu du rapport « Understanding Lightning » produit par la communauté Diamond Hands, la plus grande communauté Lightning Network au Japon. Le rapport vise à fournir un aperçu de la technologie et de l’écosystème de Lightning à un public non technique. Le premier article est disponible ici, le second ici.
Les articles précédents de cette série ont expliqué comment le Lightning Network excelle dans son cas d’utilisation des paiements et les possibilités qu’il offre actuellement. Alors que les paiements de détail et les envois de fonds internationaux sont des cas d’utilisation extrêmement puissants pour Lightning en eux-mêmes, beaucoup plus est possible.
Dans cet article, nous allons explorer certains cas d’utilisation avancés que Lightning pourrait activer dans un avenir proche, en mettant particulièrement l’accent sur l’activation de divers cas d’utilisation d’application.
Activer le financement pair à pair
Par rapport aux autres technologies de paiement, l’une des caractéristiques déterminantes du Lightning Network est son architecture peer-to-peer. Bien qu’il soit important de reconnaître que tout le monde n’exploitera pas de manière réaliste son propre nœud Lightning, il est déjà relativement simple et direct d’en configurer et d’en exploiter un pour un usage personnel, et nous pouvons nous attendre à ce que les meilleures pratiques pour les entreprises exploitant des nœuds Lightning deviennent plus largement établies. Dans les années à venir. En fin de compte, ces facteurs permettront de fournir des services financiers simples et complexes sur une base peer-to-peer sur le Lightning Network.
Alors que les limitations de Bitcoin Script entravent l’application en chaîne des contrats utilisant des règles de consensus globales, l’état du canal Lightning est géré localement entre les pairs concernés, ce qui permet d’explorer divers protocoles de gestion d’état personnalisés. Des solutions telles que les DLC visent à assurer la confidentialité et le règlement en chaîne des contrats de différence qui reposent sur des oracles inconscients, et des contrats similaires peuvent être recréés sur des canaux Lightning, permettant des échanges entre pairs à confiance minimisée, au moins entre pairs qui partagent une chaîne.
L’espace de compromis qui peut être exploré est encore plus grand si la relation entre ces pairs est telle que des compromis peuvent être faits concernant l’applicabilité en chaîne, par exemple si l’absence de confiance est exagérée et qu’il suffit de pouvoir prouver la fraude. Ces canaux peuvent gérer des concepts tels que le crédit, le règlement sur d’autres chaînes de blocs ou bases de données, etc.
Les canaux basés sur le crédit existent déjà dans une capacité limitée, communément appelés canaux hébergés, et sont déjà utilisés pour fournir des services bancaires communautaires tels que les canaux Lightning libellés en fiat (un sujet délicat pour un autre jour). En théorie, même les comptes d’échange peuvent être représentés comme un canal hébergé ! De telles constructions nous donnent la flexibilité d’explorer les cas d’utilisation financière et les expériences des utilisateurs aujourd’huien particulier lorsque le service fourni nécessite de toute façon la garde et la confiance.
En plus des possibilités que la gestion d’état personnalisée sur les canaux individuels peut apporter, ce financement peer-to-peer limite le risque systémique pour le réseau. Si un fournisseur de canaux basés sur le crédit est insolvable, les canaux basés sur le crédit avec ses utilisateurs peuvent être affectés, mais les autres canaux du réseau ne le seront pas (en supposant qu’ils ne dépendent pas de ce fournisseur dans les coulisses). Les canaux Lightning réguliers, en particulier, sont complètement immunisés, car ils sont entièrement garantis et sans autorisation.
Enfin, nous voyons également des projets expérimenter des schémas d’émission de jetons qui permettent des transferts via Lightning. À mon avis, les avantages de cette approche par rapport aux autres ne sont pas clairs au mieux, car la plupart des jetons reposent sur la fourniture de services par une partie centralisée, et peuvent donc être mieux servis par une base de données centralisée ou un modèle en étoile. Néanmoins, il semble y avoir un intérêt à développer des jetons sur Lightning, ce qui pourrait déboucher sur des innovations utiles.
Paiements sur un Web plus décentralisé
En tant que technologie de paiement, il est important de considérer les problèmes que le Lightning Network est bien placé pour résoudre. Compte tenu des événements récents, une réponse devient de plus en plus claire : Lightning permet des paiements qui résistent à la censure et à la déplateforme.
En effet, le concept Web5 annoncé par le projet TBD de Jack Dorsey, est axé sur la construction d’une plate-forme applicative décentralisée qui vise à libérer les utilisateurs et les développeurs de l’emprise des principales plates-formes technologiques et des processeurs de paiement en séparant les préoccupations d’identité, de stockage de données, d’authentification et d’application. Distribution.
Bien que Web5 lui-même ne nécessite pas l’utilisation de Lightning ou de bitcoin, il est évident qu’un Web où les utilisateurs exécutent des serveurs pour fournir sélectivement des données aux applications a une forte synergie avec Lightning (même si la plupart choisissent de ne pas exécuter leurs propres serveurs/nœuds !) . En effet, bien qu’ils ne soient en aucun cas représentatifs du grand public, les passionnés de Lightning gèrent des milliers de nœuds, en partie grâce aux efforts de projets comme Umbrel, RaspiBlitz et bien d’autres gestionnaires de nœuds.
En fait, étant donné que les paiements Lightning sont technologiquement un échange atomique entre une information pré-engagée (preimage) et le bitcoin, il est particulièrement adapté aux paiements d’informations, qu’il s’agisse de contenu payant, de récupération de données ou de matériel clé. Il existe déjà des lapps (applications alimentées par Lightning) qui explorent certains de ces cas d’utilisation.
Bien sûr, même si les tentatives de décentralisation de l’environnement des applications Web, y compris Web5, ne décollent jamais – peut-être que la majorité des utilisateurs et des développeurs préfèrent finalement les jardins clos fournis par Big Tech, même avec leurs inconvénients – la valeur d’un environnement politiquement neutre, résistant à la censure et l’argent facilement vérifiable ne peut être sous-estimé, car la tendance à la politisation de l’argent se poursuit. Même les applications traditionnelles entièrement dépositaires peuvent bénéficier de l’interopérabilité avec d’autres applications qui intègrent les dépôts et les retraits Lightning, comme indiqué dans les articles précédents de cette série.
Sommaire
Le Lightning Network a un potentiel énorme au-delà d’être simplement une solution d’évolutivité pour les paiements sur Bitcoin. Étant donné que n’importe qui peut participer au réseau sans autorisation, il peut exister un écosystème diversifié de fournisseurs de services financiers peer-to-peer qui opèrent sur des canaux vanille et Lightning personnalisés. De plus, si le marché voit effectivement de la valeur dans les plates-formes d’applications qui résistent à la capture par les Big Tech et les principaux processeurs de paiement, le Lightning Network possède des fonctionnalités qui le rendent bien adapté aux paiements réguliers et conditionnels dans un tel contexte.
La route vers l’adoption massive est longue et non garantie, avec d’innombrables obstacles à surmonter. Même ainsi, avec la croissance constante du réseau et l’intérêt croissant des développeurs, le Lightning Network est en passe de devenir un terrain d’essai intéressant pour les applications et la finance peer-to-peer.
Ceci est un article invité de Kishin Kato. Les opinions exprimées sont entièrement les leurs et ne reflètent pas nécessairement celles de BTC, Inc. ou de Bitcoin Magazine.
Source https://bitcoinmagazine.com/technical/how-lightning-could-enable-decentralized
