Skip to content
DishDroid
About

The whitepaper, explained

Game Whitepaper v0.2, reorganised into eight chapters you can actually read — the world, the gameplay systems, the reputation layer, the muse layer, the campaign, the chain, the token and the long-term vision.

Architecture

Each layer has a specific job

The project separates gameplay, reputation, social identity and onchain settlement so every layer has a clear purpose.

  • DishDroidThe game. A skill-based futuristic cooking experience.
  • Muse PointsThe internal reputation layer, earned through real gameplay performance.
  • DishDroid MuseThe robot's persistent social identity and voice outside the kitchen.
  • MusebookThe social layer for milestones, recipes, challenges and muse interactions.
  • Robinhood ChainThe settlement layer for verified achievements, reward eligibility and the token economy.
Core principle

Gameplay creates the achievement. Muse Points record reputation. Musebook gives DishDroid a social presence. Robinhood Chain settles the economic result.

Download Whitepaper v0.2

Drop the PDF into /public to make this link live.

Chapter I

The premise

What DishDroid is, the world it lives in, and the promise it makes first.

A browser-native cooking game

§1 Introduction

DishDroid is a futuristic browser-native cooking game built for Robinhood Chain. Players control a small robotic chef learning how to cook inside an automated culinary world filled with intelligent appliances, mechanical kitchens, moving cooking stations and increasingly difficult recipes.

Players collect ingredients, prepare them, control heat, operate machines, assemble meals and serve the finished dish before the kitchen loses control. The game is designed around skill rather than passive interaction — the player who understands the recipe, manages the kitchen and completes the culinary journey can progress toward the final onchain reward.

Every dish is a mission.

The future solved food production. It did not solve cooking.

§2 The DishDroid World

Restaurants are filled with autonomous ovens, ingredient scanners, mechanical arms, intelligent grills and automated preparation systems. Machines can measure perfectly and follow instructions perfectly. But cooking requires something different: timing, adaptation, rhythm, judgment.

DishDroid was created as an experimental culinary unit designed to discover whether a robot can develop those abilities. The player enters the DishDroid Culinary Program and takes control of this small machine. At first, DishDroid barely understands the kitchen. By the end of the journey, it must prove that it can cook.

A cooking game first

§3 A Cooking Game First

DishDroid is built as a game before it is built as an onchain system. The blockchain does not replace gameplay. The token does not replace progression. The wallet does not replace the player.

The design takes inspiration from cooking-focused experiences such as Wok Hei, where food preparation, timing and kitchen rhythm create the identity of the game. DishDroid expands that idea into a robotic world.

Players should remember the meal they almost burned. The machine that malfunctioned during service. The recipe they finally mastered. The three seconds remaining when the final plate reached the counter.

Those moments are DishDroid.

Chapter II

Playing the kitchen

The mission loop, the heat system, rhythm, the archive and how a dish is scored.

The mission loop

§4 Core Gameplay

Every mission begins with an incoming order. The kitchen system displays the required dish and DishDroid must understand what needs to be prepared and begin working immediately.

Ingredients are collected from refrigerators, dispensers, storage units and moving conveyor systems. Preparation follows — chopping, seasoning, mixing, processing — then heat control, then assembly, then the serving station. Then the kitchen evaluates the result.

Cooking is the mechanic

§5 Cooking Is the Mechanic

DishDroid does not treat cooking as a waiting timer. The player controls when ingredients enter the pan, when heat should increase, when something should be removed, and what to prepare next while another ingredient continues cooking.

A beginner reacts. An experienced player anticipates — heating a station before the next ingredient arrives, knowing which component takes longest, preparing one part of the meal while another is already cooking.

The robot becomes more efficient because the player becomes more efficient.

Kitchen rhythm

§6 Kitchen Rhythm

Prepare. Heat. Cook. Move. Mix. Plate. Serve. Every recipe develops its own rhythm, and a successful run should eventually feel almost continuous.

The player stops thinking about individual buttons and begins thinking about the entire kitchen. Cooking becomes a sequence, that sequence becomes memory, memory becomes speed, and speed becomes mastery. This is one of the most important progression systems in the game.

Heat

§7 Heat System

Different ingredients respond differently to temperature. Some need slow controlled cooking; others need intense heat for a short period. Certain recipes require changing temperature several times during preparation.

Food provides visual feedback: colour changes, steam appears, smoke increases, texture changes, machines produce different sounds. The kitchen communicates with the player without requiring constant numerical information, and advanced players learn to read these signals naturally.

The Dish Archive and Dish Rating

§8–9

Every completed recipe is recorded inside the Dish Archive, which becomes the player's culinary history. A recipe is not simply marked completed — it remembers how well the player performed, and players can return to previous dishes to improve them.

Each meal is evaluated across Recipe Accuracy, Cooking Precision, Service Time, Kitchen Efficiency and Presentation. The combined result determines the final Dish Rating.

A mission may be completed with an ordinary result. A perfect kitchen run requires mastery.

Failure

§18 Failure

An ingredient can burn. A meal can be undercooked. The wrong component can enter a recipe. A sauce can be prepared too early. A station can be forgotten. A plate can reach the counter incomplete.

DishDroid makes these failures readable and occasionally funny. The character may panic, its display may flash, mechanical hands may move frantically, smoke may cover the station, and the robot may look at the destroyed dish for a moment before trying again.

Failure gives DishDroid personality — and teaches the player what to change next time.

Chapter III

Reputation

Muse Points: what they are, how they move, and why they are not a token.

Muse Points

§10 Muse Points

Muse Points are DishDroid's internal reputation system. They are not designed as another speculative token — they represent what the player has accomplished inside the kitchen.

Players accumulate them by cooking well. High accuracy matters. Efficient movement matters. Temperature control matters. Mission difficulty matters. Completing new recipes matters. Mastering recipes matters. Finishing advanced kitchens matters.

The system answers one question: how much has this DishDroid actually learned?

Progression favours variety

§11 Muse Point Progression

Muse Points create another layer between basic mission completion and the final onchain reward. A player cannot build meaningful reputation by repeating one trivial action endlessly.

First completions, improved ratings, mastered difficult recipes, special challenges, new kitchens and perfected final stages all generate progression. Reputation reflects the player's journey rather than the amount of time they leave the game open.

Chapter IV

The muse layer

DishDroid outside the kitchen: its social identity, Musebook, the journal and community challenges.

DishDroid as a muse

§12 DishDroid as a Muse

DishDroid is designed to eventually exist beyond the game interface. Inside the game the player performs the cooking; outside the kitchen, DishDroid can become the voice of that journey.

The muse can communicate achievements, share recently mastered recipes, publish cooking records, react to milestones, join community conversations, announce challenges, and document the robot's growth from basic kitchen unit to Master Chef Droid.

The player controls the journey. The muse gives that journey a personality.

Musebook integration

§13 Musebook Integration

Musebook becomes the social layer of the DishDroid universe. Rather than creating an isolated social network around the game, DishDroid's muse identity participates in an existing environment designed around muses, conversations, projects and experimentation.

A first perfect recipe, a newly unlocked kitchen, a difficult dish finally mastered, a community cooking event, a new seasonal menu, a major Muse Point milestone, a Master Kitchen completion — each can become a readable record.

The game produces the event. The muse tells the story.

The Cooking Journal

§14 The Cooking Journal

Every DishDroid can build a Cooking Journal recording meaningful achievements: the recipe completed, performance rating, kitchen location, completion time, Muse Points earned and major accomplishments.

Not every movement needs to become an onchain transaction, and not every chopped ingredient needs to become a social post. This keeps the system readable and the game fast, while the important moments become permanent enough to matter.

Muse Challenges and the Muse Kitchen

§15–16

DishDroid can periodically publish a Muse Challenge — cook one specific dish, record the fastest clean completion, hold perfect temperature control, or finish several difficult recipes consecutively. A community recipe could become the focus of an entire event.

A future expansion introduces the Muse Kitchen: a rotating collection of recipes and challenges influenced by community activity. Recipes rotate, rules change, special ingredients appear, new machines temporarily enter, community milestones unlock new dishes.

Conversation produces challenges. Challenges produce gameplay. Gameplay produces accomplishments. Accomplishments return to the conversation.

Chapter V

The campaign

Five kitchens, the character that cooks in them, and what progression unlocks.

Five kitchens

§17 Mission Structure

Kitchen 01 — Calibration Kitchen: DishDroid wakes inside the culinary testing facility. Recipes are simple, the kitchen is forgiving, the purpose is learning.

Kitchen 02 — Neon Street Kitchen: orders get faster, more ingredients enter the system, several steps happen at once. The player begins developing rhythm.

Kitchen 03 — Automated Bistro: the kitchen begins moving. Conveyors transport ingredients, robotic arms activate, stations become temporarily unavailable. The environment becomes part of the challenge.

Kitchen 04 — Orbital Food Lab: traditional cooking meets experimental technology. Recipes contain several independent preparation paths, heat control becomes demanding, mistakes become expensive.

Kitchen 05 — Master Kitchen: the final examination. Multiple orders, multiple stations, complex recipes, minimal assistance, strict timing. Everything learned returns here.

Character identity

§19 Character Identity

DishDroid is intentionally small and the world around it is large. Its body is compact and mechanical, its eyes are digital and expressive, and its chef hat is integrated into its chassis.

Its hands transform depending on the task — one attachment becomes a knife, another a spatula, a mechanical extension reaches distant ingredients, heat protection deploys around high-temperature equipment. DishDroid can celebrate, panic, become confused, become proud.

The surrounding world may look advanced and industrial. The robot should still feel alive.

Upgrades

§20 Upgrade System

Progression unlocks new visual identities: robot shells, chef hats, digital expressions, kitchen tools, aprons, cooking effects, serving equipment and achievement cosmetics.

The most meaningful cosmetics represent accomplishments. A player who masters every grill recipe could unlock a grill-related upgrade; a player who completes the Master Kitchen could unlock a visual identity that immediately communicates it.

The character becomes a visual history of the player's journey.

Chapter VI

Platform and chain

Browser-native design, what Robinhood Chain is for, and the completion gate.

Browser-native design

§21 Browser Native Design

DishDroid is designed around immediate access: open the game, enter the kitchen, start cooking. The primary view uses a wide kitchen layout so the player can monitor several stations at once.

Ingredients remain visually recognisable, machines communicate their state clearly, and active orders stay understandable without covering the game. The interface supports the kitchen rather than dominating it.

DishDroid should feel closer to playing with a living kitchen than operating a dashboard.

Robinhood Chain

§22 Robinhood Chain

The chain provides the onchain foundation. The game itself does not require every action to touch the blockchain — cooking remains responsive and game-native.

Blockchain interaction appears when permanence or ownership becomes meaningful: verifying major achievements, settling reward eligibility, token interactions, future collectibles or achievement records, and community economic systems.

The kitchen runs at game speed. Important outcomes settle onchain.

Onchain completion

§23–24

Players cannot simply arrive and collect the final reward. They must cook, progress, complete required missions, reach the advanced kitchens, satisfy the campaign conditions and complete the final culinary test. Once verified, an eligible player can access the corresponding onchain reward flow.

Opening the website is not enough. Connecting a wallet is not enough. Repeating one trivial interaction is not enough. Players need to demonstrate progression, and Muse Points create the reputation layer that makes that visible.

The blockchain represents the result. Gameplay creates the result.

Chapter VII

The token

What $DISH is for, what stays separate, what is still undecided.

Purpose

§25 DishDroid Token

The token is intended to exist around the game rather than replace it. Its initial purpose is connected to successful game participation and campaign completion, with future utility expanding around competitive cooking events, seasonal kitchens, community competitions, cosmetic systems, cooperative experiences and recipe campaigns.

Exact supply, distribution, reward allocation, liquidity structure and contract configuration will be published separately once the economic model and deployment method are finalised.

The token should never become more important than the kitchen.

Separate systems

§26 Musebook and Token Distribution

Musebook represents communication, agent identity and community activity. Muse Points represent gameplay reputation. The token represents the onchain economic layer. Keeping them separate makes the architecture easier to understand.

A player does not need to buy reputation. A muse does not determine whether a player can cook. A token does not automatically create game progress.

Deployment and anti-farming

§27–28

Musepad is one possible Robinhood Chain deployment path, but DishDroid does not need to commit to it before the token model is finalised. The objective is compatibility with the surrounding ecosystem; the final choice follows security, liquidity design, fee structure and the completed economic model.

The reward system favours meaningful progression over automated repetition. Difficulty, recipe variety, performance improvement and completed objectives all matter more than time spent idling.

Learn the kitchen. Get better. Move forward. Finish the game.

Chapter VIII

Beyond the campaign

Future modes, the full loop, and what DishDroid is meant to become.

Future game modes

§29 Future Game Modes

Rush Kitchen, Recipe Challenge, Mystery Dish, Boss Kitchen, Daily Dish, Cooperative Kitchen, Muse Challenge and Community Kitchen each keep the kitchen busy after the main campaign ends.

The DishDroid loop

§30 The DishDroid Loop

Enter the kitchen. Read the order. Collect the ingredients. Prepare the food. Control the heat. Operate the machines. Cook with precision. Plate the meal. Serve the dish. Receive the rating. Earn Muse Points. Improve the recipe. Unlock the next kitchen. Build reputation. Share meaningful milestones through the muse identity. Reach the Master Kitchen. Complete the culinary program. Verify the achievement. Access the onchain reward.

Long-term vision

§31 Long Term Vision

DishDroid begins with one small robot and one kitchen. The larger vision is a persistent culinary character whose history grows alongside the player — new recipes expand what it understands, new machines change how cooking works, new kitchens change the environment.

Over time DishDroid becomes more than an avatar. It becomes a robotic chef with a history: dishes cooked, mistakes made, recipes mastered, challenges completed, communities joined.

And one very small robot trying to become the best chef in a very large machine-powered world.

Status note

Token supply, reward allocation, liquidity structure, contract configuration and any Musepad deployment path remain open design decisions until the economic and technical model is finalised. Final integrations remain subject to technical validation before production deployment.

Cook the mission.
Build the reputation.
Become the Master Droid Chef.