Solana per Svogliati

💡 Rent — perché ogni account costa SOL

Ogni account occupa spazio sullo stato del validatore. Solana addebita un rent proporzionale alla dimensione. In pratica quasi tutti gli account sono rent-exempt: se tieni almeno il minimo di lamport (calcolato sulla dimensione), non paghi niente e l'account vive per sempre.

# Minimo rent-exempt per un account da 165 byte (token account)
solana rent 165
Rent per byte-year: 0.00000348 SOL
Rent per epoch: 0.000002439 SOL
Minimum balance for rent exemption: 0.00203928 SOL

# Quindi creare un nuovo token account costa ~0.002 SOL una tantum
# Chiudendo l'account recuperi i lamport

📨 Struttura di una transazione Solana

# Una transazione Solana contiene:
{
  signatures:    [firma1, firma2, ...],  # una per ogni signer
  message: {
    recentBlockhash: "Abc123...",  # blockhash recente (~60s di validità)
    accountKeys:    [...],          # tutti gli account coinvolti (dichiarati in anticipo!)
    instructions:   [              # una o più istruzioni
      {
        programId:  "TokenkegQfeZy...", # quale program chiamare
        accounts:   [idx1, idx2, ...],  # indici in accountKeys
        data:       "..."               # parametri codificati
      }
    ]
  }
}

📦 Versioned Transactions e Address Lookup Tables

Un limite storico di Solana: max 32 account per transazione. Per operazioni DeFi complesse (swap con molti pool) questo era un problema.

La soluzione: Address Lookup Tables (ALT) — tabelle on-chain di indirizzi che le transazioni possono referenziare per indice compresso. Una tx versioned può così toccare centinaia di account usando pochi byte di indice. Jupiter (l'aggregatore DeFi) le usa per routing multi-hop.

💸 Come funzionano le fee

# Fee base: 5000 lamport per firma (~0.000005 SOL)
# Con SOL a 150$: ~0.00075$ per transazione

# Compute Units (CU): equivalente del gas di Ethereum
# Default budget: 200.000 CU per istruzione
# Ogni operazione consuma CU (addizione: 1, sha256: 100+, ...)

# Priority fee (dal 2022): paghi di più per saltare la coda
# Fee aggiuntiva = microlamport per CU × CU usati
# Durante congestione (NFT drop, memecoin mania) la priority fee
# può esplodere — da 0 a milioni di microlamport per CU

# Best practice: impostare compute budget esplicito
ComputeBudgetProgram.setComputeUnitLimit({ units: 100_000 })
ComputeBudgetProgram.setComputeUnitPrice({ microLamports: 10_000 })

🔑 Keypair Solana

# Solana usa Ed25519 (non secp256k1 come Bitcoin/Ethereum)
# Chiave privata: 64 byte (32 seed + 32 pubkey)
# Indirizzo: Base58 della chiave pubblica (32 byte)
7xKXtg2CW87d97TXJSDpbD5jBkheTqA83TZRuJosgAsU

# Solana CLI — generare un keypair
solana-keygen new --outfile ~/.config/solana/id.json
solana-keygen pubkey ~/.config/solana/id.json

# Keypair come array JSON (formato file)
# [174,47,154,16,202,193,206,113,...] — 64 byte
# QUESTO FILE È LA TUA CHIAVE PRIVATA — non condividerlo mai

# Vanity address (inizia con un prefisso)
solana-keygen grind --starts-with SOL:1

⚙️ Operazioni con SPL Token (CLI)

# Creare un nuovo token (Mint)
spl-token create-token
Creating token 7xKXtg2CW87d97TXJSDpbD5jBkheTqA83TZRuJosgAsU

# Creare un token account per te
spl-token create-account 7xKXtg2CW87...

# Mintare token
spl-token mint 7xKXtg2CW87... 1000000

# Trasferire token
spl-token transfer 7xKXtg2CW87... 100 DESTINATARIO
# --fund-recipient crea l'ATA del destinatario se non esiste

# Vedere i tuoi token
spl-token accounts

# Chiudere un token account vuoto (recupera il rent ~0.002 SOL)
spl-token close --address TOKEN_ACCOUNT_ADDR

🆕 Token-2022 — il nuovo standard

Versione aggiornata del Token Program con funzionalità estese:

• Transfer fee: il creatore del token può prendere una percentuale su ogni trasferimento
• Confidential transfers: importi nascosti con ZK proof
• Permanent delegate: un indirizzo che può sempre trasferire o bruciare i token (utile per stablecoin con compliance)
• Non-transferable: token "soul-bound" che non puoi inviare ad altri
• Interest-bearing: token che accumulano interessi nel tempo

🎰 Pump.fun e la memecoin economy — capirla per evitarla

Solana è diventata la chain principale per i memecoin, in gran parte per via di pump.fun: un sito che permette di creare un token in 30 secondi, con una bonding curve integrata che gestisce la liquidità iniziale.

• Ogni giorno vengono creati migliaia di token su pump.fun
• Il 99%+ muore entro ore — il creatore o i primi insider vendono tutto
• Il modello è trasparente: la bonding curve è on-chain e verificabile
• Quando il token raggiunge una certa capitalizzazione, la liquidità migra su Raydium
• La maggior parte dei guadagni va ai bot MEV e agli insider

🖼️ Come funzionano gli NFT su Solana

Non esiste uno standard ERC-721 come su Ethereum. Gli NFT Solana usano lo standard Metaplex: ogni NFT è un SPL Token con supply = 1 e decimali = 0, con un Metadata account che punta a un JSON con nome, immagine, attributi.

# Struttura di un NFT Solana (semplificata)
Mint Account        # supply=1, decimals=0, mint authority=null (frozen)
  └── Token Account # il tuo wallet tiene 1 unità di questo token
  └── Metadata Account # gestito da Metaplex Token Metadata Program
        ├── name:   "DeGod #1234"
        ├── symbol: "DGOD"
        ├── uri:    "https://..."  # punta al JSON con immagine e attributi
        ├── creators: [...]          # lista creator con percentuale royalty
        └── seller_fee_basis_points: 500  # 5% royalty (non enforced on-chain)

🌳 Compressed NFT (cNFT)

Il problema degli NFT normali: ogni NFT crea 3-4 account on-chain → costa ~0.012 SOL per NFT. Per una collection da 10.000 pezzi: 120 SOL solo di rent.

La soluzione: Compressed NFT usa un Merkle tree per comprimere milioni di NFT in un singolo account. Mintare 1 milione di cNFT costa circa 50 SOL invece di 12.000. Il tradeoff è che la proof di ownership richiede dati off-chain (via Helius o simili).

🦀 Stack di sviluppo

⚓ Anchor — un esempio minimo

// Program in Rust + Anchor
use anchor_lang::prelude::*;

declare_id!("Fg6PaFpoGXkYsidMpWTK6W2BeZ7FEfcYkg476zPFsLnS");

#[program]
pub mod counter {
    use super::*;

    pub fn initialize(ctx: Context<Initialize>) -> Result<()> {
        ctx.accounts.counter.count = 0;
        Ok(())
    }

    pub fn increment(ctx: Context<Increment>) -> Result<()> {
        ctx.accounts.counter.count += 1;
        Ok(())
    }
}

// Definizione degli account richiesti da ogni istruzione
#[derive(Accounts)]
pub struct Initialize<'info> {
    #[account(init, payer = user, space = 8 + 8)]
    pub counter: Account<'info, Counter>,
    #[account(mut)]
    pub user: Signer<'info>,
    pub system_program: Program<'info, System>,
}

#[derive(Accounts)]
pub struct Increment<'info> {
    #[account(mut)]
    pub counter: Account<'info, Counter>,
}

// Struttura dati dell'account
#[account]
pub struct Counter {
    pub count: u64,
}

🚀 Workflow di sviluppo

# Setup
sh -c "$(curl -sSfL https://release.solana.com/stable/install)"
cargo install --git https://github.com/coral-xyz/anchor anchor-cli

# Creare e buildare un progetto Anchor
anchor init mio-programma
cd mio-programma && anchor build
anchor test   # lancia un validator locale, deploya, esegue i test TypeScript

# Deploy su devnet
solana config set --url devnet
solana airdrop 2     # SOL gratis su devnet per i test
anchor deploy

# Interagire dal CLI
solana balance
solana transaction-history INDIRIZZO
solana account PROGRAM_ID

🧪 Reti di sviluppo & Faucet

# Scegliere la rete
solana config set --url localhost      # localnet
solana config set --url devnet         # devnet
solana config set --url mainnet-beta   # mainnet
solana config get                      # mostra configurazione corrente

# Avviare un validator locale
solana-test-validator
# --reset           → pulisce lo stato al riavvio
# --clone PROGRAM   → clona un programma da mainnet/devnet in locale
# --url devnet      → fork da devnet (come anvil --fork su Ethereum)

# Airdrop SOL su devnet/localnet
solana airdrop 2                       # 2 SOL al tuo wallet
solana airdrop 2 INDIRIZZO             # a un indirizzo specifico
# Su devnet il CLI è limitato a 2 SOL per volta — usa il faucet web per di più
# Faucet alternativi: faucet.solana.com, faucet.quicknode.com/solana/devnet

🏗️ Come funziona il consenso PoS di Solana

Solana usa PoS (con PoH come orologio). I validatori sono selezionati per proporre blocchi proporzionalmente al loro stake totale (proprio + delegato da altri). Ogni epoch dura ~2-3 giorni.

• Validator: deve avere hardware potente (32+ core, 768GB+ RAM, 10Gbps rete, SSD NVMe). Costo mensile di gestione: 500-2000$.
• Stake delegate: deleghi i tuoi SOL a un validatore, che vota e propone blocchi. Guadagni ~6-8% APY. I SOL rimangono tuoi.
• Commission: il validatore trattiene una percentuale dei reward (tipicamente 5-10%).
• Cooldown: per unstake ci vogliono ~2-3 giorni (fine epoch).

💧 Liquid Staking — mSOL, JitoSOL, bSOL

Il problema dello staking normale: i SOL in stake non sono usabili in DeFi durante il cooldown. Il liquid staking risolve questo: depositi SOL, ricevi un token liquido (mSOL, JitoSOL, bSOL) che cresce di valore rispetto a SOL man mano che si accumulano i reward.

🛡️ Rischi specifici di Solana

🎯 Regole pratiche per l'utente