La razón por la que esto es cierto es porque no puedes ajustar finamente una aplicación multi-cadena. La experiencia del usuario, los flujos, etc., etc., todo tiene que hacerse para el denominador común más bajo de las cadenas que soportas, a menos que puedas tener equipos completos manteniendo cada una. Entonces tienes 2 resultados: → Los despliegues nativos pueden ofrecer una mejor experiencia de usuario para un producto ~similar → Pierdes la buena voluntad de los usuarios locales También está la sobrecarga de sistemas redundantes y el seguimiento de las desviaciones de cada cadena (a las que ni siquiera puedes ajustar tu aplicación de todos modos). "Oh, genial, una nueva función en MegaETH a nivel de protocolo para mejorar todas las aplicaciones!" → "oh, bueno, si lo implementamos, entonces rompe el estándar y es difícil de mantener. Mejor quedarnos seguros." Multi-cadena puede tener sentido en un cierto nivel de éxito (Pump, Uni, AAVE, etc.), pero la vasta, vasta mayoría de las aplicaciones deberían simplemente tener un hogar y hacer el mejor producto que puedan donde están, mientras permiten depósitos de todas las cadenas (por ejemplo, el enfoque de Polymarket). Obviamente, hay consideraciones pragmáticas que vienen con esto, como la duración del equipo, la salud del ecosistema, etc., pero de todos modos prefiero al único constructor de $8 SOL sobre 100 aplicaciones multichain.