Vi bruker Google Analytics til trafikkstatistikk. Analyseinformasjonskapsler settes bare hvis du godtar. Uten samtykke estimeres statistikken fra signaler uten informasjonskapsler. Retningslinjer for informasjonskapsler.
Wallets · WaaS
Brukerne dine trenger lommebøker; du trenger ikke bli et lommebokselskap. Ett API-kall oppretter lommeboken, SDK-et viser den i appen din, og nøklene forlater aldri enheten.
POST /v1/wallets returnerer en lommebok. Saldoer, overføringer og historikk er endepunkter, ikke infrastruktur du må sette opp. Utviklerkonsollen viser hele flaten — liten nok til å leses på én gang.
Utviklerkonsollen — lommebøker som API-flate.
Lommebokarket bygges inn i verts-appen på iOS, Android, React Native og Web — din navigasjon, ditt merke, vårt ark. Nøkkelgenerering og signering skjer på enheten, så forvaringen blir hos brukeren, der den hører hjemme.
Motta på Base — QR, adresse og en advarsel som stopper sending til feil kjede. · Tolv ord, én gang — skrevet ned offline, aldri etterspurt igjen.
Funksjoner
Konsollen viser hele flaten: en quickstart som oppretter en lommebok med én curl – HTTP 201 på 84 ms – live- og testnøkler for API, leveringsstatus for webhooks og produksjonstallene. Demoprogrammet kjører 84 120 lommebøker med 99,99 % oppetid.
I demoen selger en billettapp en inngang til €49,00, og Protocore-panelet glir opp over den: en saldo på 124,00 USDC på Base, betal og motta, sikkerhetskopier, eksporter nøkler. Verts-appen forblir produktet; lommeboken er ett panel inni den.
Onboarding ender på én skjerm: lommeboken din er klar. Midler og aktivitet synkroniseres automatisk derfra – brukeren gir den nytt navn, fyller på, eller går bare videre i verts-appen. API-kallet skjedde tidligere; brukeren så det aldri.
Veksleren i demoen rommer tre typer samtidig: en multichain-hovedlommebok med €1 148,20, en singlechain Solana-lommebok som fortsatt er merket for sikkerhetskopi, og en watch-only cold storage-adresse med for innsyn. Brukerne organiserer midlene slik de tenker på dem.
En mottaksskjerm som forutser feil: banneret sier bare Base-aktiva, ellers kan midlene gå tapt, QR-koden og den kopierbare adressen ligger under, og panelet lister nøyaktig hvilke aktiva adressen støtter. Kopier adressen, eller del den som den er.
Tolv nummererte ord, vist én gang, skrevet ned offline. Skjermen har sin egen sikkerhetsholdning: skjermbilder er slått av, og Protocore sier i klartekst at vi aldri vil be om disse ordene. Forvaringen blir hos brukeren fordi sikkerhetskopien er det.
Operatørkonsollen har et lesebasert register over alle lommebøker i tenanten – 2 418 i demoen – med oppslag på eksakt adresse og en visning per bruker. Skuffen sier det arkitekturen håndhever: konsollen holder aldri nøkler og flytter aldri midler. Adresser vises for support og sporing, aldri for å tømmes.
142 aktiva i registeret – symbol, navn, chain, kontrakt, desimaler og listeflagg i én skrivebeskyttet tabell. USDC og ETH har Core-flagget; USDT er merket Unsafe. Appen din viser nøyaktig de tokenene registeret går god for, og ingenting annet.
Send, motta, bytt og kjøp har hver sin bryter, sin egen av-modus – deaktiver med en melding, eller skjul helt – og et hovedflagg over alle. En endring lagres på serversiden og når appene på omtrent 30 sekunder. Når en rail oppfører seg feil, slår du av akkurat den.
Ett autentisert kall returnerer en lommebok – id, adresse, chains – på 84 ms i demoen. Det finnes ikke noe infrastrukturtrinn før den første lommeboken; endepunktet er infrastrukturen.
iOS, Android, React Native og Web leveres som versjonerte SDK-er – 1.4.2, 1.4.0, 0.9.1 og 2.1.0 i demokonsollen. Ett integrasjonsmønster, fire plattformer, samme panel overalt.
Nøkkelmateriale genereres og oppbevares på brukerens enhet – du får lommebøker uten å bli forvalter. Panelet sier det rett ut nederst: sikret av Protocore, nøkler på enheten.
Lommebøker snakker BTC, ETH, Base og Solana fra dag én. Opprettelseskallet tar en chains-array – quickstarten sender base og ethereum og får én lommebok tilbake.
Alt etter opprettelsen er også et endepunkt: saldoer, overføringer og historikk er API-kall, ikke systemer du må bygge opp. Transaksjonsvisningen i konsollen leser fra samme flate som appen din.
Lommebokhendelser postes til endepunktet ditt med status per levering – demoen viser wallet.created med 100 % suksess over 24 timer, siste levering for to minutter siden. Backend-en din får vite om lommebøker i det øyeblikket de finnes.
Nøkler kommer i par – sk_live og sk_test – og administreres i konsollen. Testmodus lar deg prøve hele flaten før en ekte lommebok finnes.
En adresse kan legges til i veksleren uten nøklene sine – saldoer synlige, ingenting som kan brukes. Brukerne følger med på cold storage fra samme skjerm som de betaler fra.
En lommebok uten nedskrevet frase har et synlig sikkerhetskopi-flagg til brukeren fikser det. Påminnelsen ligger der pengene er, ikke i en e-post ingen åpner.
Angi et beløp på mottaksskjermen og del resultatet – motparten får en adresse og et tall i stedet for et skjermbilde og et gjetteri. Vanlig deling av adressen er fortsatt ett trykk unna.
Adresser er knyttet til nettverk, og grensesnittet sier det før noen sender: bare Base-aktiva, ellers kan de gå tapt. Listen over støttede aktiva står på samme skjerm som QR-koden.
Brukere kan eksportere nøklene sine fra panelet – forvaringen ligger hos brukeren, ikke bare på markedsføringssiden. Lommeboken overlever forholdet til appen hvis brukeren ønsker det.
Midler og aktivitet synkroniseres uten oppdateringsknapp – panelet og API-et ser samme tilstand. Det chainen vet, viser lommeboken.
Operatørkonsollen er kun lesesiden: den kan slå opp adresser, koble dem til brukere og spore flyt – den kan ikke flytte midler, fordi den aldri har nøklene. Det sterkeste compliance-svaret er en funksjon som ikke finnes.
Hver registrerte lommebok lenker til eierens User 360 i operatørkonsollen – saldoer, enheter, KYC-nivå og historikk ett klikk fra adressen en kunde spør om.
Operatørhandlinger i konsollen krever begrunnelse og revideres – produksjonsbanneret sier det på hver skjerm. Support kan handle raskt uten å handle i det skjulte.
Panelet rendres inne i appen din – din navigasjon, ditt merke, vårt panel. Brukerne forlater aldri flyten for å finne en lommebok; den dukker opp der betalingen skjer.
Lommebøker får navn – Hovedlommebok, Solana-sparing, Cold storage – fra øyeblikket de opprettes. En lommebok brukeren kan navngi, er en lommebok brukeren forstår.
Demoprogrammet kjører 84 120 lommebøker med 99,99 % oppetid, på de samme railene hver ny integrasjon får. Tallene står på forsiden av konsollen, ikke i en salgspresentasjon.
Skjermer
Ekte produktgrensesnitt, vist med demodata.
FAQ
Nei. Nøkkelgenerering og signering skjer på brukerens enhet — nøklene når aldri serverne våre. Du får lommebøker i appen din uten å bli forvarer, og vi kunne ikke flyttet en brukers midler selv om vi prøvde.
Ett kall — POST /v1/wallets — returnerer en lommebok. Saldoer, overføringer og historikk er endepunkter, ikke infrastruktur du må sette opp, og SDK-et viser lommebokarket i appen din. Hele flaten er liten nok til å leses på én gang.
Nei. SDK-arket bygges inn i verts-appen — din navigasjon, ditt merke, vårt ark. Verts-appen forblir produktet; lommeboken er en funksjon i den, ikke en overtakelse.
SDK-er for iOS, Android, React Native og Web, og den er multi-chain fra dag én på tvers av alle store blokkjeder. Mottaksskjermen advarer til og med om sending på feil nettverk før det skjer.
Med en gjenopprettingsfrase på tolv ord, vist én gang under oppsett slik at den kan skrives ned offline, og aldri etterspurt igjen. Fordi nøklene ligger på enheten, er gjenoppretting brukerens frase — ikke en supportsak hos oss.
Support får en konsoll med kun lesetilgang og adressesøk med eksakt treff — nok til å hjelpe, aldri forvaring. Kill switch per handling kan pause send, motta, swap eller kjøp på tvers av apper, men ingen operatør kan flytte en brukers midler.
Vurder
Vi kjører POST /v1/wallets sammen med deg og viser SDK-arket innebygd i en verts-app på iOS, Android, React Native og Web.
API-nøkler mot et testmiljø, slik at teamet ditt kan opprette lommebøker, lese saldoer og flytte testmidler fra start til slutt.
De fire plattform-SDK-ene, hendelses-webhooks og integrasjonsdokumentasjonen — nok til å bygge en lommebok inn i din egen app.
Se selv at nøkkelmaterialet genereres og oppbevares på enheten — du får lommebøker uten å bli forvarer.
Whitelabel fra grunnen av — lommebøkene leveres i appen din, under ditt merke.
Wallets holder det Ramp kjøper og Chain gjør opp — og Safe er stedet saldoene flytter til når de slutter å bevege seg.
Alt ovenfor kjører i produksjonsdemoer vi kan vise deg – frittstående, whitelabel eller som én plattform. Fortell oss hva du bygger, så viser vi deg den korteste veien dit.
