Baxnet Ideas · Founder note
Mimoto Needs an Economy Before It Needs a Token
TL;DR: A useful token should represent useful work. Mimoto can test that idea with bounded contributions, fixed rewards and product value that returns to the people who helped create it.
Most app rewards begin when somebody spends money.
Buy a coffee, collect a point. Book another hotel stay, move a little closer to a free night. The points encourage the customer to repeat an action that already makes money for the company.
Mimoto has a different possible starting point. It could reward somebody for making a shared intelligence product more useful.
I recently described one deliberately narrow version of that exchange. Mimoto would calculate a comparable measurement locally, show the user the exact derived fields requested for a benchmark, and offer a fixed amount of Mimoto Credits for an accepted contribution. Baxnet would fund the question and Mimoto would use the resulting benchmark to give people better context about their own results.
That is enough to create the beginnings of an economy. It is not yet a reason to create a transferable token.
The economy comes first
Token economics can sound unnecessarily mysterious. In plain English, it is the set of rules around a unit of value: who can earn it, what work earns it, how much is issued, what it can be used for and who is willing to accept it.
The useful activity has to exist before a token can record and coordinate it.
For Mimoto, that activity would not be uploading a private message archive. The useful work is much smaller: producing one agreed measurement, under one versioned method, for one declared purpose. The user gets to inspect the proposed contribution before deciding whether it leaves the device.
Suppose the question concerns how a person’s response time changed across a long-running relationship. Mimoto can calculate the measurement locally. A compatible contribution can improve the benchmark without sending the conversation, the chat title, names, topics or exact timestamps.
The reward should be fixed for a valid contribution. A slow response time should not earn more than a fast one, and a result that happens to support Baxnet’s theory should not earn more than an inconvenient result. Mimoto would be paying for careful participation, not a preferred answer.
That distinction is easy to write and much harder to preserve once rewards start moving. It is one reason I would begin with a closed system.
Baxnet can create the first demand
The weak version of a token project creates a supply and waits for somebody to want it.
Mimoto can reverse that order. Baxnet has a real reason to fund the first contribution opportunities: compatible benchmarks would improve comparisons inside the product. It can define a question, prefund a fixed reward budget and stop issuing Credits when the opportunity closes.
That gives every Credit an ordinary explanation. It was issued because a declared piece of work passed a declared contract. The campaign budget existed before the reward did.
Over time, another approved organisation might want to fund a tightly bounded aggregate question. That would create new demand rather than another excuse to issue more units. It would also require another purpose, another consent decision and another visible receipt. General permission should not quietly stretch across future buyers.
Credits need something useful to do
Earning is only half of token economics. If there is no credible reason to use a Credit, it is just a counter in an account.
Mimoto therefore needs to prove two things separately. First, will people make optional, privacy-preserving contributions for a clear reward? Second, can Credits pay for something people genuinely value inside the product?
The boundary I would keep is simple: pay for transformation, never for access or audit. People should not need Credits to retrieve their own export, inspect a contribution receipt or understand what left their device. Possible uses worth testing later include additional compute or specialised transformations that cost Mimoto something real to provide.
We have not adopted that spending design yet. This is a substantial missing piece: until useful demand exists, the contribution loop is an incentive experiment rather than a complete economy.
A token should have a job that Credits cannot do
Closed-loop Credits are enough while Baxnet is the only sponsor, Mimoto is the only product accepting them and the unit cannot leave the system.
A transferable token might become useful if several independent organisations fund questions, several Personal Intelligence products accept the same unit, contributors need portable value, or members need governance that does not depend entirely on Baxnet’s internal ledger. Those are plausible later conditions. None has been proved.
Transferability would also change the behaviour around the system. People could begin collecting for resale, speculating on future demand or pushing for contributions because a market price had risen. A mechanism designed to reward careful participation could start rewarding accumulation instead. That deserves a separate decision, not a software update hidden inside the Credits programme.
Mimoto can test whether personal intelligence creates economic value for the person it came from before it issues a token. The first test is one honest contribution opportunity, one useful return and one reward that somebody has funded for a real reason.
If that loop works repeatedly, we will have an economy worth discussing. Only then does it make sense to ask whether a token would improve it.