Eu analisei o protótipo e os gargalos do "canal de estado" após a atualização da mainnet WAL
No último registro de atualização da mainnet v1.4 da WAL, foi incluída uma funcionalidade não muito chamativa, mas muito importante: o suporte inicial para os primitivos básicos de "canal de estado".
Imediatamente realizei experimentos na rede de testes para ver o que isso significava para cenários de pagamento de alta frequência e baixo valor (como pagamento de conteúdo em cadeia, jogos de microtransações).
Implantei um contrato simples de canal de pagamento, simulando transferências rápidas e offline de WAL entre dois usuários, ocorrendo várias vezes. O processo é: ambas as partes primeiro depositam uma parte do WAL no contrato do canal, então, fora da cadeia, atualizam continuamente seus saldos mais recentes por meio de mensagens assinadas, e finalmente, em qualquer momento, submetem o estado final para liquidação na cadeia.
Em teoria, isso pode permitir transações quase gratuitas e instantâneas. Nos testes práticos, a parte fora da cadeia realmente foi muito rápida, mas o problema ocorreu nas etapas de "abertura" e "liquidação", que precisam ser registradas na cadeia. Devido ao tempo de bloco relativamente estável da cadeia WAL, ainda é necessário esperar várias dezenas de segundos desde a iniciação do canal até a confirmação de sua disponibilidade, além de envolver taxas para duas transações na cadeia. Isso torna o custo muito alto para um único pagamento, sendo aplicável apenas entre contrapartes fixas que têm uma demanda significativa por pagamentos contínuos.
Atualmente, essa funcionalidade ainda é apenas um "casco vazio", sem suporte de carteiras maduras e sem aplicações populares construídas com base nela.
Ela revela uma escolha da equipe WAL em sua estratégia de escalabilidade: priorizar fornecer módulos básicos para casos de uso comercial específicos (como liquidações de alta frequência entre instituições), em vez de oferecer uma experiência plug-and-play para usuários comuns.
Quando esse módulo poderá ser plenamente utilizado pelo ecossistema depende inteiramente de se um aplicativo de ponta surgir para impulsioná-lo.
