Vi använder Google Analytics för trafikstatistik. Analyscookies placeras bara om du godkänner. Utan samtycke uppskattas statistiken utifrån cookielösa signaler. Cookiepolicy.
Wallets · WaaS
Dina användare behöver plånböcker; du behöver inte bli ett plånboksföretag. Ett API-anrop skapar plånboken, SDK:n visar den i din app och nycklarna lämnar aldrig enheten.
POST /v1/wallets returnerar en plånbok. Saldon, överföringar och historik är endpoints, inte infrastruktur du måste bygga upp. Utvecklarkonsolen visar hela ytan — liten nog att läsa igenom i ett svep.
Utvecklarkonsolen — plånböcker som API-yta.
Plånbokspanelen bäddas in i värdappen på iOS, Android, React Native och Web — din navigering, ditt varumärke, vår panel. Nyckelgenerering och signering sker på enheten, så förvaringen stannar hos användaren, där den hör hemma.
Ta emot på Base — QR, adress och en varning som stoppar överföringar till fel kedja. · Tolv ord, en gång — nedskrivna offline och aldrig efterfrågade igen.
Funktioner
Konsolen visar hela ytan: en quickstart som skapar en plånbok med ett enda curl-anrop – HTTP 201 på 84 ms – live- och testnycklar för API:et, status för webhook-leveranser och produktionssiffrorna. Demoprogrammet kör 84,120 plånböcker med 99.99% drifttid.
I demon säljer en biljettapp en entré för €49.00 och Protocore-sheeten glider upp över den: ett saldo på 124.00 USDC på Base, betala och ta emot, säkerhetskopiera, exportera nycklar. Värdappen förblir produkten; plånboken är en sheet i den.
Onboardingen slutar på en skärm: din plånbok är klar. Därifrån synkas medel och aktivitet automatiskt – användaren döper om den, fyller på den eller fortsätter bara i värdappen. API-anropet skedde tidigare; användaren såg det aldrig.
Växlaren i demon rymmer tre sorter samtidigt: en multi-chain-huvudplånbok på €1,148.20, en Solana-plånbok på en enda kedja som fortfarande är flaggad för backup och en watch-only-adress för kallförvaring som finns med för översiktens skull. Användare ordnar sina medel så som de tänker på dem.
En mottagningsskärm som räknar med misstag: bannern säger att bara Base-tillgångar gäller, annars kan medel gå förlorade, QR-koden och den kopierbara adressen finns under, och sheeten listar exakt vilka tillgångar adressen stöder. Kopiera adressen eller dela den som den är.
Tolv numrerade ord, visas en gång, nedskrivna offline. Skärmen bär sin egen säkerhetsprofil: skärmdumpar är avstängda, och Protocore anger i klartext att vi aldrig kommer att be om de här orden. Förvaringen stannar hos användaren eftersom backupen gör det.
Operatörskonsolen har ett läsregister över varje plånbok i tenanten – 2,418 i demon – med exakt adressökning och en vy per användare. Panelen säger vad arkitekturen garanterar: konsolen håller aldrig nycklar och flyttar aldrig medel. Adresser visas för support och spårning, aldrig för att tömmas.
142 tillgångar i registret – symbol, namn, kedja, kontrakt, decimaler och noteringsflaggor i en skrivskyddad tabell. USDC och ETH har flaggan Core; USDT är flaggad Unsafe. Din app visar exakt de tokens som registret går i god för, och inga andra.
Skicka, ta emot, swap och köp har var sin brytare, sitt eget av-läge – inaktivera med ett meddelande eller dölj helt – och en huvudflagga över alla. En ändring sparas på serversidan och når appar på ungefär 30 sekunder. När ett spår krånglar stänger du av just det spåret.
Ett autentiserat anrop returnerar en plånbok – id, adress, kedjor – på 84 ms i demon. Det finns inget infrastruktursteg före den första plånboken; endpointen är infrastrukturen.
iOS, Android, React Native och Web levereras som versionerade SDK:er – 1.4.2, 1.4.0, 0.9.1 och 2.1.0 i demokonsolen. Ett integrationsmönster, fyra plattformar, samma sheet överallt.
Nyckelmaterialet skapas och förvaras på användarens enhet – du får plånböcker utan att bli förvarare. Sheeten säger det rakt ut längst ner: skyddad av Protocore, nycklar på enheten.
Plånböcker talar BTC, ETH, Base och Solana från dag ett. Create-anropet tar en chains-array – quickstarten skickar base och ethereum och får en plånbok tillbaka.
Allt efter skapandet är också en endpoint: saldon, överföringar och historik är API-anrop, inte system du sätter upp. Konsolens transaktionsvy läser från samma yta som din app.
Plånboksevent postas till din endpoint med status per leverans – demon visar wallet.created med 100% lyckade leveranser över 24 timmar, senaste för två minuter sedan. Din backend får veta om plånböcker i samma stund som de finns.
Nycklarna kommer i par – sk_live och sk_test – och hanteras i konsolen. Testläget övar hela ytan innan en riktig plånbok finns.
En adress kan ansluta till växlaren utan sina nycklar – saldon syns, inget går att spendera. Användare håller koll på kallförvaring från samma skärm som de betalar från.
En plånbok utan nedskriven fras har en synlig backup-flagga tills användaren åtgärdar det. Påminnelsen finns där pengarna är, inte i ett mejl som ingen öppnar.
Ange ett belopp på mottagningsskärmen och dela resultatet – motparten får en adress och en siffra i stället för en skärmdump och en gissning. Vanlig adressdelning är fortfarande ett tryck bort.
Adresser är knutna till ett nätverk och gränssnittet säger det innan någon skickar: bara Base-tillgångar, annars kan de gå förlorade. Listan över stödda tillgångar finns på samma skärm som QR-koden.
Användare kan exportera sina nycklar från sheeten – förvaringen ligger hos användaren, inte bara på marknadsföringssidan. Plånboken överlever relationen till appen om användaren vill det.
Medel och aktivitet synkas utan uppdateringsknapp – sheeten och API:et ser samma tillstånd. Det kedjan vet visar plånboken.
Operatörskonsolen är enbart läsande: den kan slå upp adresser, koppla dem till användare och spåra flöden – men inte flytta medel, eftersom den aldrig har nycklarna. Det starkaste compliance-svaret är en förmåga som inte finns.
Varje registrerad plånbok länkar till ägarens User 360 i operatörskonsolen – saldon, enheter, KYC-nivå och historik ett klick från adressen som en kund frågar om.
Operatörsåtgärder i konsolen kräver motivering och granskas – produktionsbannern säger det på varje skärm. Support kan agera snabbt utan att agera i det tysta.
Sheeten renderas inuti din app – din navigering, ditt varumärke, vår sheet. Användare lämnar aldrig flödet för att hitta en plånbok; den dyker upp där betalningen sker.
Plånböcker får namn – Huvudplånbok, Solana-sparande, Kallförvaring – från det att de skapas. En plånbok som användaren kan namnge är en plånbok som användaren förstår.
Demoprogrammet kör 84,120 plånböcker med 99.99% drifttid, på samma spår som varje ny integration får. Siffrorna står på konsolens startsida, inte i en säljpresentation.
Skärmar
Riktigt produktgränssnitt, visat med demodata.
FAQ
Nej. Nyckelgenerering och signering sker på användarens enhet — nycklarna når aldrig våra servrar. Du får plånböcker i din app utan att bli förvarare, och vi kan inte flytta en användares medel även om vi försökte.
Ett anrop — POST /v1/wallets — returnerar en plånbok. Saldon, överföringar och historik är endpoints, inte infrastruktur du måste bygga upp, och SDK:n visar plånbokspanelen i din app. Hela ytan är liten nog att läsa igenom i ett svep.
Nej. SDK-panelen bäddas in i värdappen — din navigering, ditt varumärke, vår panel. Värdappen förblir produkten; plånboken är en funktion i den, inte en övertagning.
SDK:er för iOS, Android, React Native och Web, och multichain från dag ett över alla större blockchains. Mottagningsvyn varnar till och med vid en överföring till fel nätverk innan den sker.
Med en återställningsfras på tolv ord, som visas en gång vid installationen för att skrivas ned offline och aldrig efterfrågas igen. Eftersom nycklarna finns på enheten är återställningen användarens fras — inte ett supportärende till oss.
Supporten får en skrivskyddad konsol med adressökning med exakt träff — tillräckligt för att hjälpa, aldrig förvaring. Nödstopp per åtgärd kan pausa skicka, ta emot, swap eller köp i alla appar, men ingen operatör kan flytta en användares medel.
Utvärdera
Vi kör POST /v1/wallets tillsammans med dig och visar SDK-panelen inbäddad i en värdapp på iOS, Android, React Native och Web.
API-nycklar mot en testmiljö, så att ditt team kan skapa plånböcker, läsa saldon och flytta testmedel hela vägen.
De fyra plattforms-SDK:erna, händelsewebhooks och integrationsdokumentationen — tillräckligt för att bädda in en plånbok i din egen app.
Se själv att nyckelmaterial genereras och förvaras på enheten — du får plånböcker utan att bli förvarare.
Whitelabel från grunden — plånböckerna levereras i din app, under ditt varumärke.
Wallets håller det som Ramp köper och Chain avvecklar — och Safe är dit saldon flyttar när de slutar röra sig.
Allt ovan körs i produktionsdemos som vi gärna går igenom med dig – fristående, som whitelabel eller som en samlad plattform. Berätta vad ni bygger så visar vi den kortaste vägen dit.
