Kryptobörsen-Software
Infrastruktur für Digital-Asset-Börsen
Spot-Handel, Wallets, Ledger, Fiat-Anbindungen, AML/KYC, Travel-Rule-Unterstützung, Back Office und Produktionsinfrastruktur – eine modulare Plattform, ausgerichtet an Marke, Jurisdiktion und Betriebsmodell des Kunden und geliefert als prüffähige Betriebsinfrastruktur statt einer reinen Handelsoberfläche.
Das Kundenproblem
Mehr als eine Handelsoberfläche
Skripte von der Stange und ungeprüfte Pakete enden meist an der Handelsoberfläche. An einem regulierten Handelsplatz liegt das eigentliche Gewicht an anderer Stelle: Wallet-Sicherheit, Finanzaufzeichnungen, AML/KYC-Workflows, Berechtigungen und die Nachweise, die eine Prüfung anfordern wird.
Projekte auf unvollständigen Fundamenten stellen dies kurz vor dem Launch fest: Order- und Handelsaufzeichnungen genügen den Prüfungserwartungen nicht, Wallet-Operationen bleiben manuell, und mit dem Ende des Anbietersupports lässt sich das System nicht mehr erweitern.
Grumpio behandelt eine Kryptobörse als operatives Finanzsystem: Handel, Wallets, Ledger, AML/KYC, Berechtigungen, Aufzeichnungen, Reporting und Produktionsinfrastruktur werden als eine Plattform entworfen. Bereitstellung, kundenspezifische Anpassung und die Arbeit an der regulatorischen Bereitschaft verlaufen parallel, und das System wird für die Übergabe an das Engineering-Team des Kunden dokumentiert.
Modulumfang
Eine Architektur. Jedes Börsenmodul.
Die nachstehenden Module arbeiten innerhalb einer Architektur; der Umfang wird je Projekt an Jurisdiktion, Zulassung und Betriebsmodell ausgerichtet. Spot-Handel ist der Standardmarkt; Margin-, Futures-, Perpetuals- und OTC-Workflows bleiben optionale Module, die von einer jurisdiktionsspezifischen rechtlichen und zulassungsbezogenen Bewertung abhängen.
Spot-Handel und Order-Management
Spot-Handel mit Market-, Limit- und Stop-Limit-Orders, ergänzt um Orderbuch, Handelshistorie und Marktdaten in Echtzeit.
Wallet und Verwahrung
Hot-, Cold- und Multisig-Wallet-Modelle mit Chain-spezifischen Ein- und Auszahlungsrichtlinien und Risikoprüfungen vor der Transaktion. Die Anbindung externer Custodians wird unterstützt.
Ledger und Finanzaufzeichnungen
Finanzbewegungen werden über doppelte Buchführung und eine prüffähige Transaktionshistorie geführt statt über veränderliche Saldofelder; Abstimmungsdaten (Reconciliation) werden systemseitig erzeugt.
Fiat-Einzahlungen und -Auszahlungen
Banküberweisungen, vIBAN-Anbieter und Mehrwährungsintegrationen mit Statusverwaltung und Limitkontrollen; die Verfügbarkeit hängt von der Zulassung des Kunden und den Anbietervereinbarungen ab.
AML, KYC und Wallet-Risiko
AML-Screening, KYC-Verifizierung und Wallet-Risikoprüfungen auf der Blockchain werden über Legichain oder die vom Kunden gewählten Anbieter in das Onboarding integriert.
Travel-Rule-Unterstützung
Angaben zu Auftraggeber und Begünstigtem, Kundenerklärungen und die Identifizierung der Transferbeteiligten, mit Aufzeichnungen und Reporting; ein Messaging-Anbieter kann angebunden werden, und der Umfang folgt dem Betriebsmodell der Jurisdiktion.
Gebühren- und Limitsteuerung
Maker-/Taker-Gebühren, Limits je KYC-Stufe, Asset- und Netzwerkregeln sowie segmentbasierte Gebührenstrukturen werden zentral verwaltet.
Back Office und Reporting
Verwaltung von Kunden, Wallets, Trades, Gebühren und Limits mit rollenbasierten Berechtigungen, Audit-Historie und Exporten für Prüfer und Aufsicht.
Leistung
Ausgelegt auf hohen Order-Durchsatz
bis zu 700.000 Orders / Sekunde
Matching-Engine-Kapazität, gemessen unter definierten Testbedingungen
Eine Matching-Engine, getestet mit bis zu 700.000 Orders pro Sekunde. Der Wert bildet definierte Testbedingungen ab, nicht den kontinuierlichen Produktionsdurchsatz; die Kapazität wird je Bereitstellung anhand von Hardware, Netzwerk und Handelsprofil geplant und durch Lasttests validiert.
Technische Struktur
Für den Produktionsbetrieb konzipiert
Die Plattform ist auf Anforderungen an Hochverfügbarkeit, horizontale Skalierung und Observability hin entworfen. Der Engineering-Ansatz – Sprachen, Datenschicht, Messaging und Deployment – wird auf der Technologieseite beschrieben.
-
Ereignisgesteuerte Finanzworkflows
Finanzworkflows mit hohem Volumen werden über Event- und Messaging-Systeme koordiniert, statt von einem einzelnen synchronen Anwendungspfad abzuhängen.
-
Web-, iOS- und Android-Anwendungen
Registrierung, KYC, Portfolio, Handel, Ein- und Auszahlungen sowie Sicherheitseinstellungen werden über Web- und Mobile-Anwendungen bereitgestellt, die an die Marke des Kunden angepasst sind.
-
Zentrale Überwachung und Audit-Aufzeichnungen
Kunden-, Administrator-, Finanz- und Systemereignisse können für Betrieb und Prüfung zentral überwacht und berichtet werden.
-
Kontinuität und Wiederherstellung
Das Backup wird zusammen mit Restore-Tests, RTO/RPO-Planung und alternativen Betriebsumgebungen entworfen.
-
Multi-Chain-Netzwerkunterstützung
Bitcoin, Ethereum, Solana, Base, Arbitrum, Optimism, Polygon, BNB Chain, Avalanche, Tron, Polkadot, Near, Cosmos und Aptos sind unterstützte Netzwerke oder Integrationsziele; die genaue Token- und Asset-Abdeckung wird je Bereitstellung validiert.
Regulatorischer Kontext
Regulierung beginnt in der Architektur
Die Börsensoftware ist am regulatorischen Rahmen des Kunden ausgerichtet; das Vereinigte Königreich und die Europäische Union werden als eigenständige Umsetzungsprogramme behandelt. Die Bereitschaftsarbeit ist technische und operative Vorbereitung; sie ist keine Rechtsberatung und stellt keine Zulassung dar.
Regulatorische Bereitschaft ansehen-
Vereinigtes Königreich
Grumpio bereitet Technologie, Aufzeichnungen, AML/KYC-Workflows und operative Kontrollen vor, die ein britisches Kryptowerte-Geschäft im geltenden Rahmen der Geldwäschevorschriften (MLR) und im Übergang zum kommenden FSMA-Regime tragen.
-
Europäische Union
Die MiCA-Übergangsphase ist beendet. Neue EU-Kryptowerte-Projekte müssen von Beginn an für das Betriebsmodell eines zugelassenen CASP entworfen werden. Die Plattform und ihre Betriebsnachweise verankern DORA-Anforderungen im Technologielebenszyklus, statt sie als separate Richtlinienübung zu behandeln.
Bereitstellung
Kundenspezifische Bereitstellung
Die Plattform ist nicht an einen Cloud-Anbieter gebunden; die Bereitstellung folgt den Anforderungen des Kunden an Regulierung, Datenresidenz, Kosten und Betrieb. In Source-Code-Projekten kann der Kunde eigene Server, Cloud- oder Rechenzentrumsanbieter auswählen und beauftragen, während Installation, Umgebungskonfiguration und Übergabe durch Grumpio erfolgen. Infrastruktureigentum und Managed-Service-Verantwortlichkeiten werden im Vertrag getrennt.
On-Premises und dedizierte Infrastruktur
Installation auf vom Kunden ausgewählten Servern oder dedizierter Infrastruktur, ausgerichtet an den Datenresidenz-Anforderungen der Betriebsjurisdiktion.
Private und Public Cloud
Bereitstellung beim bevorzugten Cloud-Anbieter mit Umgebungstrennung, Secrets-Management und Sicherheitskonfiguration.
DevOps und Übergabe
Containerisierte Bereitstellung, CI/CD, Logging und Backup sind Teil der Installation, zusammen mit der Schulung des Betriebsteams des Kunden.
Kommerzielles Modell
White-Label- und Source-Code-Modelle
Dieselbe Plattform wird über zwei Hauptmodelle angeboten, ausgewählt nach interner Engineering-Kapazität, Datenresidenz, Erwartungen an das geistige Eigentum und dem vorgesehenen Support-Modell. Ein White-Label-Projekt startet von einer etablierten Plattform im Lizenzmodell; im Source-Code-Enterprise-Modell wird der Code an eine benannte juristische Person für die interne Weiterentwicklung lizenziert. Die endgültigen Rechte und der Lieferumfang beider Modelle sind vertraglich geregelt.
| Umfang | White-Label | Source-Code Enterprise |
|---|---|---|
| Ausgangsmodell | Start auf Basis einer etablierten Plattform mit monatlicher oder jährlicher Lizenz | Quellcode lizenziert an eine benannte juristische Person |
| Anpassung | Markenidentität, Modulauswahl, Gebühren- und Limitkonfiguration, Anbieterintegrationen | Vollständiger Quellcode-Zugang für die interne Entwicklung; eigenständiger Weiterverkauf ist nicht gestattet |
| Daten und Hosting | Kundenkontrollierte Infrastruktur, wo rechtlich und technisch angemessen | Vom Kunden ausgewählte Server, Rechenzentren oder Cloud-Anbieter |
| Lieferumfang | Installation, Schulung, laufender Support und Updates | Quellcode, Deployment-Artefakte, technische Dokumentation und Übergabeschulung |
| Übergang | Option zum Erwerb des Quellcodes zu definierten kommerziellen Bedingungen | Vertragliche Übertragbarkeit beim Verkauf der juristischen Person |
Integrationen
Integrationen nach Kategorien
Die Plattform verbindet sich mit der aktuellen und geplanten Anbieterlandschaft des Unternehmens; der Integrationsumfang wird je Projekt definiert, im Einklang mit den Anbietervereinbarungen und dem zugelassenen Betriebsmodell.
- Banken und Fiat: Banküberweisungen, vIBAN-Anbieter und Mehrwährungsflüsse.
- KYC- und AML-Anbieter: Legichain oder vom Kunden gewählte Anbieter; der Einsatz mehrerer Anbieter wird unterstützt.
- Liquiditätsanbieter: Marktdaten-Feeds, Order-Routing und Abstimmungsanbindungen.
- Custodians: Anbindung externer Custodians und Wallet-Infrastruktur.
- Blockchain-Netzwerke: Multi-Netzwerk-Konnektivität über Nodes und RPC-Anbieter, mit einem Fallback-Modell zur Unterstützung der Kontinuität.
FAQ
Häufig gestellte Fragen
Die Plattform vereint Spot-Handel, Matching-Engine, Wallets, Ledger, Fiat-Einzahlungen und -Auszahlungen, AML/KYC-Integrationen, Travel-Rule-Unterstützung, Gebühren- und Limitsteuerung, Back Office, Reporting sowie Web- und Mobile-Anwendungen in einem System. Der Modulumfang wird je Projekt an Betriebsmodell und Jurisdiktion ausgerichtet.
Im White-Label-Modell wird eine etablierte Plattform in einem Lizenzmodell an Marke, Gebührenstruktur und Integrationen des Kunden angepasst. Im Source-Code-Enterprise-Modell werden Quellcode, Deployment-Artefakte, technische Dokumentation und Übergabeschulung im Rahmen einer Lizenz an eine benannte juristische Person geliefert; ein eigenständiger Weiterverkauf ist nicht gestattet.
Im Vereinigten Königreich unterstützt die Plattform den geltenden Rahmen der britischen Geldwäschevorschriften (MLR) und den Übergang zum kommenden FSMA-Regime für Kryptowerte, einschließlich der Abläufe für Financial Promotions (britische Regeln für Finanzwerbung) und der Travel-Rule-Workflows. In der Europäischen Union ist die MiCA-Übergangsphase beendet; die Plattform ist auf das Betriebsmodell eines zugelassenen CASP ausgerichtet, und DORA wird als geltender Betriebsrahmen behandelt. Dies ist technische und operative Vorbereitung, keine aufsichtliche Genehmigung und keine Zulassung.
Die Wallet-Infrastruktur ist auf Hot-, Cold- und Multisig-Modelle ausgelegt, mit Optionen für HSM und getrennte Schlüsselverwaltung, und wird an das Betriebs- und Risikomodell des Kunden angepasst. Anbindungen an externe Custodians können in den Projektumfang aufgenommen werden.
Die Bereitstellung wird nach Regulierung, Datenresidenz und Betriebsanforderungen ausgewählt: On-Premises, Private Cloud, der bevorzugte Cloud-Anbieter oder ein dediziertes Rechenzentrum. Installation, CI/CD, Logging und Backup werden innerhalb des Projektumfangs konfiguriert.
Wartung, Fehlerbehebung, regelmäßige Releases, die Entwicklung neuer Module, Infrastruktur-Support, Incident Response und regulatorisch bedingte Anpassungen werden im vertraglich definierten Support-Modell fortgeführt, gemeinsam mit Schulungen für die Betriebs- und Engineering-Teams.
Eine Erläuterung Komponente für Komponente bietet der Artikel Was ist Kryptobörsen-Software? in der Wissensdatenbank.
Nächster Schritt
Die Plattform in einer Demo bewerten
Die Produktdemonstration umfasst Modulumfang, Matching-Engine-Kapazität und das Liefermodell; Fragen zum Umfang werden am laufenden System beantwortet. Produkt, Bereitstellung und Bereitschaft verlaufen in einem Prozess.