ChangeNOW x Guarda esettanulmány – egy pénztárcának nem kell tőzsdévé válnia

• A Guarda Wallet 2017-ben indult el, mint egy saját finanszírozású, nem letéti Android-pénztárca, amelyet a semmiből építettek fel egyetlen blokklánc számára. Ahhoz, hogy a tároláson túl is növekedhessen, a felhasználóknak szükségük volt arra, hogy az alkalmazáson belül cserélhessenek, vásárolhassanak és stakolhassanak – anélkül, hogy a Guarda tőzsdévé válna, vagy kiépítené a szükséges infrastruktúrát.
• A csapat a ChangeNOW API-ját integrálta tőzsdei rétegként, ahol a ChangeNOW a Guarda csere-lefedettségének elsődleges szolgáltatójaként működött: a likviditás, az útválasztás és az árazás a ChangeNOW feladata volt, míg a vagyonkezelés a felhasználó kezében maradt, és maga a csere soha nem hagyta el a pénztárcát.
• A Guarda jelenleg 70 főbb blokkláncot támogat – e hálózati lefedettség nagy része a ChangeNOW-integrációnak köszönhető –, több mint 100 országban működik, és elérhető webes felületen, asztali számítógépen, mobilon és böngészőbővítményként is. A ChangeNOW vállalta a tőzsdei oldalt; a termék szélesebb körű fejlesztése a Guarda saját feladata volt.

A tárolás már nem termék

Az elmúlt évtized nagy részében a pénztárca feladata a tárolás volt. Beírjuk a kulcsokat, biztonságban vannak, és szükség esetén elővesszük őket. Ez a keret már nem állja meg a helyét, ha összehasonlítjuk azzal, ahogyan az emberek valójában használják ezeket a termékeket. A felhasználók a pénztárcát aszerint ítélik meg, hogy mit tudnak vele csinálni abban a pillanatban, amikor megnyitják, nem pedig aszerint, hogy hol vannak az eszközeik, amíg nem használják őket.

Amikor a pénztárca egyetlen támogatott funkciója a tárolás, minden csere, vásárlás vagy staking okot ad a távozásra. Az ilyen módon felépített pénztárca inkább a tranzakciók közötti átmeneti állomás, mintsem a tranzakciók helyszíne. A pénztárcán belüli tőzsdei kereskedés a prémium funkcióból alapvető elvárássá vált, és az érdekes kérdés már nem az, hogy be kell-e építeni egy ilyet, hanem az, hogy hol legyen elhelyezve, ha már megvan.

Az önkezelés mainstream lett, és emelte a lécet

A változásnak egyértelmű kiindulópontja van. 2017-ben a központosított tőzsdék egy sor jelentős hackertámadás után elvesztették a felhasználók bizalmát, a letéti platformokra vonatkozó szabályozás szigorodott, és az önkezelés már nem csupán a műszaki beállítottságúak preferenciája volt. A felhasználók egyre növekvő hányadának ez lett az egyetlen biztonságos módja az eszközök tárolásának.

Ez a viselkedésbeli változás összeütközött a piaci struktúra változásával. Az eszközök láncok között szétszóródtak, és a köztük való manuális navigálás lelassította az embereket, és pontosan akkor emelte a hibaarányt, amikor cselekedni próbáltak. A likviditás szétoszlott a megbízási könyvek, az AMM-poolok és a versengő útválasztó rendszerek között. Az aggregáció és az intelligens útválasztás a fejlett eszközök kategóriájából alapvető követelménnyé vált, mivel egyetlen forrás sem tudta önmagában jól árazni egy komoly kereskedést. Így a mérce egyszerre kétszer is magasabbra került: a felhasználók saját kezükben akarták tartani az eszközöket, és tucatnyi hálózaton akartak cselekedni anélkül, hogy ehhez el kellene hagyniuk az alkalmazást.

A Guarda három rövidítést is elutasított

A Guarda abban az évben indult el, mint egy Ethereumhoz készült Android-pénztárca, amelyet a semmiből épített fel egy olyan csapat, amelynek nem volt meglévő infrastruktúrája, termékbázisa és külső finanszírozása sem. A nehéz rész soha nem a belépési funkció volt. Hanem a bizalom. Egy nem letéti architektúra nem tárolhat magánkulcsokat, biztonsági másolatokat vagy személyes adatokat a saját szerverein, ami a fejlesztést igényesebbé teszi, mint egy szerveroldali pénztárca esetében – és még igényesebbé egy saját forrásaiból finanszírozó csapat számára, amely saját erőforrás-korlátai ellen küzd. A korai munkát így is észrevették: az Ethereum Classic közösség felkarolta az Android-pénztárcát, a Zcash Alapítvány pedig támogatással segítette egy könnyű ZEC-kliens fejlesztését.

A skálázási probléma hamar felmerült. Ha minden lánchoz külön alkalmazás készült volna, a termék egy halom egymástól független pénztárcává vált volna, ezért a csapatnak olyan architektúrára volt szüksége, amely széttöredezés nélkül képes befogadni az új eszközöket és műveleteket. Ahhoz, hogy ezt elérjük, három könnyebb utat kellett elutasítanunk, amelyek mindegyike valódi költségekkel járt. Egy letéti vagy szerveroldali modell leegyszerűsítette volna a fejlesztést, de ezzel feladták volna az önálló letétkezelést. Ha kizárólag a mobilplatformon maradtak volna, a termék fókuszált maradt volna, de figyelmen kívül hagyták volna minden más környezetet, ahol az emberek kriptovalutákat kezelnek. Külső tőke bevonása felgyorsította volna a toborzást, és olyan nyomást gyakorolt volna a csapatra, amelyet nem akartak. A Guarda mindhárom esetben a nehezebb utat választotta: saját finanszírozás, többplatformos működés, a bizalmi modell megőrzése.

Ezt a fegyelmet érdemes tanulmányozni. A korlátozás nem csupán a stratégia mellékszövege volt – hanem maga a stratégia. Egy olyan csapatnak, amely nem engedhette meg magának egy tőzsde felépítését, pontosan meg kellett határoznia, hogy mit épít és mit integrál.

A harmadik álláspont: kiszervezni az infrastruktúrát, megtartani a cselekvést

Itt válik konkrétá a döntés. A Guarda az alkalmazáson belüli tőzsdei kereskedést tette központi céljává. De a likviditás és a tőzsdei műveletek nulláról történő felépítése pontosan az a feladat volt, amelyet a csapat kizárt. Így tehát meghúzott egy határt, amelyet a legtöbb ütemterv elmos: az infrastruktúra kikerül, a tevékenység bent marad.

A tőzsdei réteget API-n keresztül integrálták – elsődleges szolgáltatóként a ChangeNOW-t használva –, így a cserék a pénztárcán belül zajlottak le, míg az útválasztás, az árazás és a likviditás a csapat működési körén kívül maradt. A Guarda nem vált tőzsdévé, és nem is irányította felhasználóit egy tőzsdére.

Ezt a különbséget könnyű összekeverni, ezért érdemes pontosan megfogalmazni. A felhasználó tőzsdére irányítása az interfészből való átirányítást, külön fiókot, egy második körű személyazonosság-ellenőrzést, valamint a kereskedést lebonyolító platformnak átadott letétkezelést jelent. A beágyazott csere mindezt a rendszeren belül tartja: nincs átirányítás, nincs második fiók, nincs a letétkezelés átruházása, és a díj, valamint a tranzakciós adatok a tőzsde helyett a pénztárcánál maradnak. A tranzakció továbbra is külső csatornákon kerül elszámolásra – de a felhasználó, a művelet pillanata és a kapcsolat soha nem hagyja el a terméket. Csak a háttérmunkát kiszervezik. Mivel az útválasztás nem letéti jellegű, a kulcsok soha nem kerülnek ki a felhasználó ellenőrzése alól a csere végrehajtásához, ami megőrzi a pénztárca eredeti ígéretét, ahelyett, hogy azt kényelemért cserébe feladná.

A réteg kiszervezésével egy olyan terhet is kiszerveztek, amelyet a csapat helyesen került el: amikor a szolgáltató viseli az útválasztás és a megfelelés nagy részének terhét, a pénztárca kiegészül egy tőzsdei funkcióval anélkül, hogy annak teljes szabályozási profilját átvenné.

Az üzleti logika ugyanebből a döntésből következik. Minden olyan művelet, amelyet a felhasználó a terméken belül végrehajthat, elmélyíti a kapcsolatot, és bevételszerzési lehetőséget teremt anélkül, hogy a pénztárcát a letétkezelés irányába terelné – csereügyletek, majd később a staking, amely az eszköztől függően akár 20% körüli éves hozamot (APY) is elérhet. A Guarda nem állt meg a tranzakcióknál: hozzáadott egy token-generátort, egy oktatási ágat a Guarda Academy formájában, valamint a $GRD tokent, de ezek mindegyike ugyanahhoz a pénztárcához kapcsolódott, ahelyett, hogy külön alkalmazást hoztak volna létre.

A méret a nyereség, és ez a szabály, amit érdemes megtartani

Az eredmény inkább elérhetőségnek tűnik, mint győzelmek listájának. A Guarda jelenleg 70 főbb blokkláncot támogat, ahol a ChangeNOW a lefedettség mögött álló fő – de nem egyetlen – tőzsdeszolgáltató, és több mint 100 országban működik: webes felületen, asztali számítógépeken (Windows, macOS és Linux rendszereken), mobil eszközökön (iOS és Android) valamint Chrome-bővítményként. Egy egyvalutás Android-alkalmazásból olyan hely lett, ahol egy környezetben lehet tartani, cserélni, vásárolni és stakolni. Az integráció a tőzsdei réteget kezelte; nem alakította ki a teljes pályát, és a történet őszinte változata ezeket a két dolgot különválasztja.

A pénztárca-fejlesztő csapatok számára levonható tanulság szűkebb körű, mint egyszerűen „adjon hozzá egy tőzsdét”. Az a pénztárca, amely megfelel a cselekvés pillanatának, erősebb kapcsolatot épít ki anélkül is, hogy bárki pénzét is kezelné. A Guarda által megfogalmazott szabály éles: ne váljon tőzsdévé, de ne hagyja, hogy egy másik platform birtokolja a tőzsdei tevékenységet sem. Tartsd egyértelművé a letéti modellt, és tartsd a műveletet a termék keretein belül.

Ezzel egy kérdés marad mindenki számára, aki ma pénztárcát üzemeltet. A felhasználóid által generált összes tranzakciós szándék közül mennyit küldesz még mindig máshova, hogy megragadd?

_________________________________________________________________________

A Bitcoin.com nem vállal felelősséget, és sem közvetlenül, sem közvetve nem tehető felelőssé semmiféle veszteségért, kárért, igényért, költségért vagy kiadásért – legyen az tényleges, állítólagos vagy következményes –, amely a cikkben hivatkozott bármely tartalom, áru vagy szolgáltatás használatából, illetve azokra való támaszkodásból ered, vagy azzal összefüggésben merül fel. Az ilyen információkra való támaszkodás kizárólag az olvasó saját kockázatára történik.