ChangeNOW x Guarda Case Proof – en lommebok trenger ikke å bli en børs

• Guarda Wallet ble lansert i 2017 som en selvfinansiert, ikke-forvarende Android-lommebok bygget fra bunnen av for én enkelt kjede. For å vokse utover ren lagring trengte brukerne å kunne bytte, kjøpe og stake i appen — uten at Guarda ble en børs eller måtte bygge infrastrukturen en børs krever.
• Teamet integrerte ChangeNOWs API som sitt børs-lag, der ChangeNOW fungerte som hovedleverandør bak Guardas dekning for bytter: likviditet, ruting og prising lå hos ChangeNOW, mens oppbevaring forble i brukerens hender og selve byttet aldri forlot lommeboken.
• Guarda støtter nå 70 store blokkjeder — mesteparten av denne nettverksdekningen muliggjort gjennom ChangeNOW-integrasjonen — opererer i mer enn 100 land, og finnes på tvers av web, desktop, mobil og en nettleserutvidelse. ChangeNOW håndterte børsdelen; den bredere produktreisen var Guardas egen.

Lagring sluttet å være et produkt

I store deler av det siste tiåret var en lommeboks jobb å oppbevare. Nøkler inn, nøkler trygt, nøkler ut når det trengtes. Den innrammingen overlever ikke lenger møtet med hvordan folk faktisk bruker disse produktene. Brukere vurderer en lommebok ut fra hva de kan gjøre i det øyeblikket de åpner den, ikke ut fra hvor eiendelene deres ligger når de er inaktive.

Når den eneste handlingen en lommebok støtter er lagring, blir hvert bytte, hvert kjøp eller hver staking en grunn til å forlate den. En lommebok bygget på denne måten er et stoppested mellom transaksjoner snarere enn stedet transaksjonene skjer. En innebygd børs i lommeboken har gått fra å være en premiumfunksjon til en grunnforventning, og det interessante spørsmålet er ikke lenger om man skal legge til en, men hvor handlingen bør leve når man gjør det.

Selvforvaring gikk mainstream, og det hevet standarden

Skiftet har et tydelig utgangspunkt. I 2017 mistet sentraliserte børser brukernes tillit etter en rekke store hackingangrep, reguleringen rundt forvaringsplattformer ble strammere, og selvforvaring sluttet å være en preferanse for de teknisk kyndige. For en økende andel brukere ble det den tryggere måten å holde eiendeler på i det hele tatt.

Den endringen i atferd kolliderte med en endring i markedsstrukturen. Eiendeler ble fragmentert på tvers av kjeder, og manuell navigering mellom dem gjorde folk tregere og økte feilraten akkurat i øyeblikkene de prøvde å handle. Likviditet ble spredt utover ordrebøker, AMM-pooler og konkurrerende rutingsystemer. Aggregering og smart ruting gikk fra avanserte verktøy til en forutsetning, fordi ingen enkelt kilde kunne prise en seriøs handel godt på egen hånd. Dermed ble terskelen hevet to ganger samtidig: brukere ville ha oppbevaringen i egne hender, og de ville kunne handle på tvers av et dusin nettverk uten å forlate appen for å gjøre det.

Guarda avviste tre snarveier

Guarda startet det året som en Android-lommebok for Ethereum, bygget fra bunnen av som et ikke-forvarende produkt av et team uten eksisterende infrastruktur, uten produktbase og uten ekstern finansiering. Den vanskelige delen var aldri inngangsfunksjonen. Det var tillit. En ikke-forvarende arkitektur kan ikke oppbevare private nøkler, sikkerhetskopifiler eller persondata på egne servere, noe som gjør ingeniørarbeidet mer krevende enn en serverbasert lommebok — og enda mer krevende for et selvfinansiert team som jobber mot sine egne ressursgrenser. Det tidlige arbeidet ble likevel lagt merke til: Ethereum Classic-miljøet tok i bruk Android-lommeboken, og et tilskudd fra Zcash Foundation finansierte en lettvekts ZEC-klient.

Skaleringsproblemet viste seg raskt. En separat app for hver kjede ville ha gjort produktet til en haug av frakoblede lommebøker, så teamet trengte én arkitektur som kunne ta opp i seg nye eiendeler og nye handlinger uten å splintres. Å komme dit betydde å si nei til tre enklere veier, hver med en reell kostnad. En forvarings- eller serverbasert modell ville ha forenklet utviklingen og samtidig gitt avkall på selvforvaring. Å forbli kun mobil ville ha holdt produktet fokusert og ignorert alle andre miljøer der folk håndterer krypto. Å ta inn ekstern kapital ville ha akselerert rekruttering og lagt til et sett med press teamet ikke ønsket. Guarda valgte den vanskeligere ruten på alle tre: selvfinansiert, plattformuavhengig, tillitsmodell intakt.

Denne disiplinen er delen som er verdt å studere. Begrensningen var ikke en fotnote til strategien — den var strategien. Et team som ikke hadde råd til å bygge en børs måtte være presist på hva det bygget og hva det koblet inn.

Den tredje posisjonen: sett bort infrastrukturen, behold handlingen

Her blir beslutningen konkret. Guarda gjorde innebygd veksling i appen til et kjerne mål. Men å bygge likviditet og børsdrift fra grunnen av var nettopp det arbeidet teamet hadde utelukket. Så de trakk en linje som mange veikart visker ut: infrastrukturen går ut, handlingen blir igjen i produktet.

Børs-laget ble integrert via et API — ChangeNOWs, som hovedleverandør — slik at bytter ble gjennomført inne i lommeboken, mens ruting, prising og likviditet lå utenfor teamets drift. Guarda ble ikke en børs, og det sendte ikke brukerne sine til en.

Den forskjellen er lett å blande sammen, så det er verdt å være presis. Å sende en bruker til en børs betyr en videresending ut av grensesnittet, en egen konto, en ny runde med identitetskontroller, og at forvaringen overlates til stedet som gjennomfører handelen. Et innebygd bytte holder alt dette inne: ingen videresending, ingen ekstra konto, ingen overføring av forvaring, og gebyret og transaksjonsdataene blir hos lommeboken i stedet for hos arenaen. Handelen gjøres fortsatt opp på eksterne rails — men brukeren, øyeblikket for handling og relasjonen forlater aldri produktet. Bare røropplegget settes bort. Fordi rutingen er ikke-forvarende, forlot aldri nøklene brukerens kontroll for at et bytte skulle kunne skje, noe som holder lommebokas opprinnelige løfte intakt i stedet for å bytte det bort mot bekvemmelighet.

Å sette bort laget satte også bort en byrde teamet med rette ønsket å unngå: når leverandøren håndterer rutingen og mye av etterlevelsesvekten, kan en lommebok legge til børsfunksjonalitet uten å arve den fulle regulatoriske profilen til en børs.

Den kommersielle logikken følger av det samme valget. Hver handling en bruker kan fullføre inne i produktet, utdyper relasjonen og skaper et sted å tjene uten å skyve lommeboken mot forvaring — bytter, og senere staking som kan gi opp mot rundt 20% APY avhengig av eiendelen. Guarda stoppet ikke ved transaksjoner, og la til en tokengenerator, en utdanningssatsing i Guarda Academy, og $GRD-tokenet, men hver av disse bygde videre på den samme lommeboken i stedet for å skape en separat app.

Skala som utbyttet, og regelen som er verdt å beholde

Resultatet leses som rekkevidde snarere enn en liste med seire. Guarda støtter nå 70 store blokkjeder, med ChangeNOW som hovedleverandør for børsfunksjonaliteten bak denne dekningen snarere enn den eneste, og det opererer i mer enn 100 land på tvers av web, desktop på Windows, macOS og Linux, mobil på iOS og Android, og en Chrome-utvidelse. En Android-app for én valuta ble et sted å oppbevare, bytte, kjøpe og stake fra ett og samme miljø. Integrasjonen håndterte børs-laget; den skapte ikke hele utviklingsbanen, og den ærlige versjonen av historien holder de to tingene adskilt.

Lærepengen for lommebokteam er smalere enn «legg til en børs». Lommeboken som møter brukeren i øyeblikket for handling bygger en sterkere relasjon selv uten å holde noens midler. Regelen Guarda landet på er den skarpe: ikke bli en børs, men ikke la en annen plattform eie børs-handlingen heller. Hold forvaringsmodellen tydelig, og hold handlingen inne i produktet.

Som etterlater ett spørsmål for alle som driver en lommebok i dag. Av all transaksjonsintensjon brukerne dine skaper, hvor mye sender du fortsatt et annet sted for at noen andre skal fange opp?

_________________________________________________________________________

Bitcoin.com påtar seg intet ansvar eller erstatningsansvar, og skal ikke holdes ansvarlig, verken direkte eller indirekte, for tap, skade, krav, kostnad eller utgift av noe slag, enten faktisk, påstått eller følgelig, som oppstår som følge av eller i forbindelse med bruk av, eller tillit til, innhold, varer eller tjenester som det vises til i denne artikkelen. Enhver tillit som legges til slik informasjon, skjer strengt tatt på leserens egen risiko.