HashCats has no allowlist and no supply cap — the only way in is to find a hash under the network target. HashCatsBot runs the hardware that does it. Deposits are open: send ETH to the published vault, hold shares in the address that mines, and redeem at net asset value whenever you want.
No GPU, no wallet extension for mining, no allowlist. Minimum 0.05 ETH, 8% of realised proceeds, and nothing charged on the way in or out.
Read live from the HashCats monitor
One transfer to the published vault. Your deposit is confirmed against the chain over RPC, your shares are the ETH you sent, and your slice of the pool is that over everyone else’s — all of it recomputable from the explorer.
Connect a wallet to see your ETH, your shares and your slice of the vault. We store nothing about you — the position is read back off the chain from your own address.
Read from the chain, not from our books. Every line is checkable.
38.038 ETH of capacity left. The ceiling is what the fleet’s own win rate can actually deploy — past it, deposits are waitlisted rather than left idle.
None of this is our opinion — it falls out of how the contract works, and every number below is read from the live monitor.
The proof-of-work preimage contains the miner's own address, so no one can mine a cat into an address they don't control. That is why a pool has to hold the cats and give you a share, rather than mining straight into your wallet.
A cat goes to whoever lands the hash first; everyone else pays gas for nothing. One GPU on its own eats that loss rate alone. A pool spreads it across every depositor.
1,495 solutions lost in the last 24h — 41% of a win, for 0.0081 ETH of wasted gas
The mint price follows a fixed curve and doubles at each epoch boundary. Buying in later means paying more per cat, so the timing of when capital is working actually matters — and we publish the curve rather than hiding it.
0.0408 ETH now → 0.0818 ETH next epoch
Deposits fund the contract's mint price and gas. We fund the hardware. What comes back is split by share, and the fee only ever applies to money actually realised.
Send ETH on Robinhood Chain to the published pool vault — a plain transfer, no approval and nothing to sign — and receive one share per ETH. Minimum 0.05 ETH. No lock-up, no deposit fee.
HashCats has no allowlist and no supply cap: a cat is minted by finding a hash under the network target. Our GPUs do that work. You are never charged for the fleet — that is what the performance fee buys.
Deposits cover the epoch mint price and gas — including gas forfeited on races we lose. Nothing else is drawn from the vault.
Every cat we win is routed to whichever leg pays more: burn it inside its epoch for the full 1 000 $HASH, or hold it and collect the ETH rent that 65% of every later mint pays to live cats.
Realised ETH raises the value of every share. We take 8% of realised proceeds and nothing else — no management fee, no fee on deposits or withdrawals.
Burn shares to withdraw ETH at net asset value. A fifth of the vault is held liquid so ordinary redemptions settle immediately.
Live figures. The pool takes whichever leg pays more at the time.
into the vault
0.0408 ETH
won on-chain
Full reward only inside its own epoch
65% of every later mint pays live cats
Realised ETH returns to the vault and lifts every share. We keep 8% of what is realised — never a slice of your deposit, and never a management fee on capital that is just sitting there.
Computed from this second's on-chain parameters: the live mint price, the network's own loss rate, and the actual depth of the $HASH pool at the size we would really trade. It is a snapshot, not a forecast.
Losing a race costs gas and returns nothing, so the loss rate is charged against every cat actually won.
A cat burned inside its own epoch mints the full reward. Sold into the hook’s pool, priced with real slippage.
Keep the cat instead and it earns from everyone who mints after you — 65% of each mint price, split across every cat still alive.
Mint cost doubles every epoch while the burn reward stays fixed at 1,000 $HASH. Holding the $HASH price flat, the burn leg goes negative quickly — so the honest question is not “what does it yield” but “how far must $HASH move to keep up”. The offsetting force is real: 30% of every mint price is spent buying $HASH back.
| Epoch | Cats | Mint price | Burn proceeds (flat $HASH) | Margin | $HASH breakeven | Move required | Cumulative buyback |
|---|---|---|---|---|---|---|---|
| 8 | 2,048 | 0.0408 | 0.0760 | 0.0352 | 4.080e-5 | -48% | 75.987 |
| 9 | 4,096 | 0.0818 | 0.0760 | -0.0058 | 8.176e-5 | +5% | 176.453 |
| 10 | 8,192 | 0.1637 | 0.0760 | -0.0877 | 1.637e-4 | +109% | 578.713 |
| 11 | 16,384 | 0.3275 | 0.0760 | -0.2515 | 3.275e-4 | +319% | 2,189 |
| 12 | 32,768 | 0.6552 | 0.0760 | -0.5792 | 6.552e-4 | +738% | 8,629 |
| 13 | 65,536 | 1.311 | 0.0760 | -1.235 | 1.311e-3 | +1575% | 34,396 |
Because difficulty retargets to hold a fixed cat pace, a pool is limited by hashrate rather than by how much ETH it has taken in. So the deposit ceiling is a published number, not a marketing one.
Working capital is what the fleet needs in flight, given that each cat is mined, settled and the ETH redeployed several times a day.
A deposit page that only lists upside is not telling you enough to decide. These are the real failure modes, in the order we think they matter.
The mint price follows 0.00016 x (2^epoch - 1) ETH. It doubles at every epoch boundary while the burn reward stays fixed at 1 000 $HASH, so the burn leg only survives if $HASH appreciates roughly in step. We show the exact breakeven.
Mining is a race settled first-come. A solution that arrives second is dead and the gas is gone. The network's live loss rate and the ETH it wasted are on the network page — we do not net it out of anything we show you.
The burn leg ends in a sale into one pool. Selling size moves the price against us, and the quoted margin already includes that slippage at the size we would actually trade.
There is no supply cap — what stops HashCats is work. Simulation puts the practical end at 17 000-20 000 cats. Mining revenue stops there; rent on cats still alive does not.
Unsold cats are marked at a conservative floor, never at mint price. If redemptions exceed the liquid buffer they are queued and served as inventory is worked down.
Shares are an accounting claim on a vault we control. That is a custody risk and no amount of dashboard removes it. Verify the vault on the explorer, and size your deposit accordingly.
No. That is the whole point. The fleet does the hashing; your deposit only ever pays the contract's mint price and the gas that mining consumes.
Because the miner's address is hashed into the proof of work. A solution found for our address is only valid for our address, so cats have to land in a vault we control. Shares are how you own a slice of it, and the vault is public on the explorer.
8% of realised proceeds — rent we actually claim and $HASH we actually sell. There is no management fee, no deposit fee, and no withdrawal fee. If the pool realises nothing, we are paid nothing.
One share per ETH you send the vault. Your slice of the pool is your contributed ETH over all contributed ETH — and because both are just inbound transfers to a published address, you can recompute your own share on the explorer. Redemptions are valued at net asset value: liquid ETH, plus $HASH net of the slippage selling it would cost, plus unsold cats marked at a conservative floor rather than at what we paid to mint them.
A deposit is one plain ETH transfer — no approval, nothing to sign. We treat it as settled at 12 confirmations, read over JSON-RPC rather than from an explorer, so an indexer outage cannot make real ETH look missing. Your ETH, your shares and every transaction hash appear on the deposit page the moment the chain has them.
Yes. 20% of the vault is held as liquid ETH so ordinary redemptions settle straight away. If redemptions ever exceed that buffer they are queued and filled as cats and $HASH are worked down — we would rather queue you than dump inventory into a thin market and charge everyone for it.
Difficulty retargets to hold a roughly fixed rate of new cats, so extra ETH does not buy extra cats — it just sits idle and dilutes the people already in. We publish a ceiling tied to what our hashrate can actually deploy, and we would rather turn deposits away than take money we cannot put to work.
There is no supply cap; what ends HashCats is work. Simulation puts the practical end at 17,000-20,000 cats. Mining revenue stops there. Rent on cats that are still alive does not, and the vault would then wind down to ETH.
No. HashCatsBot is an independent pool. We read the same public monitor the official stats site reads, and we are not endorsed by or connected to the HashCats team.
0.0500 ETH. For scale, one cat currently costs the pool 0.0408 ETH all-in, so a minimum deposit is a meaningful fraction of a cat rather than a rounding error.
Opening capacity is 38.038 ETH, sized to what the fleet can actually deploy. Minimum 0.0500 ETH, 8% of realised proceeds, nothing on the way in or out.
Deposits go to one published address on chain 4663 as a plain transfer — no approval, no signature. Shares are an accounting claim on a vault the operator custodies, and the vault’s whole position is on the explorer.