EcoCity não está a falar de uma narrativa de L1 de regresso, mas sim a mostrar um problema mais realista. Ou seja, há alguns produtos que, colocados numa Rollup partilhada, simplesmente não funcionam. Trexx é um exemplo típico. O que Trexx está a construir é um sistema de negociação de alta frequência, com fortes restrições de execução. O seu núcleo não são contratos DeFi simples, mas sim um motor de negociação que exige requisitos claros para a ordem de execução, lógica de matching e atualização de estado. Este tipo de sistemas tem três maiores receios: 1️⃣ custos de gas incertos 2️⃣ atrasos de execução incontroláveis 3️⃣ a ordem de execução ser ocupada ou reordenada por transações externas. Por que a Rollup partilhada não é adequada? Num ambiente de Rollup partilhada, o espaço de bloco é um recurso comum. Não podes garantir que as tuas transações sejam sempre executadas na ordem prevista, durante os períodos de pico, outras aplicações podem ocupar o espaço de bloco ou os custos de transação podem subir repentinamente, afetando a experiência do utilizador. Para produtos como o Trexx, isto não é apenas uma experiência ligeiramente pior, mas sim uma lógica de produto que simplesmente não funciona. O que traz um L1 exclusivo? Ao optar por lançar na EcoCity na forma de um L1 soberano (Appchain), o Trexx obtém: 1️⃣ espaço de bloco totalmente controlável, com regras de execução personalizadas para a sua lógica de transação 2️⃣ estrutura de custos estável e previsível 3️⃣ desempenho do sistema não afetado por aplicações externas. Isto não é para promover maior descentralização, mas sim para garantir que o produto funcione conforme o planeado. Muitas pessoas perguntam: por que é que antes ninguém fazia assim? A razão é simples: criar um L1 soberano era demasiado complicado. Era preciso gerir validadores, ordenação, RPC, browsers, monitorização, atualizações e operações. Este conjunto de tarefas não se resolve com alguns contratos, mas exige meses de investimento em infraestrutura, um custo que a maioria das equipas não consegue suportar. Assim, preferiam ficar na Rollup partilhada, mesmo que o desempenho fosse inferior, e lançar primeiro. O que torna a EcoCity interessante é que torna esta abordagem uma realidade. Com a ajuda das capacidades de orquestração do @TanssiNetwork, os projetos não precisam de criar toda a infraestrutura de uma cadeia do zero, podendo lançar um L1 soberano mais rapidamente e focar-se no produto. O papel do Tanssi aqui não é fazer-te acreditar nele, mas sim atuar como uma ferramenta de infraestrutura, transformando a criação de uma cadeia exclusiva de um projeto de alta complexidade numa opção acessível a uma equipa. O valor da EcoCity não está em discutir qual é melhor, L1 ou Rollup, mas sim em mostrar claramente que, quando uma aplicação exige restrições fortes na execução, o espaço de bloco partilhado é uma limitação. A escolha de um L1 soberano pelo Trexx não é uma narrativa, mas a única arquitetura que permite que o produto funcione normalmente. A EcoCity apresenta essas decisões de infraestrutura reais e já tomadas, diretamente ao utilizador. Não é um whitepaper, mas um sistema em funcionamento.