Skjemaet har blitt sendt inn.
Mer informasjon finner du i postkassen din.
En gründer spurte meg en gang over en kaffe, "Hvor vanskelig kan det være å bygge en kryptolommebok? Det er akkurat som PayPal, ikke sant?"
Tenkte jeg for meg selv, "Å, hvis du bare visste..."
For her er det noe folk flest overser: Bare fordi noe lagrer og flytter penger, betyr ikke det at det er bygget på samme måte. Så nei, ikke alle lommebøker er en kryptolommebok. Hvis du fortsatt fokuserer på fiat eller tradisjonelle betalinger, er dette guide til utvikling av digitale lommebøker er kanskje mer noe for deg. Men hvis produktet ditt lever og ånder for blockchain, er du på rett sted.
Og du er ikke sent ute. Det globale markedet for kryptolommebøker ble verdsatt til til $3,22 milliarder kroner i 2024, og ligger an til å nå $33,67 milliarder innen 2033, med en årlig vekst på 29,81%. Folk vil ha mer kontroll over eiendelene sine, og selskapene jobber raskt for å gi dem det.
Men her er noe de fleste grunnleggere ikke innser før det er for sent: Kryptolommebok-appen din konkurrerer ikke bare på funksjoner. Den konkurrerer på tillit. Sikkerhet. UX. Hastighet. Kompatibilitet. Og et dusin andre ting som brukerne dine aldri vil takke deg for med mindre du gjør feil.
Det er derfor jeg har utarbeidet denne guiden. Ikke for å selge deg en drøm, men for å vise deg hva som faktisk går inn i å bygge en kryptolommebok-app som varer.
Er du klar? La oss komme i gang.
Før vi begynner, er det én ting du trenger å vite om kryptolommebøker: de faktisk ikke oppbevarer eiendelene dine. De fungerer som et grensesnitt, en måte å administrere adressene på blokkjeden der tokens og mynter allerede bor. Lommeboken gir deg ganske enkelt tilgang fordi den har privat nøkkel knyttet til blokkjedeadressen din. Det er denne nøkkelen som lar deg kontrollere midlene dine. Ingen nøkkel, ingen tilgang.
Nå som vi har funnet ut av dette, la oss gå gjennom de viktigste typene kryptolommebøker du kan bygge, hva de egner seg best til, og hvordan de passer inn i produktstrategien din.
Hotte lommebøker er koblet til internett. Det gjør dem raske og tilgjengelige, men også mer utsatt for risiko.
Kalde lommebøker er offline. Det er tregere å få tilgang til, men betydelig vanskeligere å kompromittere.
Det riktige valget avhenger av brukernes prioriteringer. Handler de aktivt og trenger hastighet? Eller holder de eiendeler på lang sikt og ønsker trygghet?
La oss se på hvordan disse kategoriene fordeler seg i den virkelige verden.
Programvarelommebøker kjører på enheter som er koblet til Internett, noe som per definisjon gjør dem til hot wallets.
Du finner tre hovedtyper:
Hardware-lommebøker er fysiske enheter, som en Hovedbok eller Trezor, som lagrer private nøkler offline.
De er bare koblet til internett når de er koblet til for en transaksjon, og selv da krever de fleste en fysisk bekreftelse (som å trykke på en knapp) for å signere.
Disse er ideelle for brukere med store kryptobeholdninger eller for produkter som trenger en sikker måte å oppbevare egne midler på.
Papirlommebøker er den mest gammeldagse versjonen av fryselagring - bare et utskrevet stykke papir med din offentlige adresse og private nøkkel. De er helt offline, så i teorien er de veldig sikre. Men i praksis? Lett å miste, skade eller dele ved en feiltakelse.
Det er også noe mange overser: Hvis du noen gang ønsker å sende pengene dine, må du først gjenopprette den private nøkkelen til en programvare- eller maskinvarelommebok. En papirlommebok kan butikk kryptoinformasjonen din, men det kan faktisk ikke gjøre noe på egen hånd.
Hos Innowise anbefaler vi sjelden papirlommebøker for forbrukerrettede produkter. UX-risikoen er rett og slett for høy.
Verdt å merke seg: Noen kryptovaluta-lommebøker visker ut grensene. For eksempel blir en maskinvarelommebok "varm" i det øyeblikket den kobles til og brukes til å signere en transaksjon. Mange mobile lommebøker tilbyr også alternativer for kald lagring via integrasjoner.
Sammendrag: Ikke tenk på disse kategoriene som faste bokser. De er mer som et spekter. Din jobb er å finne ut hvor produktet ditt (og brukerne dine) befinner seg på dette spekteret.
Det er her det blir interessant, og det er her appens kjernefilosofi begynner å ta form.
Forvaringslommebøker administreres av en tredjepart, vanligvis plattformen eller utveksling seg selv. De private nøklene lagres i backend-infrastrukturen, ofte kryptert og noen ganger beskyttet av maskinvaresikkerhetsmoduler (HSM-er). Brukerne logger seg på med passord eller biometrisk ID, og hvis noe går galt, er det vanligvis mulig å tilbakestille systemet.
Ikke-frihetsberøvende lommebøker, lommebøker gir derimot brukeren full kontroll. Lommeboken genererer den private nøkkelen på klientsiden, ofte i nettleseren eller direkte på brukerens enhet. Ingen (ikke engang utviklingsteamet ditt) rører den. Det betyr også at det ikke finnes noen tilbakestillingsknapp. Hvis du mister seed-frasen din, er spillet over, med mindre du har implementert noe som MPC (multi-party computation) eller sosial gjenoppretting.
Kryptolommebøker med depot gir bekvemmelighet, men kommer med problemer knyttet til tillit og samsvar. Ikke-depotbaserte løsninger gir frihet og kontroll, men flytter byrden over på brukeren. Velg ut fra målgruppen du bygger for, og hvilket ansvar du er villig til å påta deg.
MPC-lommebøker bruker kryptografiske protokoller til å generere nøkkeldelinger på tvers av flere parter. Disse inkluderer vanligvis brukeren, plattformen (deg) og en gjenopprettingsleverandør eller et betrodd miljø. Disse delingsnøklene jobber sammen bak kulissene for å produsere en gyldig signatur gjennom det som kalles en Terskelsignaturordning (TSS).
Dette oppsettet åpner opp for et par kraftfulle ting:
Hos Innowise har vi begynt å anbefale MPC-baserte løsninger i stadig større grad. De er perfekte for FinTech-apper eller kryptoplattformer for forbrukere som trenger sikker, sømløs brukerinnføring uten å skremme folk med 24-ordsfraser. Hvis du bygger for de neste 100 000 brukerne, ikke bare de kryptokyndige, er dette en lommebokarkitektur det er verdt å utforske.
MultiSig-lommebøker krever flere godkjenninger for å autorisere en transaksjon. MultiSig-oppsett brukes av DAO-er, finansavdelinger og prosjektteam, og følger en standard M-av-N-regel (f.eks. må 3 av 5 eiere signere). Denne logikken håndheves av smartkontrakter i kjeden, ikke av tillit alene.
Ta Gnosis SAFE, for eksempel:
MultiSig-lommebøker tilbyr delt kontroll og høyere sikkerhet, men de er vanligvis kjedespesifikke. Så hvis du trenger støtte på tvers av kjeder eller enklere onboarding, kan alternativer som MPC-lommebøker passe bedre.
Men hvis du forvalter sammenlagte fond og trenger reell ansvarlighet, er MultiSig likevel vanskelig å slå.
Smartkontraktlommebøker er programmerbare kontoer som bruker logikk i kjeden til å administrere tilgang, tillatelser og gjenoppretting. I motsetning til tradisjonelle lommebøker som er knyttet til en enkelt privat nøkkel (kalt eksternt eide kontoer eller EOA-er), fungerer smartkontraktlommebøker som mini-apper. Du holder ikke bare tokens - du definerer reglene for hvordan, når og av hvem de kan brukes.
De er ideelle hvis produktet ditt trenger avanserte funksjoner som utgiftsgrenser, planlagte overføringer, styringsintegrasjon eller fleksibel autentisering.
Før vi går videre: La meg klargjøre hva denne guiden egentlig handler om, slik at det ikke oppstår forvirring. Når folk kommer til oss og spør om hvordan lage en kryptolommebok-apptenker de på en ikke-frihetsberøvende, varm lommebok. Vanligvis som en mobilapp, nettleserutvidelse, eller til og med en Telegram mini-app. Så det er det vi skal fokusere på fra nå av.
La oss snakke om funksjoner. Jeg gir funksjonslisten i denne artikkelen litt ekstra kjærlighet, for etter å ha jobbet med en rekke prosjekter har jeg sett på nært hold hvor mye det rette funksjonssettet former det endelige produktet.
Listen nedenfor er imidlertid ikke en mal du skal følge blindt. Behold det som fungerer, kast det som ikke fungerer, eller enda bedre, gi det til eksperter som kan forme det rundt din store idé.
Det er disse funksjonene som er avgjørende for tillit, brukervennlighet og hvorvidt brukerne kommer tilbake etter den første transaksjonen.
La brukerne låse opp appen med biometri eller en PIN-kode, og administrer tilgangen til kryptovaluta-lommeboken ved å importere eller eksportere private nøkler eller seed-fraser, siden nøkkelen er kontoen i et ikke-forvaringsbasert oppsett.
Raske, enkle overføringer med QR-støtte er selve hjertet i appen din. Det er en sentral del av utviklingen av en blockchain-lommebokapp, og den må føles sømløs.
Brukerne forventer en ren, søkbar logg over hva som skjedde, når det skjedde og hvor det ble av, spesielt når noe føles feil.
Smarte varsler om alt fra "penger mottatt" til "bensinen er vanvittig dyr akkurat nå" skaper tillit og holder brukerne engasjert uten at de trenger å åpne appen.
Gi folk muligheten til å merke og lagre pålitelige adresser. Ingen ønsker å dobbeltsjekke en streng på 42 tegn hver gang.
La brukerne følge med på ytelsen uten å bytte app, fordi sanntidskontekst gjør en kryptolommebok til et dashbord.
Vis en enkel, nøyaktig totalsum som gjenspeiler alt brukerne har, også på tvers av kjeder, og få det til å føles mer som fremgang enn matematikk.
Enten det er en ny memecoin eller en verifisert eiendel, skal brukerne enkelt kunne legge til tokens og føle seg trygge på at de har fått den rette.
Etter hvert som flere brukere bygger bro mellom nettverkene, bør kryptovaluta-lommeboken din også gjøre det - ren veksling, tydelige etiketter og null RPC-feil.
Gi tilgang til detaljerte kjededata med ett trykk gjennom pålitelige utforskere, noe som gir brukerne mer kontroll og tillit.
La folk sette opp tilpassede varsler for tokens de bryr seg om, for ingen liker å sjekke prisene 20 ganger om dagen.
Krypter nøkler lokalt, lås appen automatisk og overvåk utklippstavlen for å se om noen tukler med den. Brukerne vil ikke se disse tingene, men de vil føle det når det fungerer.
Disse funksjonene går utover det grunnleggende. Det er de som hjelper en kryptolommebok med å skille seg ut, utdype engasjementet og betjene mer erfarne brukere uten å overkomplisere ting for nybegynnere.
Gjør lommeboken din om til et programmerbart verktøy som kan håndtere ting som gassløse transaksjoner, sosial gjenoppretting eller egendefinerte signeringsregler uten at det kreves en seed-frase.
La brukerne utforske DeFi, NFT-markedsplasser, og Web3-verktøy direkte fra lommeboken, i stedet for å hoppe mellom apper eller faner.
Gjør det enkelt å koble seg til dApps ved å skanne en kode, noe som er spesielt nyttig når brukere bytter mellom mobil og skrivebord.
Tillat brukere å kjøpe eller selge krypto ved hjelp av kort eller bankoverføringer, men husk at dette vanligvis innebærer KYC gjennom tredjepartsleverandører.
Støtt brobygging mellom nettverk for brukere som flytter ressurser på tvers av kjeder, men sørg for at brukergrensesnittet forklarer hva som skjer under panseret.
Folk liker fortsatt å se hva de eier. Vis NFT-er med bilder, navn og metadata, selv om appen din ikke er laget kun for samleobjekter.
Legg til merker, streker eller mini-utfordringer som belønner engasjement. Dette er spesielt effektivt i mobilapper og Telegram-miljøer.
Hjelp brukerne med å finne og gjøre krav på kvalifiserte flydrops basert på hva de har i kryptovaluta-lommeboken, slik at oppdagelsen blir en del av opplevelsen.
La brukerne sette opp sendinger eller bytter som skal utløses senere - enten etter tid eller pris - akkurat som limitordrer i handelsverktøy.
Gi brukerne mulighet til å følge med på tokenprisene ved hjelp av varslingsutløsere som de selv definerer, slik at de ikke trenger å sjekke diagrammet hvert tiende minutt.
Tilby tilgang til innsatsbassenger eller innebygde innsatsfunksjoner for støttede tokens. Dette vil hjelpe brukerne med å øke eiendelene sine uten å forlate appen.
Vis enkle diagrammer, trender eller token-sammendrag som hjelper brukerne med å forstå hva som gir resultater og hva som trekker dem ned.
Flagg tokens med store prissvingninger eller lav likviditet, slik at brukerne ikke kaster seg blindt inn i noe de vil angre på fem minutter senere.
Hvis du retter deg mot DeFi-kyndige brukere, bør du vurdere å tilby tilgang til låneprotokoller for lån eller lån mot sikkerhet.
La brukerne veksle tokens inne i kryptolommeboken ved hjelp av integrerte DEX-er uten å måtte kopiere adresser eller logge på andre steder.
Se mer
Bruk AI til å komme med nyttige tips, forklare lommebokhandlinger eller flagge uvanlig oppførsel, spesielt for brukere som fortsatt er i ferd med å bli fortrolige med krypto.
Disse funksjonene skaper ikke alltid overskrifter, men de er ofte grunnen til at brukerne blir værende, anbefaler appen din eller føler seg trygge på den i utgangspunktet.
La brukerne bruke kryptovalutaen sin via virtuelle eller fysiske kort som er koblet til saldoen i kryptovaluta-lommeboken, slik at lommeboken kan brukes i hverdagen.
La brukerne bevege seg mellom lommebok, e-post og nettleser uten friksjon, slik at oppsettet føles raskt og frustrasjonsfritt.
Dobbeltsjekk at brukerne har lagret gjenopprettingsfrasen ved å be dem sette sammen ordene i riktig rekkefølge før de fullfører oppsettet.
Hvis appen din integrerer fiat- eller regulerte funksjoner, kan du øke hastigheten på verifiseringen ved å skanne ID-dokumenter og ansikter automatisk, slik at brukerne ikke blir sittende fast i lange opplastingsflyter.
Tilbyr et fremtidssikkert alternativ for å verifisere brukere via selvsuveren identitet uten å være avhengig av tradisjonelle KYC-flyter.
La brukerne dele henvisningslenker og bli belønnet, ved hjelp av verktøy som AppsFlyer for å spore konverteringer og tildele bonuser nøyaktig.
Sørg for at lokal autentisering føles sikker og intuitiv, og gi brukerne valget mellom biometrisk innlogging eller PIN-kode på enheter som støttes.
Vis gjenopprettingsord ett om gangen, slik at brukerne kan sikkerhetskopiere dem på en trygg måte, selv i offentlige eller delte områder.
Gi brukerne en måte å få hjelp på når de trenger det, i stedet for å sende dem videre til et nettsted når de allerede har kjørt seg fast.
La brukerne velge hva de vil se på hovedskjermen - saldoer, NFT-er, diagrammer, overvåkningslister - slik at lommeboken føles personlig, og ikke passer til alle.
Gjør det enkelt å finne gjenopprettingstrinn uten å tvinge brukerne til å forlate appen eller søke på Google når noe går galt.
"Hos Innowise råder vi alltid grunnleggere til å behandle utviklingen av kryptolommebøker som kritisk infrastruktur, der den virkelige utfordringen ligger i å balansere sikkerhet, brukervennlighet og skalerbarhet fra dag én. Hvis man forhaster seg i arkitekturfasen eller overser logikken for nøkkelhåndtering på et tidlig tidspunkt, fører det til kostbar omarbeiding. De mest vellykkede prosjektene vi har levert, startet med én ting: en tydelig teknisk strategi i tråd med produktmålene."
Teknologidirektør
Den tekniske stakken. Det er sannsynligvis ikke du som skriver koden, men det er viktig å forstå at infrastrukturkomponentene, for eksempel skyleverandører, backend-rammeverk eller blokkjedenettverk, har direkte innvirkning på tidslinjen for utviklingen, budsjettet (mer om det senere) og funksjonene du kan implementere. Kryptolommeboken din kan være en Android-, iOS- eller nettapp, og her er de viktigste faktorene du må ta hensyn til når du skal velge riktig stabel:
Kotlin er førstevalget for native Android-utvikling, som gir deg bedre sikkerhet, renere syntaks og dyp tilgang til enheten. Den er ideell for å integrere ting som biometrisk pålogging, sikker lagring av nøkler og push-varsler.
Apples foretrukne språk for iOS-apper. Swift er rask, moderne og perfekt for ytelsestunge kryptoapper der ting som Face ID, haptisk tilbakemelding og sikker enklaveintegrasjon er viktig.
React gjør det enkelt å bygge rene, dynamiske brukergrensesnitt for nettlommebøker og dashbord. Node.js utfyller den godt på backenden, enten du henter token-data, håndterer brukerøkter eller proxy-forespørsler fra blokkjeden.
Med disse rammeverkene kan du levere apper på både iOS og Android fra én enkelt kodebase. React Native fungerer godt hvis teamet ditt allerede bruker React, mens Flutter gir deg pikselperfekt kontroll for mer tilpassede grensesnitt for kryptolommebøker.
Selv om lommeboken din oppbevarer nøkler på klientsiden, trenger du fortsatt en backend for ting som fiat-integrasjoner, blokkjedeindeksering, analyser og varsler.
Med disse verktøyene kan du distribuere backendtjenester som lettvektscontainere, skalere dem automatisk og sørge for at infrastrukturen er konsistent på tvers av staging og produksjon.
Når man bygger avanserte brukstilfeller som smarte lommebøker med kontoabstraksjon eller integrerte DEX-er, de to språkene ofte hånd i hånd. Solidity definerer lommebokens oppførsel i kjeden, for eksempel egendefinerte signeringsregler eller gassløse transaksjoner. Golang på sin side driver infrastrukturen utenfor kjeden som får det hele til å fungere bak kulissene, for eksempel bundlere og relayere som hjelper brukerne med å samhandle med blokkjeden.
Lurer du på hvor mye det koster å lage en kryptolommebok-app? Her er en rask oversikt:
Det avhenger av valgene, for eksempel teknologistakken (native vs. cross-platform), kompleksiteten til funksjonene (støtte for flere kjeder, staking, sikkerhet), designtilnærmingen og størrelsen og ekspertisen til utviklingsteamet. Så la oss se nærmere på hvordan hver faktor påvirker kostnadene.
Hvis du velger feil stabel, kan det gjøre deg tregere og hindre deg i å bruke viktige funksjoner. For eksempel kan React Native kan spare deg for 25-40% på mobilutviklingstid sammenlignet med native apputviklingsteknologi, men den kan slite med ytelsestunge kryptoflyter som sanntidsdiagrammer eller støtte for maskinvarelommebøker.
Native Swift/Kotlin vil koste mer på forhånd, men gir deg tettere tilgang til sikkerhet på systemnivå og enhetsoptimaliseringer. Ved å bruke Golang med Docker/Kubernetes kan du skalere håndtering av blokkjedehendelser effektivt uten å gå i stykker hver gang trafikken øker.
Hver funksjon er et nytt lag med logikk, kvalitetssikring og UX-vurdering.
Hvis du planlegger for reell vekst, er det underinvestering i teamstruktur som gjør at de fleste kryptolommebokprosjekter går i stykker.
Du kan klistre et brukergrensesnitt for kryptolommebøker på en mal, men det vil ikke fungere lenge. Egendefinerte onboarding-strømmer, forhåndsvisning av gassavgift eller visning av tokener fra flere kjeder krever faktisk designtenkning. God design ser ikke bare "fint ut". Det forhindrer frafall av brukere, reduserer antall supporthenvendelser og bygger tillit. Forvent $10,000–$25,000 for solid UX + visuell design.
Du tenker kanskje, "Hvordan vet jeg hva jeg trenger?" Og det ville vært rettferdig. Jeg har hørt det hundre ganger, og det er alltid det riktige spørsmålet. Det er her erfaring betyr noe. For det blir fort dyrt å gjette seg frem til design eller sikkerhet. Du trenger ikke en hel IT-hær fra dag én. Men du trenger noen som kan veilede deg gjennom det smarteste oppsettet for å nå målene dine.
Det er vanligvis to måter å utvikle en kryptolommebok på: å ansette internt eller å hente inn et eksternt utviklingsselskap. La oss se nærmere på hver av dem.
Et raskt overblikk:
Hvis du tenker langsiktig (som å "bygge et helt økosystem" på lang sikt), kan det høres tiltalende ut å gå in-house. Du får et team som lever og ånder for produktet ditt. De er forankret, tilgjengelige og kan reagere raskt på nye forretningsbehov.
Men her er saken: å finne gode Blockchain-utviklere er vanskelig. Det er vanskeligere å beholde dem. Regn med 3-6 måneder for å bygge opp et solid team, og det er hvis rekruttereren din har gode Web3-forbindelser. Du må også budsjettere med lønn, frynsegoder, insentiver for å holde på medarbeiderne og administrasjonskostnader.
Og hvis du fremdeles holder på å finne ut hvordan du skal lage en kryptolommebok-app, kan det å ansette et helt team fra bunnen av bremse deg i stedet for å få fart på sakene.
Et raskt overblikk:
Hvis du har et veikart i tankene, eller bare en idé du vil teste, en ekstern partner kan handle raskt. Veldig raskt. Vi snakker om 2-4 uker fra kickoff til prototype. Det er fordi de har gjort dette før. De har plug-and-play-team, verktøykasser og en velprøvd leveransemodell.
Og det trenger ikke å være "alt eller ingenting". Hvis du allerede har en CTO og en utvikler eller to, kan du gå for utvidelse av staben for å få inn ekstra hender til det kjerneteamet ditt ikke kan dekke akkurat nå (som smartkontraktrevisjoner eller mobilgrensesnitt).
Eller kanskje du ønsker å være hands-on, men unngå å ansette utviklere én og én. I så fall kan du ansette et komplett utviklingsteam som jobber under prosjektlederen din. Og hvis du vil ha fullt fokus og minimalt med problemer, kan du velge ende-til-ende-outsourcing og få et dedikert team til å levere det hele, som design, backend, mobil, QA, med innebygde milepælsgjennomganger.
Så hvis du lurer på hvordan du kan lage en kryptolommebok-app uten å bruke måneder på rekruttering og oppsett, er eksterne utviklingsteam ofte en snarvei.
Her er den delen ingen liker å snakke om: de vanskelige tingene. Å bygge en kryptolommebok betyr å gå på en rekke tøyler. Jeg har måttet navigere på de fleste av dem, og det er akkurat det som skiller en solid MVP fra et forlatt GitHub-repo.
Her er noen av de vanskeligste jeg har måttet krysse, og ja, jeg har snublet mer enn én gang.
Hvis du slurver med sikkerheten, har du å gjøre med ødelagte verdier og svekket tillit. Jeg har jobbet med kryptolommebøker der hver eneste beslutning, fra lagring til frontend-rendering, måtte gå gjennom en trusselmodell. Ønsker du å støtte maskinvarelommebøker? Da må du forstå integrering på lavt nivå. Vil du unngå lekkasje av private nøkler? Du har ikke råd til en eneste uforsiktig API-kalling.
Kryptos juridiske landskap er et bevegelig mål. Å jobbe med en global lommebok betyr at du må sjonglere med både KYC, GDPR og lokale kryptolover samtidig. Og selv om det er fristende, er ikke den juridiske sjekklisten din fra seks måneder siden tilstrekkelig.
Dette er grunnen til at jeg nå alltid bygger fleksibilitet i samsvarslagene. Det betyr modulære KYC/AML-komponenter, landbaserte funksjonsflagg og separate juridiske strømmer. Du må designe for endring, ikke for permanens.
Blokkjedegafflinger skjer ikke hver dag, men når de skjer, er de en hodepine. Jeg husker fortsatt da en kjede vi støttet delte seg, og vi måtte ta en rask avgjørelse: hvilken skulle vi holde oss til? Brukerne ble forvirret, saldoen ble duplisert (eller enda verre, feiljustert), og det flommet inn med supporthenvendelser.
Lærdom: Ha alltid en plan for respons på en gaffel. Og ikke anta at brukerne forstår forskjellen mellom Ethereum Classic og Ethereum.
Det er overkommelig å støtte bare én kjede. Men ekte kryptolommebøker må gå multichain, og det er der kompleksiteten øker. Ulike API-er. Ulike token-standarder. Forskjellig gasslogikk.
En gang hadde vi en build der token-metadata kom fra fem kilder, og hver av dem hadde sine egne særegenheter og ventetidsproblemer. Det bygget lærte meg verdien av modulær kjedeintegrasjon og reservemekanismer.
Folk ønsker enkelhet: De vil ikke "stille inn gass manuelt", "velge et nettverk" eller "lime inn en privat nøkkel". De vil trykke, sveipe og føle seg trygge. En av de største endringene vi har gjort, skjedde etter at vi så nye brukere gi opp halvveis gjennom introduksjonen. Vi omarbeidet alt fra verktøytips til standardflyt og skriftstørrelser, og støtteforespørsler droppet av 40%. God krypto-UX hindrer folk i å hoppe av og gir dem en grunn til å komme tilbake.
Enten det er fiat-ramper, KYC-tilbydere eller skatteeksporttjenester, trenger du tredjepartsintegrasjoner. Jeg har opplevd at flere prosjekter har stoppet opp fordi den valgte leverandøren ikke støttet regionen eller hadde ødelagte sandkassemiljøer. Nå behandler jeg alltid integrasjoner som partnerskap. Jeg tester dem tidlig, tester dem ofte og antar at ting vil gå i stykker.
Vet du hva som er vanskeligere enn å bygge en kryptovaluta-lommebok? Få folk til å bruke den. Adopsjonskurven er bratt, og førsteinntrykket er viktig. De fleste lommebøker får bare ett skudd for å bevise at de er pålitelige og enkle. En mislykket onboarding betyr en tapt bruker for alltid.
Derfor er jeg besatt av førstegangsopplevelser som onboarding uten innlogging, påminnelser om sikkerhetskopiering som ikke skremmer brukerne, og en flyt som føles som en hvilken som helst FinTech-app, ikke som en eksamen i datavitenskap.
Du trenger folk som forstår både kryptografi og menneskelig atferd. Blockchain-ingeniører som kan forklare noe til en designer uten å få dem til å føle seg dumme. Designere som skjønner at "gas fee" ikke er et merkenavn.
Ærlig talt var det noen ganger vanskeligere å bygge teamet enn å bygge selve lommeboken. Men når du får det til, går alt raskere og smidigere, fordi alle snakker samme språk.
Utvikling av kryptolommebøker er en rekke vanskelige avgjørelser: hvordan man skal håndtere nøkkeloppbevaring, hvilke gjenopprettingsalternativer som skal tillates, og hvor grensen mellom brukerfrihet og sikkerhetsnett skal trekkes. Disse valgene former produktet lenge før en eneste skjerm blir designet.
Hos Innowise hjelper vi gründere med å kartlegge hele systemet. MPC eller MultiSig? Custodial eller ikke? Innfødt mobil eller kryssplattform? Hvordan forklarer du gass til noen som aldri har rørt MetaMask?
En av våre nyere prosjekter fikk titusenvis av brukere i løpet av de første ukene. Den kjørte på tvers av flere kjeder, inkluderte en Telegram mini-app og inneholdt ting som MPC, sosial gjenoppretting og innebygde DeFi-verktøy. En slik opplevelse er vanskelig å etterligne, og enda vanskeligere å erstatte.
Hvis veikartet ditt inkluderer en kryptolommebok, men du fortsatt ikke har definert hva det faktisk betyr for brukerne dine - La oss finne ut av det sammen.
Blockchain-ekspert og DeFi-analytiker
Andrew lever og ånder for blockchain. Han hjelper kunder med å navigere i et område som er i stadig utvikling - og omsetter store ideer til tekniske strategier som er sikre, skalerbare og bygget for bruk i den virkelige verden.
