Wallet, $DEN, and $GOLD

How to connect

Press the wallet button at the right of the top bar (it shows the label Connect wallet when nothing is attached, or Wallet on a narrow screen) or Connect a wallet to enter on the first screen. The picker lists detected browser wallets and, where it has been configured, WalletConnect for QR pairing. The picker is titled Choose a wallet: wallets your browser has announced are listed first and tagged Detected, and WalletConnect sits last tagged Scan QR. There are only those two kinds (a wallet your browser exposes, or a QR pairing) so on a phone the reliable path is to open the game inside your wallet app's own browser, where that wallet is the detected one. Whichever connector is active supplies the signatures and transactions used by trading, the changing table, the tavern games, referrals, and profile saving.

Connecting costs nothing. It is not a transaction and nothing leaves your wallet. It only lets the den read which address you are. The same is true of claiming your opening purse and of saving a name or a look: those ask you to sign a message, which proves the wallet is yours and moves no money. The message for the purse names the den, your address, and the grant, so you can read it before approving. Only the tavern's stakes, the wardrobe's premium shelf, and the changing table ask for a real transaction.

Before you connect

1. Make sure your wallet extension or app is the official one you installed yourself.
2. Check that the network your wallet is asked to use matches the one the operator announced.
3. Confirm the game is actually pointed at deployed markets in the environment you are playing. The market panel says so when it is not.
4. Do not trade if an address on screen is blank.

When the token is configured, the first screen shows a short CA chip. Press it and the token's launchpad page opens in a new tab, with the full contract address, the chart, the curve it trades on, and a buy button. Compare the address on that page with the deployment details the operator separately approved; the shortened text on the chip alone is not enough. CA soon means there is no token in this build yet.

Sherwood Den's game server does not take custody of your wallet keys and has no reason to ask for your recovery phrase or private key. On-chain entry fees and transfers can still be held by the contracts described on the relevant game pages. Nothing legitimate will ask you to disclose the keys themselves.

$GOLD is not a coin

The den runs on two things that are easy to confuse because both have balances and both buy something. Only one of them is a token.

$GOLD is what the booths, the five-minute pit, the tavern door, and the wardrobe take. The house opens a purse of $GOLD the first time you claim it from the top bar; the button names the amount. A wallet signature, not a payment. Winning shares pay $GOLD back into that purse on their own.

Its prices are quoted in $GOLD and stay there. The one worth knowing before you start is the tavern door: 2,000 $GOLD for the day. The opening purse is a taste of the booths and does not reach the door, so the tavern, the chalk and the wardrobe are where you arrive with $GOLD you won or bought. Wardrobe pieces are bought once with $GOLD and then owned (colours cost less than shapes, and the wardrobe prices each one on the rail) after which any combination of what you own saves for free.

$DEN is the on-chain token. The $DEN chip in the top bar is your worth in $DEN: cash plus the marked value of open $DEN positions. When some is in play, the chip breaks that amount out; markets without a current price can make the figure approximate.

$DEN worth and the $GOLD purse stay separate. A number that mixed them would not be in any currency at all.

What burns $DEN

Most paths that spend $DEN destroy part of it in the same transaction. The share goes to 0x…dEaD, a well-known address whose private key does not exist, so nothing sent there can be spent again. It is written into the contracts as a constant, and every transfer to it is a public on-chain event you can total yourself on a block explorer.

The den keeps that sum where you can see it. The strip over the plaza square carries the running total (so many $DEN burned, gone for good) counting every path below, the changing table included. The Duelling Board goes further and prints the burn beside each settled duel, so a single result and the lifetime figure are both readable without leaving the game.

The two halves are fixed constants in the changing-table and wardrobe contracts. They cannot be turned down without deploying new contracts, and where the split is uneven by a single unit the extra goes to the burn rather than to the den. Half is a floor, not a rounding in the house's favour.

The wardrobe's burn belongs to the counter, not to any one item. The half is taken by the buying itself, so anything the den ever puts on sale there burns half of whatever it sells for. A new item cannot be added on other terms without replacing the contract. Some items are sold one to a wallet, so you can buy them once and no more, and some are retired and no longer sold at all. Neither returns the $DEN a sale burned.

The duel and skittles shares are set by the operator and are capped by the contract at 10% combined, burn and den fee together. The ceiling is enforced on chain, so no setting can raise the take past it. A duel also records the rate when it is opened and settles on that recorded rate, so a change made while your duel is in escrow cannot reach it. Alongside this, a duel contract guarantees the winner is never paid less than they staked.

Two honest details, because they change what the numbers mean:

• The share is transferred to the dead address, not destroyed with a burn function. Total supply as a contract reports it does not go down; the tokens leave circulation instead, permanently and verifiably. Anyone quoting a shrinking supply figure is reading it wrong.
• $DEN has no transfer tax. Sending it moves the whole amount. What a market charges to trade it is that market's fee, not the den's.

Not every deployment has the burn switched on. Where it is not, the whole amount goes to the den instead and nothing is destroyed. The panel is the authority on what your own transaction will do.

Where $DEN comes from

The den does not sell $DEN. It only takes it, and it only gives it back as a season prize. So there are three ways to have any:

Before buying anything, check the address. The first screen carries a short CA chip; press it and the launchpad page opens with the full contract address, which you compare against the deployment details the operator published separately. This guide does not declare any address official and cannot do that check for you. CA soon means this build has no token yet, and buying a token you found some other way, on the strength of a matching name, is how people lose money.

You never need $DEN to play the prediction booths, the five-minute arena, or the free dice round by the tavern. It is the tavern's stakes, the wardrobe's premium shelf, and the changing table that ask for it.

What $DEN is for

There are four things you cannot do with $GOLD.

Prices for the last of those are set to a value target rather than a fixed number of $DEN: what a premium outfit is meant to cost stays the same in worth, and the $DEN figure that represents it is restated by the operator as the token's price moves. That restatement is a deliberate step, not something that happens on its own, so the figure can lag a fast move in either direction. Read the amount on the panel at the moment you buy. Any $DEN figure memorised from a guide, including this one, will be wrong within weeks, which is why this page does not print one.

The den pays $DEN back out in exactly one place: season prizes, from a vault the team funds in advance. Nothing else in the game returns $DEN to players, and $GOLD never converts back.

The changing table

Talk to Coinbroker Nori in the plaza and choose the table. She converts $DEN into $GOLD, one way.

• The rate on the panel is the rate that will be credited. It is fetched from the den at the moment you look, not typed from this guide, and it moves. Read it there rather than carrying a number in your head, and see How the rate is set below for what moves it.
• Where the burn is switched on, half of the $DEN you send goes to the dead address in the same transaction and the other half funds the den.
• $GOLD is credited against the full amount you sent. The burn is taken out of the den's side of the trade, not out of your purse.
• Paying is an on-chain $DEN exchange. The wallet may ask you to approve this amount, then to pay the table. Read both requests before you sign.
• The purse is not filled the moment you sign. The transfer has to be buried under a confirmation depth first; the panel says so, and buying twice while you wait will spend twice.
• Sending $DEN straight to the den's address instead of using the table credits you nothing. It is a donation, not a purchase.
• If the den is not selling $GOLD, the table says so. Win it at the booths, or take the opening purse if you have not yet.

How the rate is set

$GOLD is priced in worth, not in a fixed count of $DEN. The den decides how much $GOLD a given amount of value should buy, and the $DEN side of that follows the token's own market price. When the token is worth less, the same $DEN buys less $GOLD; when it is worth more, it buys more. The purse you are buying keeps roughly the same purchasing power at the door and the booths either way, and that is the point of pricing it this way.

Where the den is configured to read the price automatically, it takes it from the token's own trading venue rather than from anyone typing a number:

• The price is the venue's own, read from its reserves.
• It is a median over several samples, not a single reading, so one trade cannot move what you are credited.
• A single refresh can move the applied rate no more than fourfold in either direction, so even a poisoned window is bounded.
• If a refresh fails the last good rate stands, and if the venue is no longer the right one to read the den freezes the rate rather than crediting from a dead source.

Two things follow that are worth knowing before you send anything. The rate can be less than one $GOLD per $DEN: at a low token price it takes many $DEN to buy a little $GOLD, and that is normal rather than a fault. And because the rate is read when your purchase is credited, a rate you saw earlier is not a rate you are owed.

Item prices in $DEN do not move with this. They are restated by hand against their value target, which is why the two can drift apart for a while after a sharp move.

$GOLD is priced by worth rather than by a fixed count of $DEN, and Tokenomics sets out what that means for supply on both sides.

There is no way to cash $GOLD out of the den, and the den itself does not buy $DEN back. Do not treat either as money, and do not expect an off-ramp.

What is confirmed today

• Claiming the opening purse, buying and settling $GOLD booths, and the changing table all work in a local test environment.
• The burn paths have been exercised end to end on a public chain against a test token: the changing table sent half to the dead address and credited $GOLD on the full amount, and settled duels and skittles frames each sent their share. A transfer made straight to the treasury instead of through the table credited nothing, as intended.
• Reading the rate automatically off the token's venue has been measured against a live test venue, but it is not in every build. Where it is not configured, the rate is a value the operator sets directly and the panel still shows what you will be credited.
• That was a rehearsal deployment with a stand-in token, not a public service. Which contracts a given deployment points at, whether the burn is switched on there, and where the rate comes from are all properties of that deployment and not of this guide.