PlayDino: economía in-game, tokenomics y preventa del token

Desafío

PlayDino es un juego en Telegram con una base de decenas de miles de jugadores. El juego existía, pero todo lo relacionado con el dinero no: ni tokenomics, ni tienda in-game, ni protección frente a exploits, ni forma de que los primeros seguidores entraran en el proyecto. La página de preventa que había se renderizaba mal, arrastraba una larga lista de bugs y no estaba conectada a ningún contrato, así que el botón no hacía nada.

Decisión

Asumí toda la capa económica: tokenomics y calendarios de vesting, control de liquidez, la tienda in-game y las compras dentro de la aplicación, además del antifraude y el anti-cheat que mantienen todo eso limpio. La preventa se trató como un producto propio y no como un formulario de landing: una pequeña dApp que lee el estado del contrato en vivo y envía transacciones reales.

La versión que heredé

El punto de partida era la versión del desarrollador anterior: el dinosaurio estándar de Chrome metido en una mini app de Telegram, con una tienda de skins, una pantalla de referidos y una tabla de líderes que renderizaba el canvas del juego en lugar de la tabla. Funcionaba, pero no había motivo para volver a abrirlo. Tomé la iniciativa de reescribirlo hasta convertirlo en algo presentable y que de verdad apeteciera jugar.

‹›

aA🔒t.me/dinorunnebot/

⇧▢+

ММенюШМагазинРРефералыИЗабег

Inherited Telegram mini app - scrollable browser preview

Otra versión temprana del juego.

El paso del juego a 3D

El cliente vino a mí con la idea de una app basada en una criptomoneda y en una economía in-game. Las primeras versiones del juego se veían muy primitivas y, por decirlo suave, no daban ganas de jugarlas. Propuse rehacer el juego sobre un motor 3D.

La base fue un proyecto open source ya existente. Esa versión se mejoró a fondo: se le añadieron interfaz, skins, menús y funciones nuevas. En las capturas de abajo primero aparecen las versiones antiguas y, al final, la primera build del nuevo juego en 3D.

La primera interfaz

Una versión temprana de la interfaz: todavía sin diseño, pero con todas las funciones principales ya en su sitio. La pantalla de inicio con el arranque de la partida, una tabla de clasificación por todo el tiempo, día, semana y mes, una tienda dividida en skins, enemigos y terreno, y un perfil con puntos, monedas, enlace de referido y la lista de jugadores invitados.

El brief de diseño para esta versión temprana era así: capturas de las pantallas actuales y, después, los requisitos del nuevo estilo.

La nueva interfaz

La siguiente iteración reestilizó la interfaz según la temática del juego: las mismas pantallas, ahora con el aspecto del propio juego. Las capturas van desde las maquetas de las pantallas, pasando por builds intermedias, hasta la mini app en producción, donde la tienda ya ordena los objetos por rareza y deja elegir variaciones para el dino, el pterodáctilo, los cactus y el entorno.

La pasada del freelance

La siguiente versión, la landing de la preventa, se encargó a un freelance de Upwork. Yo llevé ese encargo: onboarding, redacción de las tareas, seguimiento del avance y la retrospectiva al final. Lo que volvió era una base utilizable, no un producto terminado, así que se decidió seguir mejorándola en vez de publicarla tal cual (la pasada de depuración de más abajo forma parte de esa historia).

‹›

aA🔒playdino.fun/

⇧▢+

DPresale

Presale landing - scrollable browser preview

Implementación

La parte económica cubre los calendarios de vesting, el control de liquidez y las protecciones antifraude, una tienda in-game con compras dentro de la aplicación y toda la infraestructura full-stack por debajo: integraciones de pasarelas de pago, flujos de transacciones y servicios de backend que sostienen las operaciones económicas en tiempo real. Los sistemas de monitorización en tiempo real y anti-cheat detectan y bloquean fraude, exploits y abusos de forma automática, sin esperar a un reporte manual.

El frontend de la preventa habla con un contrato inteligente compatible con Ethereum/EVM a través de wagmi y viem: funciones view para el estado en vivo y transacciones para la compra. El participante ve el total recaudado, el cap, los temporizadores de cada etapa, el progreso y su propia aportación; compra con ETH o USDT con el tipo de cambio y las comisiones calculados al vuelo, incluidos swaps automáticos mediante agregadores de liquidez cuando la divisa de pago lo exige. Las wallets se conectan por MetaMask y WalletConnect, y la participación se confirma a partir de los eventos del contrato, mostrados como notificaciones en la interfaz.

La mitad menos vistosa pesó igual: validación de entradas, manejo de errores del contrato, gestión del gas, estados de la transacción, historial de participación y una maquetación que aguanta en el móvil. En paralelo al desarrollo llevé revisiones de código, mentoricé a ingenieros y participé en las decisiones de contratación.

Métricas del juego en Prometheus y Grafana

Al juego se le añadió Prometheus para recoger estadísticas in-game, seguir las épocas y detectar problemas y errores. Las gráficas se hacían en Grafana, que tomaba los datos de Prometheus. Las capturas muestran uno de los paneles: el total de puntos de juego que reporta la API del juego.

Depuración del sitio de la preventa

La versión temprana del sitio de preventa se renderizaba de forma poco óptima y arrastraba un montón de bugs, entre ellos un modelo 3D roto. Esta es la pasada de depuración: los problemas se diagnosticaron y se arreglaron, y el formulario de preventa se conectó a la blockchain para que hiciera lo que el botón prometía.

El contrato de la preventa y los avisos de MetaMask

Al conectar el formulario de pago de la preventa con el smart contract apareció un problema que el front-end no podía resolver: MetaMask consideraba el contrato poco fiable. En las pruebas locales el destinatario aparecía como una dirección desconocida, y con el sitio ya en producción en playdino.fun la billetera lo marcó como malicioso y cambió el botón Confirm por Review alert. Un comprador que ve esa pantalla justo al pagar rara vez sigue adelante.

Así que el trabajo se trasladó al propio contrato. Se sometió a una auditoría y a una revisión del código, se comprobó que estuviera publicado y verificado correctamente, y después contacté con representantes de MetaMask para que aprobaran el contrato y retiraran el aviso. Como referencia, las capturas incluyen otra preventa cuyo contrato MetaMask marca como verificado.

Al final el contrato resultó válido y seguro, la marca de dirección maliciosa desapareció y el pago volvió a ser un approve y una confirmación normales, que ya no espantan al comprador.

La página del whitepaper y sus ilustraciones

El landing recibió una página propia para el whitepaper. En ella se expone la filosofía del proyecto y se incrusta el PDF con una vista previa del documento completo.

El whitepaper en sí lo revisamos junto con el equipo. Sus ilustraciones se habían hecho con generación de imágenes, y los textos dentro de ellas salieron rotos: DinoVerve y DinoVervse en lugar de DinoVerse, playgrount, Stnart contracts, MEANNGFUL, DINORUNNNER y el ticker impreso como SDINO en lugar de $DINO. Los primeros planos de abajo muestran esos puntos marcados antes de corregirlos.

Tras la revisión el documento se ve mucho mejor y ya no le queda ningún texto roto.

QA del modelo del personaje

El modelo del personaje llegó del desarrollador con defectos. El parpadeo se ve en el segundo y el cuarto fotograma del bucle. El modelo volvió a revisión en lugar de entrar en la build.

La línea de producción de skins

Una sesión de brainstorming fijó la forma del catálogo de skins: varias categorías que se diferencian tanto en calidad como en precio, para que la tienda tenga algo en cada nivel de implicación y no sea una lista plana. Los skins son modelos vóxel hechos para el motor de gráficos vóxel 3D propio del juego, así que cada uno es un trabajo de modelado y no un cambio de textura.

Para eso se contrató a tres desarrolladores y se montó un ciclo fijo: brainstorming creativo, modelado, depuración y aceptación. Nada llegaba a la tienda sin pasar el último paso (el modelo con parpadeo de más arriba es justo el aspecto de una aceptación fallida). De esa línea salieron más de 20 skins.

Los modeladores se encontraron en plataformas freelance, y la dificultad estaba en las herramientas. El juego funciona sobre un motor 3D propio basado en vóxeles cuyo editor se distribuye por separado, así que hubo que formar a cada freelance en su uso y entregarle toda la documentación. Lo hicieron muy bien: en poco tiempo crearon, con un acuerdo comercial, un buen número de skins. Los skins se compran con la moneda del juego y permiten jugar con personajes conocidos como Batman, Bob Esponja o Mario.

Tres de ellos: un skin de categoría inicial en una versión temprana, un skin de Star Wars y un skin de Mario mostrado dos veces, antes y después de su pasada de animación.

Las monedas

Las dos divisas del juego recibieron sus propias monedas: una azul para los puntos in-game y una dorada DINO para el token.

Pack de stickers

Los personajes salieron también como pack de stickers: 19 stickers con los que el juego está presente en los chats de Telegram, fuera de la propia aplicación. Haz clic en cualquiera para abrirlo a tamaño completo.

Socios de promoción

Para hacer crecer la comunidad mantuvimos varias negociaciones con empresas que se dedican a la cobertura mediática y a las sesiones de prensa. Con algunas llegamos a acuerdos comerciales para atraer más clientes a la plataforma. Las capturas muestran llamadas con esas empresas y la presentación de uno de los socios.

La última versión

En este video se ve cómo luce el juego en su última versión, junto con un recorrido por la última versión del sitio.

Resultado

Una preventa funcional con soporte multidivisa, seguimiento transparente del estado y una interfaz que un jugador sin experiencia en cripto puede completar. La economía y el anti-cheat funcionan con más de 10 000 usuarios simultáneos, y los intentos de fraude y exploit se detectan automáticamente.