Em EcoCity, Trexx é um caso útil para entender por que os L1 soberanos estão a fazer um retorno.\n\nTrexx está a construir um sistema centrado na execução de transações onchain, em vez de uma simples interface de aplicação. O seu requisito principal não é a compatibilidade mais ampla do ecossistema, mas o controlo total sobre os caminhos de execução, estruturas de taxas e o ritmo das atualizações de estado.\n\nNum ambiente de rollup partilhado, a principal restrição que Trexx enfrenta é a imprevisibilidade.\n\nA competição pelo espaço no bloco significa que a ordem de execução, a latência e os custos podem ser influenciados por aplicações externas. Para qualquer sistema baseado em trading ou matching, isto torna-se um risco estrutural.\n\nMesmo que o desempenho subjacente seja rápido, sem controlo sobre a execução, uma equipa não pode assumir a responsabilidade pela experiência do utilizador ou pelos modelos de risco. Ao implementar um L1 soberano dentro de EcoCity, Trexx está efetivamente a separar o seu motor de execução de ambientes partilhados.\n\nAtravés da camada de orquestração fornecida por @TanssiNetwork, o Trexx não precisa de iniciar o seu próprio conjunto de validadores nem de gerir toda a infraestrutura operacional para obter espaço dedicado no bloco. Isto permite à equipa focar-se na lógica de execução, em vez de na gestão da infraestrutura.\n\nO modelo de lançamento contínuo de EcoCity também torna o estado do Trexx transparente. Quais as funcionalidades que estão ao vivo onchain, quais ainda estão em teste e quais permanecem como suposições de design podem ser avaliadas através de interação real via LFD, em vez de narrativas de marketing.\n\nEste modo de descoberta representa, por si só, uma correção à forma como as cadeias de aplicações são tipicamente enquadradas.