TheHood
Launch a projectCreate a market

Legal

  • Terms of use
  • Privacy
  • Cookie notice
  • Security
    • Full audit report
  • Risk
  • Fees & payouts

Last updated 2026-10-15.

Fees and payouts

Fees and payouts

Effective
2026-08-23
Last updated
2026-10-23
Version
1.14

Contents

  1. 1. In brief
  2. 2. What it costs to create something
  3. 3. What a trade costs
  4. 4. How the fee splits
  5. 5. The KOL allocation window
  6. 6. How a creator allocates
  7. 7. Rank caps
  8. 8. Who can be paid
  9. 9. Checking before you sign
  10. 10. How a KOL is paid
  11. 11. The creator’s crew
  12. 12. The protocol’s share, and THD
  13. 13. Where else THD is spent, burned or paid
  14. 14. Verifying any of this yourself

1. In brief

  • Creating a launch or a prediction market costs $1. A market adds a surge; a launch made outside this site, or inside a creator’s cooldown, pays a flat ETH fee instead. Section 2.
  • 2% on every curve trade, 1% on every graduated-pool swap. Section 3.
  • The ETH fee splits 30% creator / 40% promoters / 30% protocol. Section 4.
  • A creator gets one 6-hour window a day to hand the promoters’ share to named KOLs, in whole percentages. Sections 5 and 6.
  • A creator may allocate all of that window, none of it, or anything between. The limits are per KOL, not on the total. Section 6.
  • Whatever is not allocated splits 50/50 between the creator and the platform when the window closes. Section 6.
  • Each KOL’s rank caps what they may take from one window, from 10% at Unranked to 30% at Bard. Section 7.
  • Check eligibility before you sign. One ineligible line reverts the whole allocation. Section 9.
  • A creator can add to a crew and raise a share, never cut one. A member leaves by resigning, or by a unanimous vote that costs a non-refundable fee to open. Section 11.
  • Everything on this page is deployed on Robinhood Chain. The platform is not yet open to the public, and anything priced in THD waits for THD to launch. Sections 2, 12 and 13.

2. What it costs to create something

Two things can be created here: a token launch, and a prediction market on one. Both are charged once, at the moment of creation, by a contract rather than by this site. Neither charge is refundable and neither creation can be undone.

What is createdWhat it costsPaid in
A token launch from this site$1Native ETH, with the transaction
A second launch from the same wallet within 3 hours of its last $1 launch0.05 ETH of value; half for a premium battlepass holderNative ETH, with the transaction
A token launch made any other way0.1 ETH, flatNative ETH, with the transaction
A prediction market$1 plus a surge, or 0.1 ETH flat — section 2.2aThe market’s own currency

2.1 A dollar to create anything

Both dollar creation charges are $1. A two-ETH launch and a hundred-ETH launch pay the same figure, and so does a market.

The launch fee is a dollar figure priced into ETH at the moment of the launch, not a wei figure stored anywhere that can go stale. The price comes from one shared oracle: a cached answer posted roughly every fifteen minutes, with room for a live feed behind it for when the cache is stale or missing. On Robinhood Chain mainnet no live feed is configured, so the cached answer is the only source. If no feed can answer, the transaction reverts and names both feeds, when each last answered and the bound each was judged against. A fee that cannot be priced is not guessed at.

The fee is settable, between zero and ten dollars. Zero is a real setting, is how a free-creation promotion is run, and skips the oracle entirely. The $10 ceiling is a constant in the contract and cannot be raised without deploying a new pricing contract. A change reaches launches created after it; it never re-prices a launch that already exists, because the charge happens once and there is nothing afterwards to re-price. A time-limited discount, or a free-creation voucher won on the Fortune Wheel, can lower one creation’s charge down to zero. Neither ever raises it.

2.2 A market creation fee splits four ways

A market’s fee is the same dollar figure, charged in the currency that market settles in and converted at the moment you create the market from that currency’s own price feed — ETH through the same oracle as the launch fee, and every other currency, stablecoins included, through a feed of its own. If that currency has no price, or its price is out of date, the market cannot be created in it until it is priced again. ETH owed must be attached at least; the excess is refunded in the same transaction. A token fee is pulled exactly, and refused if it is above the figure you agreed to. A discount or a free-creation voucher lowers the dollar fee; the two opening stakes stay full size, the platform’s seeder posts the difference, and the Fortune Wheel and protocol shares are shares of what you actually paid.

2.2a Signed markets pay a surge; unsigned ones pay a flat fee

Created from The HoodCreated any other way
FeeThe dollar fee plus your surge0.1 ETH, flat, every time
CurrencyThe market’s own, before and after THD launchesETH markets only
Surge+0.005 ETH of value per market; halves every 2 hours; no capNone
Voucher or discountCovers the dollar fee only, never the surgeNot accepted
Premium battlepassHalf the surge—
Where it goesDollar fee: the four legs below. Surge: 20% Fortune Wheel jackpot, 80% protocolThe dollar part: the four legs below. The rest: protocol
Markets in one goTotal surge
100.225 ETH
200.95 ETH
506.125 ETH
One an hour, steadyabout 0.012 ETH each
LegWhere it goesOf the fee
Opening stake on YESMoved into the market before anybody can stake, credited to the platform’s seeder contract.25%
Opening stake on NOThe same, on the other side.25%
Fortune Wheel jackpotHeld by the factory and pushed to the wheel in a separate transaction.10%
ProtocolAn ETH market’s share passes the fee splitter and counts toward the THD unlock. An ERC-20 market’s is sold for ETH by the platform’s fee converter, and that ETH passes the fee splitter and counts the same way.40%

Half of what you pay to create a market is not your position. The two opening stakes are credited to a platform contract, not to you. You cannot claim them, you do not profit from them, and creating a market does not give you a stake in it. If you want one, stake like anybody else.

What the two stakes buy is that a market can never end one-sided. Both pools hold something from the market’s first block, so there is always a counterparty: a market settles for real and charges its settlement fee, instead of falling back to refunding everybody at par. The stake on the losing side is absorbed into the pot and paid out to the winners — that is the subsidy this buys, and it is genuinely gone. The stake on the winning side is claimed back by the platform once the market has settled.

2.3 After THD launches, a launch fee is paid in THD

OptionYou payWhere it goes
THD (the default)$1 worth of THD, priced from THD’s posted time-weighted price90% destroyed, lowering THD’s total supply; 10% to the Fortune Wheel’s THD prize pool
The launch’s own currencyTwice the fee in that currency10% to the Fortune Wheel jackpot; 90% to the platform, as before THD launches

Until THD launches, nothing in this subsection applies and the fee is the one above. A discount applies before the doubling; a free-creation voucher makes either option free. If THD’s price is not available, the THD option is refused and the launch’s own currency is the one that works. A THD fee never counts as platform revenue. Prediction markets always pay in their own currency.

2.4 What creating something does not buy

A creation fee buys creation. It is not a deposit, not a stake, not a position and not refundable if the launch never graduates or the market settles against its creator. It is charged before anything has been raised, which is why the ceiling on it is written into the contract rather than left to a setting.

3. What a trade costs

VenueWhat is chargedFee
Bonding curveEvery buy and every sell2%
Graduated Uniswap V4 poolEvery swap1%
Prediction marketThe whole pot, once, at settlement2%

A round trip on the curve — one buy and one sell — therefore costs about 4% before the price moves at all. Gas is additional. None of these fees is refundable.

A market’s fee is set per currency by the owner and capped at 5% by a constant in the contract that has no setter. Every market snapshots the figure when it is created, so a later change cannot move the terms of a market you are already staked in. A market that bought a featured placement charges that on top, on the same base, and it is snapshotted the same way.

A fee taken in a token rather than ETH still counts. A token market’s settlement fee, and the protocol’s share of its creation fee and surge, are sold for ETH by the platform’s fee converter, and that ETH passes the fee splitter and counts toward the THD unlock like an ETH fee.

A market with nothing staked on one side charges nothing and refunds both sides at par, because there was no counterparty to take a fee from. A market created on the current factory opens with the two stakes in section 2, so both pools are non-empty from its first block, it settles for real and it pays.

A graduated pool pays its fee in both currencies. The ETH leg splits as section 4 describes. The token leg is burned in full: there is no share to compute and no remainder to assign, and the contract re-reads total supply afterwards to confirm it fell by exactly the amount burned.

4. How the fee splits

ShareWhere it goesOf the fee
CreatorPaid to the launch’s creator fee recipient.30%
Promoters (KOL)Held by KolSplitter for the creator’s window.40%
ProtocolThe remainder, after the two shares above.30%

The same three shares apply to the curve fee and to the ETH leg of a graduated pool’s swap fee.

The protocol’s share is taken by subtraction, not by a third multiplication: the creator’s share and the promoters’ share are each computed and everything they leave is the protocol’s. Integer division truncates, and doing it this way assigns that truncation exactly once instead of leaving a wei nobody can claim.

These shares are fixed per launch at the moment it is created, and cannot be changed afterwards — not by the creator, not by us.

A launch’s own configuration is readable on chain and is the authority for that launch. The figures above describe launches created under the current fee model. A launch created before it carries the shares that were in force when it was created, and keeps them for the life of the token. Read the launch, not this page, if the two could differ.

5. The KOL allocation window

The promoters’ 40% does not sit with the creator. It accumulates in a contract called KolSplitter, and it becomes spendable only inside a window.

RuleValue
How often a window can openOnce every 24 hours
When the daily slot fallsOn a fixed grid anchored at the launch instant
How long it stays open6 hours
What it holdsAll promoter fees that arrived since the last window

Because the grid is anchored at the launch instant, a creator picks their daily allocation time by picking when they launch. A keeper that opens a window late misses that slot; it never moves the others.

The keeper can only open a window and close an expired one. It supplies no amounts, no recipients and no rates — every figure is read from the contract’s own state and divided there. Closing is permissionless once the six hours are over, so anybody can settle a window and nobody can hold a creator’s money hostage by declining to.

6. How a creator allocates

Inside the window, the creator names KOLs and the share each is to receive. They pay their own gas. The rules:

RuleValue
UnitWhole percentages of the window
Smallest allocation to one KOL1%
Largest allocation to one KOLThat KOL’s rank cap — section 7
Largest total, across every KOL and every callThe window itself (100%)
Smallest totalNone — a creator may allocate nothing

Fractions cannot be expressed. An allocation of “1.9%” is not rejected — there is no way to write it down. The share is a whole number of percent, so nothing rounds and the contract does the multiplication against a window figure the creator does not have to compute.

Nothing caps the total. A creator may hand out the whole window, none of it, or anything between. The two limits are per KOL — the 1% floor, and that KOL’s rank cap — and the only ceiling on the total is the window itself, counted cumulatively across every call the creator makes inside it.

Allocating less is how a creator keeps more. Whatever is left when the window closes lapses, and splits 50/50 between the creator and the platform. An odd wei goes to the creator: the halves are taken by subtraction rather than by two divisions, so no wei is paid twice and none is stranded.

That remainder is a consequence of the creator’s own choice and not a floor anyone is promised. A creator who allocates the whole window leaves nothing to split, and a KOL should not read the 50/50 as money held back for them.

7. Rank caps

A KOL’s rank limits how much of one window they may be allocated. Rank is earned by lifetime fees paid to that KOL while working for other projects — not for their own — or granted by a vote of their peers, whichever is higher.

The lifetime figure is summed from the splitter’s own allocation events, so it is a measurement rather than a claim: anybody can recompute it from public logs without asking us, and section 14 says how. It only ever rises — the registry refuses a lower total than the one it already holds — so a rank cannot be reduced by us being behind, only reached later.

RankLifetime fees earned for other projectsCap per window
Unranked010%
Whisper0.10 ETH12%
Rumour0.25 ETH15%
Minstrel5 ETH20%
Herald30 ETH25%
Bard100 ETH30%

The cap is a ceiling on one KOL in one window, not a budget: a creator may allocate anything from 1% up to it. An ineligible KOL reads a cap of zero, which is the same answer as “may not be allocated to”.

These thresholds and caps are settable by the platform owner. The values above are what the registry is deployed with. The contract is the authority at any moment — see section 14 for how to read the live table.

8. Who can be paid

A KOL must satisfy both of the following to be allocated to. Neither implies the other, and the same bar governs whether they may vote in a peer promotion.

  • Eligible — enrolled on the platform with an X handle connected, and that handle carrying a live X Premium badge as of the last check. Premium and Verified Organizations both count; a legacy verification does not, because it is not a subscription and says nothing about whether an account is current.Herald and Bard are excused the subscription: a KOL who has earned that much for other projects has demonstrated the thing the subscription stands in for. The excused rank is settable and is Herald as deployed.
  • In good standing — attested recently enough to count as active. An attestation keeps an account active for a set window, 30 days as deployed, and the window is settable. An account nobody has attested inside it stops being payable until it is attested again.
  • Not barred — the platform owner can withdraw an account’s KOL standing, and a barred account reads a cap of zero whatever its rank or badge. This is disclosed here rather than left to be discovered: it is the one input to your cap that is a decision rather than a measurement. What it does and does not affect, how it is recorded, and how it is reversed are in the terms of use.

An X subscription can be revoked at any time by X, which is why eligibility describes this instant rather than the day someone signed up. A badge is re-read daily and carried on chain within two hours of changing, so a lapse takes effect in about a day rather than immediately.

9. Checking before you sign

The allocation screen asks KolSplitter.allocationStatusOf — the same check the real transaction runs — about each line of a proposed allocation, in order, and shows exactly what the transaction would do with it: a status saying whether it would be accepted and why not, the wei it would become, and that KOL’s cap. These are free reads. They exist so a creator never learns that a KOL is ineligible from a failed transaction. A splitter deployed before 2 October 2026 answers the same question through its olderpreviewAllocation call.

It reports every line rather than stopping at the first problem, so one read gives the whole list of what needs fixing. Two things about it matter more than anything else on this page.

One bad line reverts the whole allocation. The preview is a diagnostic list, not a proposed subset — the good lines do not go through on their own. Fix or remove every line that is not OK, then submit.

It is a snapshot. A KOL whose subscription lapses between the preview and the transaction is refused by the allocation regardless of what the preview said. The chain at the moment of the transaction is the authority, not the answer you read a minute earlier.

The lines are evaluated in order against a running total, and a refused line consumes none of it: the lines after it are judged against what would actually remain, not against a share a refused line never spent. A line can still be refused because the accepted lines above it used up the window.

10. How a KOL is paid

An allocation credits a balance; it does not send anything. A KOL withdraws it themselves, whenever they like, with claim() to their own address or claimTo(address) to another. There is no deadline and nothing expires.

Payment is pull rather than push on purpose: a KOL whose registered address cannot receive ETH fails only their own transaction, and can still recover the balance to an address that can.

11. The creator’s crew

A crew is a project’s founding group — the people tied to its founding — and it is a different relationship from a KOL, who is a promoter paid at the creator’s discretion out of the window described above. A crew is paid out of the creator’s own share, in every currency the launchpad pays, and it is not rank-gated in any way.

RuleValue
Largest crew, including the creator5
Other wallets on the roster4
Most that can be allocated away from the creator60%
Smallest share one crew member may hold10%

The creator is the residual claimant rather than a name on the roster, so they always keep at least 40% of their own share.

The 60% is a ceiling, not a target, and there is no minimum total. A creator may name no crew at all and keep 100%, or give one member the 10% minimum and keep 90%.

11.1 A creator can only ever be more generous, never less

A crew is not frozen at launch, but every change a creator can make gives rather than takes. Both of the following come strictly out of the creator’s own residual share, so no existing member loses a basis point to either and neither needs anybody’s consent.

  • Appoint a new member, within the four seats and the 60% ceiling, at or above the 10% floor.
  • Raise an existing member’s share.

There is no way to cut a share. No reduction, no revocation, no notice period, no owner override, no protocol path — those functions do not exist in the contract, for anybody, in any state. A power to cut is precisely what a founding share cannot have and still be a founding share: a creator who could reduce a founder once the work was done would hold an exit the founder never held.

11.2 A member leaves in one of two ways, and both are permanent

  • They resign. Their own decision and nobody else’s — there is no privileged caller and no way back. No un-resigning, no creator override, no re-appointment at the same address.
  • The crew removes them, unanimously. The creator and every other serving member must all vote for it, and at least one of those votes must not be the creator’s. A majority is never enough: a founding share is not something a faction should be able to take, so a removal only happens where there is no dispute left to have.

Opening a removal costs a fee; joining one is free. The first vote against a member carries a fee, fixed when the launch was created, which goes to the platform’s crew treasury in the same transaction. It is not refundable in any outcome, including one where the removal fails. Every later voter on the same member sends nothing.

A departure returns the share to the creator, not to the rest of the crew. The seat frees, the percentage goes back to the creator’s residual, and the creator may then choose to pass it on to somebody new. That choice is theirs and is not automatic — which is the difference between a share the creator gave and one the crew redistributed among itself.

Everything already credited stays the departing member’s. It sits in the splitter, claimable by them and only them, with no deadline and no forfeiture. They earned it while serving, and leaving does not take it. Income that has arrived but has not yet been distributed is a different thing: it has been credited to nobody, so it is split without them. Anybody can trigger that distribution, and a departing member should.

Get the addresses right before you launch. A crew is named when the token is created and a launch’s fee recipient is permanent, so a mistake cannot be corrected by deploying a new splitter.

  • A mistyped address keeps its share until it resigns — which nobody can do on its behalf — or until the creator and every other serving member unanimously remove it. Everything credited to it before then is unreachable by anybody.
  • On a crew of the creator and one member, a removal is impossible by construction. A removal needs a supporting vote that is not the creator’s, and on a two-person crew there is nobody to cast one. That share is fixed for the life of the token.
  • A lost or stolen member key collects that share until the same unanimous vote, with the same exception above.
  • A member who wants no further part can resign, and only they can. Nobody can resign on their behalf and nobody can force it.

12. The protocol’s share, and THD

The protocol’s share passes the referral ledger first, so a referrer earns on it, and then reaches ProtocolFeeSplitter. That contract does two things: it routes each receipt, and it keeps the single running total the THD unlock is measured against.

The meter counts only registered payers. ETH arriving from anywhere else is not refused — refusing it would strand it — but it goes entirely to the treasury and never touches the counter. Nobody can accelerate a THD unlock by donating to it. The total is monotonic and has no setter, so nothing, including the owner, can lower it.

Of a counted receipt, half is routed to the liquidity contract that funds the THD pool, and half funds operations. The routing stops on its own once the liquidity contract’s target is reached, after which every later receipt goes wholly to the treasury.

The liquidity contract is set on Robinhood Chain mainnet, so the 50% routing applies to every counted receipt there until the target is reached.

Nothing is ever pushed at the THD contracts. The emission contract reads the fee total live and stores no figure of its own — there is no keeper reporting it and no trigger to press.

12.1 What the meter unlocks, and to whom

The split below is the deployed token’s. THD was deployed on Robinhood Chain mainnet on 9 October 2026 with these eleven buckets; earlier generations carrying nine buckets are retired. THD has not launched yet: its pool is not seeded, so it cannot be traded and nothing below can be claimed until it is.

THD unlocks in proportion to the meter and splits across eleven fixed buckets. A bucket’s share is frozen when the token is deployed and cannot be moved afterwards, by anybody: a movable split would retroactively rewrite what everyone’s past activity had earned them.

BucketGoes toShare
Curve and predict tradersPublic22%
Creators and market makersPublic15%
KOLs and referrersPublic17%
LiquidityLocked — nobody receives it12%
LP providersPublic — new10%
SpoilsPublic — renamed from Holders11%
BD and marketingPlatform4%
Ecosystem grantsPlatform3%
Insurance backstopPlatform3%
TeamPlatform — see 12.22%
SettlersPublic — new1%

Eleven since this revision; it was nine. LP providers and Settlers are new buckets, and Holders was renamed Spoils — it pays for turning up rather than for holding a balance, so the old name described something the bucket does not do. Every index after Creators moved, so a bucket number read off an older record names a different bucket here.

A share is a ceiling rather than a target. The KOL and referrer bucket pays its full 17% only if every ETH of protocol revenue came from promoted curve trading, which will not happen. What a bucket does not deliver is not kept by the platform — it goes to Spoils, which is why Spoils is larger in practice than the 11% beside it.

A quarter of three of these buckets is not paid to the earner. Traders, creators and market makers, and KOLs and referrers each take 75% of a day’s allocation into their own claim and direct the other 25% at a quest budget for bringing other people in — section 13.

12.2 The team’s share unlocks on valuation, not on a clock

The team bucket is 2%, and it is released in ten equal steps of 0.2% of total supply, one for each $10,000,000 of confirmed fully diluted valuation, complete at $100,000,000. Nothing at all is released by the passage of time.

A step is confirmed by a three-day window of pool samples whose minimum clears the threshold. A minimum rather than an average, because an average can be carried across a bar by a spike held for part of the window, while a minimum requires the price to be above it at every single sample. A confirmed step is permanent — a later fall in valuation does not re-lock it — and the step counter only ever moves upward. THD backing steps the platform never reaches can be burned, which lowers total supply rather than returning anything to the platform.

This replaced a 730-day vest carried by earlier, retired generations. The milestone contract is deployed and is the team bucket’s destination.

13. Where else THD is spent, burned or paid

Every surface in this section is deployed on Robinhood Chain mainnet. The platform is not yet open to the public, and a price in THD cannot be paid until THD launches.

THD is not only something the platform pays out. Several surfaces take value in the other direction, and they do not all treat it the same way. The distinction that matters is in the last column: a protocol fee is revenue destined for the protocol treasury, it passes the fee splitter, it counts on the meter and it unlocks THD. Revenue destined for any other treasury is not a protocol fee and never counts. A burn is neither — it reaches no treasury at all. The one exception is a milestone sale: its platform share reaches the protocol treasury directly and still never counts, because the creator sets its price.

SurfaceYou payWhere it goesA protocol fee?
Battlepass premium pass, in THD (the default)THDDestroyed in the same call — the supply falls by what you paid.No. A burn reaches no treasury, so there is nothing to count.
Battlepass premium pass, in ETH or another listed currency$4.99 a month in that currency before THD launches; twice that afterThe marketing treasury, directly, in the currency paid.No. It never reaches the fee splitter and never counts toward the THD unlock.
The platform shop in the item mallTHDDestroyed, the same way.No.
Opening a creator’s shop or a band’s shop1 ETH, from the creator or the band’s leaderThe marketing treasury, directly.No. Sold space, held apart from platform revenue.
Featuring a shop in the mall$1 an hour, in ETH at the posted ETH/USD price; booked up to 30 days ahead, 1 to 24 hours at a timeThe marketing treasury, directly, when the booking is made. Not refunded.No. Sold visibility; it never reaches the fee splitter.
Buying from a creator’s shopThat creator’s own graduated launch tokenDestroyed in the same call — the shop owner and the platform receive nothing.No. A burn reaches no treasury.
Buying from a band’s shopETH or another listed currency, as the shop prices itThe band’s vault, paid to the band’s members with the monthly band rewards.No. It never reaches the fee splitter.
A creator’s post-graduation milestone packageThe launch’s fundraise currency — ETH or its ERC-2025% the creator · 25% the protocol treasury, directly · 50% the season prize pool.No. The protocol treasury’s 25% never passes the fee splitter and never counts toward the THD unlock.
Opening a challenge to a band’s leadershipETH, a fixed amount per member of the bandForwarded to the protocol fee splitter in the same transaction.Yes. And it is not refunded if the challenge fails.

Burned means the supply falls. Not sent to an address nobody holds the key to — destroyed, with the contract re-reading total supply afterwards and refusing to report a burn it cannot prove happened. A premium pass bought in THD is therefore not revenue reaching us: it is supply removed, which accrues to everybody holding THD including the people who did not buy one. A pass bought in ETH or another listed currency is paid to the marketing treasury and never counts toward the THD unlock.

What a premium pass buys is bounded and is stated here so it is not inferred. It is the same whichever currency paid for it. It multiplies the points a holder earns by 1.25, and it buys a discount in the item mall. It does not buy a larger share of a season’s standings, it does not grant points, and it does not unlock any part of the milestone ladder. It is not a claim on platform revenue, and it is not refundable.

Quests are funded from rewards rather than from a payment. A user earning THD from trading, creating or promoting takes 75% into their own claim, and the other 25% becomes a budget they direct at bringing other people in. The platform never spends it and never chooses who receives it. Settlers, LP providers and Spoils are outside the split.

13.1 A monthly holder vote decides what happens to one fee

The THD/ETH pool charges a swap fee, and it arrives in two currencies. The ETH leg always goes to the THD pool treasury and nothing votes on it. The THD leg is decided by a vote, and the two outcomes are that it is burned, or that it is paid to the people providing liquidity in that pool. The platform is not one of the outcomes, and there is no third option a key could select.

RuleValue
How oftenMonthly, on the 1st
How long the ballot is openOne day
QuorumNone
To change the setting51% of the votes actually cast
A tie, or nobody votingThe current setting stands
Who opens and closes itAnybody — both calls are permissionless

Weight ramps over thirty days. Four samples are taken — at the snapshot and 7, 14 and 30 days before it — and averaged, so a position bought the day before a ballot carries a quarter of the weight of one held for a month. Wallet holdings are measured on chain; liquidity positions are measured from a published root, because a share of a concentrated-liquidity pool is not a figure the pool itself reports.

THD the platform holds does not vote. The unlock contract, the distributors, the vesting and claim contracts, the permanently locked pool position and every treasury are excluded, so the ballot is decided by THD belonging to somebody who could sell it.

14. Verifying any of this yourself

Every figure on this page is a value in a contract, and none of it has to be taken on trust. The contract addresses are published on this site, and the reads below answer the questions this document answers.

The calls
QuestionCall
This launch’s fee and its three sharesBondingCurve.config()
What creating a market costs, and its four legsMarketCreationDesk.creationQuote(token, account, useVoucher)
Your market surge now, and the unsigned feeMarketCreationDesk.quote(account, token)
A currency’s settlement fee and its stake limitsSettlementRegistry.getCurrency(token)
What a market snapshotted when it was createdParimutuelMarket.feeBps(), marketingBps()
The launch fee right now, in weiLaunchFeeDesk.launchFeeWei() (LaunchFactory.launchFeeWei() on a factory without a fee desk), PricingRules.basePriceOf(LAUNCH_CREATION, ETH)
Which price that fee was taken fromUsdPriceOracle.ethUsd(), readFeeds()
What an allocation would do, line by lineKolSplitter.allocationStatusOf(source, kol, pct, runningPct, extraPctForKol)
The window rulesKolSplitter.WINDOW, MIN_WINDOW_INTERVAL
The smallest allocation to one KOLKolSplitter.MIN_ALLOCATION_PCT
An address’s rankKolRegistry.rankOf(address)
An address’s cap right nowKolRegistry.allocationCapBpsOf(address)
Whether an address may be paidKolRegistry.isEligible(address), isInGoodStanding(address)
The live rank ladderKolRegistry.allocationCapBps(rank), feeThresholdWei(rank)
A launch’s crew, each member’s share and their service recordCrewSplitter.crew(), serviceOf(address)
What opening a removal costs on that launchCrewSplitter.removalVoteFeeWei()
Counted protocol fees to dateProtocolFeeSplitter.totalProtocolFeesReceived()
A THD bucket’s frozen share, and how many buckets existTHDEmissionControl.bpsOf(bucket), BUCKET_COUNT()
The team’s confirmed valuation stepTHDMilestoneClaim.highestStepConfirmed(), STEP_FDV_USD()
Whether the pool’s THD fee is being burnedThdFeeRouter.thdBurn()

Where this page and the chain disagree, the chain is correct and this page is a bug — report it, and see the terms of use for what this document does and does not promise. The risk notice covers what these fees mean for anyone buying a token rather than launching one.

The Hood’s contracts are immutable, audited by Claude Fable 5. Nothing on this site is financial, investment, legal or tax advice.

TheHood

A launchpad where the liquidity can never be pulled. Fixed supply, a bonding curve, and a pool nobody can drain.

Checking

Product

  • Projects
  • Launch a project
  • Your account & referrals
  • Prediction markets
  • NFTs Soon

Resources

  • Blog
  • Docs
  • Block explorer(opens in a new tab)
  • Launch factory(opens in a new tab)
    • @thehoodmarkets(opens in a new tab)
    • Telegram News(opens in a new tab)
    • Telegram Chat(opens in a new tab)

Legal

    • Terms of use
    • Privacy
    • Cookie notice
    • Security
    • Risk
    • Fees & payouts

© 2026 The Hood. Non-custodial: we never hold your funds or keys.

Immutable contracts, audited by Claude Fable 5. Nothing here is financial advice — read the risks.