Soy Jia. Quiero hablar sobre algo que las personas generalmente no incluyen en las presentaciones. En realidad, es muy importante para que un producto de blockchain tenga éxito con usuarios reales: el tiempo, entre cuando haces algo y cuando descubres si funcionó.
No se trata de cuánto tiempo lleva algo. No se trata de cuántas cosas pueden suceder al mismo tiempo. Lo que importa es cómo se siente cuando haces algo. Está hecho. Hay un espacio entre cuando haces clic en un botón y cuando puedes confiar en que realmente funcionó. No necesitas verificar si funcionó.
En la forma de hacer las cosas, este espacio está lleno de ruedas giratorias, mensajes emergentes que dicen que todo está bien y marcas verdes que significan que sí, está hecho. Cuando las personas juegan juegos o van a eventos en el metaverso o reciben recompensas de inmediato, no puedes detenerte y esperar por estas cosas.
El momento ya está. Las personas ya están hablando de ello. Si el sistema le dice al usuario que espere y se asegure de que todo esté bien, entonces la experiencia ya no es buena. La sensación de hacer algo y que funcione está rota.
Yo lo llamo el Problema del Segundo Toque. Este problema ocurre cuando recibo comentarios un poco lentos. No es lo suficientemente lento como para pensar que algo está mal. Es lo suficientemente lento como para preguntarme si todo está bien. Toco el botón de reclamo. Luego espero un tiempo muy corto. Si no veo que suceda nada, toco el botón de reclamo de nuevo. Hago esto porque el sistema me hace sentir que algo podría no estar funcionando bien. Toco el botón de nuevo porque no estoy realmente seguro de si funcionó la primera vez. Ese segundo toque no significa que algo esté roto. El Problema del Segundo Toque es que estoy perdiendo confianza en el sistema. Cuando las personas pierden confianza en el sistema, puede propagarse a otras personas muy rápidamente. El Problema del Segundo Toque puede propagarse a través de una comunidad de personas más rápido de lo que cualquiera puede averiguar qué está pasando y solucionarlo.
Cuando miras a las personas jugar juegos en vivo, verás algo que siempre sucede. Esta cosa ocurre cuando no tienes que pensar si algo funcionó o no. Simplemente sigues jugando el juego porque sabes que funcionó. Nadie dice "¿funcionó eso?" a sus amigos que están jugando con ellos. Nadie toma una foto de las cosas que tienen en el juego para asegurarse de que realmente las obtuvieron. Los jugadores simplemente siguen adelante porque no tienen que detenerse y pensar en ello. El hecho de que nadie esté preocupado es lo que se supone que debe hacer el juego. El objetivo del juego es asegurarse de que las personas no tengan que preguntarse si las cosas están funcionando o no.
En Vanar, los edificios y estructuras son realmente algo digno de ver. La cadena es como un proceso que se resuelve mientras aún estás teniendo una experiencia que sigue adelante. En el fondo, cosas como asentamientos están siendo atendidas. En ese momento, en el primer plano, recibes comentarios que te dicen lo que está sucediendo. La cosa es que nada te dice que te detengas y te asegures de que todo esté bien tanto con las cosas de fondo como con las de primer plano.
En el entorno del metaverso de Virtua, las cosas pueden volverse un poco locas. Las acciones están sucediendo una sobre la otra mientras el estado de las cosas ya está cambiando. Por ejemplo, alguien puede recibir una recompensa mientras otra cosa aún está trabajando en el momento. Un comercio puede finalizar mientras el chat ya está hablando de ello. El sistema tiene que estar listo antes de que incluso puedas pensar en si quieres hacer preguntas al respecto. El entorno del metaverso de Virtua y Vanar son así porque la experiencia, la cadena y el sistema tienen que funcionar.
El tipo de trabajo de ingeniería necesario para esto es realmente difícil. La mayoría de las personas no lo ven. He estado en reuniones donde todo parecía bien. Los registros eran normales, la latencia estaba bien y el rendimiento era saludable. Sin embargo, algo aún no se sentía bien. Las personas estaban haciendo clic en los botones dos veces. El chat estaba lleno de preguntas sobre el tiempo. No estaban molestos. Solo estaban curiosos. Ser curioso es en realidad peor que estar molesto porque cuando las personas son curiosas significa que el sistema les está enseñando que a veces necesitan verificar las cosas. Una vez que las personas aprenden esto se convierte en un hábito. Empiezan a hacer verificaciones. Esto causa retrasos. El trabajo de ingeniería para esto se trata del sistema y cómo afecta a las personas que lo usan, como las personas en la reunión que estaban curiosas sobre el tiempo. Estas cosas que las personas hacen en una plataforma pueden parecer nada al principio, pero luego comienzan a cambiar cómo toda la comunidad usa la plataforma. Los límites conductuales son así, parecen inofensivos. Con el tiempo, definen cómo toda una comunidad interactúa con la plataforma y eso es lo que hace que los límites conductuales sean tan importantes a considerar.
Lo que hace que esto sea importante más allá de los juegos es la economía de Agentes. La economía de Agentes es importante porque en 2026 los Agentes de IA están haciendo más que llevar a cabo transacciones. Están participando en entornos en tiempo real donde pequeños retrasos pueden acumularse rápidamente. Si un Agente tiene que verificar y confirmar sus acciones porque el sistema no las confirma automáticamente, esto significa que el Agente tiene que hacer trabajo extra. Este trabajo extra significa que el Agente tiene que usar potencia de computación, lo que cuesta más dinero y toma más tiempo. Esto derrota el propósito de usar la automatización en el lugar. Un Agente que se detiene a verificar si su acción fue exitosa es un Agente que se quedará atrás de sus competidores. La economía de Agentes depende de que los Agentes puedan actuar de manera eficiente.
El enfoque de Vanar no incluye cosas que confirmen que algo es verdadero. De hecho, elimina las razones por las que necesitamos estas confirmaciones en el lugar. El enfoque de Vanar nos da comentarios tan ajustados que sentimos que algo está completo antes de que siquiera pensemos en cuestionarlo. La cadena no recibe crédito por ayudar a resolver las cosas. La cadena solo es culpada por dejar claro que se ha llegado a un asentamiento. Esta forma desigual de ver las cosas es la idea detrás del enfoque de Vanar. El enfoque de Vanar se trata de este desequilibrio.
La verdadera prueba no es si algo es rápido cuando lo probamos. La prueba es si las personas que lo usan sienten que falta algo cuando están en medio de hacer algo. Si la respuesta es no, si nadie se detiene y piensa en ello, nadie intenta hacer algo, nadie pregunta sobre ello, entonces el sistema ha hecho lo que se supone que debe hacer al no interponerse en el camino de las personas que usan el sistema.
La infraestructura invisible no es algo que las personas noten. Es la forma de mostrar que la ingeniería es confiable. Cuando las personas y las máquinas necesitan trabajar sin problemas, lo que hace que todo sea fácil de usar es lo que las personas ni siquiera ven. La infraestructura invisible es lo que hace que todo funcione sin problemas. La infraestructura invisible gana cuando mejora la experiencia, para las personas y las máquinas.