Présentation
Solana a introduit un nouveau primitive appelé payment channels afin de lever le goulot d’étranglement lié aux signatures à chaque appel dans les flux de micropaiements agentiques. Le mécanisme permet à un agent d’autoriser une spending ceiling unique, puis de consommer ce plafond via des messages signés hors‑chaîne, sans frais de transaction, avant de finaliser l’ensemble de la session dans une unique transaction on‑chain. Cette approche s’appuie sur les protocoles x402 et MPP déjà intégrés à l’écosystème Solana.
Architecture des canaux de paiement
Le canal se compose d’un programme Solana qui agit comme un escrow contrôlé par le code, non par les soldes d’opérateurs. Lors de l’ouverture, le créateur du canal verrouille les fonds dans un compte programme ; la clé publique du programme valide chaque message hors‑chaîne signé par l’autorisateur, en vérifiant que le montant cumulé reste inférieur au plafond pré‑autorisé. La clôture du canal déclenche une transaction unique qui débloque les fonds selon le solde final calculé. Cette conception garantit la non‑custodie des actifs pendant toute la durée du canal, contrairement aux systèmes de crédit prépayés où les soldes sont suivis hors‑chaîne par le fournisseur.
Performances et benchmarks
Les tests publiés par l’équipe Solana montrent que plus de 100 000 portefeuilles uniques ont pu traiter plus d’un million de paiements par seconde. Sur une période de 24 heures, cela représente plus de 80 milliards de paiements, avec un coût de 0,0078 $ par million de paiements. Le protocole a été exécuté sur l’infrastructure Alibaba Cloud, qui a déployé des points d’inférence en direct dès le premier jour, confirmant la capacité du système à fonctionner à grande échelle dans un environnement cloud public. Le code source et la spécification du canal sont disponibles publiquement, facilitant les audits de sécurité et les adaptations par d’autres projets.
Implications et limites
En éliminant les frais de transaction pour chaque micro‑paiement, les canaux de paiement ouvrent la voie à des modèles économiques basés sur des flux de valeur très fréquents, comme les paiements de contenu ou les services IoT. Cependant, la sécurité repose entièrement sur la robustesse du programme escrow et sur la gestion des clés d’autorisation hors‑chaîne ; une compromission de la clé de plafond pourrait entraîner la perte de fonds verrouillés. De plus, la nécessité d’une transaction de clôture unique introduit un point de latence potentiel si le réseau Solana subit une congestion. Enfin, bien que le coût par paiement soit négligeable, les frais de création et de clôture du canal restent soumis aux tarifs standards de Solana, ce qui peut affecter la rentabilité pour des volumes très faibles.
