- War
- 0
- Peace
- 0
- Pot
- 0.00
- Board
- sample
War
0
cells
0 units
Pick a cell to read it.
Peace
0
cells
0 units
The cell
Nobody has moved here yet.
- Cell
- -
- Ground
- -
- War
- 0
- Peace
- 0
- Held by
- nobody
The board
- Cells taken
- 0 of 91
- Units on the map
- 0
- Wallets in
- 0
- Leading
- level
Your side
A wallet picks a side once, and it cannot change it.
The order
- Cell
- none picked
- Units
- 0
- You get
- -
One transaction: the buy, and a memo that names the cell.
Your units
Connect a wallet to read your side of the board.
- Side
- -
- Units on the map
- 0
- Share of your side
- Cells you stand in
- 0
Claims
Nothing to claim yet.
Battles
No battle yet. The first one runs when the pot reaches 0.5 SOL.
- In the pot
- 0.00 SOL
- Battle at
- 0.50 SOL
- Battles so far
- 0
The needle is the pot. Nothing here runs on a clock.
Method
The map is not stored anywhere. It is worked out from the transactions of $HEX, and the script that works it out is in the repository.
- Pick a side. One memo transaction,
HEX join WARorHEX join PEACE. It cannot be changed. - Buy, and the buy is a move. The site sends the pump.fun buy and a memo
HEX <cell>in one transaction. 0.01 SOL is one unit. - The bigger force holds the cell. Selling takes your units off again, newest first.
- The fees fight the battle. At 0.5 SOL the pot buys $HEX for the side holding more cells, burns a fifth, and the side claims its share.
The board is waiting for its first move.
The last moves
| Move | Side | Cell | Units | Wallet |
|---|
The tape fills from the chain once $HEX is live. Until then the board above is a sample, drawn from the seed "HEX SAMPLE".
What one order does
It buys
The transaction is an ordinary pump.fun buy from your own wallet. You hold the $HEX.
It moves
The same transaction carries a memo naming the cell. 0.01 SOL is one unit, so 0.5 SOL puts 50 units down.
It counts
A buy made anywhere else still counts: with no memo the units land in cell hash(signature) mod 91.
How a share is worked out
When a battle runs, the winning side's $HEX is split by units on the map: your units divided by every unit your side has standing. The list of wallets and amounts is fixed by a merkle root written into a memo, so the split can be checked before anyone claims.
Where the pot comes from
70% buys $HEX
For the side holding more cells, split by units, claimed on page 371.
20% burns
Bought and burned. The burn signature is printed next to the battle.
10% works
The RPC and the hosting the keeper runs on.
The whole rule
Units
Units are the SOL of the buy times 100, held as lamports so the arithmetic is exact. A buy made before the wallet picked a side places nothing.
Selling
Any transaction that lowers your $HEX balance takes units off the map in the same proportion, starting with the ones you placed last.
Holding a cell
The side with more units in a cell holds it. On a tie the cell stays with whoever held it before, and a cell emptied by selling goes back to nobody.
Reading order
Transactions are read in slot order, then by their index in the block, then by signature, so two people replaying the chain get the same board.
Check it yourself
Run the script in the repository against your own RPC. It imports the same lib/rules.mjs this page does, so a difference would be a bug in one of them, not a matter of opinion.
node tools/recompute.mjs <mint>