DeFi · Solana · 2026
NAKIVAX
Trading non-custodial di Real World Assets su Solana — costruito da zero come Founder.
- Anno
- 2026
- Ruolo
- Founder & CEO
- Stack
- Solana · Next.js · TypeScript · @solana/web3.js · @solana/spl-token · Jupiter Ultra API · Wallet self-custody in-app (BIP39 + AES-GCM)
- Live
- nakivax.com
- Cliente
- NAKIVAX
- Settore
- DeFi
- Servizi
- Product Design · Smart Contract · Frontend · Go-to-market
- Stack
- Solana · Next.js · TypeScript · @solana/web3.js · @solana/spl-token · Jupiter Ultra API · Wallet self-custody in-app (BIP39 + AES-GCM)
Il punto di partenza
NAKIVAX è la piattaforma che ho fondato per portare il trading di Real World Assets (azioni USA, ETF, oro, forex) on-chain in modo realmente non-custodial: niente KYC, niente intermediari, ogni asset tokenizzato e tradeable direttamente dal proprio wallet self-custody su Solana.
L'idea nasce dall'osservazione che la maggior parte delle "RWA platforms" esistenti sono custodial (devi affidare fondi a un intermediario) o richiedono KYC pesante. NAKIVAX rimuove entrambi questi attriti, usando l'infrastruttura che Solana ha reso finalmente possibile: transazioni veloci, fee trascurabili, ecosistema developer maturo.
Architettura semplificata
Frontend (Next.js + TypeScript)
↕
Wallet self-custody in-app (BIP39 + AES-GCM)
↕
@solana/web3.js + @solana/spl-token
↕
Jupiter Ultra API (DEX aggregator)
↕
Solana mainnet
├─ xStocks (Backed Finance) — RWA tokens 1:1
├─ SOL, USDC, USDT
└─ DEX pools (Raydium, Orca, …)
Decisioni chiave
Perché Solana? Performance native (sub-secondo finality, fee centesimali) sono richieste per asset class come azioni, dove le decisioni si prendono in millisecondi. Ethereum L1 sarebbe stato impraticabile; L2 introdurrebbero un layer di trust addizionale.
Perché Jupiter Ultra API? Aggregatore DEX di riferimento su Solana: routing automatico tra le pool, MEV protection, priority fees, landing della transazione. Costruire un orderbook proprietario quando uno migliore esiste già sarebbe stato uno spreco di superficie d'attacco.
Perché wallet self-custody in-app (non Phantom)? Per coerenza con la promessa non-custodial: niente popup esterni, niente dipendenza da estensioni browser, seed phrase generata e cifrata localmente. L'utente vede il prodotto, non un wizard di onboarding wallet — e l'intera supply chain crypto (BIP39 → ed25519 → AES-GCM) è in-house e verificabile.
La sfida
- Costruire un'infrastruttura on-chain affidabile per asset finanziari reali tokenizzati.
- Esperienza utente trading-grade usabile anche da non-crypto.
- Sicurezza self-custody senza compromettere la usabilità.
- Performance frontend a livello di exchange professionale.
Come ho costruito NAKIVAX
Product Architecture
Decisioni come Founder dal day-zero: dalla value proposition (RWA non-custodial senza KYC) fino ai flow utente. Mappato modello di custody, integrazione bridge, modalità di settlement.
On-chain integration
Nessun programma custom on-chain: gli asset RWA (azioni USA, ETF, oro) sono già tokenizzati 1:1 da Backed Finance tramite xStocks. NAKIVAX si appoggia allo standard SPL Token e a Jupiter Ultra API come layer di liquidità — routing automatico, MEV protection, priority fees gestiti dall'aggregatore.
Wallet self-custody in-app
Seed phrase BIP39 generata client-side, chiave privata cifrata con AES-GCM tramite session key in localStorage. Nessuna estensione browser richiesta, nessun popup esterno: l'utente firma le transazioni direttamente nell'app senza che la chiave lasci mai il device.
Frontend
Next.js + TypeScript per una dashboard trading-grade, lightweight-charts per grafici real-time, Framer Motion per micro-interazioni, ottimizzazioni di performance estreme su desktop e mobile.
Sicurezza
Architettura non-custodial verificabile: il client costruisce e firma localmente, le tx vanno direttamente dal wallet utente alle pool on-chain via Jupiter — i fondi non transitano mai per server NAKIVAX. Review personale del codice + best practice OWASP applicate al frontend e al layer crypto.
Go-to-market
Branding, sito istituzionale, social presence, costruzione community. Tutto in-house, da Founder.
Risultati
- Piattaforma live in produzione.
- Architettura non-custodial verificabile on-chain.
- Esperienza desktop e mobile completamente cinematografica.
- Foundation pronta per scaling su nuove asset class.
Prossimo case study