Voy a hacer una observación un poco "contraintuitiva": si consideras a Pixels solo como un juego de granja, y ves a PIXEL como un "token de un solo juego", naturalmente vas a enfocar tu atención en el precio, el desbloqueo y la emoción; pero cada vez creo más que el equipo de Pixels realmente quiere hacer, no un juego más parecido a Web3, sino que "la operación del juego" se parezca más a un negocio que puede ser cuantificado, reutilizado y replicado en más juegos.
Esta frase suena un poco vaga, así que lo diré de manera más directa: lo que están haciendo con Stacked se parece más a un "motor de LiveOps con recompensas", no a una app de recompensas para que los jugadores saquen provecho. Esta diferencia determina muchas cosas: quién paga, a dónde va el dinero, cómo evitar que los estudios y los bots se aprovechen, y si PIXEL está destinado a estar atado a un solo juego.
Antes, tenía un poco de rechazo hacia las cuatro palabras “sistema de recompensas”. La razón la entiendes: en la historia de los juegos Web3, un sistema de recompensas a menudo significaba el paquete de tres piezas: entraban los scripts, se volvía granja, la economía se vaciaba… luego el equipo del proyecto empezaba a usar reglas más complejas para tapar los agujeros, y al final todo se convertía en una especie de red de parches. Cuantos más parches, más parece que el jugador promedio es tratado como una variable, y la experiencia empeora. En cambio, los scripts se parecen a jugar a “explotar fallos de reglas”, pero con más eficiencia. Me cuesta creer en una nueva app de rewards, ¿sinceramente? Es difícil.
Pero hay un punto en el relato de Stacked que no puedo pasar por alto con facilidad: no es una idea que “aún está en el deck”, es un sistema que en realidad salió y funciona en el entorno de producción de Pixels. Además, el anclaje duro que dio la compañía es muy claro: en el ecosistema de Pixels procesó 200M+ de rewards, cubrió a millones de jugadores y contribuyó con resultados de nivel de 25M+ en ingresos. Puedes no gustarte esta forma de jugar, pero al menos no es “contar historias”; es “llevar las cuentas”. Para alguien como yo, que ha cogido PTSD por los whitepapers, esta frase es clave: Built in production, not in a deck.
Ahora quiero desglosar esto con más detalle: si Stacked de verdad es, como dicen, un “motor de LiveOps recompensado + economista de juegos con IA”, entonces en esencia resuelve los dos problemas más caros y más difíciles del crecimiento tradicional en juegos. Primero: que el dinero se gaste en “jugadores reales”, no en plataformas ni en canales de compra de anuncios. Segundo: cómo convertir la operación de “sensaciones” en “experimentos”, de “ver reportes” a “poder cambiar acciones el mismo día”.
Primero, el primer problema: siempre he sentido que “comprar publicidad” es un agujero negro en la industria de los juegos. Muchos estudios gastan presupuestos de diez cifras, pero al final cuántos jugadores se quedan realmente, quién está dispuesto a jugar a largo plazo y qué evento genera recompra… todo eso es, en el fondo, bastante borroso. Si has visto el panel de anuncios de los juegos móviles tradicionales, ya sabes cómo es: se puede rastrear, pero es difícil cerrar el ciclo; se puede atribuir, pero muchas veces llega tarde. Entonces todos cambian presupuestos aún mayores por una “subida del crecimiento” más “segura”, a costa de que el ROI se vea cada vez menos atractivo.
La lógica del “redirect ad spend” de Stacked invierte el enfoque: en lugar de dar el dinero primero a la plataforma y luego que la plataforma reparta el tráfico hacia ti, dirige el presupuesto de recompensas directamente a los jugadores, y además exige que el efecto de ese dinero se pueda cuantificar: cuánto mejora la retención, cuánto mejora el pago y cuánto cambia el LTV. Es como convertir el “presupuesto de compra de anuncios” en “presupuesto de experimentos de recompensas controlables”. No es solo un guion de marketing; yo lo entiendo como una lógica financiera más dura: no apuestas la calidad del tráfico de los canales, sino que ejecutas una serie de experimentos de recompensas para filtrar a la audiencia que realmente se va a quedar, y ajustas en tiempo real la fuga de presupuesto.
Aquí llega el segundo problema: ¿cómo es en tiempo real? ¿Cómo es la experimentación?
Esta es precisamente la utilidad del énfasis de Stacked en el AI game economist: no es ese trabajo ligero de “la IA te ayuda a escribir anuncios” o “la IA te ayuda a diseñar pósters para salir al exterior”, sino que convierte el eslabón más difícil y más fácil de atrasar en operaciones en un ciclo cerrado “de la observación a la acción”. Muchos equipos de juegos en realidad no les faltan datos; lo que les falta es convertir esos datos en un veredicto “ejecutable” y tener la capacidad de convertirlo inmediatamente en parámetros del siguiente evento.
Lo explico con un escenario muy directo: si descubres que cierto cohort (por ejemplo, nuevos usuarios) cae muchísimo en retención de D3 a D7, el enfoque tradicional suele ser: el equipo de datos saca reportes → hay una reunión para discutir → se adivina la causa → se prueba en la siguiente versión o en el siguiente evento. Pero cuando terminas de probar, quizá ya haya pasado una semana o dos; en ese tiempo, el presupuesto que quemaste y los jugadores que se fueron ya no vuelven.
Y la “ambición” de este motor de Stacked es: que puedes hacer preguntas directamente dentro del sistema, como si le preguntaras a alguien que entiende de economía del juego y de datos de comportamiento. Por ejemplo: ¿por qué los whales caen más rápido de D3 a D7? ¿Qué acciones toman nuestros usuarios más fieles antes de day 30? ¿Qué mecánicas están más fuertemente relacionadas con la retención a largo plazo? Luego no solo te da una “explicación”, sino que te dice dónde se está filtrando el presupuesto de recompensas, cuál es el experimento más valioso que correr a continuación, cómo diseñar umbrales de recompensas, cómo aplicar filtros antifraude y antibo bot, y cómo usar el presupuesto mínimo para conseguir el mayor incremento. Al final, con el mismo sistema puedes publicar configuraciones de experimentos sin tener que “esperar”, ni “sacar versión”. Insight to action, no waiting.
¿Quieres decir que esto suena un poco a “hacer trampa”? Sí. Por eso me importa más por qué puede funcionar. La respuesta no es tan misteriosa: porque Pixels no creó este sistema desde el 0 a la 1; lo forzó a nacer con un entorno de confrontación real. Si alguna vez has pasado por cualquier sistema con recompensas, sabes lo fuerte que es la “naturaleza adversarial”: robots, scripts, estudios, granjas, scripts… no son eventos ocasionales, son la norma. Si no tienes antifraude, anti-bot y un foso de datos de comportamiento, tu sistema de recompensas es carne jugosa y tarde o temprano lo desguazan.
Esta es la evidencia central que me hace pensar que Stacked “no es una app genérica de recompensas”: su moat (foso) no está en el diseño de UI ni en el gancho de eventos, sino en tres capacidades duras superpuestas. Primero: el sistema antifraude y anti-bot. Segundo: datos de comportamiento escalables. Tercero: la experiencia de diseño de recompensas a largo plazo (prefiero llamarlo “reward design wisdom”, la intuición y la metodología que sale de haber pisado los errores). Muchos equipos pueden hacer una cadena de misiones, una tabla de clasificación e incluso un quest board, pero muy pocos pueden construir un sistema de recompensas que “siga vivo” en un entorno de confrontación real. Stacked dice que ya lo logró, y que está corriendo en producción. Ese hecho lo convierte más en infraestructura que en una función puntual.
Hasta aquí, quizá te preguntes: ¿qué tiene que ver todo esto con PIXEL? Esta es justamente la parte que más he estado vigilando últimamente.
Ahora me inclino más a ver PIXEL como una de las “unidades de combustible/liquidación” dentro del motor de Stacked, y no como una moneda de recompensas de un único juego en Pixels. Dicho con total claridad: cuando conviertes el sistema de recompensas en un motor de LiveOps B2B, naturalmente necesitas una moneda de recompensas y lealtad que sea entre juegos y entre experiencias, para transportar los flujos de valor de usuarios entre distintos juegos. La explicación oficial es “token utility expansion”: PIXEL se mueve de token de single-game a una currency de rewards cross-ecosystem. Este rumbo me parece muy importante, pero también hay que tener cuidado con las palabras: no es una promesa ni algo que “pasará de inmediato”; es más bien una inevitabilidad estructural. Cuando más juegos se conectan al mismo rewarded LiveOps engine, las recompensas no pueden quedar para siempre atadas a un solo título.
Por qué digo “inevitabilidad estructural”: porque la demanda empuja hacia ello. Más juegos = más escenarios de recompensas = una demanda más grande. Piensa: si Stacked realmente conecta también a estudios externos (ya dejó claro su “now opening to external studios”), entonces el “plato” del presupuesto de recompensas ya no sería el presupuesto operativo de un solo juego, sino el presupuesto de crecimiento de varios estudios. Cuanto más grande sea ese plato, más necesitas una unidad de recompensa que pueda reutilizarse entre escenarios, gestionarse con precisión y además quedar profundamente ligada al sistema antifraude. El rol de PIXEL aquí pasa de ser “monedas emitidas dentro del juego” a ser “tickets/moneda de lealtad de uso general dentro del motor de recompensas”. Esa es mi comprensión de “ampliación del rol”: de fichas de un solo juego, a rewards/moneda de lealtad/reward layer fuel entre juegos.
Pero tampoco voy a empezar a “cantar al alza” solo por este relato. La razón es muy real: cualquier historia de “expansión monetizable” que no se traduce en una ruta real de uso, ruta de presupuesto y ruta antifraude, se convierte en una nueva burbuja. Por eso prefiero basar el criterio en tres puntos concretos y más verificables:
Primero: si realmente aparecen señales de integración de “presupuestos de estudios externos” en este sistema. Fíjate que digo presupuestos, no pósters de colaboración. Colaborar no equivale a que exista un flujo de transacción, ni a retención a largo plazo, ni a una mejora de LTV. La señal real debería ser: algunas actividades/misiones/mecánicas claramente diseñadas para juegos externos y que se vea la lógica de medición y atribución (por ejemplo, el marco de experimentos para mejorar retención e ingresos), en lugar de simplemente trasladar el modelo de misiones de Pixels.
Segundo: si el sistema de antifraude y la infraestructura de datos de comportamiento van a seguir siendo el “sustrato por defecto”, en lugar de diluirse por una expansión externa. Muchos sistemas, cuando se expanden, tienden a sacrificar la seguridad y la fuerza del control de riesgo; especialmente cuando distintos estudios tienen interpretaciones diferentes sobre la calidad de los jugadores y la intensidad del enfrentamiento. La ventaja actual de Stacked proviene precisamente de su enfoque “battle-tested”, de haber sido moldeado por los jugadores reales de Pixels y por entornos de confrontación. Si en el futuro se conectan más juegos, si este control de riesgos puede replicarse a escala, determinará directamente si sigue siendo infraestructura.
Tercero: si el AI game economist puede reflejar en más escenarios la capacidad de “experimentos ejecutables”, en vez de ser solo un “generador de reportes”. Me preocupa mucho ese tipo de herramienta en la que “el análisis de IA es precioso”, pero no se puede aterrizar. La diferencia real debería ser: le haces una pregunta y no solo te da una conclusión, sino que también te propone el siguiente plan de experimento, y además puede publicarse directamente dentro del mismo sistema. En otras palabras, la IA no debería quedarse en la capa de insights, sino atravesar las capas de acciones como la inversión/publicidad, las recompensas, el antifraude y el control presupuestario.
Mira, después de decir todo esto, en realidad he estado evitando hablar de precio. No es que no me importe, sino que si tratas Stacked como un juego de infraestructura B2B, la fuente de su valor no es esa variable de corto plazo como “popularidad del juego”, sino “capacidad de crecimiento repetible” como variable a largo plazo. La lógica comercial de la infraestructura se parece más a SaaS: tú le das al estudio un ROI cuantificable y el estudio seguirá comprando; si logras redirigir el presupuesto de compra de anuncios hacia los jugadores y además hacerlo auditable y atribuible, entonces los fondos sentirán que no es un compra-venta de una sola vez.
Y también hay otro punto que es fácil de ignorar: cuando Stacked se define como “infraestructura”, su perfil de riesgo cambia. El riesgo de un juego individual suele estar más ligado a ciclos de contenido, envejecimiento de la mecánica y competencia por usuarios. En cambio, el riesgo de una infraestructura tiene más que ver con la velocidad de expansión, el costo de la confrontación y si puede seguir ofreciendo un ROI cuantificable. ¿Cuál prefiero? Yo prefiero lo segundo, porque al menos hay posibilidad de que el “libro de cuentas” pueda cuadrar.
Por último, quiero resumirlo en una frase: si la historia de Pixels fuera solo la de “un juego Web3 exitoso”, se metería en el discurso de juegos para compararlo. Pero si Stacked de verdad es un “motor de LiveOps recompensado + economista de juegos con IA”, y ya en producción ha generado resultados tan sólidos como 200M+ rewards, millones de jugadores y 25M+ de ingresos, entonces se parece más a convertir el sistema de recompensas del Web3 —que es lo más fácil de que salga mal— en un conjunto de herramientas de crecimiento que incluso los estudios tradicionales estarían dispuestos a usar. La ampliación del rol de PIXEL ya no es solo “sonar bien”, sino una ruta más parecida a la expansión comercial: más juegos conectados → más presupuesto entrando → más escenarios de recompensas → se forma una demanda aún mayor.
No lo trataré como un tema de corto plazo que explota de la noche a la mañana, sino como una dirección estructural que vale la pena vigilar de forma continua: si entran nuevos estudios, si el ciclo de experimentación se pone en marcha y si el foso de antifraude ha demostrado poder replicarse a escala. Mientras estas tres cosas se vean gradualmente en la cadena o desde el lado del producto, mi confianza en este relato será cada vez más sólida.