La domanda che nessuno fa prima della kickoff call
La maggior parte dei brief per progetti blockchain parte con la tecnologia già decisa: "ci serve una piattaforma NFT", "vogliamo tokenizzare questo", "potete costruirci una DAO". Quasi nessuno parte dalla domanda che in realtà decide se tutto questo abbia senso: più parti che non si fidano pienamente l'una dell'altra devono mettersi d'accordo sullo stato di qualcosa, senza un intermediario?
Se la risposta è no, una blockchain non rende il prodotto migliore. Lo rende più lento, più costoso da modificare e più difficile da presidiare con le persone giuste — il tutto per una garanzia di fiducia di cui nessuno, nel sistema, aveva davvero bisogno.
A cosa serve davvero una blockchain
Tolto l'hype, una blockchain è uno strumento specifico per un compito specifico: un registro condiviso, di sola aggiunta, che più parti indipendenti possono verificare senza dover contare sull'onestà di una di esse. Tutto qui. Ecco le tre situazioni in cui questo ha un valore reale:
Fiducia multi-parte senza intermediario. Un protocollo di lending DeFi funziona perché chi prende in prestito, chi presta e chi liquida non devono fidarsi di una banca — lo smart contract applica le regole allo stesso modo per tutti, e chiunque può verificarlo. Togli la condizione "più parti, nessun intermediario fidato" e stai semplicemente descrivendo un registro prestiti, che un database gestisce benissimo.
Scarsità e trasferibilità dimostrabili. Un token o un NFT è utile quando la scarsità e la cronologia dei trasferimenti devono essere verificabili in modo indipendente da persone esterne alla tua organizzazione — un oggetto da collezione, un asset del mondo reale con proprietà frazionata, un oggetto di gioco che i giocatori si aspettano di scambiare al di fuori dei server del gioco stesso. Se la proprietà deve essere verificata solo all'interno del tuo sistema, una riga di database svolge lo stesso compito per una frazione del costo di ingegneria.
Governance disintermediata. Una DAO ha senso quando un gruppo di stakeholder realmente disperso deve prendere decisioni vincolanti su fondi condivisi senza che un'unica azienda controlli il tesoro comune. La maggior parte delle "DAO" che ci viene chiesto di costruire sono in realtà un'unica azienda che vuole l'immagine della decentralizzazione pur continuando a controllare ogni decisione chiave — quello è un sistema di permessi, non una DAO.
Cosa non risolve
Una blockchain non trasforma dati cattivi in dati buoni — garbage in resta garbage out, solo che ora è spazzatura permanente e pubblica. Non rende veloce un sistema lento: anche le chain ad alto throughput sono più lente di una tabella Postgres ben indicizzata per tutto ciò che non beneficia specificamente del consenso. E non aggiunge fiducia in automatico — uno smart contract con un bug è un bug che sposta denaro reale, in modo immutabile, nel momento in cui qualcuno lo trova. "È on-chain" non sostituisce una security review; semmai, alza la posta in gioco se quella review viene fatta male.
Il filtro che usiamo davvero
Prima di consigliare di costruire su blockchain, ci facciamo una domanda: un database ben gestito con un log di audit pubblico risolverebbe il problema altrettanto bene? Se la risposta è sì — e per la maggior parte degli strumenti interni, dei programmi fedeltà e dei casi d'uso "verifica questa credenziale", lo è — si costruisce il database. È più economico, più veloce da modificare quando cambiano i requisiti, e altrettanto affidabile per un sistema in cui sei l'unica parte che deve fidarsi dei dati.
I progetti in cui la risposta è davvero no tendono ad avere tutti la stessa forma: denaro reale che si muove tra parti senza un intermediario fidato già esistente (DeFi), asset che devono essere dimostrabilmente scarsi e liberamente scambiabili al di fuori dei server di una singola azienda (tokenizzazione, asset di gioco con vera interoperabilità), oppure governance in cui il punto centrale è che nessuna singola parte controlla l'esito (DAO vere, non sistemi di permessi con il logo della decentralizzazione).
La scelta della chain conta più di quanto si pensi
Una volta che la blockchain è davvero la scelta giusta, quale chain usare conta quanto la decisione di usarne una. Le chain EVM — Ethereum, Base, Polygon, Arbitrum — hanno l'ecosistema di tooling e audit più maturo, e i contratti Solidity costruiti sugli standard auditati di OpenZeppelin sono la scelta predefinita più sicura, piuttosto che reinventare le primitive da zero. Le chain ad alto throughput come Solana o Near, scritte in Rust, hanno senso quando il volume di transazioni o la sensibilità ai costi escludono i gas fee di EVM — per esempio un protocollo di trading ad alta frequenza o un gioco con continue micro-transazioni on-chain. Scegliere la chain in base all'hype della community invece che ai requisiti reali di throughput e costo è uno degli errori più costosi che poi vediamo disfare.
La sicurezza non è opzionale quando c'è valore reale on-chain
Qualsiasi contratto che gestisce denaro reale ha bisogno di una test suite Foundry — unit test, fuzzing e controlli di invarianza — prima ancora di avvicinarsi a un audit esterno, e di un audit esterno prima della mainnet se il contratto detiene un valore significativo. Non è un extra da aggiungere alla fine: il costo di trovare un bug di reentrancy in review è una modifica al codice, il costo di trovarlo dopo il lancio è un titolo di giornale.
Quanto costa
Un mint di NFT o il lancio di un token semplice parte da circa $10,000. Una dApp completa o un protocollo DeFi — contratti, frontend, integrazione wallet, indicizzazione on-chain — parte da $35,000+, e questa cifra esclude i costi dell'audit esterno, che scalano con la complessità del contratto e vale la pena mettere a budget separatamente invece di trattarli come un ripensamento dell'ultimo minuto.
In sintesi
La domanda giusta non è "dobbiamo usare la blockchain". È "più parti che non si fidano l'una dell'altra devono mettersi d'accordo su questo senza un intermediario". Se sì, il nostro team blockchain & Web3 può definire il perimetro di contratti e app attorno a quella reale esigenza. Se no, te lo diremo comunque — un database veloce e noioso è un prodotto migliore di un registro lento e costoso di cui nessuno aveva bisogno.
