Eu sou Jia. Quero falar sobre algo que as pessoas geralmente não incluem em apresentações. É na verdade muito importante para um produto de blockchain ter sucesso com usuários reais: o tempo, entre quando você faz algo e quando descobre se funcionou.

Não se trata de quanto algo leva. Não se trata de quanto pode acontecer ao mesmo tempo. O que importa é como se sente ao fazer algo. Está feito. Há um espaço entre quando você clica em um botão e quando você pode confiar que realmente funcionou. Você não precisa verificar se funcionou.

Na forma de fazer as coisas, este espaço está cheio de rodas giratórias, mensagens pop-up que dizem que está tudo bem e marcas verdes que significam que sim, está feito. Quando as pessoas estão jogando jogos ou participando de eventos, no metaverso ou recebendo recompensas imediatamente, você não pode parar e esperar por essas coisas.

O momento é agora. As pessoas já estão falando sobre isso. Se o sistema diz ao usuário para esperar e garantir que tudo esteja bem, então a experiência não é mais boa. A sensação de fazer algo e vê-lo funcionar está quebrada.

Eu chamo isso de Problema do Segundo Toque. Esse problema acontece quando recebo feedback um pouco lento. Não é lento o suficiente para me fazer pensar que algo está errado. É lento o suficiente para me fazer me perguntar se está tudo bem. Eu toco no botão de reivindicação. Então eu espero um tempo muito curto. Se eu não vejo nada acontecendo, toco no botão de reivindicação novamente. Eu faço isso porque o sistema me faz sentir que algo pode não estar funcionando corretamente. Eu toco no botão novamente porque não tenho certeza se funcionou da última vez. Esse segundo toque não é eu dizendo que algo está quebrado. O Problema do Segundo Toque é eu perdendo a confiança no sistema. Quando as pessoas perdem a confiança no sistema, isso pode se espalhar para outras pessoas muito rapidamente. O Problema do Segundo Toque pode se espalhar por uma comunidade de pessoas mais rápido do que qualquer um pode descobrir o que está acontecendo e consertá-lo.

Quando você assiste pessoas jogando jogos ao vivo, verá algo que sempre acontece. Isso acontece quando você não precisa pensar se algo funcionou ou não. Você apenas continua jogando porque sabe que funcionou. Ninguém diz "isso funcionou?" para seus amigos que estão jogando com eles. Ninguém tira uma foto das coisas que tem no jogo para ter certeza de que realmente as obteve. Os jogadores apenas continuam porque não precisam parar e pensar sobre isso. O fato de que ninguém está preocupado é o que o jogo deve fazer. O objetivo do jogo é garantir que as pessoas não precisem se perguntar se as coisas estão funcionando ou não.

Em Vanar, os edifícios e estruturas são realmente algo a se ver. A cadeia é como um processo que é resolvido enquanto você ainda está tendo uma experiência que continua. Nos bastidores, coisas como assentamentos estão sendo cuidadas. No momento, em primeiro plano, você recebe feedback que informa o que está acontecendo. A questão é que nada diz para você desacelerar e garantir que tudo esteja bem tanto com as coisas de fundo quanto com as coisas em primeiro plano.

No ambiente metaverso Virtua, as coisas podem ficar um pouco loucas. Ações estão acontecendo umas em cima das outras enquanto o estado das coisas já está mudando. Por exemplo, alguém pode receber uma recompensa enquanto outra coisa ainda está funcionando no momento. Uma negociação pode ser concluída enquanto o chat já está falando sobre isso. O sistema precisa estar concluído antes que você possa sequer pensar se deseja fazer perguntas sobre isso. O ambiente metaverso Virtua e Vanar são assim porque a experiência, a cadeia e o sistema precisam funcionar.

O tipo de trabalho de engenharia necessário para isso é realmente difícil. A maioria das pessoas não o vê. Estive em reuniões onde tudo parecia bom. Os logs estavam normais, a latência estava boa e a taxa de transferência estava saudável. Algo ainda não parecia certo. As pessoas estavam clicando nos botões duas vezes. O chat estava cheio de perguntas sobre o tempo. Elas não estavam chateadas. Elas estavam apenas curiosas. Ser curioso é, na verdade, pior do que estar chateado, porque quando as pessoas estão curiosas, isso significa que o sistema está ensinando que elas precisam verificar as coisas duas vezes às vezes. Uma vez que as pessoas aprendem isso, torna-se um hábito. Elas começam a fazer verificações. Isso causa atrasos. O sistema está fazendo com que as pessoas trabalhem, como clicar nos botões duas vezes, e isso está causando pequenos atrasos. O trabalho de engenharia para isso diz respeito ao sistema e como ele afeta as pessoas que o utilizam, como as pessoas na reunião que estavam curiosas sobre o tempo. Essas coisas que as pessoas fazem em uma plataforma podem parecer insignificantes a princípio, mas depois começam a mudar como toda a comunidade utiliza a plataforma. As barreiras comportamentais são assim, parecem inofensivas. Com o tempo, definem como toda uma comunidade interage com a plataforma, e isso é o que torna as barreiras comportamentais tão importantes para se pensar.

O que torna isso importante além dos jogos é a economia dos Agentes. A economia dos Agentes é importante porque em 2026, Agentes de IA estão fazendo mais do que realizar transações. Eles estão participando de ambientes em tempo real onde pequenos atrasos podem se acumular rapidamente. Se um Agente precisa verificar e confirmar suas ações porque o sistema não as confirma automaticamente, isso significa que o Agente tem que fazer trabalho extra. Esse trabalho extra significa que o Agente tem que usar poder computacional, o que custa mais dinheiro e leva mais tempo. Isso derrota o propósito de usar automação no local. Um Agente que para para verificar se sua ação foi bem-sucedida é um Agente que ficará atrás de seus concorrentes. A economia dos Agentes depende que os Agentes consigam agir de maneira eficiente.

A abordagem de Vanar não inclui coisas que confirmam que algo é verdadeiro. Na verdade, remove as razões pelas quais precisamos dessas confirmações no local. A abordagem de Vanar nos dá feedback que é tão preciso que sentimos que algo está completo antes mesmo de pensarmos em questioná-lo. A cadeia não é reconhecida por ajudar a resolver as coisas. A cadeia é apenas culpada por deixar claro que um assentamento foi alcançado. Essa maneira desigual de olhar as coisas é a ideia por trás da abordagem de Vanar. A abordagem de Vanar trata desse desequilíbrio.

O verdadeiro teste não é se algo é rápido quando o experimentamos. O teste é se as pessoas que o utilizam sentem que algo está faltando quando estão no meio de fazer algo. Se a resposta for não, se ninguém parar e pensar sobre isso, ninguém tenta fazer algo, ninguém faz uma pergunta sobre isso, então o sistema fez o que se propôs a fazer, não se intrometendo nas ações das pessoas que usam o sistema.

A infraestrutura invisível não é algo que as pessoas notam. É a forma de mostrar que a engenharia é confiável. Quando pessoas e máquinas precisam trabalhar de forma suave, a coisa que torna tudo fácil de usar é aquela que as pessoas nem sequer veem. A infraestrutura invisível é o que faz tudo funcionar sem problemas. A infraestrutura invisível vence quando torna a experiência melhor para pessoas e máquinas.

\u003cm-56/\u003e \u003cc-58/\u003e \u003ct-60/\u003e\u003ct-61/\u003e