Se oggi ti venisse chiesto di ridisegnare l'intera architettura delle applicazioni Web3, da dove cominceresti? La risposta fornita da @anoma è: partire dall' "intent", ovvero partire dalle reali esigenze degli utenti, piuttosto che concentrarsi prima sui dettagli tecnici come le pagine front-end e le chiamate ai contratti. Un'architettura incentrata sull'intent significa, in parole povere, rendere "cosa vuole l'utente" la priorità assoluta, non più parametri nascosti dietro a un pulsante, ma il centro dell'intero funzionamento del sistema. Gli utenti devono solo descrivere "cosa vogliono fare", e il resto, come abbinamenti, vincoli, ricerca delle controparti e consegna finale, sarà coordinato automaticamente dal sistema. Ad esempio, se dico: "Voglio scambiare 100 stETH per un equivalente di asset RWA, deve essere il miglior rapporto qualità-prezzo e completato entro oggi." Se dovessi fare questa operazione da solo, dovrei cercare aggregatori per il routing, oppure piazzare ordini in più pool, confrontare e aspettare che vengano eseguiti, senza nemmeno essere sicuro di riuscirci. Ma in un sistema incentrato sull'intent, questa richiesta verrebbe scomposta in un'intenzione chiara, trasmessa a chi ha la capacità di soddisfarla e di concludere l'affare. Anoma ha suddiviso questo sistema in quattro moduli principali: 1⃣Intent: desideri e vincoli dell'utente 2⃣Counterparty Discovery: trovare la controparte corrispondente 3⃣Solving: trovare la soluzione ottimale 4⃣Settlement: consegna finale e conclusione on-chain Questi quattro elementi costituiscono in realtà il minimo comune denominatore delle future applicazioni. Molti dei complessi DApp che conosci, come OpenSea, Gitcoin, CoWSwap, in fondo operano attorno a queste azioni. Solo che l'architettura tradizionale rende questo processo pesante e frammentato, con un'esperienza utente non uniforme e una difficoltà di sviluppo elevata. Il vantaggio dell'approccio incentrato sull'intent è che astrae e standardizza tutto questo. La cosa più importante è che porta con sé una natura decentralizzata. Nella progettazione di Anoma, il solver e il settlement sono reti aperte, chiunque può diventare un partecipante nel soddisfare l'intent, non è un router centralizzato, né un "unico percorso" predefinito. E questo è solo l'inizio, Anoma parlerà anche di identità, controllo del flusso dei dati e altre questioni più fondamentali. L'intera architettura dell'intent potrebbe essere l'ingresso nell'era "post-smart contract". Personalmente, ho molta fiducia nell'architettura incentrata sull'intent, e credo che abbia l'opportunità di ridefinire la struttura delle applicazioni on-chain, proprio come avvenne con il "modello degli account" e l'"EVM".