En av de viktigaste egenskaperna för att @infinex ska kunna konkurrera med centraliserade växlar är möjligheten att bryta kopplingen mellan adresser onchain. De flesta använder CEX insättning och uttag om de vill finansiera en ren adress.

Det här är historien om hur jag byggde upp det efter ungefär 18 månader av att önska att det fanns, och det tog mindre än 24 timmar.

En varning. Detta är förstås inte helt privat eftersom CEX kan se vad du gör, men det finns säkerhet genom obscurity eftersom de hanterar tusentals uttag, de tittar förmodligen inte så noga på ditt.

Oftast är detta helt enkelt att dölja vad du gör på kedjan så att ingen kan se att du köpte 50 krypto-covens 2021.

Eller så behöver du betala ett insats på 50 000 och vill inte att din motpart ska veta vilken adress det betalades från. Det finns många anledningar att vilja ha integritet på kedjan. Precis som vi uppenbarligen vill ha integritet i våra tradfi-system.

Vi tittade på flera alternativ för detta för Infinex, och återigen antar den första implementeringen att Infinex kan se kopplingen mellan dina adresser eftersom de alla är under ett och samma konto. Men världen kan inte.

När vi implementerade @NEARProtocol intentions och lade till zcash-stöd antog jag dumt nog att detta skulle lösas för oss. Det var inte av olika anledningar. Fast Near kommer snart att lösa detta mer holistiskt.

Så igår tänkte jag, jag har Infex-plattformen igång lokalt, hur svårt kan det vara...

Det visar sig skrämmande enkelt med opus 4.5.

Först tänkte jag okej, låt oss se hur nyckelfärdig vår nyckelhanteringsplattform hanterar zcash-kurvorna. Det visar sig att de inte gör det. Nu är det här för sex månader sedan 99 % av människorna hade varit tvungna att ge upp.

Men jag sa "lyssna, Claude, kompis. Min gode vän @mert räknar med detta, låt oss vara kreativa här." Och inom 30 minuter hade vi forskat fram och implementerat passkey +PRF som låter dig härleda ett seed från en passkey. Jävligt galet.

Okej, nu har vi ett sätt att skriva under. Vi behövde sedan en ramverk. Det visade sig att det enda webbramverket vi kunde hitta var webzjs som underhålls av chainsafe och det verkade vara en bra lösning i några timmar.

Sedan, efter att ha fått kedjesynkronisering och saldon att fungera, gick jag för att skicka en leverans. Inte bra. Efter lite efterforskning visar det sig att webzjs är obrukbar av den senaste zcash-uppgraderingen 🤣. Nu är det här du bara skulle ge upp i den normala verkligheten. Men vi lever inte längre i en normal verklighet.

Claude behövde bara lite peppande.

Claude tog ett bibliotek som var föråldrat och uppdaterade det nonchalant för att stödja den senaste nätverksforken och dödade detta på mindre än 10 minuter. Vi byggde om appen och jag testade behandlingen och den gick igenom direkt. Jag kan verkligen inte understryka hur galet det här var att se på.

Så nu har jag en fullt fungerande zcash-plånbok som körs inne i Infinex. Jag skickade ZEC via near intents och kunde sedan shielda och skicka till en extern Zashi iOS-plånbok.

Det är lite buggigt men jag har kört ett skript som jag kallar "Autonomous Claude" mot implementationen de senaste timmarna och rensat upp och förenklat, och jag tycker att det är fullt användbart. Den behöver viss säkerhetsgranskning och designarbete men gör det den var tänkt att göra.

Du kan skicka pengar från en Infex-adress till zcash och sedan skicka pengar till en annan adress på ditt konto, det fina är att du kan använda near intents på båda sidor så du börjar med stables och slutar med stables.

I praktiken finns det viss volatilitet att hantera och du vill inte bara byta in och ut direkt. Men om vi får upp volymen kan vi få till lite bra användarerfarenhet så att de flesta behandlingar är standardiserade storlekar.

Vi har så många galna funktioner planerade för Infinex i år, det kommer bli galet. Plattformen är nu så robust att du kan leverera något liknande som en PoC på en dag eftersom vi har ett "skal" som byggts och har all byggnadsställning du behöver.