How a Boost works
A Boost is HeroBoost's on-chain, multi-round fundraising flow for a cause or a project token. Backers contribute in each round; token holders vote on what happens next; later rounds can use different raise assets when the boost rules allow it.
Who it is for
- Hero (creator) — launches the boost, proposes round packages, and shares the launch code with the recipient when needed.
- Backer — joins a round with USDC or an allowed raise asset and receives a pro-rata share of that round's mint.
- Recipient — the person or project the boost was created for; may receive raised funds and propose follow-on rounds depending on the boost setup.
What makes HeroBoost different
HeroBoost combines multi-round votes, lane-specific raise assets, and protocol baseline rules in one boost — not a single one-shot crowdfund.
- Multi-round in one boost — Round 1, 2, 3… stay linked; holders vote between rounds.
- Raise asset lanes — USDC, tokenized equity (B20), and whitelisted ERC-20 paths follow different safety rules.
- Micro round mints — demos can mint a tiny slice of max supply per round (for example 0.01%) so small tests stay meaningful.
- Baseline protection — USD baseline floors are protocol rules on supported lanes. They are not a promise of market price.
- $BOOST governance — platform governance is documented on the $BOOST Tokenomy sibling page.
HeroBoost is not the only on-chain fundraise stack, and we do not claim exclusive open-source status. Gitcoin, Juicebox, and Mirror also ship public contracts.
How HeroBoost compares
| Feature | HeroBoost | Gitcoin | Juicebox | Mirror | Kickstarter |
|---|---|---|---|---|---|
| On-chain fundraise settlement | Yes Round rules and settlement run on Base smart contracts. | Yes Grants and Allo programs settle on-chain. | Yes Project treasuries use on-chain contracts. | Yes Crowdfund contracts settle on-chain. | No Pledges are fiat and centrally processed. |
| Multi-round in one boost | Yes One boost can run Round 1, 2, 3… with holder votes between rounds. | Partial Grant rounds exist, but not the same vote-package model. | Partial Juicebox cycles are related, not the same vote-package flow. | No Typically one crowdfund per project. | No One campaign per project. |
| Holder vote on round packages | Yes Token holders vote on the next round package before it runs. | Partial Community and quadratic voting, different UX and rules. | Partial Project-token holders govern, but with a different mechanism. | No No token-weighted round package votes. | No Backers do not vote on round packages. |
| Small first mint (% of supply cap) | Yes Each round can mint a small slice of max supply (for example 0.01% in demos). | No Different funding model — not micro-round mint caps. | Partial Projects issue tokens, but not HeroBoost-style micro-round mints. | No Writing NFT / crowdfund model — different shape. | No No on-chain supply mint. |
| Multiple raise assets (stablecoin, equity token, ERC-20) | Yes Three raise lanes: USDC, tokenized equity (B20), and whitelisted ERC-20 assets (for example WETH). | Partial Most flows use ETH or stablecoins. | Partial Usually ETH or the project token. | Partial Usually ETH. | No Fiat pledges only. |
| No Down Baseline Protection | Yes USDC and B20 rounds can record a floor for later rounds. ERC-20 raises are not in the baseline basket — volatile lanes still respect an existing USDC/B20 floor. | No No HeroBoost-style baseline floor. | Partial Overflow and redemption differ from a USD floor vs baseline. | No No on-chain USD floor vs baseline. | Partial All-or-nothing pledges — not an on-chain USD floor vs baseline. |
| Open smart contract source + explorer verify | Partial Transactions are verifiable on Base today; public hb-sc GitHub release is coming. | Yes Public contracts and source are available. | Yes Public contracts and source are available. | Yes Contracts are public. | No Closed platform — no on-chain contracts for backers. |
| Platform governance token | Yes $BOOST supports holder governance — see $BOOST Tokenomy for live vs roadmap detail. | Yes GTC already fills a similar platform-governance role — not a unique HeroBoost claim. | Partial JBX and project tokens play different roles. | No No platform governance token in the same sense. | No No governance token. |
On-chain fundraise settlement
HeroBoost
YesRound rules and settlement run on Base smart contracts.
Gitcoin
YesGrants and Allo programs settle on-chain.
Juicebox
YesProject treasuries use on-chain contracts.
Mirror
YesCrowdfund contracts settle on-chain.
Kickstarter
NoPledges are fiat and centrally processed.
Multi-round in one boost
HeroBoost
YesOne boost can run Round 1, 2, 3… with holder votes between rounds.
Gitcoin
PartialGrant rounds exist, but not the same vote-package model.
Juicebox
PartialJuicebox cycles are related, not the same vote-package flow.
Mirror
NoTypically one crowdfund per project.
Kickstarter
NoOne campaign per project.
Holder vote on round packages
HeroBoost
YesToken holders vote on the next round package before it runs.
Gitcoin
PartialCommunity and quadratic voting, different UX and rules.
Juicebox
PartialProject-token holders govern, but with a different mechanism.
Mirror
NoNo token-weighted round package votes.
Kickstarter
NoBackers do not vote on round packages.
Small first mint (% of supply cap)
HeroBoost
YesEach round can mint a small slice of max supply (for example 0.01% in demos).
Gitcoin
NoDifferent funding model — not micro-round mint caps.
Juicebox
PartialProjects issue tokens, but not HeroBoost-style micro-round mints.
Mirror
NoWriting NFT / crowdfund model — different shape.
Kickstarter
NoNo on-chain supply mint.
Multiple raise assets (stablecoin, equity token, ERC-20)
HeroBoost
YesThree raise lanes: USDC, tokenized equity (B20), and whitelisted ERC-20 assets (for example WETH).
Gitcoin
PartialMost flows use ETH or stablecoins.
Juicebox
PartialUsually ETH or the project token.
Mirror
PartialUsually ETH.
Kickstarter
NoFiat pledges only.
No Down Baseline Protection
HeroBoost
YesUSDC and B20 rounds can record a floor for later rounds. ERC-20 raises are not in the baseline basket — volatile lanes still respect an existing USDC/B20 floor.
Gitcoin
NoNo HeroBoost-style baseline floor.
Juicebox
PartialOverflow and redemption differ from a USD floor vs baseline.
Mirror
NoNo on-chain USD floor vs baseline.
Kickstarter
PartialAll-or-nothing pledges — not an on-chain USD floor vs baseline.
Open smart contract source + explorer verify
HeroBoost
PartialTransactions are verifiable on Base today; public hb-sc GitHub release is coming.
Gitcoin
YesPublic contracts and source are available.
Juicebox
YesPublic contracts and source are available.
Mirror
YesContracts are public.
Kickstarter
NoClosed platform — no on-chain contracts for backers.
Platform governance token
HeroBoost
Yes$BOOST supports holder governance — see $BOOST Tokenomy for live vs roadmap detail.
Gitcoin
YesGTC already fills a similar platform-governance role — not a unique HeroBoost claim.
Juicebox
PartialJBX and project tokens play different roles.
Mirror
NoNo platform governance token in the same sense.
Kickstarter
NoNo governance token.
On-chain verify
You can verify Boost transactions on a Base block explorer. Public hb-sc source on GitHub is coming — explorer links are available today.
See it live
The Make ALTCOIN Great Again boost on Explore has run genesis, Round 2 (B20), and Round 3 with WETH on the ERC-20 raise lane — holder votes, thin-pool checks, and anti-rug baseline rules on Base blockchain mainnet.
Round 3 with WETH (walkthrough summary)
Follow-on rounds let a live boost raise with different assets. In Round 3, the recipient proposed a WETH package on the ERC-20 lane (not USDC or B20). Before holders vote, the app runs Checks before you propose:
- Target raise must be high enough so backer token price meets the on-chain floor from earlier rounds.
- WETH paired for liquidity must keep pool price at or above backer token price (thin-pool / anti-rug rules).
If both pass, holders vote by token weight (snapshot at propose). After the vote window closes, anyone can finalize the vote. Backers contribute WETH until the target is met. Anyone can then mint round tokens to distribute backer allocations and seed the pool — no proposer-only gate.
Caution: WETH is volatile. Baseline and pool reference prices are protocol rules, not market guarantees. On ERC-20 raise lanes, mint does not raise the stored floor above the prior USDC/B20 round.
Full step-by-step video: Round 3 WETH on Base mainnet.
Learn by video
Step-by-step walkthroughs (MAGA trilogy + Round 3 sequel):
- Create a cause boost (Round 1 USDC)
- Boost interaction basics
- Round 2 B20 follow-on
- Round 3 WETH (ERC-20 raise) — thin-pool & baseline checks
Caution
- Baseline / pool reference price ≠ market price. A recorded baseline is a protocol floor rule, not a trading guarantee.
- Alpha software. Boost rules evolve with smoke testing; read on-chain state before you contribute.
- Not investment advice. This page explains product mechanics — not a legal offering document.