Eu sempre achei que as quatro palavras "mobile first" sem dados para apoiar são apenas uma frase de marketing. Mas, ao ver o design e o desempenho real da Vanar, passei a acreditar que realmente parte da realidade dos "usuários de celular" para construir a cadeia.
Vamos começar pelos indicadores de experiência mais intuitivos.
Em um ambiente de rede móvel (flutuação 4G/5G), o tempo de confirmação de blocos de interações comuns com
#Vanar se estabiliza entre 1 e 2 segundos, e durante os picos não ultrapassa 3 segundos. Esse número pode não parecer impressionante, mas quando você o coloca no celular, entende - ao clicar, há uma resposta, sem precisar ficar esperando.
Agora, olhemos para o consumo de recursos, que é um ponto que muitas cadeias ignoram completamente. A Vanar fez otimizações de estado e chamadas para dispositivos móveis, reduzindo a quantidade de dados solicitados em uma única interação para níveis de KB, em vez de puxar um monte de estados. Na prática, ao realizar operações consecutivas várias vezes, o impacto no tráfego e na bateria é muito limitado, e o celular não esquenta visivelmente.
Outro dado subestimado:
Os eventos de interação de alta frequência que a rede Vanar suporta diariamente já atingem a casa dos milhões, sendo que uma parte considerável vem de jogos e aplicativos imersivos. Esse tipo de cenário é naturalmente mais voltado para dispositivos móveis; se a cadeia não for adaptada para celulares, não funcionará.
Portanto, estou cada vez mais convencido de que a ambição da Vanar não é "fazer com que
#Web3 usuários possam usar celular", mas sim o oposto - fazer com que os usuários de celular utilizem a cadeia sem perceber. Não é necessário entender
#Gas , nem realizar operações complexas, apenas que seja fluido, rápido e econômico em termos de bateria.
Quando uma cadeia começa a ser projetada em torno de dispositivos reais e hábitos de uso reais, em vez de parâmetros de white paper, o que ela quer fazer claramente não é apenas um Layer1.
@Vanar
$VANRY #Vanar