Som vi ser nu står L2-stackar inför ett grundläggande problem: de har tokens. När dessa tokens väl har intjänats förlorar ingenjörerna och affärsutvecklingsteamen ofta incitamentet att fortsätta stödja projektet. Detta händer redan med flera L2-stackar och kommer sannolikt att hända med resten. Dessutom lider många av dessa stackar av kodbaser som inte går att underhålla. De är antingen överdrivet stora, ibland över 500 000 rader kod, eller dåligt skrivna, efter att ha skyndats in i produktionen för att lansera token. I många fall behandlades token som produkten, inte själva kodbasen. @ethrex_client har inte det här problemet. Kodbasen designades för att vara minimal och lätt att underhålla så att @class_lambda kan fortsätta utveckla den på lång sikt. Utformningen av Ethrex tog hänsyn till kostnaden för att underhålla den på lång sikt. Vi designade den också som en L1- och L2-klient från dag ett. Dessa två funktioner kommer att få den att sticka ut på lång sikt. En annan intressant sak med att inte ha en token kopplad till din del av infrastracture är det. Du behöver inte prata med mig, @class_lambda eller någon annan för att lansera din egen L2 med @ethrex_client. Du gör det bara med ett kommando. Tillsammans med dussintals ingenjörer skriver vi nu en liten bok om hur Ethrex och Ethereum fungerar så att vem som helst kan ändra någon del av koden utan att prata med oss. Låt oss gå Ethereum. Nu kör vi, Ethrex!