Se ainda estás a usar TPS ou taxas de Gas na cadeia para avaliar um projeto de infraestrutura, é provável que estejas atrasado neste ciclo.

@RiverdotInc este tipo de projetos aborda uma perspetiva mais fundamental. Não está a otimizar indicadores existentes, mas a tentar contornar essas limitações desde a raiz. A camada de execução já não está vinculada a uma única blockchain, mas torna-se num recurso que pode ser flexivelmente agendado e alocado conforme a necessidade, que é o verdadeiro núcleo do problema que resolve.
A lógica por trás deste design é bastante clara: o futuro do mundo on-chain não terá apenas uma cadeia principal ou um único ambiente de execução, mas várias camadas de execução coexistindo paralelamente, permitindo que diferentes aplicações escolham e combinem conforme as suas necessidades.
@River4fun parece mais um campo de testes voltado para utilizadores reais. Os utilizadores não precisam de entender a arquitetura complexa subjacente, apenas sentem uma redução na latência e uma experiência de interação mais fluida na prática. Uma vez que esta experiência se consolida, é difícil para os utilizadores regressarem ao modo tradicional de cadeia.
Do ponto de vista do utilizador, esta mudança é gradual e natural; mas, do ponto de vista da competição na infraestrutura, está a reescrever as regras do setor. No passado, os projetos competiam por quem era mais rápido e mais barato; no futuro, a competição será por quem é mais flexível e quem consegue adaptar-se melhor a múltiplos cenários.
@River @RiverdotInc ainda está numa fase inicial, e o que realmente importa não são os seus dados atuais, mas sim se poderá tornar-se num ponto-chave na trajetória tecnológica da «camada de abstração de execução».
Se esta hipótese se confirmar, a River deixará de ser apenas um projeto de camada de aplicação comum, tornando-se numa peça indispensável na camada de infraestrutura.
$RIVER $RiverPts @River4fun @RiverdotInc