Wir nutzen Google Analytics für Besucherstatistiken. Analyse-Cookies werden nur gesetzt, wenn Sie zustimmen. Ohne Einwilligung werden die Statistiken anhand cookieloser Signale geschätzt. Cookie-Richtlinie.
Wallets · WaaS
Ihre Nutzer brauchen Wallets; Sie müssen deshalb noch kein Wallet-Unternehmen werden. Ein API-Aufruf erstellt die Wallet, das SDK stellt sie in Ihrer App dar, und die Schlüssel verlassen nie das Gerät.
POST /v1/wallets liefert eine Wallet. Salden, Überweisungen und Verlauf sind Endpunkte, keine Infrastruktur, die Sie aufbauen müssen. Die Developer-Konsole zeigt die gesamte Oberfläche — klein genug, um sie in einem Zug zu lesen.
Die Developer-Konsole — Wallets als API-Oberfläche.
Das Wallet-Sheet lässt sich in die Host-App auf iOS, Android, React Native und Web einbetten — Ihre Navigation, Ihre Marke, unser Sheet. Schlüsselerzeugung und Signierung erfolgen auf dem Gerät, die Verwahrung bleibt also beim Nutzer, wo sie hingehört.
Empfangen auf Base — QR-Code, Adresse und eine Warnung, die Überweisungen auf der falschen Chain verhindert. · Zwölf Wörter, einmalig — offline notiert, nie wieder abgefragt.
Features
Die Konsole zeigt die gesamte Oberfläche: einen Quickstart, der mit einem einzigen curl eine Wallet anlegt – HTTP 201 in 84 ms –, Live- und Test-API-Keys, den Zustellstatus der Webhooks und die Produktionskennzahlen. Das Demo-Programm betreibt 84,120 Wallets bei 99.99% Uptime.
In der Demo verkauft eine Ticketing-App ein Ticket für €49.00, und das Protocore-Sheet schiebt sich darüber: 124.00 USDC Guthaben auf Base, bezahlen und empfangen, sichern, Schlüssel exportieren. Die Host-App bleibt das Produkt; die Wallet ist ein Sheet darin.
Das Onboarding endet mit einem einzigen Bildschirm: Ihre Wallet ist bereit. Guthaben und Aktivität werden von da an automatisch synchronisiert – der Nutzer benennt sie um, lädt sie auf oder macht einfach in der Host-App weiter. Der API-Aufruf ist früher passiert; der Nutzer hat ihn nie gesehen.
Der Switcher in der Demo vereint drei Arten gleichzeitig: eine Multi-Chain-Hauptwallet mit €1,148.20, eine Single-Chain-Solana-Wallet, die noch zum Sichern markiert ist, und eine Watch-only-Cold-Storage-Adresse, die zur Übersicht mitläuft. Nutzer ordnen ihr Geld so, wie sie darüber denken.
Ein Empfangsbildschirm, der Fehler einplant: Das Banner warnt, dass nur Base-Assets unterstützt werden, sonst droht Verlust, darunter stehen QR-Code und kopierbare Adresse, und das Sheet listet genau auf, welche Assets diese Adresse unterstützt. Adresse kopieren oder unverändert teilen.
Zwölf nummerierte Wörter, einmal angezeigt, offline notiert. Der Bildschirm bringt seine Sicherheitshaltung selbst mit: Screenshots sind deaktiviert, und Protocore erklärt im Klartext, dass es nie nach diesen Wörtern fragt. Die Verwahrung bleibt beim Nutzer, weil das Backup es auch tut.
Die Operator-Konsole führt ein reines Leseregister aller Wallets des Tenants – 2,418 in der Demo – mit exakter Adresssuche und Ansicht pro Nutzer. Die Seitenleiste sagt, was die Architektur erzwingt: Die Konsole hält nie Schlüssel und bewegt kein Geld. Adressen werden für Support und Nachverfolgung angezeigt, nie eingezogen.
142 Assets im Register – Symbol, Name, Chain, Contract, Dezimalstellen und Listing-Flags in einer schreibgeschützten Tabelle. USDC und ETH tragen das Flag Core; USDT ist als Unsafe markiert. Ihre App zeigt genau die Token, für die das Register bürgt, und nichts darüber hinaus.
Senden, Empfangen, Swappen und Kaufen haben jeweils einen eigenen Schalter, einen eigenen Aus-Modus – mit Hinweis deaktivieren oder ganz ausblenden – und darüber ein Master-Flag. Eine Änderung wird serverseitig gespeichert und erreicht die Apps in etwa 30 Sekunden. Wenn ein Kanal Probleme macht, schalten Sie genau diesen ab.
Ein authentifizierter Aufruf liefert eine Wallet – ID, Adresse, Chains – in der Demo in 84 ms. Vor der ersten Wallet gibt es keinen Infrastrukturschritt; der Endpoint ist die Infrastruktur.
iOS, Android, React Native und Web erscheinen als versionierte SDKs – in der Demo-Konsole 1.4.2, 1.4.0, 0.9.1 und 2.1.0. Ein Integrationsmuster, vier Plattformen, überall dasselbe Sheet.
Schlüsselmaterial wird auf dem Gerät des Nutzers erzeugt und dort gehalten – Sie bieten Wallets an, ohne zum Verwahrer zu werden. Das Sheet sagt es unten deutlich: gesichert durch Protocore, Schlüssel auf dem Gerät.
Wallets sprechen von Anfang an BTC, ETH, Base und Solana. Der Create-Aufruf nimmt ein chains-Array entgegen – der Quickstart übergibt base und ethereum und erhält eine Wallet zurück.
Auch alles nach dem Anlegen ist ein Endpoint: Guthaben, Transfers und Verlauf sind API-Aufrufe, keine Systeme, die Sie aufsetzen müssen. Die Transaktionsansicht der Konsole liest von derselben Schnittstelle wie Ihre App.
Wallet-Events werden an Ihren Endpoint gesendet, mit Status pro Zustellung – die Demo zeigt wallet.created mit 100% Erfolg über 24 Stunden, letzte Zustellung vor zwei Minuten. Ihr Backend erfährt von Wallets in dem Moment, in dem sie existieren.
Keys gibt es paarweise – sk_live und sk_test – verwaltet in der Konsole. Der Testmodus durchläuft die gesamte Oberfläche, bevor eine echte Wallet existiert.
Eine Adresse kann ohne ihre Schlüssel in den Switcher aufgenommen werden – Guthaben sichtbar, nichts ausgebbar. Nutzer behalten ihr Cold Storage auf demselben Bildschirm im Blick, von dem aus sie bezahlen.
Eine Wallet ohne notierte Phrase trägt eine sichtbare Backup-Markierung, bis der Nutzer das nachholt. Die Erinnerung sitzt dort, wo das Geld ist, nicht in einer E-Mail, die niemand öffnet.
Legen Sie auf dem Empfangsbildschirm einen Betrag fest und teilen Sie das Ergebnis – das Gegenüber erhält eine Adresse und eine Zahl statt eines Screenshots und einer Vermutung. Die reine Adresse zu teilen bleibt einen Tap entfernt.
Adressen gelten pro Netzwerk, und die Oberfläche sagt das, bevor jemand sendet: nur Base-Assets, sonst könnten sie verloren gehen. Die Liste der unterstützten Assets steht auf demselben Bildschirm wie der QR-Code.
Nutzer können ihre Schlüssel aus dem Sheet exportieren – die Verwahrung liegt beim Nutzer, nicht nur auf der Marketingseite. Die Wallet überdauert die Beziehung zur App, wenn der Nutzer das will.
Guthaben und Aktivität synchronisieren sich ohne Aktualisieren-Button – Sheet und API sehen denselben Stand. Was die Chain weiß, zeigt die Wallet.
Die Operator-Konsole arbeitet nur lesend: Sie kann Adressen nachschlagen, Nutzern zuordnen und Zahlungsflüsse nachverfolgen – Geld bewegen kann sie nicht, weil sie nie die Schlüssel hat. Die stärkste Compliance-Antwort ist eine Fähigkeit, die es nicht gibt.
Jede registrierte Wallet verweist in der Operator-Konsole auf das User 360 ihres Inhabers – Guthaben, Geräte, KYC-Stufe und Verlauf, einen Klick von der Adresse entfernt, nach der ein Kunde fragt.
Operator-Aktionen in der Konsole erfordern eine Begründung und werden protokolliert – das Produktionsbanner weist auf jedem Bildschirm darauf hin. Der Support kann schnell handeln, ohne im Verborgenen zu handeln.
Das Sheet wird in Ihrer App dargestellt – Ihre Navigation, Ihre Marke, unser Sheet. Nutzer verlassen den Ablauf nie, um eine Wallet zu finden; sie erscheint dort, wo bezahlt wird.
Wallets bekommen Namen – Hauptwallet, Solana-Rücklage, Cold Storage – vom Moment der Erstellung an. Eine Wallet, die ein Nutzer benennen kann, versteht er auch.
Das Demo-Programm betreibt 84,120 Wallets bei 99.99% Uptime, auf denselben Schienen, die jede neue Integration erhält. Die Zahlen stehen auf der Startseite der Konsole, nicht in einer Sales-Präsentation.
Screens
Echte Produktoberfläche, gezeigt mit Demodaten.
FAQ
Nein. Schlüsselerzeugung und Signierung erfolgen auf dem Gerät des Nutzers — die Schlüssel erreichen unsere Server nie. Sie bieten Wallets in Ihrer App an, ohne Verwahrer zu werden, und wir könnten die Gelder eines Nutzers nicht bewegen, selbst wenn wir es versuchten.
Ein Aufruf — POST /v1/wallets — liefert eine Wallet. Salden, Überweisungen und Verlauf sind Endpunkte, keine Infrastruktur, die Sie aufbauen müssen, und das SDK stellt das Wallet-Sheet in Ihrer App dar. Die gesamte Oberfläche ist klein genug, um sie in einem Zug zu lesen.
Nein. Das SDK-Sheet wird in die Host-App eingebettet — Ihre Navigation, Ihre Marke, unser Sheet. Die Host-App bleibt das Produkt; die Wallet ist ein Feature darin, keine Übernahme.
SDKs für iOS, Android, React Native und Web, und von Anfang an Multi-Chain über alle wichtigen Blockchains. Der Empfangsbildschirm warnt sogar vor einer Überweisung ins falsche Netzwerk, bevor sie passiert.
Mit einer Wiederherstellungsphrase aus zwölf Wörtern, die bei der Einrichtung einmalig angezeigt wird, offline notiert werden soll und nie wieder abgefragt wird. Da die Schlüssel auf dem Gerät liegen, ist die Wiederherstellung die Phrase des Nutzers — kein Support-Ticket bei uns.
Der Support erhält eine reine Lesekonsole mit Adresssuche per exakter Übereinstimmung — genug, um zu helfen, nie Verwahrung. Kill-Switches pro Aktion können Senden, Empfangen, Swap oder Kauf in allen Apps pausieren, aber kein Operator kann die Gelder eines Nutzers bewegen.
Bewerten
Wir führen POST /v1/wallets gemeinsam mit Ihnen aus und zeigen das SDK-Sheet eingebettet in einer Host-App auf iOS, Android, React Native und Web.
API-Schlüssel für eine Testumgebung, damit Ihr Team Wallets erstellen, Salden abfragen und Testgelder durchgängig bewegen kann.
Die vier Plattform-SDKs, Event-Webhooks und die Integrationsdokumentation — genug, um eine Wallet in Ihre eigene App einzubetten.
Überzeugen Sie sich selbst, dass das Schlüsselmaterial auf dem Gerät erzeugt und gehalten wird — Sie bieten Wallets an, ohne Verwahrer zu werden.
Whitelabel by Design — Wallets werden in Ihrer App unter Ihrer Marke ausgeliefert.
Wallets hält, was Ramp kauft und Chain abwickelt — und Safe ist der Ort, an den Guthaben wechseln, wenn sie nicht mehr bewegt werden.
Alles oben Gezeigte läuft in Produktivdemos, die wir Ihnen gern vorführen – standalone, als Whitelabel oder als eine Plattform. Sagen Sie uns, was Sie bauen, und wir zeigen Ihnen den kürzesten Weg dorthin.
