Investieren in Request (REQ) – Alles, was Sie wissen müssen

Request Network (REQ) ist ein Open‑Source‑Protokoll zum Erstellen, Speichern, Bezahlen und Abstimmen von Krypto‑Zahlungsanforderungen. Der aktuelle Fokus liegt auf direkten Wallet‑zu‑Wallet Stablecoin‑Zahlungen für Unternehmen, einschließlich Cross‑Chain‑Routing, Massenauszahlungen, Zahlungsreferenzen und optionaler Wallet‑Prüfung.

REQ ist das Ethereum (ETH ) Governance‑ und Nutzungs‑Token, das mit dem Protokoll verbunden ist. Es hat zwei aktuelle Funktionen: Inhaber nehmen an der Governance teil, und ein Teil von REQ wird verbrannt, wann immer eine Anforderung on‑chain gespeichert wird. REQ ist nicht die Währung, die ein Kunde zur Begleichung einer Rechnung verwenden muss; Unternehmen senden und empfangen in der Regel Stablecoins oder andere unterstützte Vermögenswerte.

Was ist Request Network?

Request Network ist eine Zahlungsanforderungs‑ und Abstimmungs‑Schicht, kein eigenständiges Blockchain‑, Bank‑ oder verwahrendes Zahlungsabwicklungsunternehmen. Ein Zahlungsempfänger erstellt eine Anforderung, die beschreibt, wer bezahlt werden soll, den erwarteten Betrag, die Währung, das Fälligkeitsdatum und optionale Geschäftsdaten. Autorisierte Parteien können die Anforderung akzeptieren, aktualisieren, stornieren oder bezahlen.

Das Protokoll verknüpft diesen strukturierten Datensatz mit einer on‑chain‑Übertragung. Das löst eine grundlegende Einschränkung öffentlicher Blockchains: ein Transaktions‑Hash beweist, dass Wert bewegt wurde, erklärt jedoch nicht automatisch, zu welcher Rechnung, welchem Kunden, welcher Dienstleistung oder welchem Buchhaltungseintrag die Zahlung gehört.

Request Network wurde 2017 mit einer breiten Vision für dezentrale Rechnungsstellung gegründet. Bis 2026 hatte das Produkt seinen Fokus auf die Annahme und Auszahlung von Stablecoins in hohem Volumen verengt und meldete mehr als 2 Milliarden $ an Wallet‑zu‑Wallet‑Volumen.

Wie Zahlungsanforderungen gespeichert werden

Anfragedaten können serialisiert, signiert, bei Bedarf verschlüsselt und über Request Nodes gespeichert werden. Die Dokumentation beschreibt den Anforderungsinhalt in IPFS mit Hashes, die auf der Gnosis (GNO ) Chain verankert sind, während die Zahlungsausführung über mehrere unterstützte Chains erfolgen kann.

Der Zahlungsempfänger und der Zahler autorisieren Updates mit kryptografischen Signaturen. Die Request‑Logik verfolgt erwartete Beträge, Reduzierungen, Erhöhungen, Annahmen, Stornierungen, Stakeholder und Zahlungssalden. Indexer unterstützen Anwendungen beim Abrufen und Abstimmen dieser Historie.

Die Architektur kombiniert mehrere Systeme, anstatt alles in einem Smart Contract zu bündeln. Nutzer sind auf die Verfügbarkeit von IPFS, Request Nodes, Gnosis‑Chain‑Einträgen, ketten‑spezifischen Zahlungskontrakten, Indexern, RPC‑Anbietern und der von ihnen gewählten Anwendungsoberfläche angewiesen.

Direkte Wallet‑zu‑Wallet‑Zahlungen

Request Network ist so konzipiert, dass Gelder vom Wallet des Zahlers zum Wallet des Empfängers fließen, ohne dass Request die Verwahrung übernimmt. Das Protokoll kann eine manipulationssichere Zahlungsseite erzeugen, die den vorgesehenen Empfänger, Betrag, Token und Referenz anzeigt.

Die nicht‑verwahrende Abwicklung reduziert das Risiko, dass ein Zahlungsabwickler Gelder einfriert oder verliert, die er hält. Sie eliminiert das Risiko nicht. Ein Nutzer kann dennoch einen bösartigen Vertrag genehmigen, die falsche Anforderung bezahlen, private Schlüssel verlieren, ein verunreinigtes Asset erhalten oder sich auf eine Brücke bzw. einen Swap verlassen, der ausfällt.

Zahlungen sind nach Bestätigung in der Regel unumkehrbar. Streitigkeiten, Rückerstattungen, Rückbuchungen und Kundenservice‑Verpflichtungen müssen über die Richtlinien des Händlers oder eine separate Vereinbarung abgewickelt werden.

Cross‑Chain Stablecoin‑Routing

Das aktuelle Produkt abstrahiert die Unterschiede zwischen unterstützten Stablecoins und Netzwerken. Ein Händler kann das gewünschte Token und die Ziel‑Chain angeben, während der Zahler ein anderes unterstütztes Asset oder eine andere Chain nutzen kann. Routing‑Dienste führen den erforderlichen Swap und die Brücken‑Operationen vor der endgültigen Auslieferung durch.

Im Jahr 2026 bewirbte Request den Zugriff auf den größten Teil des globalen Stablecoin‑Bestands über Ethereum, BNB Chain, Base, Polygon (POL ), Arbitrum (ARB ), Optimism (OP ) und Tron (TRX ). EVM‑Zahlungen können gas‑abstrahiert werden, und ein Update im Juli 2026 fügte eine gaslose Route für USDT auf Tron hinzu, ohne dass der Zahler TRX besitzen muss.

Der Komfort von Cross‑Chain erweitert die Angriffsfläche. Eine geroutete Zahlung kann von Preisangeboten, Slippage‑Grenzen, Brücken, Routern, Relayern, Liquiditätspools, Stablecoin‑Emittenten und mehreren Netzwerken abhängen. Der Empfänger sollte die endgültige Abwicklung verifizieren, anstatt anzunehmen, dass eine signierte Anforderung die Lieferung garantiert.

Massenauszahlungen und Safe‑Integration

Die Auszahlungstools von Request ermöglichen es einer Organisation, Stablecoins an viele Empfänger mit einer einzigen Genehmigung zu senden, wobei das bevorzugte Token und die bevorzugte Chain jedes Empfängers berücksichtigt werden. Dies kann das manuelle Wechseln von Wallets für Gehaltsabrechnungen, Auftragnehmerzahlungen, Zuschüsse oder Treasury‑Operationen reduzieren.

Das Netzwerk integriert zudem Safe‑Smart‑Accounts. Organisationen können Multisignatur‑Genehmigungsregeln anwenden, bevor einzelne oder batch‑Zahlungen ausgeführt werden. Die Kombination ist für On‑Chain‑Finanzteams nützlich, aber die Sicherheit hängt weiterhin von den Signaturgeräten, Safe‑Modulen, Schwellenwert‑Konfigurationen, Adressverifizierung und internen Kontrollen ab.

Massenauszahlungen vervielfachen das operationelle Risiko. Eine fehlerhafte Tabelle, ein kompromittierter Signierer oder eine fehlerhafte Integration kann viele Empfänger gleichzeitig betreffen. Teams sollten kleine Batches testen, Adress‑Whitelist‑Listen verwenden und unabhängige Abstimmungen aufrechterhalten.

Wallet‑Screening

Empfänger können das Wallet‑Screening aktivieren, bevor ein Zahler die endgültige Zahlungsroute erhält. Request hat Risiko‑Provider wie Hypernative und Merkle Science für Sanktionen, Jurisdiktion, Spam und andere Risikoprüfungen integriert.

Screening kann einem Unternehmen helfen, die Exposition gegenüber bekannten Hochrisiko‑Adressen zu reduzieren, ist jedoch keine Garantie für rechtmäßige Mittel. Analyse‑Provider können Fehlalarme auslösen oder neue Bedrohungen übersehen, und ihre Klassifizierungen können variieren. Der Händler bleibt für sämtliche geltende Compliance‑, Kunden‑Due‑Diligence‑, Steuer‑ und Meldepflichten verantwortlich.

Behauptungen, dass ein nicht‑verwahrendes Protokoll überall keine Zahlungs‑ oder Krypto‑Asset‑Lizenz benötige, sollten mit Vorsicht betrachtet werden. Der rechtliche Status hängt vom Produkt, Betreiber, der Jurisdiktion, der Kontrolle über das Routing, Gebühren und der Kundenbeziehung ab.

Request Network und Request Finance

Request Network ist das offene Protokoll und die schweizerische Stiftung, die es betreut. Request Finance ist ein separates Unternehmen, das Rechnungsstellung, Kreditorenbuchhaltung, Gehaltsabrechnung und verwandte Geschäftsprodukte unter Nutzung der Request‑Technologie entwickelt hat.

Die beiden Teams haben sich getrennt. Investoren sollten die Kunden, Einnahmen, Finanzierungen oder Produktentscheidungen von Request Finance nicht automatisch der Request‑Network‑Stiftung oder dem REQ‑Token zuschreiben.

Das Ökosystem umfasst zudem unabhängige Anwendungen und Integrationen. Open‑Source‑Komponierbarkeit ist ein Vorteil, aber ein Drittanbieter‑Produkt kann den Anbieter wechseln oder die Nutzung des Protokolls einstellen.

REQ‑Token‑Nutzen

REQ ist ein ERC‑20‑Token mit zwei von Request Network im Jahr 2026 hervorgehobenen Funktionen:

• Protokoll‑Verbrennung: ein Teil von REQ wird aus dem Angebot entfernt, wann immer eine Anforderung on‑chain gespeichert wird; und
• Governance: Inhaber können die Richtung des Protokolls und der gemeinschaftlich‑geführten Stiftung beeinflussen.

Nutzer müssen Rechnungen oder Zahlungen nicht in REQ denominieren. Ein Request Node oder Service kann die Protokollkosten übernehmen, während Kunden in Stablecoins zahlen. Das verbessert die Benutzerfreundlichkeit, schwächt jedoch jede Annahme, dass das Zahlungsvolumen einen eins‑zu‑eins‑Kaufdruck für REQ erzeugt.

Die Verbrennung verknüpft das Token‑Angebot mit der Protokollnutzung, doch ihre wirtschaftliche Wirkung hängt von der Anzahl der Anfragen, der Verbrennungsmenge, dem Marktpreis von REQ und davon ab, ob die Nutzung durch nachhaltige Kundeneinnahmen bezahlt wird. Eine kleine Verbrennung kann schwache Nachfrage oder große Marktverkäufe nicht ausgleichen.

REQ‑Angebot und Governance

Ein Milliarde REQ wurde beim Genesis erstellt, ohne fortlaufende Inflation oder geplante zukünftige Token‑Freigaben. Die ursprüngliche Verteilung betrug etwa 49,97 % an den öffentlichen Verkauf, 20,01 % an frühe Mitwirkende, 18,01 % an das Team und die Berater sowie 12,01 % an die Stiftung.

Verbrennungen haben das Gesamtangebot unter die ursprüngliche Milliarde gesenkt. Das zirkulierende Angebot ist noch niedriger, da Stiftung, Treasury, Börsen und inaktive Bestände möglicherweise nicht liquide sind. Investoren sollten das aktuelle Angebot, Treasury‑Wallets, Verbrennungen und die Konzentration der Inhaber auf Ethereum prüfen.

Die Teilnahme an der Governance verleiht keinen Eigenkapitalanteil, keinen Anspruch auf Bearbeitungsgebühren und kein Eigentum an den durch das Protokoll bewegten Stablecoins. Praktischer Einfluss hängt von den Vorschlagsregeln, der Teilnahmequote, Delegierten, den Befugnissen der Stiftung und der Umsetzung ab.

Vorteile von Request Network

• Funktionierende Zahlungsinfrastruktur: Das Protokoll ist seit 2017 in Betrieb und meldet über 2 Milliarden $ abgewickelt.
• Non‑custodial‑Design: Gelder fließen direkt zwischen benutzerkontrollierten Wallets.
• Zahlungskontext: Strukturierte Anfragen verbinden on‑chain‑Transfers mit Rechnungen und Buchhaltungsunterlagen.
• Cross‑Chain‑Abstraktion: Zahler und Empfänger können unterschiedliche unterstützte Stablecoins und Netzwerke nutzen.
• Massenauszahlungen: Unternehmen können viele Zahlungen über einen Genehmigungs‑Workflow senden.
• Compliance‑Tools: Optionales Wallet‑Screening erfolgt, bevor die Empfängeradresse für die Zahlung freigegeben wird.
• Entwicklerzugriff: APIs, SDK‑Pakete, Webhooks und Open‑Source‑Komponenten unterstützen Integrationen und DApps.
• Festes Token‑Angebot: Es ist keine neue REQ‑Emission geplant, während die Netzwerk‑Nutzung Verbrennungen verursacht.

Risiken, die vor einer Investition in REQ zu beachten sind

• Wertabschöpfungs‑Risiko: Zahlungen können in Stablecoins erfolgen, ohne dass Endnutzer REQ kaufen.
• Verbrennungs‑Skalen‑Risiko: Token‑Verbrennungen können im Verhältnis zum Handel und dem Treasury‑Angebot wirtschaftlich unbedeutend sein.
• Abhängigkeit von der Stiftung: Produkt, API, Marketing, Integrationen und Governance hängen von der Ausführung der Stiftung ab.
• Cross‑Chain‑Risiko: Brücken, Swaps, Router, Relayer und Host‑Netzwerke können ausfallen oder ausgenutzt werden.
• Stablecoin‑Risiko: USDC, USDT und andere Assets können abwerten, Adressen sperren oder Probleme mit Emittenten und Reserven haben.
• Datenverfügbarkeits‑Risiko: Request Nodes, IPFS, Gnosis Chain, Indexer und RPC‑Dienste müssen verfügbar bleiben.
• Compliance‑Risiko: Screening eliminiert nicht die Lizenz‑, Sanktions‑, Steuer‑, AML‑ und Verbraucherschutz‑Verpflichtungen.
• Unumkehrbarkeit: falsche oder betrügerische Blockchain‑Zahlungen haben in der Regel keine Rückbuchungen.
• Smart‑Account‑Risiko: Safe‑Module, Signierer, Berechtigungen und Batch‑Logik können fehlerhaft konfiguriert oder kompromittiert werden.
• Wettbewerb: Zahlungsabwickler, Wallets, Stablecoin‑Emittenten, Börsen und andere Protokolle bieten überlappende Dienste an.
• Governance‑Risiko: niedrige Teilnahmequote und konzentrierte Bestände können die Gemeinschaftskontrolle einschränken.
• Marken‑Verwirrung: Ergebnisse von Request Finance fließen nicht automatisch in REQ oder Request Network ein.

Was Investoren beobachten sollten

Wichtige Indikatoren umfassen das Zahlungs‑ und Anforderungsvolumen, eindeutige Zahler und Empfänger, wiederkehrende Geschäftskunden, umsatzgenerierende API‑Nutzung, Anzahl gespeicherter Anfragen, pro Periode verbrannte REQ, Treasury‑Bestände und Ausgaben, unterstützte Chains und Stablecoins, Cross‑Chain‑Abschlussraten, Brücken‑Incidents, Adoption des Wallet‑Screenings, Massenauszahlungsvolumen, Safe‑Integrationen, Entwickler‑Releases, Governance‑Teilnahme und Kundenbindung nach dem Produkt‑Relaunch 2026.

Das Brutto‑Zahlungsvolumen allein ist unvollständig. Investoren sollten fragen, wie viel Volumen das Request‑Protokoll nutzt, wie viel wiederkehrend ist, welche Gebühren erhoben werden und wie viel REQ tatsächlich dadurch entfernt wird.

Wie man Request (REQ) kauft

REQ ist über ausgewählte zentrale Börsen und Ethereum DeFi-Märkte erhältlich.

Coinbase – Listet REQ für berechtigte Kunden auf.

Kraken – Bietet REQ‑Märkte in unterstützten Regionen an.

Binance – Bietet REQ‑Handel dort an, wo verfügbar.

Käufer, die eine dezentrale Börse nutzen, sollten den offiziellen Ethereum‑Contract, die Pool‑Liquidität, den Preis‑Impact und die Token‑Genehmigungen überprüfen.

Ausblick für Request Network

Request Network hat seine frühere reine Rechnungsstellungs‑Erzählung hinter sich gelassen. Das aktuelle Produkt adressiert die Annahme von Stablecoins, Cross‑Chain‑Abwicklung, Screening, Abstimmung und Massenauszahlungen, während die Mittel in benutzerkontrollierten Wallets bleiben. Die Veröffentlichungen 2026 und die gemeldete Transaktionshistorie zeigen ein aktives Protokoll und nicht ein aufgegebenes Konzept von 2017.

REQ bietet durch Governance und an Anfragen geknüpfte Verbrennungen eine ungewöhnlich klare Nutzenfunktion, jedoch ist die Verbindung nicht automatisch. Stablecoin‑Volumen ist nur dann relevant, wenn es gespeicherte Anfragen und bedeutende Token‑Verbrennungen erzeugt oder die nachhaltige Protokollökonomie stärkt. Investoren sollten wiederkehrende Nutzung, reale Gebühren, Verbrennungs‑Umfang, Treasury‑Disziplin und Cross‑Chain‑Zuverlässigkeit bewerten, anstatt anzunehmen, dass alle Krypto‑Zahlungen REQ zugutekommen.