CoinEx Institut — LEGO de paiement : Un aperçu des projets de paiement en continu (Partie 1)
I. L’origine des paiements en continu
Alors qu’il étudiait à la London School of Economics (LSE) en 1949, l’économiste néo-zélandais William Phillips (“Bill” Phillips) a inventé le MONIAC (Monetary National Income Analogue Computer), qui consistait en une série de réservoirs et de tuyaux en plastique transparent pour simuler le processus de l’économie nationale du Royaume-Uni. Phillips a illustré les flux d’argent constants par des écoulements d’eau, ce qui reflète l’état naturel de l’argent : il coule avec le temps.
Dans une économie nationale, le temps fonctionne comme un pont reliant les salaires, les dépenses de consommation, les fonds d’investissement et les dépenses publiques. Imaginez un monde où l’argent coule en continu : les paiements ne sont plus discrets mais continus, ce qui permet d’effectuer des transferts d’argent en quelques secondes. Le temps détermine la valeur nette des personnes. En théorie, le travail devrait être payé en temps réel, mais des facteurs tels que les coûts de gestion nous empêchent de réaliser des paiements en temps réel.
Heureusement, l’avènement de la technologie des chaînes de blocs a supprimé les contraintes spatiales (paiement sans frontières) et temporelles du paiement. Avec la technologie des chaînes de blocs, les paiements peuvent être effectués à chaque seconde, donnant lieu à un flux continu. Ce modèle de paiement est appelé “paiement en continu”, ou paiement en temps réel. Le concept de paiement en continu a été proposé pour la première fois par Andreas Antonopoulos, l’auteur de Mastering Bitcoin, en 2017. En 2019, Paul Razvan Berg a mis en œuvre la technologie de paiement en continu par le biais de contrats intelligents Ethereum et a fondé un projet appelé Sablier.
II. La réalisation des paiements en continu
Les paiements en continu sont réalisés par le biais de contrats intelligents et de crypto-programmation. Il définit la relation directionnelle entre deux adresses de compte (expéditeur et destinataire) : une fois qu’un flux est créé par l’expéditeur, l’argent est envoyé en continu vers le destinataire selon une certaine règle ou dans un certain délai.
Les règles des smart contracts diffèrent selon les scénarios et peuvent être classées dans les catégories suivantes :
- Flux avec un montant fixe
Cette règle s’applique aux scénarios (par exemple, un investissement) dans lesquels le montant du paiement et les heures de début et de fin sont connus. Pendant la période allant de l’heure de début à l’heure de fin, l’argent est envoyé au destinataire par seconde à un certain taux de streaming.
Taux de diffusion = Montant du paiement / (Heure de fin — Heure de début)
Solde du flux = Taux de flux * (Heure actuelle — Heure de début)
2. Flux avec un débit fixe
Cette règle s’applique aux scénarios (par exemple, le paiement d’un salaire) dans lesquels il n’y a pas d’heure d’arrêt fixe. Après l’heure de début, l’argent est transmis au destinataire par seconde à un taux de transmission spécifié jusqu’à ce que le montant maximal du paiement soit atteint. En outre, la règle ne requiert aucune heure de fin . La durée du flux peut être prolongée en augmentant le montant maximal du paiement.
Heure de fin = (montant maximal du paiement / taux de diffusion) + heure de début.
Solde du streaming = Taux de streaming * (Heure actuelle — Heure de début)
3. Flux avec versements
Cette règle s’applique aux streams avec un montant fixe important. De plus, avec cette règle, le nombre de versements peut être fixé de manière aléatoire, et le flux de trésorerie ne sera plus occupé.
Il convient de noter que le montant transféré via un stream n’est pas le montant réel, et que nous ne verrons pas ces paiements continus sur chaque bloc. Ce qui est transféré par le biais d’un flux est le “solde du flux”, c’est-à-dire le montant que l’expéditeur ou le destinataire possède à un moment donné du protocole de paiement en continu. En outre, l’expéditeur ou le destinataire peut mettre fin au flux à tout moment avant la fin du flux et obtenir le solde du flux à ce moment-là en effectuant des retraits.
III. Aperçu des projets de paiement en continu
Dans ce chapitre, nous allons présenter quatre projets de paiement en continu actuellement disponibles sur le marché, en termes de réseau déployé, de cadre technique, de caractéristiques du produit et de processus interactif.
- Sablier
Sablier, le plus ancien protocole de paiement en continu, a été lancé le 14 décembre 2019. Selon les données de DeFi Pulse, la valeur totale bloquée (TVL) de Sablier a atteint 158 millions de dollars à la fin du mois de mars 2022 et a culminé à 800 millions de dollars en novembre 2021. La plupart des TVL proviennent de protocoles qui utilisent Sablier pour débloquer des jetons. Avec Sablier, les projets peuvent débloquer des jetons automatiquement et les destinataires peuvent réclamer des jetons de manière transparente.
Les réseaux principaux pris en charge par Sablier comprennent désormais Ethereum, Arbitrum, Avalanche, BSC, Optimism et Polygon. Parallèlement, il prend également en charge des réseaux de test tels que Goerli, Kovan et Rinkeby. Il propose un large éventail de jetons de paiement au sein de ces réseaux, couvrant les pièces stables classiques libellées en USD, les pièces stables libellées en d’autres monnaies fiduciaires, les actifs Wrapped, ainsi que certains jetons natifs du réseau.
Sablier présente une interface utilisateur bien conçue et des opérations simples. Le protocole fournit des interfaces d’opération distinctes pour les expéditeurs et les destinataires (https://pay.sablier.finance/ et https://app.sablier.finance/, respectivement). Lors de la création d’un paiement en continu, l’expéditeur n’a qu’à saisir le type de jeton, le montant total, l’adresse du destinataire et la durée (allant de 1 heure à 20 ans). Au cours de ce processus, les frais comprennent les frais de gaz et les frais de plateforme (une partie des jetons déduits du flux). Une fois le contrat créé, un lien de partage d’informations apparaîtra sur la web-app du Sablier, conduisant l’expéditeur à une page où il pourra consulter des informations telles que la quantité de jetons qui a été streamée, le temps restant, ainsi que le montant du retrait de la part du destinataire. Il peut également cliquer sur “Liens” pour accéder à l’explorateur de chaînes de blocs et vérifier d’autres informations sur la transaction. En outre, l’expéditeur pourrait également appuyer sur “Annuler” pour mettre fin à la transaction. Si un stream est annulé avant l’heure de fin fixée, l’argent qui a été streamé appartient toujours au destinataire et les dépôts restants seront rendus à l’expéditeur.
Dans le cas du streaming ci-dessus, l’interface du destinataire ressemble à celle de l’expéditeur, à la seule différence que le destinataire peut cliquer sur le bouton “Withdraw” pour retirer le montant qui a été streamé.
Le destinataire doit retirer l’argent pour qu’il soit transféré dans son portefeuille ; sinon, les fonds resteront sur le protocole Sablier.
Sablier a été acquis par Hifi Finance en juillet 2021 et n’a pas encore émis de jetons.
2. Superfluid
Superfluid avait attiré beaucoup d’attention lors de la “ folie de l’airdrop “ et était également l’une des tâches de RabbitHole. Au départ, Superfluid était uniquement répertorié sur Polygon et xDAI (Gnosis Chain). Maintenant, il est également déployé sur Arbitrum et Optimism. En termes de testnets, Superfluid supporte Arbitrum Rinkeby, Avalanche Fuji, Goerli Testnet, Kovab Testnet, Optimism Kovab, Polygon Mumbai, Rinkeby Testnet et Ropsten Testnet.
Le cadre de Superfluid couvre principalement les éléments suivants :
(1) Cadre du Super Accord
Le Super Accord est la pierre angulaire de Superfluid qui lui permet de s’étendre et d’ajouter de nouvelles fonctionnalités. C’est également la clé du paiement LEGO. Le Super Accord se compose d’un contrat hôte et de plusieurs contrats d’accord. Un contrat d’accord doit figurer sur la liste d’approbation ; sinon, le contrat hôte n’exécutera pas le code d’accord.
Pour être plus précis, Superfluid propose désormais deux accords : 1) l’accord de flux constant (CFA), qui permet aux jetons de sortir du portefeuille d’un utilisateur ; 2) l’accord de distribution instantanée (IDA), qui permet à un utilisateur d’envoyer des jetons à plusieurs destinataires en une seule transaction. L’utilisation indépendante ou combinée de ces deux accords permet un large éventail de scénarios d’application. En outre, la communauté Superfluid explore également des accords plus innovants et plus pratiques.
(2) Cadre des super jetons
Les super accords fixent les “règles” du comportement d’un super jeton. Il existe deux types de super jetons : 1) le super jeton enveloppant (la version enveloppée des jetons ERC20), et 2) le super jeton personnalisé (jetons sans actif sous-jacent). Le premier est enveloppé à un ratio de 1:1 par le protocole Superfluid (puis racheté à un ratio de 1:1 à tout moment), et le second est émis par Superfluid et compatible avec ERC777 et ERC20.
Le cadre de jetons de Superfluid présente les caractéristiques suivantes :
- Un standard de jetons ERC777 étendu : Des jetons qui peuvent réagir à certains événements en utilisant des callbacks ;
- Des capacités de traitement par lots : Les utilisateurs peuvent faire plusieurs choses en une seule transaction ;
- Méta-Transactions : Il permet des transactions où une personne crée et signe des données hors chaîne et qui sont exécutées par une autre personne qui paie le gaz.
(3) Cadre Super App
Une Super App peut “gérer” les accords et répondre aux changements. C’est là que les développeurs peuvent écrire leur propre logique/comportement personnalisé. Plus précisément, les scénarios qui impliquent l’appel des accords sont les suivants :
- Si l’expéditeur commence à transmettre un jeton au contrat, un autre jeton (par exemple, des jetons enveloppés) sera automatiquement transmis en retour à l’aide de la CFA.
- Si une équipe de projet débloque des jetons, alors IDA distribuera des jetons à tous les investisseurs.
D’une manière générale, la véritable valeur de Superfluid est qu’il atténue efficacement deux problèmes : les difficultés de gestion des clés et les frais de gaz onéreux. En outre, le protocole a créé un nouveau réseau composable et évolutif de flux de valeur, ce qui démontre le charme de l’espace blockchain.
Sur Superfluid, avant de créer un paiement en continu, un utilisateur (expéditeur) doit d’abord envelopper les jetons dans son portefeuille ou créer des jetons personnalisés. Ensuite, l’expéditeur doit saisir ou sélectionner certaines informations, notamment l’adresse du destinataire, le type de jeton et le débit (ponctuel, quotidien, hebdomadaire, mensuel et annuel).
Il convient de noter qu’un tampon sera retenu sur tous les flux, à l’exception du paiement unique. Le tampon sera restitué lorsque l’utilisateur fermera le flux ou sera déduit lorsque le solde de jetons sera égal à 0. Le type de flux Superfuild est à débit fixe. Tant que le solde de jetons du compte Superfuild n’est pas nul, le stream continuera jusqu’à ce que l’expéditeur ou le destinataire le fasse annuler. Les jetons reçus par le destinataire sont également des super jetons, qui n’apparaîtront dans un portefeuille qu’après avoir été déballés.
Favorisé par de nombreux investisseurs institutionnels, Superfluid a annoncé en juillet 2021 qu’il avait reçu un financement de démarrage de 9 millions de dollars, avec la participation d’investisseurs tels que Multicoin Capital, Delphi Digital et DeFiance Capital.
