Request

Wat is Request?

Request is een open‑source protocol voor crypto‑betalingsverzoeken en reconciliatie waarmee een bedrijf of gebruiker een ondertekend, factuurachtig betalingsverzoek kan aanmaken, de verzoekdata kan opslaan in gedecentraliseerde infrastructuur, en daaropvolgende on‑chain betalingen aan dat verzoek kan koppelen zonder het beheer van fondsen over te dragen aan een betalingsverwerker. Het kernprobleem is niet “tokens verplaatsen” in het abstracte, wat veel wallets en payment gateways al doen, maar het creëren van een verifieerbaar boekhoudkundig object rond de betaling: wie het heeft aangevraagd, welk bedrag verschuldigd was, welke valuta of rekeneenheid is gebruikt, waar de afwikkeling plaatsvond, en of de betaling automatisch kan worden gedetecteerd en gereconcilieerd.

De praktische moat van het protocol zit daarom meer in workflow‑integratie dan in consensus op de basislaag: Request combineert ondertekende betalingsverzoeken, IPFS‑opslag, on‑chain CID‑ankering, payment‑reference‑ events, webhooks, API‑tools en multi‑chain payment‑routing tot een back‑office‑primitive voor finance, zoals beschreven in de documentatie van Request Network en het protocoloverzicht. docs.request.network

Request is geen dominante Layer 1, geen rollup en geen grote DeFi‑ geldmarkt; het is een gespecialiseerde laag voor betalingen en ontwikkelaarstools rond crypto‑facturatie, betalingsdetectie en reconciliatie.

Eind mei 2026 plaatsten marktdata‑aanbieders REQ in het universum van small‑ tot mid‑cap tokens in plaats van onder de systeemrelevante crypto‑activa: CoinMarketCap toonde Request rond positie #384, terwijl CoinGecko en DeFiLlama marktkapitalisatiecijfers rapporteerden die materieel verschilden door uiteenlopende methodologieën voor circulerende voorraad en timing. Voor dit type protocol is TVL een beperkte maatstaf: DeFiLlama’s Request Network page rapporteert treasury‑ en tokenmarkt‑data in plaats van een conventionele TVL‑maatstaf voor lending/AMM, wat consistent is met de rol van Request als betalingsinfrastructuur in plaats van een pool van gebruikersdeposito’s. Meer relevante schaalindicatoren zijn betalingsvolume en verwerkte bedrijfsactiviteit; de website van de foundation claimt meer dan $2 miljard aan verwerkt volume en brede stablecoin‑dekking, terwijl het door de community beheerde Request Activity Dashboard dagelijkse betalingen en betalingsvolume bijhoudt, maar geen zuivere DAU/MAU‑gebruikerscohorten biedt die vergelijkbaar zijn met consumentenwallets of beurzen. (coinmarketcap.com)

Wie heeft Request opgericht en wanneer?

Request werd in 2017 opgericht door Christophe Lassuyt en Etienne Tatur, beiden verbonden aan het eerdere fintech‑project MONEYTIS; Y Combinator vermeldt Request Network als een Winter 2017‑bedrijf gevestigd in Parijs, met Lassuyt als Founder/CFO en Tatur als Founder/CTO. De lanceercontext is relevant: REQ ontstond tijdens de ICO‑cyclus van 2017, toen veel projecten probeerden Ethereum te verbreden voorbij tokentransfers naar accounting, commerce en business automation. Historische ICO‑databases plaatsen de tokenverkoop in oktober 2017 met een initiële tokenvoorraad van ongeveer één miljard REQ, hoewel de huidige voorraad lager is na burns en aanpassingen in de tokenadministratie. Die jaargang levert zowel een voordeel als een last op: Request heeft meerdere marktcycli overleefd en werkende software behouden, maar draagt ook de reputatieschaduw die typisch is voor utility‑tokenprojecten uit 2017, waarvan de vroege verhalen vaak de adoptie op korte termijn overtroffen. (ycombinator.com)

Het verhaal van het project is in de loop van de tijd nauwer geworden.

De oorspronkelijke positionering was een breed gedecentraliseerd betalingsnetwerk voor facturen, audit‑trails, naleving van handelsrecht en wereldwijde betalingsverzoeken; de huidige productfocus is operationeler en minder ideologisch, met de nadruk op API‑gebaseerde cryptobetalingen, on‑chain facturatie, betalingsdetectie, cross‑chain routing, batchbetalingen, terugkerende betalingen en reconciliatie.

Die evolutie is zichtbaar in de updates van de foundation in 2025: Request bracht API V2 uit, de mogelijkheid voor gedeeltelijke betalingen, verbeterde webhooks, crypto‑naar‑fiat‑workflows, batchbetalingen en cross‑chain betaalfunctionaliteit, in plaats van te proberen een nieuwe general‑purpose blockchain te worden. Institutioneel gezien verschuift de focus van “PayPal op de blockchain” naar middleware voor financiële teams, payment service providers en crypto‑native bedrijven die gestructureerde betalingsrecords nodig hebben over meerdere chains. request.network

Hoe werkt het Request Network?

Request heeft geen eigen proof‑of‑work, proof‑of‑stake, DAG, validator‑set, sequencer of rollup‑consensusmechanisme. Het is een hybride off‑chain/on‑chain protocol dat de meeste inhoud van verzoeken opslaat op IPFS, de IPFS‑content‑ identifier on‑chain verankert en betalingen verwerkt via smart contracts op ondersteunde settlement‑chains.

Volgens de documentatie worden verzoeken aangemaakt door CIDs op Gnosis Chain op te slaan, terwijl betalingen kunnen plaatsvinden op meer dan 20 ondersteunde EVM‑compatibele chains of NEAR; het saldo van een verzoek wordt vervolgens berekend door on‑chain payment‑events te indexeren die gekoppeld zijn aan een afgeleide payment reference. In technische termen is Request een protocol op de applicatielaag en een ontwikkelaars‑API die liveness en finaliteit erft van externe netwerken zoals Gnosis, Ethereum, Base, Arbitrum, Optimism, Polygon en andere, in plaats van zelf een security‑budget op de basislaag te bieden. docs.request.network

Het onderscheidende mechanisme van het protocol is de payment reference. In het aanbevolen, op references gebaseerde model koppelt een unieke identificator, afgeleid van de data van het verzoek, een blockchainbetaling aan de onderliggende factuur of het betalingsverzoek; proxy‑contracten sturen fondsen door naar de ontvanger en zenden events uit met het betalingsbedrag en de reference, terwijl subgraphs die events indexeren voor latere reconciliatie.

Het systeem gebruikt geen sharding of ZK‑rollups als native schaalbaarheidsprimitieven, en het verificatiemodel ligt dichter bij settlement op basis van geindexeerde events plus ondertekende request‑metadata dan bij verificatie van cryptografische rollup‑bewijzen. Request Nodes bieden een gateway tussen IPFS, smart contracts en The Graph; de foundation exploiteert nodes voor het gemak van ontwikkelaars, maar raadt productiebouwers aan een eigen node te draaien, wat belangrijk is omdat afhankelijkheid van door de foundation gehoste gateways en API’s een centralisatievector vormt, zelfs als de onderliggende requestdata en contracten open‑source zijn.

Private requests voegen asymmetrische encryptie en AES‑encryptie toe: de inhoud van verzoeken wordt versleuteld met een AES‑sleutel, en die sleutel wordt voor de publieke sleutel van elke stakeholder versleuteld voordat hij op IPFS wordt opgeslagen. docs.request.network

Wat zijn de tokenomics van req?

REQ is een ERC‑20‑token dat oorspronkelijk is gelanceerd met ongeveer één miljard eenheden, en het aanbodprofiel kan het best worden begrepen als grotendeels vast met een bescheiden burn‑mechanisme, in plaats van als een inflatoir emissie‑asset. Eind mei 2026 vermeldde Etherscan het ERC‑20‑ tokencontract op 0x8f8221afbb33998d8584a2b05749ba73c37a938a met een maximale totale voorraad van ongeveer 999,416 miljoen REQ, terwijl CoinMarketCap een circulerende voorraad van circa 796,7 miljoen REQ rapporteerde en CoinGecko een ander cijfer voor circulerende voorraad liet zien, wat onderstreept dat “circulerende” voorraad afhangt van hoe reserves, bridges en inactieve saldi worden geclassificeerd.

Het community‑dashboard rapporteerde ongeveer 583.000 REQ die zijn verbrand, een klein deel van de oorspronkelijke voorraad, dus het deflatoire effect bestaat, maar is op zichzelf niet groot genoeg om de centrale investeringsthese te vormen. (etherscan.io)

De waarde‑accumulatie van REQ is indirect en moet met de nodige voorzichtigheid worden benaderd.

De documentatie identificeert REQ‑token‑ en burn‑mechanisme‑contracten die REQ kunnen locken, bridgen en burnen wanneer verzoeken worden opgeslagen, terwijl de API‑documentatie een protocolvergoeding van 5 basispunten beschrijft op betalingen die via de API worden verwerkt, met een plafond van rond de $25 of €25 voor de belangrijkste op USD en EUR gebaseerde stablecoins.

Dat is niet hetzelfde als een conventionele PoS‑stakingyield, en Request wordt niet beveiligd door REQ‑staking zoals Ethereum wordt beveiligd door ETH‑validators. Sommige beschrijvingen door derden schetsen de utility van REQ in termen van anti‑spam, governance, staking, kortingen en onafhankelijk functioneren, maar de huidige officiële technische documentatie presenteert geen grote liquide stakingmarkt, geen beloningsschema voor validators en geen terugkerend emissieprogramma voor REQ‑houders.

De meest verdedigbare lezing van de tokenomics is daarom dat REQ een legacy‑utility/governance‑achtig token is met een begrensde voorraad en gebruiksgebonden burn‑elementen, terwijl de meeste gebruikswaarde van het protocol op korte termijn waarschijnlijk directer toevloeit aan de productlaag en de door de foundation beheerde API‑diensten dan automatisch aan passieve tokenhouders. docs.request.network

Wie gebruikt Request?

Het verschil tussen speculatieve REQ‑handel en daadwerkelijke Request‑Network‑utility is aanzienlijk. Tokenvolume op beurzen weerspiegelt marktliquiditeit en rotatie tussen investeerders, terwijl het gebruik van het protocol beter wordt gemeten aan de hand van aangemaakte verzoeken, gedetecteerde betalingen, betalingsvolume, API‑adoptie en integratie in financiële workflows.

Request’s eigen ecosysteemupdate van mei 2025 verlegde de rapportagefocus expliciet van generieke transactietellingen naar het “aantal betalingen”, omdat het aanmaken, goedkeuren, afwijzen en andere acties rond facturen de transactiemetrics kunnen opblazen zonder dat dit echte afwikkelingsactiviteit weerspiegelt.

Het community‑dashboard rapporteert ook betalingsvolume en aantallen betalingen over de ondersteunde chains, maar dit zijn volatiele dagindicatoren en moeten niet worden geïnterpreteerd als stabiele cijfers voor actieve gebruikers. Sectorsgewijs opereert Request op het snijvlak van cryptobetalingen, stablecoin‑settlement, facturatie, payroll, accounting en treasury‑operaties, eerder dan in DeFi‑liquiditeit, gaming of NFT‑speculatie. request.network

Het sterkste bewijs van adoptie zijn integraties met herkenbare finance‑producten of crypto‑operations‑tools, niet het aantal anonieme wallets. Request’s 2025-updates van het ecosysteem noemden actieve builders zoals Animal Social Club, intrXn, 0 Finance, Allora en Request Finance, terwijl eerdere updates ook verwezen naar Huma Finance, BSOS, Joba Network en andere deelnemers aan het ecosysteem.

In oktober 2025 kondigde Kryptos aan dat het de Request Network API had geïntegreerd om facturatie binnen Kryptos Enterprise mogelijk te maken, waarbij Request zorgde voor het aanmaken van facturen, on-chain settlement, event-webhooks en reconciliatie. In die aankondiging werd ook verwezen naar Kryptos’ eigen adoptiesnapshot van meer dan 200.000 geregistreerde gebruikers, meer dan 50 Web3-bedrijven die in vroege fasen waren aangesloten, en duizenden integraties met wallets, CEX’s, DeFi-protocollen en chains. Deze cijfers moeten worden gelezen als schaal op partnerplatform-niveau in plaats van directe REQ-houderadoptie, maar ze zijn nog steeds substantiëler dan ongefundeerde geruchten over samenwerkingen. request.network

Wat Zijn de Risico’s en Uitdagingen voor Request?

Het regelgevingsrisico voor Request is subtieler dan voor een exchange, leenprotocol of privacymixer, maar niet nul. Publieke zoekopdrachten en SEC-klachttesten die via de zoekresultaten beschikbaar zijn, lieten REQ niet zien als een genoemde token in de grote SEC-klachten tegen Coinbase of Binance in 2023, en er is geen wijdverspreid gemelde, lopende SEC-rechtszaak specifiek tegen Request Network eind mei 2026.

Dat komt niet neer op een regelgevende safe harbor. REQ werd verkocht in het ICO-tijdperk van 2017, het wordt verhandeld op secundaire markten, en Amerikaanse toezichthouders hebben in het verleden tokens nauwkeurig onderzocht die werden verdeeld om protocolontwikkeling te financieren.

De betalingsactiviteiten van het protocol raken ook aan vragen rond AML, sanctiescreening, KYC, stablecoinregulering, geldtransmissie en belastingrapportage, zeker waar Request crypto-naar-fiat-settlement, wallet-screening en zakelijke facturatie ondersteunt. Het centralisatierisico is bovendien praktisch in plaats van theoretisch: de door de stichting beheerde API, dashboard, beveiligde betalingspagina, Request Nodes en betalingsdetectie-infrastructuur kunnen operationele afhankelijkheid creëren, zelfs als de contracts, SDK en datamodel open-source blijven. sec.gov

De concurrentie is hevig omdat het probleem van Request aan de gebruikerskant vanuit meerdere richtingen kan worden aangevallen. Traditionele betalingsverwerkers voegen stablecoin-settlement toe; gecentraliseerde crypto-betalingsverwerkers kunnen compliance, chargebackbeleid, fiat off-ramps en merchant-dashboards bieden; wallets en exchanges kunnen direct betalingslinks toevoegen; en enterprise crypto-accountingproviders kunnen factuurreconciliatie in hun eigen stacks inbouwen. Binnen Web3 kunnen Safe, producten vergelijkbaar met Coinbase Commerce, multisig-treasurytools, payrollplatforms, stablecoin-checkoutproviders, on-chain accountingdashboards en cross-chain routing-API’s elk delen van de workflow van Request overnemen.

De economische bedreiging is dat de vergoeding van 5 basispunten van Request en de koppeling met REQ-burn kunnen worden weg geconcurreerd als betalingsrouting en reconciliatie worden gecommoditiseerde API-functionaliteiten. De verdedigbaarheid hangt ervan af of ontwikkelaars het factuurobject van Request, de standaard voor betalingsreferenties en de reconciliatietooling zien als een duurzame integratielaag in plaats van een vervangbare gemaksschil. docs.request.network

Wat Is de Toekomstige Verwachting voor Request?

De kortetermijn-roadmap van Request lijkt gericht op productdiepte in plaats van heruitvinding op consensuslaag-niveau. Geverifieerde documentatie uit 2025 en begin 2026 wijst op migratie naar API V2, cross-chain stablecoinbetalingen, batchbetalingen, deelbetalingen, crypto-naar-fiat-workflows, terugkerende betalingen, aanpasbare fees, verbeteringen in wallet- en netwerkwisseling, bredere betalingstracking en ondersteuning voor meer dan 25 chains via de API-laag. Cross-chainbetalingen zijn in het bijzonder belangrijk omdat ze een reëel operationeel pijnpunt aanpakken: betalers kunnen USDT op Optimism aanhouden terwijl facturen USDC op Base vragen, en financiële teams willen niet handmatig bruggen, swaps, gastokens en reconciliatie beheren.

Volgens de documentatie van Request ondersteunen cross-chainbetalingen USDC (USDC), USDT (USDT), en DAI (DAI) over Ethereum (ETH), Arbitrum One (ARB), Base, en OP Mainnet (OP), met routes die worden gerangschikt naar transactiekosten en verwerkingssnelheid; de publieke cross-chain-productpagina vermeldt dat Request LI.FI-routing gebruikt, terwijl de logica voor uniforme betalingsdetectie en webhooks behouden blijft. request.network

De structurele hobbel is adoptiedichtheid. Request hoeft Ethereum, Visa, Stripe of elke stablecoinverwerker niet in brede zin te verslaan; het heeft genoeg bedrijfsapplicaties, accountingproducten, PSP’s en crypto-native financiële teams nodig die standaardiseren rond zijn request-en-reconciliatielaag. De bear case is dat stablecoinbetalingen direct worden ingebed in wallets, banken en exchange-API’s, waarbij Request achterblijft als een kleine ontwikkelaarstool met beperkte tokencaptatie.

De bull case is terughoudender dan een puur prijznarratief: als stablecoin-settlement blijft groeien en financiële teams behoefte hebben aan controleerbare, non-custodial, multichain-betalingsregistraties, kan de combinatie van Request van ondertekende requests, betalingsreferenties, webhooks, batchflows, terugkerende betalingen en cross-chain-routing levensvatbare infrastructuur blijven.

De toekomst van het project hangt daarom minder af van speculatieve REQ-vraag en meer van de vraag of Request zijn lange operationele geschiedenis kan omzetten in duurzame integraties, transparante gebruiksstatistieken en een tokenmodel waarvan de economische koppeling aan echte betalingen duidelijk genoeg is voor institutionele gebruikers en tokenhouders om te onderbouwen.