TLDR: read the whitepaper for full detail. This page covers the most common questions about how $THODL works, why funds are provably safe, and how the protocol distributes supply and governance.
What is $THODL?
$THODL is an ERC20 token on Ethereum mainnet with a 10% fee on every DEX trade. 9% of each trade feeds an immutable on-chain treasury that automatically buys the 6529 Meme NFT with the best Price-Per-TDH ratio and locks it forever. The remaining 1% goes to the dev wallet — the only source of dev income; there is no pre-minted developer allocation.
Owning $THODL is a single-token, liquid exposure to a continuously growing, algorithmically-curated basket of 6529 Memes — plus a proportional claim on the governance weight (TDH) those NFTs generate inside the 6529 ecosystem.
How is it different from a normal memecoin?
- The contract is the vault. Purchased NFTs live inside the BuyerContract and there is literally no function in the code that can move them out — not even for the admin Safe.
- Liquidity is permanently locked. The LP tokens from the initial Uniswap V2 pool are sent to
0x000…dEaDat sale finalisation. Nobody can ever pull the rug. - Fees fund a productive activity (NFT accumulation), not a marketing budget or a team treasury.
- No pre-mine, no VCs, no presale. 100% of supply is distributed via merkle airdrop (50%), public FCFS sale (45%), and LP seed (5%).
- Emergency powers self-destruct at launch. Once
disableEmergency()is called, even the admin loses the ability to touch ETH/ERC20 in the treasury.
What does PPTDH stand for and why does it matter?
PPTDH = Price ÷ TDH. It tells you how much ETH you pay per unit of TDH yield generated by an NFT. Lower PPTDH = better deal.
TDH ("Total Days Held") is the 6529 community's on-chain reputation and governance primitive. Every day a wallet holds a 6529 Meme card, it accrues TDH at a rate inversely proportional to the card's edition size:
per-copy-per-day TDH = 3941 / edition_size
The protocol's oracle ranks every active OpenSea listing by PPTDH and signals the cheapest one for purchase. This is the single metric that drives every buy.
How does the protocol decide which NFT to buy?
- An off-chain oracle scans OpenSea listings for the 6529 Memes collection
(0x33FD…AaD17aF1)every 30 seconds. - For every active ETH-denominated listing, it computes
PPTDH = price_wei / tdh_rate(mint-window cards with supply < 299 are excluded by the on-chainminCardSupplycheck). - The lowest-PPTDH listing is signed by the oracle into an EIP-712
BestListingmessage containing(tokenId, priceWei, validForBlocks, nonce, deadline). - Anyone can submit the signed payload to
GaslessOracle.submitBestListing(...), which forwards it to the BuyerContract. Submitter gas is reimbursed from treasury ETH (capped at 100 gwei effective, 0.01 ETH per call). - After a 15-block cooldown (~3 min), anyone can call
triggerBuy(tokenId, seaportOrderData)to actually execute the purchase.
Who runs the oracle?
The oracle is an off-chain service whose signing key is held by the protocol. The authorised signer EOA is 0x6d9191a12fd6f1aa247db30cb14072c6cba1a6d9 and it is registered on-chain by the Safe via setKeeper /setOracleSigner.
Crucially, the oracle cannot extract funds: a compromised key could only sign listings that pass on-chain checks (right collection, all-ETH consideration, price ≤ maxNftPrice, supply ≥ minCardSupply). Worst case is "buying bad NFTs" at up to 5 ETH each, capped at one buy per ~15 blocks (~96/day max). The Safe can revoke the signer in one transaction.
What happens to the NFTs after purchase?
The NFT is transferred directly into BuyerContract by Seaport (recipient = address(this)). It then sits in the contract forever.
There is no sendNFT, withdrawNFT,listOnSeaport, or any other function that can move ERC1155 tokens out of the contract. emergencyWithdrawToken explicitly operates on IERC20 only, never IERC1155.
The TDH that the NFT generates is attributed to the contract address, then routed to a governance wallet via the 6529 NFTDelegation registry consolidation mechanism — see the Governance section below.
How often does it buy?
At most one purchase every 15 blocks (~3 minutes, ~96 buys/day max). Frequency in practice depends on:
- how much $THODL trading volume is happening (more trades → more fees → more ETH);
- whether treasury ETH balance ≥
max(minEthForTrigger, next-buy cost); - whether a fresh oracle signal is sitting in the contract within its
validForBlockswindow.
What's the total supply?
69,420,000 $THODL with 18 decimals. The number encodes the memetic constant 69420. The full supply is minted at deploy and delivered to the distribution contracts — no mint() function is exposed on the token, so supply can only ever decrease (via burns), never increase.
How is the supply distributed (airdrop / sale / LP)?
| Allocation | % | Amount |
|---|---|---|
| Meme card airdrop | 50% | 34,710,000 (~111,968/card) |
| Public FCFS sale | 45% | 31,239,000 |
| Initial LP reserve | 5% | 3,471,000 (paired with 8.1 ETH, LP burned) |
The dev's personal balance is 2.24M $THODL (3.23%) — earned the same way every other minter does, by holding 20 cards at the snapshot. There is no presale, private round, or VC allocation.
Mint vs Public Sale — why do sale buyers pay 4× more?
The protocol explicitly rewards the original minters of 6529 Memes. Compare the $THODL per ETH spent for each acquisition path:
| Path | ETH spent | $THODL received | $THODL / ETH |
|---|---|---|---|
| Mint a 6529 Meme card (then claim airdrop) | ~0.0625 ETH (typical Meme primary mint) | 111,968 (per card held at snapshot) | ~1,791,488 |
| Buy in Genesis Presale (no card required) | 0.26116 ETH (per-wallet cap) | 111,968 (at fixed rate) | ~428,700 |
Ratio: 1,791,488 / 428,700 ≈ 4.18×. A 6529 Meme minter ends up with roughly 4× the $THODL per ETH compared to a sale buyer — and they also keep the underlying NFT.
The 4× number is approximate: Meme card mint prices vary slightly across drops, and secondary market prices fluctuate. The fixed protocol parameters are the airdrop allocation per card (111,968 $THODL, derived from 34.71M / 310 minters) and the sale rate (428,700 $THODL/ETH, capped at 0.26116 ETH/wallet).
What are the swap fees?
Every transfer where either the sender or recipient is a registered AMM pair triggers a flat 10% fee, split:
- 9% (900 bps) →
BuyerContract(treasury) - 1% (100 bps) → dev wallet
- 0% for fee-exempt addresses (deployer during setup, BuyerContract's own sells, LpHelper if deployed)
The bps values are hardcoded constants — they cannot be changed by anyone, ever. Wallet-to-wallet (P2P) transfers pay no fee as long as neither side is a registered AMM pair.
Is there a buyback / burn mechanism?
Yes. BuyerContract.buybackAndBurn(ethAmount, minThodlOut) lets the Safe spend treasury ETH to buy $THODL from the LP and burn it. Net effect: the pool's ETH side grows, the $THODL side shrinks → spot price rises and float reduces.
Additionally, any unsold $THODL above the LP reserve at the end of the GenesisSale is burned via token.burn()inside finalize().
Both mechanisms are deflationary; the total supply can only ever go down.
The trust model rests on what the smart contract code cannot do, by construction. Every class of risk is eliminated at the code level rather than by policy.
Can the dev / Safe rug-pull the NFTs?
No. BuyerContract has zero functions that transfer NFTs out:
- No
sendNFT,withdrawNFT,listOnSeaport,transferToSafeor any equivalent. - The only Seaport call is
fulfillAdvancedOrder(a buy, not a sell). emergencyWithdrawTokenonly handlesIERC20, neverIERC1155.callDelegationRegistryonly accepts the 6 hardcoded 4-byte selectors of known 6529 NFTDelegation methods, and the registry address itself isimmutable.
Even with full admin powers, the Safe cannot sell or transfer a single NFT out of the treasury. It is a one-way sink.
Can the dev / Safe drain the ETH treasury?
Before launch: yes, via emergencyWithdrawETH / emergencyWithdrawToken. These exist so that setup mistakes (wrong env var, misrouted tokens) can be recovered.
After launch: no. The Safe calls disableEmergency() exactly once, which sets emergencyEnabled = false permanently. There is no enableEmergency() — the flag is non-reversible. From that moment on, even the owner cannot extract ETH or ERC20 from the treasury by any means.
Is the liquidity pool locked?
Yes, permanently. At GenesisSale.finalize(), the 5% LP reserve (3.47M $THODL) is paired with 8.1 ETH from sale proceeds and deposited into a fresh Uniswap V2 pool. The LP tokens returned by addLiquidityETH are sent directly to 0x000000000000000000000000000000000000dEaD — a canonical address with no known private key.
Consequences:
- The liquidity can never be withdrawn.
- No rug-pull is possible: any
removeLiquiditycall from0x…dEaDwould fail. - The 5% $THODL + 8.1 ETH sit permanently in the pool as floor-defending liquidity.
What happens if a smart contract bug is found?
The contracts are immutable — no proxy, no upgrade path, no admin reset. If a bug is found, the only remedies are:
- Tune the operational knobs (
maxNftPrice,minCardSupply,minEthForTrigger) to limit blast radius. - Revoke the oracle signer if the bug involves signal injection.
- For severe bugs: redeploy a successor contract and migrate via community vote (the original NFTs stay locked in the old contract — this is by design).
The codebase is intentionally small and conservative, audited internally and via /ultrareview passes (v4 closed the callDelegationRegistrydrain vector found in pass 2). All contracts are verified on Etherscan.
Can the protocol be paused?
There is no global pause() on the token — trading and the FOT fee are always-on once the LP is seeded. What can be tuned by the Safe:
setMaxNftPrice(0)/setMinEthForTrigger(huge)would effectively halt automated buying.- Revoking the oracle signer halts new
BestListingsignals. - The keeper-only
convertFeesToETHcan simply not be called.
These are operational dials, not a kill-switch. The token itself, the NFTs, and the LP remain immutable through any pause.
How do THODL holders influence 6529 governance?
Through an off-chain (Snapshot.org-style) vote where 1 $THODL = 1 vote:
- A proposal opens in the $THODL snapshot space (e.g., "How should we vote on 6529 Proposal #N?").
- $THODL holders vote with their balances at the snapshot block.
- The outcome is published.
- The Safe signers cast the corresponding vote from the consolidation wallet on 6529.io or the relevant 6529 governance endpoint.
Over time the Safe can be replaced by an on-chain voting module that automates step 4. The contract architecture already accommodates this: callDelegationRegistry accepts arbitrary calldata (filtered by selector allowlist) and there is no requirement that the owner be a human-controlled multisig.
What is "consolidation" on 6529?
Normally, if you own 6529 Meme NFTs across multiple wallets, each wallet has its own independent TDH score for governance. The 6529 NFTDelegation contract (0x2202CB9c00487e7e8EF21e6d8E914B32e709f43d) exposes a "consolidation" use case: wallet A consolidates to wallet B, and B inherits A's TDH for governance purposes.
For $THODL: wallet A is BuyerContract (the NFT vault) and wallet B is the consolidation target — a Safe whose signers execute $THODL holders' governance decisions. Every meme-card purchase by the contract mechanically increases B's voting weight on 6529.io.
Where does the TDH from contract NFTs go?
To the consolidation target wallet at 0x1293d6D1CC65Dcad008CdccfD9feB4f90F94923a, registered via BuyerContract.callDelegationRegistry(). That wallet participates in 6529 governance on behalf of the protocol; its votes are decided by $THODL-holder snapshot votes.
Per-card TDH grows daily (each card adds 3941 / edition_size per copy per day). Per-$THODL voting power grows monotonically alongside, minus any $THODL burned via buybackAndBurn.
When does the presale open?
The Genesis Presale is LIVE. Contract GenesisSale is started on mainnet — head to /presale, connect a wallet, and call buy() directly from the UI.
Parameters: 428,700 $THODL per ETH, 0.26116 ETH cap per wallet, deadline 11 May 2026 06:24 UTC, minimum raise 8.1 ETH for finalize(). Excess ETH beyond the per-wallet cap is refunded in the same transaction. Unsold tokens at the deadline are burned. After finalize the 5% LP reserve is paired with the raised ETH, deposited into Uniswap V2, and the LP tokens are sent to 0x000…dEaD.
Genesis Presale vs Meme card airdrop — what is the difference?
Two completely independent ways to get $THODL at launch — you can do both.
| Genesis Presale | Meme card airdrop | |
|---|---|---|
| Who | Anyone with ETH and a wallet | Wallets that held a 6529 Meme card at the snapshot (after TDHODL meme card mint will end) |
| Cost | Pay ETH (0.26116 cap) | Free — only the gas to claim |
| Allocation | 45% of supply (31.24M $THODL) | 50% of supply (34.71M $THODL) |
| Rate | 428,700 $THODL / ETH (fixed) | ~111,968 $THODL / card held (4× sale rate ≈ minter advantage) |
| Window | 14 days from sale open (FCFS) | Open after merkle root is set + locked; no expiry |
| Status now | LIVE | Pending root (waits for Meme card mint to complete) |
| Where | /presale | /airdrop |
Why the airdrop rate is ~4× higher: the protocol rewards the minters who took the original risk of supporting 6529 Memes. Per ETH-equivalent of floor value, a typical Meme card holder receives roughly 4× the $THODL of a sale buyer.
You can do both: a card-holding wallet can buy in the sale today and claim the airdrop later — they are entirely separate contracts (GenesisSale vs MerkleAirdrop) with no overlap or eligibility gate between them.
How do I claim the airdrop?
Connect a wallet that held a 6529 Meme card at the snapshot (after TDHODL meme card mint will end), then visit the /airdrop page. The UI checks an off-chain proof endpoint (/api/proof?address=...) and, if you're eligible, submits a single transaction to MerkleAirdrop.claim(amount, proof).
Allocation: ~111,970 $THODL per card held at snapshot (34.71M total / 310 minters). The airdrop is gated by the on-chain merkle root, which is set after the Meme card mint completes; until then the page shows "pending root".
How do I swap THODL?
Once the LP is live (auto-seeded by GenesisSale.finalize()), use any Uniswap V2-compatible interface — including the /swap page on this site, which uses swapExactETHForTokensSupportingFeeOnTransferTokens / swapExactTokensForETHSupportingFeeOnTransferTokens (mandatory because of the 10% FOT).
Always set slippage ≥ 10% if you use a generic interface that does not handle FOT correctly — the standard swapExactTokens… calls will revert otherwise.
The on-site swap UI is currently disabled (paused) until the Uniswap pool actually opens at sale finalisation.
Where are the contract addresses?
All contracts are deployed and Etherscan-verified on Ethereum mainnet (v4):
- THODL —
0x610539129D0E646580520dA6A37405f675a2979e - BuyerContract —
0x1D1946e1Cc50545C2A10ca7A668444bEeC83e5c3 - GaslessOracle —
0x4830696eA721808C1EB066107b2bBb26997E9686 - GenesisSale —
0x709598cf21b7140AbD420D701709fffBd62F5a25 - MerkleAirdrop —
0xE26030c0895FfeF07B5dcC767D86b763Dd2391E2 - Safe (2-of-3 multisig) —
0x5DDBC7F93a683d596E0D1f3a93907319ae5C7a47 - TDH consolidation target —
0x1293d6D1CC65Dcad008CdccfD9feB4f90F94923a
Full table (including external dependencies — Uniswap V2 Router, Seaport 1.6, 6529 Memes, 6529 NFTDelegation) is in whitepaper §8.
Read the full whitepaper (12 sections, including a complete risk catalogue), browse the source code on GitHub, or inspect any contract directly on Etherscan.