Investeren in Request (REQ) – Alles wat je moet weten

Request (REQ ) Network (REQ) is een open‑sourceprotocol voor het creëren, opslaan, betalen en afrekenen van cryptobetalingsverzoeken. De huidige focus ligt op directe wallet‑naar‑wallet stablecoin‑betalingen voor bedrijven, inclusief cross‑chain routing, massabetalingen, betalingsreferenties en optionele wallet‑screening.

REQ is de Ethereum (ETH ) governance‑ en utility‑token die bij het protocol hoort. Het heeft twee huidige functies: houders nemen deel aan governance, en een deel van REQ wordt verbrand telkens wanneer een verzoek on‑chain wordt opgeslagen. REQ is niet de valuta die een klant moet gebruiken om een factuur te betalen; bedrijven sturen en ontvangen meestal stablecoins of andere ondersteunde activa.

Wat is Request Network?

Request Network is een betalingsverzoek‑ en afrekenlaag, geen zelfstandige blockchain, bank of custodial betalingsverwerker. Een begunstigde maakt een verzoek aan dat beschrijft wie betaald moet worden, het verwachte bedrag, de valuta, de vervaldatum en optionele bedrijfsgegevens. Geautoriseerde partijen kunnen het verzoek accepteren, bijwerken, annuleren of betalen.

Het protocol koppelt dat gestructureerde record aan een on‑chain overdracht. Dit lost een fundamentele beperking van publieke blockchains op: een transactie‑hash bewijst dat waarde is verplaatst, maar legt niet automatisch uit bij welke factuur, klant, dienst of boekhoudkundige boeking de betaling hoort.

Request Network begon in 2017 met een brede visie op gedecentraliseerde facturatie. Tegen 2026 had het product zich toegespitst op high‑volume stablecoin‑acceptatie en -uitbetalingen, en rapporteerde meer dan $2 billion aan wallet‑naar‑wallet volume.

Hoe betalingsverzoeken worden opgeslagen

Verzoekgegevens kunnen worden geserialiseerd, ondertekend, versleuteld indien nodig, en opgeslagen via Request Nodes. Documentatie beschrijft de inhoud van verzoeken in IPFS met hashes die verankerd zijn op de Gnosis (GNO ) Chain, terwijl betalingsuitvoering kan plaatsvinden over verschillende ondersteunde ketens.

De begunstigde en betaler autoriseren updates met cryptografische handtekeningen. De Request‑logica volgt verwachte bedragen, verminderingen, verhogingen, acceptatie, annulering, belanghebbenden en betalingsbalansen. Indexers helpen applicaties deze geschiedenis op te halen en af te rekenen.

De architectuur combineert meerdere systemen in plaats van alles in één smart contract te plaatsen. Gebruikers zijn afhankelijk van de beschikbaarheid van IPFS, Request Nodes, Gnosis Chain‑records, keten‑specifieke betalingscontracten, indexers, RPC‑providers en de applicatie‑interface die ze kiezen.

Directe wallet‑naar‑wallet betalingen

Request Network is zo ontworpen dat fondsen van de wallet van de betaler naar de wallet van de ontvanger bewegen zonder dat Request het onder zich neemt. Het protocol kan een manipulatie‑evidente betalingspagina genereren die de beoogde ontvanger, het bedrag, de token en de referentie toont.

Niet‑custodiale afwikkeling verkleint het risico dat een betalingsverwerker fondsen bevriest of verliest die het vasthoudt. Het elimineert het risico niet. Een gebruiker kan nog steeds een kwaadaardig contract goedkeuren, het verkeerde verzoek betalen, privésleutels verliezen, een vervuilde asset ontvangen, of afhankelijk zijn van een brug of swap die faalt.

Betalingen zijn normaal gesproken onomkeerbaar na bevestiging. Geschillen, terugbetalingen, chargebacks en klantenservice‑verplichtingen moeten worden afgehandeld via het beleid van de handelaar of een afzonderlijke overeenkomst.

Cross‑chain stablecoin‑routing

Het huidige product abstraheert de verschillen tussen ondersteunde stablecoins en netwerken. Een handelaar kan de gewenste token en bestemmingsketen opgeven, terwijl de betaler een ander ondersteund asset of een andere keten kan gebruiken. Routing‑services voeren de benodigde swap‑ en brug‑operaties uit vóór de uiteindelijke levering.

In 2026 adverteerde Request toegang tot het grootste deel van de wereldwijde stablecoin‑aanbod via Ethereum, BNB Chain, Base, Polygon (POL ), Arbitrum (ARB ), Optimism (OP ) en Tron (TRX ). EVM‑betalingen kunnen gas‑geabstraheerd worden, en een update in juli 2026 voegde een gas‑vrije route toe voor USDT op Tron zonder dat de betaler TRX moet bezitten.

Cross‑chain gemak vergroot het aanvalsoppervlak. Een gerouteerde betaling kan afhankelijk zijn van prijsquotes, slippage‑limieten, bruggen, routers, relayers, liquiditeitspools, stablecoin‑uitgevers en meerdere netwerken. De ontvanger moet de uiteindelijke afwikkeling verifiëren in plaats van aan te nemen dat een ondertekend verzoek levering garandeert.

Massabetalingen en Safe‑integratie

De uitbetalingstools van Request stellen een organisatie in staat om stablecoins naar veel ontvangers te sturen vanuit één goedkeuring, terwijl ze de voorkeurstoken en -keten van elke ontvanger respecteren. Dit kan handmatig wallet‑wisselen voor salarisadministratie, aannemerbetalingen, subsidies of treasury‑operaties verminderen.

Het netwerk integreert ook Safe‑smart accounts. Organisaties kunnen multisignature‑goedkeuringsregels toepassen voordat ze individuele of batch‑betalingen uitvoeren. De combinatie is nuttig voor on‑chain finance‑teams, maar de beveiliging blijft afhankelijk van ondertekeningsapparaten, Safe‑modules, drempelconfiguratie, adresverificatie en interne controles.

Massabetalingen vermenigvuldigen operationeel risico. Eén onjuiste spreadsheet, gecompromitteerde ondertekenaar of defecte integratie kan tegelijk veel ontvangers treffen. Teams moeten kleine batches testen, adres‑allowlists gebruiken en onafhankelijke afstemming behouden.

Wallet‑screening

Ontvangers kunnen wallet‑screening inschakelen voordat een betaler de uiteindelijke betalingsroute ontvangt. Request heeft risicopartners geïntegreerd, waaronder Hypernative en Merkle Science, voor sancties, jurisdictie, spam en andere risicocontroles.

Screening kan een bedrijf helpen de blootstelling aan bekende hoog‑risico adressen te verminderen, maar het is geen garantie voor legale fondsen. Analytische providers kunnen valse positieven genereren of nieuwe bedreigingen missen, en hun classificaties kunnen verschillen. De handelaar blijft verantwoordelijk voor alle toepasselijke compliance‑, klant‑due‑diligence‑, belasting‑ en rapportage‑regels.

Beweringen dat een niet‑custodiaal protocol overal geen betalings‑ of virtueel‑asset‑licentie nodig heeft, moeten met voorzichtigheid worden behandeld. De juridische status hangt af van het product, de operator, de jurisdictie, de controle over routing, kosten en de klantrelatie.

Request Network en Request Finance

Request Network is het open protocol en de Zwitserse stichting die het beheert. Request Finance is een apart bedrijf dat facturatie, crediteurenadministratie, salarisadministratie en gerelateerde bedrijfsproducten heeft gebouwd met behulp van Request‑technologie.

De twee teams zijn gesplitst. Investeerders moeten klanten, inkomsten, financiering of productbeslissingen van Request Finance niet automatisch toeschrijven aan de Request Network Foundation of de REQ‑token.

Het ecosysteem omvat ook onafhankelijke applicaties en integraties. Open‑source‑samenstelbaarheid is een voordeel, maar een product van een derde partij kan van provider veranderen of stoppen met het gebruik van het protocol.

REQ‑token nut

REQ is een ERC‑20 token met twee functies die door Request Network in 2026 werden benadrukt:

• Protocolverbranding: een deel van REQ wordt uit de circulatie gehaald telkens wanneer een verzoek on‑chain wordt opgeslagen; en
• Governance: houders kunnen de richting van het protocol en de door de community beheerde stichting beïnvloeden.

Gebruikers hoeven facturen of betalingen niet in REQ te noteren. Een Request Node of service kan de protocolkosten afhandelen terwijl klanten in stablecoins betalen. Dit verbetert de bruikbaarheid maar verzwakt elke veronderstelling dat betalingsvolume één‑op‑één REQ‑koopdruk creëert.

De verbranding koppelt de token‑aanbod aan het protocolgebruik, maar het economische effect hangt af van het aantal verzoeken, de verbrandingshoeveelheid, de REQ‑marktprijs en of het gebruik wordt betaald door duurzame klant‑inkomsten. Een kleine verbranding kan zwakke vraag of grote marktverkopen niet compenseren.

REQ‑aanbod en governance

Een miljard REQ werd bij de genesis gecreëerd, zonder voortdurende inflatie of geplande toekomstige token‑ontsluitingen. De oorspronkelijke allocatie was ongeveer 49,97 % naar de publieke verkoop, 20,01 % naar vroege bijdragers, 18,01 % naar het team en adviseurs, en 12,01 % naar de stichting.

Verbrandingen hebben het totale aanbod onder het oorspronkelijke miljard gebracht. Het circulerende aanbod is nog lager omdat de stichting, de treasury, beurzen en inactieve balansen mogelijk niet liquide zijn. Investeerders moeten het huidige aanbod, treasury‑wallets, verbrandingen en de concentratie van houders op Ethereum verifiëren.

Deelname aan governance verleent geen aandelen, aanspraak op verwerkingskosten, of eigendom van stablecoins die via het protocol worden verplaatst. Praktische invloed hangt af van de regels voor voorstellen, opkomst, afgevaardigden, stichting‑bevoegdheden en implementatie.

Voordelen van Request Network

• Werkende betalingsinfrastructuur: het protocol opereert sinds 2017 en rapporteert meer dan $2 billion aan verwerkte betalingen.
• Niet‑custodiaal ontwerp: fondsen bewegen direct tussen door de gebruiker gecontroleerde wallets.
• Betalingscontext: gestructureerde verzoeken koppelen on‑chain overdrachten aan facturen en boekhoudkundige gegevens.
• Cross‑chain abstractie: betalers en ontvangers kunnen verschillende ondersteunde stablecoins en netwerken gebruiken.
• Massabetalingen: bedrijven kunnen veel betalingen verzenden via één goedkeuringsworkflow.
• Compliance‑tools: optionele wallet‑screening vindt plaats voordat het adres van de ontvanger wordt blootgesteld voor betaling.
• Ontwikkelaarstoegang: API’s, SDK‑pakketten, webhooks en open‑source componenten ondersteunen integraties en DApps.
• Vast token‑aanbod: er is geen nieuwe REQ‑uitgifte gepland, terwijl netwerkgebruik verbrandingen veroorzaakt.

Risico’s om te overwegen voordat je in REQ investeert

• Waarde‑capturiserisico: betalingen kunnen in stablecoins worden gedaan zonder dat eindgebruikers REQ kopen.
• Verbrandings‑schaalrisico: token‑verbrandingen kunnen economisch onbeduidend zijn ten opzichte van handel en treasury‑aanbod.
• Afhankelijkheid van de stichting: product, API, marketing, integraties en governance hangen af van de uitvoering door de stichting.
• Cross‑chain risico: bruggen, swaps, routers, relayers en host‑netwerken kunnen falen of worden uitgebuit.
• Stablecoin‑risico: USDC, USDT en andere assets kunnen depeggen, adressen bevriezen, of problemen ondervinden bij de uitgever en reserves.
• Beschikbaarheids‑risico van data: Request Nodes, IPFS, Gnosis Chain, indexers en RPC‑diensten moeten beschikbaar blijven.
• Compliance‑risico: screening elimineert niet de verplichtingen op het gebied van licenties, sancties, belastingen, AML en consumentenbescherming.
• Onomkeerbaarheid: foutieve of frauduleuze blockchain‑betalingen hebben over het algemeen geen chargebacks.
• Smart‑account risico: Safe‑modules, ondertekenaars, permissies en batch‑logica kunnen verkeerd geconfigureerd of gecompromitteerd worden.
• Concurrentie: betalingsverwerkers, wallets, stablecoin‑uitgevers, beurzen en andere protocollen bieden overlappende diensten.
• Governance‑risico: lage opkomst en geconcentreerde balansen kunnen de controle door de gemeenschap beperken.
• Merkverwarring: de resultaten van Request Finance komen niet automatisch ten goede aan REQ of Request Network.

Wat investeerders moeten monitoren

Belangrijke indicatoren omvatten betalings‑ en verzoekvolume, unieke betalers en ontvangers, terugkerende zakelijke klanten, omzetgenererende API‑gebruik, aantal opgeslagen verzoeken, REQ‑verbranding per periode, treasury‑balansen en uitgaven, ondersteunde ketens en stablecoins, cross‑chain voltooiingspercentages, brug‑incidenten, adoptie van wallet‑screening, massabetalingsvolume, Safe‑integraties, ontwikkelaars‑releases, governance‑opkomst, en klantretentie na de productherlancering van 2026.

Het bruto betalingsvolume alleen is onvolledig. Investeerders moeten vragen hoeveel volume het Request‑protocol gebruikt, hoeveel terugkerend is, welke kosten worden geïnd, en hoeveel REQ daadwerkelijk wordt verwijderd als gevolg daarvan.

Hoe Request (REQ) te kopen

REQ is beschikbaar via geselecteerde gecentraliseerde beurzen en Ethereum DeFi markten.

Coinbase – Vermeldt REQ voor in aanmerking komende klanten.

Kraken – Biedt REQ‑markten in ondersteunde regio’s.

Binance – Biedt REQ‑handel waar beschikbaar.

Kopers die een gedecentraliseerde exchange gebruiken, moeten het officiële Ethereum‑contract, de pool‑liquiditeit, prijsimpact en token‑goedkeuringen verifiëren.

Vooruitzichten voor Request Network

Request Network is verder gegaan dan het oude alleen‑facturatie‑verhaal. Het huidige product behandelt stablecoin‑acceptatie, cross‑chain afwikkeling, screening, afstemming en massabetalingen, terwijl fondsen in door de gebruiker gecontroleerde wallets blijven. De releases van 2026 en de gerapporteerde transactiegeschiedenis tonen een actief protocol in plaats van een verlaten concept uit 2017.

REQ biedt een ongewoon duidelijke bruikbaarheid via governance en verzoek‑gekoppelde verbrandingen, maar de koppeling is niet automatisch. Stablecoin‑volume is alleen relevant wanneer het opgeslagen verzoeken en betekenisvolle token‑verbrandingen creëert of de duurzame protocol‑economie versterkt. Investeerders moeten terugkerend gebruik, reële kosten, verbrandingsgrootte, treasury‑discipline en cross‑chain betrouwbaarheid evalueren in plaats van aan te nemen dat alle cryptobetalingen REQ ten goede komen.