Zoals we nu zien, hebben L2-stacks een fundamenteel probleem: ze hebben tokens. Zodra die tokens vested zijn, verliezen de ingenieurs en de teams voor bedrijfsontwikkeling vaak de prikkel om het project te blijven ondersteunen. Dit gebeurt al met verschillende L2-stacks en zal waarschijnlijk ook met de rest gebeuren. Bovendien lijden veel van deze stacks aan ononderhoudbare codebases. Ze zijn ofwel buitensporig groot, soms meer dan 500.000 regels code, of slecht geschreven, omdat ze gehaast in productie zijn genomen om de token te lanceren. In veel gevallen werd de token als het product behandeld, niet de codebase zelf. @ethrex_client heeft dit probleem niet. De codebase is ontworpen om minimaal en gemakkelijk onderhoudbaar te zijn, zodat @class_lambda het op de lange termijn kan blijven ontwikkelen. Het ontwerp van Ethrex hield rekening met de kosten van langdurig onderhoud. We hebben het ook vanaf dag één ontworpen als een L1- en L2-client. Deze twee kenmerken zullen het op de lange termijn laten opvallen. Een ander interessant aspect van het niet hebben van een token dat aan jouw infrastructuur is gekoppeld, is dat je niet met mij, @class_lambda, of iemand anders hoeft te praten om je eigen L2 met @ethrex_client te lanceren. Je doet het gewoon met één commando. Met tientallen ingenieurs schrijven we nu een klein boek over hoe Ethrex en Ethereum werken, zodat iedereen elk deel van de code kan wijzigen zonder met ons te praten. Laten we gaan Ethereum. Laten we gaan Ethrex!