MinerBurnVault (V1 probe)
MinerBurnVault (0x0003Dc0349B75ee1A81FE25310BA420a6aaB5938)
is QuaiAxe's predecessor: a single, fixed, 100%-burn vault with no accounting model at all — it is
not part of the Model A / QaxeBurnVault system, and none of the batching,
CREATE2 deposit addresses, split accounting, or gas refunds described elsewhere in this section
apply to it.
What it does
Point a miner's payout directly at this contract's address. Every QUAI that lands there — a block
reward, or literally anything anyone sends — sits as a plain balance until someone calls sweep,
which buys the token from its bonded curve with up to MAX_PER_SWEEP (250 QUAI) of the balance and
burns everything the contract holds, including any tokens sent to it directly.
contract MinerBurnVault {
address public immutable curve;
address public immutable token;
uint256 public constant MAX_PER_SWEEP = 250 ether;
uint256 public constant MIN_SWEEP = 1 ether;
function sweep(uint256 minTokensOut) external returns (uint256 quaiIn, uint256 burned);
}- No owner, no withdraw, no setter.
curveandtokenare immutable, read once from the curve at construction. The only state-changing function issweep. - Anyone sweeps. Permissionless, same as V2 — the burn never waits on a key.
- No fee, one-way. Unlike V2, there is no 0.5% treasury fee here and no split — 100% of
whatever a sweep spends goes toward buying and burning the token. There is also no gas refund
mechanism at all: a
sweepcall is a pure gas cost to whoever calls it. - Bounded slices. Each sweep spends at most 250 QUAI, so a large balance is drained across several transactions, each behind its own caller-supplied slippage floor rather than one big sandwichable buy. Below 1 QUAI, a sweep is refused rather than wasted on gas.
- Honest totals. If the curve clamps a buy near its last tokens and refunds the remainder, the
refund lands back in the vault via
receive(), and the vault records what was actually spent (the balance delta), never what was sent.
Why it exists
This is the proof that a Bitaxe-style miner payout can land on a contract-adjacent address at all —
the same underlying Quai behavior (RedeemLockedQuai() doing an unconditional balance credit with
no code check) that Model A's no-code deposit addresses rely on. It predates
QaxeBurnVault's split accounting and CREATE2 deposit-address model, and it is
kept running specifically as a real-world probe rather than retired, because a real mining reward
landing here is direct, independent confirmation of that same chain behavior.
No refund mechanism — sweeping it is a deliberate, one-time action
Because MinerBurnVault.sweep pays the caller nothing back, the reference keeper
(command-center/scripts/vault-sweep.mjs) refuses to sweep this vault in any unattended run. It is
hardcoded-excluded (PROBE_VAULT_V1_ADDRESS) on top of a separate "V1 vaults always refuse without
an explicit flag" guard in the planner, and can only be swept via:
node scripts/vault-sweep.mjs --execute --vault 0x0003Dc0349B75ee1A81FE25310BA420a6aaB5938 --force-oncewhich prints the expected signer loss (pure gas, no refund, ever) before sending anything. See keeper for the full planner logic.
Status (verified 2026-09-23)
Read live from https://rpc.quai.network/cyprus1:
| Read | Value |
|---|---|
sweeps() | 0 |
| balance | 0 |
totalQuaiSpent() | 0 |
totalTokensBurned() | 0 |
No mining reward or other transfer has landed on this address yet. It has never been swept. This page will be updated once a real reward is observed here.