Investir dans Request (REQ) – Tout ce que vous devez savoir

Request (REQ ) Network (REQ) est un protocole open‑source permettant de créer, stocker, payer et réconcilier des demandes de paiement en crypto. Son objectif actuel est les paiements de stablecoins de portefeuille à portefeuille pour les entreprises, incluant le routage inter‑chaînes, les paiements massifs, les références de paiement et le filtrage de portefeuille optionnel.

REQ est le jeton de gouvernance et d’utilité Ethereum (ETH ) associé au protocole. Il possède deux fonctions actuelles: les détenteurs participent à la gouvernance, et une partie de REQ est brûlée chaque fois qu’une demande est stockée sur la chaîne. REQ n’est pas la monnaie qu’un client doit utiliser pour payer une facture ; les entreprises envoient et reçoivent généralement des stablecoins ou d’autres actifs pris en charge.

Qu’est‑ce que Request Network ?

Request Network est une couche de demande de paiement et de réconciliation, et non une blockchain autonome, une banque ou un processeur de paiement custodial. Un bénéficiaire crée une demande qui décrit qui doit être payé, le montant attendu, la devise, la date d’échéance et les données commerciales facultatives. Les parties autorisées peuvent accepter, mettre à jour, annuler ou payer la demande.

Le protocole relie cet enregistrement structuré à un transfert sur la chaîne. Cela résout une limitation fondamentale des blockchains publiques: un hash de transaction prouve que la valeur a été déplacée, mais il n’explique pas automatiquement à quelle facture, client, service ou écriture comptable le paiement appartient.

Request Network a débuté en 2017 avec une vision large de la facturation décentralisée. D’ici 2026, il a recentré son produit autour de l’acceptation et des paiements de stablecoins à haut volume, déclarant plus de 2 milliards de dollars de volume de portefeuille à portefeuille.

Comment les demandes de paiement sont stockées

Les données de demande peuvent être sérialisées, signées, chiffrées si nécessaire, et stockées via les Request Nodes. La documentation décrit le contenu des demandes dans IPFS avec des hachages ancrés sur la chaîne Gnosis (GNO ) Chain, tandis que l’exécution des paiements peut se dérouler sur plusieurs chaînes prises en charge.

Le bénéficiaire et le payeur autorisent les mises à jour avec des signatures cryptographiques. La logique de Request suit les montants attendus, les réductions, les augmentations, les acceptations, les annulations, les parties prenantes et les soldes de paiement. Les indexeurs aident les applications à récupérer et à réconcilier cet historique.

L’architecture combine plusieurs systèmes au lieu de tout placer dans un seul smart contract. Les utilisateurs dépendent de la disponibilité d’IPFS, des Request Nodes, des enregistrements de la chaîne Gnosis, des contrats de paiement spécifiques à chaque chaîne, des indexeurs, des fournisseurs RPC et de l’interface d’application qu’ils choisissent.

Paiements de portefeuille à portefeuille directs

Request Network est conçu de manière à ce que les fonds se déplacent du portefeuille du payeur vers celui du destinataire sans que Request ne prenne la garde. Le protocole peut générer une page de paiement à l’épreuve de la falsification affichant le destinataire prévu, le montant, le jeton et la référence.

Le règlement non‑custodial réduit le risque qu’un processeur de paiement bloque ou perde les fonds qu’il détient. Il n’élimine pas le risque. Un utilisateur peut encore approuver un contrat malveillant, payer la mauvaise demande, perdre ses clés privées, recevoir un actif contaminé ou dépendre d’un pont ou d’un échange qui échoue.

Les paiements sont généralement irréversibles après confirmation. Les litiges, remboursements, rétrofacturations et obligations de service client doivent être gérés via les politiques du commerçant ou un accord séparé.

Routage inter‑chaînes de stablecoins

Le produit actuel abstrait les différences entre les stablecoins et réseaux pris en charge. Un commerçant peut spécifier le jeton et la chaîne de destination souhaités, tandis que le payeur peut utiliser un autre actif ou chaîne prise en charge. Les services de routage effectuent les échanges et ponts nécessaires avant la livraison finale.

En 2026, Request a annoncé l’accès à la plupart de l’offre mondiale de stablecoins sur Ethereum, BNB Chain, Base, Polygon (POL ), Arbitrum (ARB ), Optimism (OP ) et Tron (TRX ). Les paiements EVM peuvent être abstraits du gaz, et une mise à jour de juillet 2026 a ajouté une route sans gaz pour l’USDT sur Tron sans exiger que le payeur détienne du TRX.

La commodité du routage inter‑chaînes élargit la surface d’attaque. Un paiement routé peut dépendre des cotations, des limites de glissement, des ponts, des routeurs, des relais, des pools de liquidité, des émetteurs de stablecoins et de multiples réseaux. Le destinataire doit vérifier le règlement final plutôt que de supposer qu’une demande signée garantit la livraison.

Paiements massifs et intégration Safe

Les outils de paiement de Request permettent à une organisation d’envoyer des stablecoins à de nombreux destinataires à partir d’une seule approbation tout en respectant le jeton et la chaîne préférés de chaque destinataire. Cela peut réduire les changements manuels de portefeuille pour les salaires, les paiements aux sous‑traitants, les subventions ou les opérations de trésorerie.

Le réseau intègre également les comptes intelligents Safe. Les organisations peuvent appliquer des règles d’approbation multisignature avant d’exécuter des paiements uniques ou groupés. Cette combinaison est utile pour les équipes de finance on‑chain, mais la sécurité dépend toujours des appareils des signataires, des modules Safe, de la configuration du seuil, de la vérification des adresses et des contrôles internes.

Les paiements massifs multiplient le risque opérationnel. Une feuille de calcul erronée, un signataire compromis ou une intégration défectueuse peut affecter de nombreux destinataires simultanément. Les équipes doivent tester de petits lots, utiliser des listes blanches d’adresses et maintenir une réconciliation indépendante.

Filtrage de portefeuille

Les destinataires peuvent activer le filtrage de portefeuille avant que le payeur ne reçoive la route de paiement finale. Request a intégré des fournisseurs de risque tels que Hypernative et Merkle Science pour les sanctions, la juridiction, le spam et d’autres contrôles de risque.

Le filtrage peut aider une entreprise à réduire son exposition aux adresses connues à haut risque, mais il ne garantit pas la légalité des fonds. Les fournisseurs d’analyses peuvent générer des faux positifs ou manquer de nouvelles menaces, et leurs classifications peuvent différer. Le commerçant reste responsable de toutes les obligations de conformité, de diligence client, fiscales et de reporting applicables.

Les affirmations selon lesquelles un protocole non‑custodial n’aurait besoin d’aucune licence de paiement ou d’actif virtuel partout doivent être traitées avec prudence. Le statut juridique dépend du produit, de l’opérateur, de la juridiction, du contrôle du routage, des frais et de la relation client.

Request Network et Request Finance

Request Network est le protocole ouvert et la fondation suisse qui le gère. Request Finance est une société distincte qui a développé des produits de facturation, de comptes fournisseurs, de paie et d’autres solutions commerciales en utilisant la technologie Request.

Les deux équipes se sont séparées. Les investisseurs ne doivent pas attribuer automatiquement les clients, revenus, financements ou décisions produit de Request Finance à la Fondation Request Network ou au jeton REQ.

L’écosystème comprend également des applications et intégrations indépendantes. La composabilité open‑source est un avantage, mais un produit tiers peut changer de fournisseur ou cesser d’utiliser le protocole.

Utilité du jeton REQ

REQ est un jeton ERC‑20 avec deux fonctions mises en avant par Request Network en 2026:

• Brûlage du protocole: une partie de REQ est retirée de l’offre chaque fois qu’une demande est stockée sur la chaîne ; et
• Gouvernance: les détenteurs peuvent influencer la direction du protocole et de la fondation appartenant à la communauté.

Les utilisateurs n’ont pas besoin de libeller les factures ou paiements en REQ. Un Request Node ou un service peut prendre en charge les coûts du protocole tandis que les clients paient en stablecoins. Cela améliore la convivialité mais affaiblit toute hypothèse selon laquelle le volume de paiements crée une pression d’achat de REQ à raison de un pour un.

Le brûlage lie l’offre de jetons à l’utilisation du protocole, mais son effet économique dépend du nombre de demandes, du montant brûlé, du prix du marché REQ et du fait que l’utilisation soit financée par des revenus clients durables. Un petit brûlage ne peut pas compenser une faible demande ou de fortes ventes sur le marché.

Offre et gouvernance du REQ

Un milliard de REQ a été créé à la genèse, sans inflation continue ni déblocage futur de jetons prévu. La répartition initiale était d’environ 49,97 % à la vente publique, 20,01 % aux premiers contributeurs, 18,01 % à l’équipe et aux conseillers, et 12,01 % à la fondation.

Les brûlages ont réduit l’offre totale en dessous du milliard initial. L’offre en circulation est encore plus basse car les soldes de la fondation, de la trésorerie, des échanges et les soldes inactifs peuvent ne pas être liquides. Les investisseurs doivent vérifier l’offre actuelle, les portefeuilles de trésorerie, les brûlages et la concentration des détenteurs sur Ethereum.

La participation à la gouvernance ne confère pas de participation au capital, de droit sur les frais de traitement, ni la propriété des stablecoins déplacés via le protocole. L’influence pratique dépend des règles de proposition, du taux de participation, des délégués, des pouvoirs de la fondation et de la mise en œuvre.

Avantages de Request Network

• Infrastructure de paiement fonctionnelle: le protocole fonctionne depuis 2017 et rapporte plus de 2 milliards de dollars réglés.
• Conception non‑custodiale: les fonds se déplacent directement entre des portefeuilles contrôlés par l’utilisateur.
• Contexte de paiement: les demandes structurées relient les transferts on‑chain aux factures et aux écritures comptables.
• Abstraction inter‑chaînes: les payeurs et destinataires peuvent utiliser différents stablecoins et réseaux pris en charge.
• Paiements massifs: les entreprises peuvent envoyer de nombreux paiements via un seul flux d’approbation.
• Outils de conformité: le filtrage de portefeuille optionnel se produit avant que l’adresse du destinataire ne soit exposée pour le paiement.
• Accès développeur: les API, paquets SDK, webhooks et composants open‑source prennent en charge les intégrations et les DApps.
• Offre de jeton fixe: aucune nouvelle émission de REQ n’est prévue, tandis que l’utilisation du réseau entraîne des brûlages.

Risques à considérer avant d’investir dans REQ

• Risque de capture de valeur: les paiements peuvent être effectués en stablecoins sans que les utilisateurs finaux achètent du REQ.
• Risque d’échelle de brûlage: les brûlages de jetons peuvent être économiquement immatériels par rapport au volume de trading et à l’offre de trésorerie.
• Dépendance à la fondation: le produit, les API, le marketing, les intégrations et la gouvernance dépendent de l’exécution de la fondation.
• Risque inter‑chaînes: les ponts, swaps, routeurs, relais et réseaux hôtes peuvent échouer ou être exploités.
• Risque de stablecoin: USDC, USDT et d’autres actifs peuvent perdre leur ancrage, bloquer des adresses ou rencontrer des problèmes d’émetteur et de réserves.
• Risque de disponibilité des données: les Request Nodes, IPFS, Gnosis Chain, les indexeurs et les services RPC doivent rester disponibles.
• Risque de conformité: le filtrage n’élimine pas les obligations de licence, sanctions, fiscalité, LBC et protection des consommateurs.
• Irréversibilité: les paiements blockchain erronés ou frauduleux manquent généralement de rétrofacturations.
• Risque de compte intelligent: les modules Safe, les signataires, les permissions et la logique de lot peuvent être mal configurés ou compromis.
• Concurrence: les processeurs de paiement, portefeuilles, émetteurs de stablecoins, échanges et autres protocoles offrent des services qui se chevauchent.
• Risque de gouvernance: une faible participation et des soldes concentrés peuvent limiter le contrôle communautaire.
• Confusion de marque: les résultats de Request Finance ne reviennent pas automatiquement à REQ ou à Request Network.

Ce que les investisseurs doivent surveiller

Les indicateurs importants comprennent le volume de paiements et de demandes, le nombre d’expéditeurs et de destinataires uniques, les clients récurrents, l’utilisation des API générant des revenus, le nombre de stockages de demandes, le REQ brûlé par période, les soldes et dépenses de la trésorerie, les chaînes et stablecoins pris en charge, les taux de finalisation inter‑chaînes, les incidents de ponts, l’adoption du filtrage de portefeuille, le volume des paiements massifs, les intégrations Safe, les sorties développeur, la participation à la gouvernance et la rétention des clients après le relancement du produit en 2026.

Le volume brut de paiements à lui seul est incomplet. Les investisseurs devraient se demander quel volume utilise le protocole Request, quelle part est récurrente, quels frais sont collectés et combien de REQ est réellement retiré en conséquence.

Comment acheter Request (REQ)

REQ est disponible via certaines bourses centralisées et les marchés Ethereum DeFi.

Coinbase – Liste REQ pour les clients éligibles.

Kraken – Propose des marchés REQ dans les régions prises en charge.

Binance – Propose le trading REQ là où il est disponible.

Les acheteurs utilisant un échange décentralisé doivent vérifier le contrat Ethereum officiel, la liquidité du pool, l’impact sur le prix et les autorisations de jeton.

Perspectives de Request Network

Request Network a dépassé son ancien récit centré uniquement sur la facturation. Son produit actuel répond à l’acceptation des stablecoins, au règlement inter‑chaînes, au filtrage, à la réconciliation et aux paiements massifs tout en conservant les fonds dans des portefeuilles contrôlés par les utilisateurs. Les versions de 2026 et l’historique des transactions rapporté montrent un protocole actif plutôt qu’un concept abandonné de 2017.

REQ offre une utilité exceptionnellement claire grâce à la gouvernance et aux brûlages liés aux demandes, mais la connexion n’est pas automatique. Le volume de stablecoins ne compte que lorsqu’il génère des demandes stockées et des brûlages de jetons significatifs ou renforce l’économie durable du protocole. Les investisseurs doivent évaluer l’utilisation récurrente, les frais réels, l’ampleur des brûlages, la discipline de la trésorerie et la fiabilité inter‑chaînes plutôt que de supposer que tous les paiements crypto profitent à REQ.