Protocol mechanics · 9 sections
Mofos, without
the hand-waving.
The curve, the fees and the failure modes — plus a plain account of which parts are running and which are still only drawn up.
- Curve
- n² × 100
- Trade fee
- 13%
- Balances
- Play-money
01What is live todayLive
Start here, because it changes how you should read the rest of this page. The market below is real software: the curve, the fees, the holder pool and every balance are computed and stored server-side, and they behave exactly as described in sections 03 through 05.
What is not real is the money. Every balance and price here is denominated in credits, play-money scrip that exists only in this application's database. Nothing you do here moves value on any blockchain, and nothing here can be withdrawn.
The $mofos coin is a separate thing that does exist, on-chain, at the address in the bar at the top of every page. It is not what this market runs on: credits are not that coin, cannot be swapped for it, and holding one gets you none of the other. There is still no deployed Solana program behind the market itself.
| Feature | State |
|---|---|
| Bonding curve pricing, buys and sells | Live |
| The 13% fee and its three-way split | Live |
| Holder pool accrual and claiming | Live |
| Wallet connect, by message signature | Live |
| Portfolio, holdings and trade history | Live |
| The $mofos coin, on-chain | Live |
| This market denominated in $mofos rather than credits | Design only |
| Settlement in a Solana program | Design only |
| Claiming an account by proving an X handle | Live |
| Withdrawing the fees a claimed account has accrued | Design only |
| A recomputed mofos score | Design only |
02What mofos isLive
Every account on the index has its own bonding curve. Buying a key moves you up that curve and makes the next key cost more; selling walks it back down. There is no order book and no counterparty — the curve itself is always both the bid and the ask.
A key is not a subscription and does not expire. It is a position in one person's curve, and it earns a share of every trade that happens on that curve after you buy it.
The accounts listed are real public figures who have not agreed to anything and receive nothing. Their inclusion is a demonstration of the mechanic, not a relationship.

Builder example
Aurelius
@aurelius0121

Trader example
Bull.Path
@bull_path

Market voice example
Unipcs
@theunipcs
03How a key is pricedLive
A key bought when the supply is n costs n² × 100 credits. Pricing by the supply rather than by the key's ordinal is what makes the first key free, and it is why key #2 costs 100 rather than 400. Every figure in this table is computed by the same function that charges you, so it cannot drift out of date.
| Key | Price | Running total |
|---|---|---|
| #1 | free | 0 |
| #2 | 100 credits | 100 |
| #5 | 1,600 credits | 3,000 |
| #10 | 8,100 credits | 28,500 |
| #25 | 57,600 credits | 490,000 |
| #50 | 240,100 credits | 4,042,500 |
| #100 | 980,100 credits | 32,835,000 |
| #200 | 3,960,100 credits | 264,670,000 |
Buying several keys at once costs the sum of each step, not the current price times the count. Ten keys starting from a supply of one cost 38,500 credits, not 1,000.
Because the curve is quadratic it gets steep quickly, and that is the single most important thing to understand before spending: key #50 alone costs 240,100 credits, about 29× what key #10 costs.
04Where the 13% goesLive
Every trade carries a fee, charged the same way on buys and on sells:
5%
to the account being traded
3%
to everyone holding its keys
5%
to the protocol
Buying 10 keys at a supply of one works out like this:
| Curve price | 38,500 |
|---|---|
| To the account | 1,925 |
| To key holders | 1,155 |
| To the protocol | 1,925 |
| You pay | 43,505 credits |
Selling is the mirror image: the curve pays out what those keys are worth on the way down, the same 13% comes off the top, and you receive the remainder. A sale can never leave you owing money.
05The holder poolLive
This is the part that makes a key worth owning when its subject goes quiet. 3% of every trade goes into a pool that is distributed to the people holding that account's keys, in proportion to how many they hold.
You earn from the account being traded, not from the account posting. The share is credited against the keys you held at the moment of the trade, so buying in later never entitles you to fees generated before you arrived — and the keys you sell stop earning the moment they leave you.
Fees accumulate against your position until you claim them, and claiming credits your balance. Selling settles whatever a position has earned first, so exiting never forfeits fees you were already owed.
Illustrative holder set
The 3% pool follows key ownership.
If three wallets hold 50%, 30% and 20% of the keys, the next holder fee is split in exactly those proportions.
06Claiming your accountLive
Accounts are listed before their owners arrive, which means people can already be trading you. The 5% earmarked for the account does not go anywhere in the meantime: it accrues against the account and waits, which part is already built and visible on every profile.
Claiming happens in two steps, because they establish two different things. First you sign a message with the wallet you want to be paid to — that is cryptographic, and proves you control the wallet. Second you link a public post from the handle naming that wallet, and a reviewer checks it. A signature cannot prove anything about an X account, so the second step is a human one and the fee stream stays put until it is done.
An account can have exactly one verified owner, enforced by the database rather than by convention. A claim that is filed but not yet reviewed is visible only to the wallet that filed it: an unreviewed assertion about who someone is should not be published on their profile.
07The mofos scoreDesign only
The score beside a handle is a read on attention, not a promise about price. As designed it weighs follower reach, how often the account is quoted by other listed accounts, and how much of its curve has actually been bought rather than sat on, recomputed on a rolling thirty-day window.
In the running application it is none of those things yet: it is a fixed number attached to each account when the index was seeded, and it does not move. Read it as a label, not a measurement. The curve does not read the score and the score does not move the curve, which is true by construction — nothing computes it.
08On-chain settlementDesign only
The intended design puts curves, keys and fee balances in a Solana program, so that every buy and sell is a transaction you can look up and the holder pool pays out from program-owned accounts rather than from a treasury someone holds the keys to. Positions would be non-custodial, and selling would be a call to the same program that minted the keys.
None of that exists yet. There is no deployed program, and the $mofos coin is not wired into this market. Every curve, balance and holder fee described on this page is a row in this application's Postgres database, and the operator of this site can change any of it. Treat the numbers as a simulation that behaves correctly, not as a trustless system.
09What can go wrongLive
Liquidity is the curve itself, which means you can always sell — but selling into a thin curve walks the price down through every step you walked up. And the 13% both ways is real: a position that does not move is a position that lost about 26%.
The curve is quadratic, so late keys are enormously more expensive than early ones. Buying near the top of a supply means a small number of sales below you can take back a large fraction of what you paid.
And the plainest risk of all: because credits are play-money in a database, a position here has no monetary value. Nobody can be paid out, which also means nobody can be rugged. A profitable run does not entitle you to any $mofos, and the coin's price has no bearing on what a key here is worth.
