Bitcoin's protocol has no meaningful minimum transaction amount — any value above the dust threshold is technically accepted by the network. The practical minimum is different from the technical one, and it matters more. For any on-chain Bitcoin transaction used as a competition entry, the meaningful minimum depends on two things: the current leaderboard state when the entry is sent, and the Bitcoin network fee that the transaction will cost. An entry amount smaller than the network fee is already underwater before the round begins. An entry amount too small to appear above any existing position is technically present but competitively irrelevant.
The Bitcoin network does not care what you are entering into when you send a transaction — it charges based on transaction size in bytes, not on the amount being sent. A 0.0001 BTC transaction and a 0.5 BTC transaction cost the same network fee if they are the same transaction size. At small amounts, the fee can consume a meaningful fraction of the total committed before any competition takes place.
How transaction fees interact with small on-chain entries is most visible at the lowest amounts. A standard Native SegWit transaction sending BTC from one address to one address occupies approximately 141 virtual bytes. At a 10 sat/vbyte fee rate, that transaction costs 1,410 satoshis. At 30 sat/vbyte during moderate congestion, the fee rises to 4,230 satoshis. An entry of 10,000 satoshis (0.0001 BTC) at 30 sat/vbyte spends 4.23% of the committed amount in fees before any competition result is possible. The fee does not return regardless of the outcome. Bitok Arena Research identified fee-to-entry ratio as the primary inefficiency at small on-chain entry amounts.
Fee Rate and Entry Timing
The minimum sat/vbyte fee that ensures an on-chain transaction confirms within a relevant timeframe is not a fixed number — it moves with the mempool state at submission. The Bitcoin mempool — the queue of unconfirmed transactions waiting to be mined into blocks — has a variable fee market. When blocks are full and many transactions are waiting, miners prioritize transactions with higher fee rates. During quiet periods, 2–3 sat/vbyte transactions confirm within a block or two. Checking the current mempool fee environment on Mempool.space before submitting shows the fee rates being accepted into the next block and the backlog at lower rates.
Bitok Arena mapped Bitcoin mempool fee ranges and their practical impact on on-chain competition entries.
Low congestion — 2–5 sat/vbyte confirms in 1–3 blocks; fee on a standard Native SegWit transaction is 280–705 satoshis; suitable for entries made well before any relevant deadline.
Moderate congestion — 10–30 sat/vbyte for reliable next-block confirmation; fee is 1,410–4,230 satoshis; use when faster confirmation is preferred over fee minimization.
High congestion (fee spike) — 50–200+ sat/vbyte for next-block; fee is 7,050–28,200 satoshis; at these rates, small entries become disproportionately expensive relative to the committed amount; waiting for congestion to clear or increasing entry size dilutes the fee percentage.
The wallet's recommended fee setting accounts for current conditions automatically. Custom fee setting is useful when the mempool state is known and a specific confirmation time is being targeted.
Sending the exact intended amount to an on-chain competition destination requires understanding the two-component cost of the transaction: the BTC committed to the round (which adds to the leaderboard position) and the miner fee (which does not). In most wallet interfaces, the fee is shown separately from the send amount. To commit exactly 0.005 BTC to a round, set the send amount to 0.005 BTC and let the wallet calculate the fee on top. Do not include the fee in the competition amount — doing so sends less than intended to the receiving address while paying the fee from a different portion of the transaction structure.
CoinJoin Outputs and On-Chain Entry
The timing relationship between mempool fee optimization and entry positioning is worth understanding for regular on-chain competition participants. A competitor who identifies low-congestion windows can submit entries at 3–5 sat/vbyte rather than 20–30 sat/vbyte, saving thousands of satoshis per entry. Over multiple rounds, this compounds: the satoshis saved on fees stay in the wallet rather than going to miners and can be redeployed into subsequent entries. Since the fee is never recovered regardless of the outcome, minimizing it without compromising confirmation timing is the correct approach whenever time permits.
Bitok Arena reviewed the interaction between CoinJoin output UTXOs and on-chain competition entries for participants concerned with on-chain privacy.
CoinJoin transaction outputs — UTXOs produced by CoinJoin mixing have a distinctive structure; some exchanges and services flag transactions that spend from CoinJoin outputs, but on-chain competition destinations that track only the sender's address do not screen input transaction history.
UTXO size — CoinJoin outputs are often fixed-denomination UTXOs; spending one as a competition entry commits that fixed amount to the leaderboard from the spending address.
Address privacy — using a fresh address from a CoinJoin wallet preserves the on-chain privacy benefit of the mix; reusing the same address across multiple rounds links those rounds on-chain regardless of how the BTC was sourced.
What on-chain competition destinations track is the Bitcoin address, not the UTXO history behind the transaction's inputs. The address is the identity for competition purposes.
What the wallet needs before sending a meaningful on-chain competition entry is spendable balance above the sum of the intended competition amount plus the estimated fee. The wallet balance displayed in the wallet app shows total confirmed BTC, but the spendable balance after accounting for the network fee may be slightly different from the total. The practical minimum for any competitive on-chain entry is: enough BTC to appear above at least one existing position on the live leaderboard, after the fee has been deducted from the available balance. Open the leaderboard, note the lowest active position and its committed amount, check the wallet's spendable balance, subtract the estimated fee, and confirm the remainder exceeds the target position's committed amount before setting the send amount.
What On-Chain Competition Tracks
Bitcoin's on-chain competition architecture tracks the Bitcoin address, not an account or identity. Any BTC sent to the receiving address from a given sending address during the round is attributed to that sending address. The leaderboard shows the address and the total committed from it. The address can be a hardware wallet address, a software wallet address, an address from a CoinJoin output, or any other valid Bitcoin mainnet address. What it cannot effectively be is a shared custodial address — because if an exchange's shared address appears on the leaderboard, any prize goes to that shared address rather than the individual participant's wallet. Self-custody is the structural requirement, not a recommendation.
The wallet needs enough BTC to commit an amount that lands above at least one active position on the leaderboard, with network fees covered separately from the competition amount. That is the complete definition of a meaningful on-chain entry. Everything below it is technically valid on the blockchain — present on the ledger — but outside the prize positions. The leaderboard shows the threshold before the entry is sent.
Exchange BTC withdrawal minimums — typically 0.0005 to 0.001 BTC at most major exchanges — set the practical floor on the first self-custody transfer for a new participant. Once the BTC is in a self-custody wallet, the same wallet address can be used for multiple competition entries by sending additional amounts to the receiving address during the same round. Each additional send from the same address increases the total attributed to that address on the leaderboard. The entry is not a single fixed commitment — it is the cumulative total sent from the address during the round. This means a participant who starts with a small initial entry can increase their position during the round if the fee economics and timing support it.
Bitok Arena's analysis of minimum BTC for meaningful on-chain entries identifies two thresholds: the technical minimum (any amount above dust) and the practical minimum (any amount that places the sending address above at least one existing leaderboard position after fees). The gap between them is the fee-to-entry ratio, which becomes disproportionately large at very small amounts during moderate-to-high mempool congestion. Checking the mempool fee rate before sending and reading the leaderboard before committing resolves both variables before the transaction is broadcast.