En av de viktigste egenskapene for at @infinex skal konkurrere med sentraliserte utvekslinger, er evnen til å bryte forbindelsen mellom adresser onchain. De fleste bruker CEX innskudd og uttak hvis de vil finansiere en ren adresse.

Dette er historien om hvordan jeg bygde dette etter omtrent 18 måneder med å ønske at det eksisterte, og det tok mindre enn 24 timer.

En forbehold. selvfølgelig er dette ikke helt privat, siden CEX kan se hva du gjør, men det er sikkerhet gjennom uklarhet fordi de behandler tusenvis av uttak, og de ser sannsynligvis ikke så nøye på dine.

Som oftest er dette bare å skjule hva du gjør på kjeden slik at ingen kan se at du kjøpte 50 kryptokoven i 2021.

Eller kanskje du må betale et veddemål på 50 000, og du vil ikke at motparten skal vite hvilken adresse det ble betalt fra. Det finnes mange grunner til å ønske personvern på kjeden. Akkurat som vi åpenbart ønsker personvern i våre tradisjonelle systemer.

Vi så på en rekke alternativer for dette for Infinex, og igjen antar den første implementeringen at Infinex kan se forbindelsen mellom adressene dine siden de alle er under én konto. Men verden kan ikke.

Da vi implementerte @NEARProtocol intensjoner og la til zcash-støtte, antok jeg dumt nok at dette ville bli løst for oss. Det var ikke av en spesiell grunn. Selv om Near snart kommer til å løse dette mer helhetlig.

Så i går tenkte jeg: Jeg har Infex-plattformen kjørende lokalt, hvor vanskelig kan dette være...

Det viser seg skremmende lett med opus 4.5.

Først tenkte jeg, ok, la oss se hvor nøkkelferdig nøkkelhåndteringsplattformen vår håndterer zcash-kurvene. Det viser seg at de ikke gjør det. Nå er det her for seks måneder siden 99 % av folk måtte gi opp.

Men jeg sa «hør her, Claude, kompis. Min gode venn @mert stoler på dette, la oss være kreative her." Og innen 30 minutter hadde vi forsket på og implementert passnøkkel +PRF som lar deg utlede et frø fra en passnøkkel. Jævlig vilt.

Ok, nå har vi en måte å signere på. Vi trengte deretter et rammeverk. Det viser seg at det eneste webrammeverket vi kunne finne er webzjs, som vedlikeholdes av chainsafe, og dette så ut til å være en god løsning i noen timer.

Etter å ha fått kjedesynkronisering og balanser til å fungere, gikk jeg for å sende en behandling. Ikke bra. Etter litt undersøkelser viser det seg at webzjs er ødelagt av den nyeste zcash-oppgraderingen 🤣. Igjen, dette er stedet hvor du bare ville gitt opp i normal virkelighet. Men vi lever ikke lenger i en normal virkelighet.

Claude trengte bare en liten pep-talk.

Claude tok et bibliotek som var utdatert og oppdaterte det tilfeldig for å støtte den nyeste nettverksforken, og tok ut denne karen med ett slag på under 10 minutter. Vi bygde opp appen på nytt, og jeg prøvde behandlingen, men den gikk gjennom med en gang. Jeg kan virkelig ikke understreke nok hvor sinnssykt dette var å se på.

Så nå har jeg en fullt fungerende zcash-lommebok som kjører inne i Infinex. Jeg sendte ZEC via near intents og klarte deretter å skjerme og sende til en ekstern Zashi iOS-lommebok.

Det er litt ustabilt, men jeg har kjørt et skript jeg kaller «Autonomous Claude» mot implementeringen de siste timene for å rydde opp og forenkle, og jeg tror det er fullt brukbart. Den trenger noe sikkerhetsgjennomgang og designarbeid, men den gjør det den var ment å gjøre.

Du kan sende penger fra én Infinex-adresse til zcash og deretter sende penger til en annen adresse på kontoen din, det fine er at du kan bruke nærintensjoner på begge sider, så du starter med stables og avslutter med stables.

Nå er det praktisk talt noe volatilitet å håndtere, og du vil ikke bare bytte inn og ut med en gang. Men hvis vi får opp volumet, kan vi lage en fin UX rundt det, slik at de fleste behandlinger er standardiserte størrelser.

Vi har så mange sinnssyke funksjoner planlagt for Infinex i år, det kommer til å bli vilt. Plattformen er nå så robust at du kan sende noe slikt som en PoC på en dag fordi vi har et "skall" som er bygget med alt stillas du trenger.