Il motivo per cui questo è vero è che non puoi ottimizzare un'app multi-chain in modo dettagliato. UX, flussi, ecc., ecc. devono essere realizzati per il denominatore comune più basso delle chain che supporti, a meno che tu non possa avere team completi che mantengano ciascuna. Hai quindi 2 risultati: → Le implementazioni native possono offrire una migliore UX per un prodotto ~simile → Perdi la buona volontà degli utenti locali C'è anche il sovraccarico di sistemi ridondanti e il monitoraggio delle deviazioni di ciascuna chain (cosa a cui non puoi nemmeno ottimizzare la tua app comunque). "Oh, figo, una nuova funzionalità su MegaETH a livello di protocollo per rendere migliori tutte le app!" → "oh, beh, se lo implementiamo, rompe lo standard ed è difficile da mantenere. Meglio rimanere al sicuro." La multi-chain potrebbe avere senso a un certo livello di successo (Pump, Uni, AAVE, ecc.), ma la stragrande maggioranza delle app dovrebbe semplicemente avere una casa e realizzare il miglior prodotto possibile dove si trovano, abilitando i depositi da tutte le chain (ad es. approccio Polymarket). Ci sono ovviamente considerazioni pragmatiche che accompagnano questo, come la durata del team, la salute dell'ecosistema, ecc., ma preferisco il singolo costruttore da $8 SOL piuttosto che 100 app multichain comunque.