TapeMine

How TapeMine works

Pool Rules

How contributed NAND and LATCH become miners, which custody pool holds them, how each pool divides its BEM income, and how receipts share it. These are TapeMine's operating rules and the rules fixed in the pool contract, not a forecast of income.

Contract 2.1.0 · source 00e37c7Not yet deployedNot independently audited

Materials

Optimal miners first, then regular miners

Every contributed transistor goes toward one of two kinds of miner. Your contribution supports both: receipts are not tied to one kind of miner.
  1. 01

    Optimal miners first

    Contributed NAND and LATCH are first used to assemble miners intended to compete for optimal seats.

  2. 02

    Regular miners from the rest

    The transistors that remain after those miners are assembled are used to build regular miners.

Custody

Two processors, two custody pools each

TapeOut and Behemoth remain separate processors: their materials, miners, receipts and income never mix. Within each processor, two custody contracts hold the miners.

TapeOut processor

Optimal Pool

Holds the miners built to compete for optimal seats.

Regular Pool

Holds the regular miners built from the remaining materials.

Shared by both pools: TapeOut NAND receipts and TapeOut LATCH receipts

Behemoth processor

Optimal Pool

Holds the miners built to compete for optimal seats.

Regular Pool

Holds the regular miners built from the remaining materials.

Shared by both pools: Behemoth NAND receipts and Behemoth LATCH receipts

A miner's custody pool never changes

A miner placed in the Optimal Pool stays there even if it later loses its optimal seat; it does not move to the Regular Pool, and the pool contract has no way to withdraw or move a miner. Being held in the Optimal Pool does not guarantee that a miner keeps optimal status or earns an optimal multiplier.

Losing an optimal seat is not REVOKED

Losing an optimal seat is a demotion: the miner stays ACTIVE, Mining recalculates its weight without the optimal bonus, and it keeps earning. REVOKED is a separate, permanent protocol status, set when a challenge shows the circuit fails a task; a revoked miner earns nothing afterwards. MINING_LIFECYCLE.md(opens in a new tab)

Custody pool assignment

The two-pool arrangement is how TapeMine intends to operate. The pool contract can be deployed more than once for the same receipts, but it does not check whether a miner is optimal: TapeMine's whitelisted depositors decide which pool admits each miner.

Allocation

Each custody pool calculates its own allocation

Regular miners are built from what is left over, so their NAND : LATCH mix can be very different from the optimal miners'. Keeping the pools apart stops that mix from changing how the Optimal Pool's income is divided.

Each custody pool, on its own:

  1. 1.Accounts for the BEM its own miners bring in.
  2. 2.Applies the fee split to that income.
  3. 3.Adds up the NAND and LATCH used by the miners it holds.
  4. 4.Divides its participant income by its own NAND : LATCH ratio.

Pool NAND allocation = pool participant income × N ÷ (N + L)

Pool LATCH allocation = pool participant income × L ÷ (N + L)

NAND receipt income = its share of the Optimal Pool's NAND allocation + its share of the Regular Pool's NAND allocation

N and L: the NAND and LATCH used by the miners held in that pool. LATCH receipts work the same way.

Same rules, different percentages

Both pools use the same formula and the same fee policy. Each has its own NAND : LATCH ratio, so the two pools usually divide their income in different proportions.

When new miners join a pool, income already earned keeps the split it was earned under; only later income follows the new mix. Amounts are rounded down in the smallest BEM unit, and admissions can shift lifetime NAND and LATCH totals slightly. ACCOUNTING.md(opens in a new tab)

Example

Why the pools are not combined

One processor, one period

Illustrative example, not a forecast

Fees are left out of this example to isolate the allocation mechanism; in practice each pool applies the fee split first.

Optimal Pool

BEM to divide
50 BEM
NAND used
90
To NAND
45 BEM
LATCH used
10
To LATCH
5 BEM

Regular Pool

BEM to divide
5 BEM
NAND used
10
To NAND
0.5 BEM
LATCH used
90
To LATCH
4.5 BEM

Calculated separately, then added

BEM to divide
55 BEM
To NAND
45.5 BEM
To LATCH
9.5 BEM

Incorrect: combining the materials first

Adding the pools' materials first gives 100 NAND and 100 LATCH, so the combined 55 BEM would be divided 27.5 BEM to NAND and 27.5 BEM to LATCH.

That would move 18 BEM from NAND receipts to LATCH receipts. The Regular Pool earns only 5 BEM here, yet its LATCH-heavy mix would decide how the Optimal Pool's 50 BEM is divided, although the optimal miners were built 90% from NAND.

With 100 NAND and 100 LATCH receipts in this processor, each NAND receipt is entitled to 0.45 BEM from the Optimal Pool plus 0.005 BEM from the Regular Pool, 0.455 BEM in total; each LATCH receipt to 0.05 BEM plus 0.045 BEM, 0.095 BEM in total.

Why ten times more in the Optimal Pool? Only as an illustrative assumption: both pools with 100 units of computing power at an assumed 0.05 BEM per unit, and a 10× multiplier for optimal seats. Neither the multiplier nor any BEM rate is a protocol guarantee.

Receipts

One set of receipts per processor

Two custody pools do not mean two sets of receipts. Each processor has one set of NAND receipts and one set of LATCH receipts, and they share the income of both of its pools.

You contribute

1 NAND

You receive

1 NAND receipt of that processor

Every NAND receipt gets an equal share of the NAND allocation of both its processor's Optimal Pool and Regular Pool.

You contribute

1 LATCH

You receive

1 LATCH receipt of that processor

Every LATCH receipt gets an equal share of the LATCH allocation of both its processor's Optimal Pool and Regular Pool.

No separate optimal or regular receipts

Receipts are not split by custody pool and are not issued twice. TapeOut receipts and Behemoth receipts stay separate, and NAND and LATCH stay separate categories. All receipts of one category share that category's allocation equally.

Claiming from two pools

Each custody pool keeps its own claim history and pays its own share, so a receipt's income is claimed from the Optimal Pool and from the Regular Pool separately, with at least one transaction per pool. Claiming is not available on this site yet.

When receipts become available

  1. 01

    During the contribution period

    Send NAND or LATCH from your own wallet to the public contribution wallet. The transfer itself does not create a receipt.

  2. 02

    After the period ends

    Transfers are reconciled by sending address, collection and type. TapeMine sets each wallet's allocation at one receipt per contributed transistor.

  3. 03

    Receipts are issued

    For each processor, the issuer mints its NAND and LATCH receipts into that processor's receipt distributor and finalizes issuance, which fixes each receipt supply permanently.

  4. 04

    Allocations are recorded

    The distributor records which receipt IDs belong to each sending wallet. Once the allocation is finalized, no one can change it.

  5. 05

    Claim your receipts

    Each wallet claims its own receipts, or anyone can deliver them for it; they always go to the recorded sending address. There is no deadline.

Income starts once a custody pool is activated and miners are admitted to it. Receipts still waiting in the distributor earn BEM like any other, so claiming later loses nothing, and unclaimed BEM moves with a receipt when it is transferred. The one-receipt-per-transistor rule is applied by TapeMine when it prepares the allocation; the contracts then record and enforce that allocation. A smart-contract wallet that cannot receive ERC-1155 tokens cannot take delivery, so contribute from a wallet you control directly.

Fees

The same fee split in each custody pool

Each custody pool applies these fixed weights, written into the contract, to its own income:

100 : 1.25 : 1.25 : 2.5

Participant receipts : TapeMine : TapeOut team : Burn address

  • Participant receipts · 95.24%
  • TapeMine · 1.19%
  • TapeOut team · 1.19%
  • Burn address · 2.38%
Income split of each custody pool
PortionWeight (of 105)Relative to the participant shareShare of all incomeOf 1,050 BEM
Participant receipts100base (100)≈ 95.24%1,000 BEM
TapeMine1.251.25%≈ 1.19%12.5 BEM
TapeOut team1.251.25%≈ 1.19%12.5 BEM
Burn address2.52.5%≈ 2.38%25 BEM
Fees in total55%≈ 4.76%50 BEM

On chain the same ratio is held as whole numbers, 80 : 1 : 1 : 2 of 84 parts, each rounded down on its own in the smallest BEM unit.

What the 5% fee means

The fees add up to 5 parts for every 100 parts paid to receipt holders, so the 5% is measured against the participant share. Measured against all BEM a pool receives, receipt holders get 100/105, about 95.24%, and the fees 5/105, about 4.76%. Receipt holders do not receive 95% of all income.

TapeMine and the TapeOut team

In each custody pool, TapeMine and the TapeOut team each hold one of its two fixed recipient roles. Their addresses are set when a pool is deployed; each role can only move itself to a new address, and no one can change the weights or add another fee.

About the burn portion

The 2.5 parts are sent to 0x000000000000000000000000000000000000dEaD, an address no one is known to control, so this BEM leaves circulation. The contract makes an ordinary BEM transfer to that address rather than a burn by the token contract, so BEM's reported total supply does not decrease. The burn portion is sent automatically whenever the TapeMine or TapeOut team portion is paid out, which anyone can trigger; until then it waits in the pool.

Fixed rules

What the contract guarantees, and what it does not

  • The weights and the burn address are code constants: no one can change them or add another fee.
  • A custody pool has no withdrawal: a miner stays in the pool it was admitted to.
  • Unclaimed BEM stays with the receipt. If you transfer a receipt, its unclaimed income goes with it.
  • Sending materials costs only the BNB network fee of the transfer; the pools' fees apply only to BEM income.
  • Income depends on what each pool's miners actually earn. Nothing here promises an amount.

Based on TapeoutMinerPool/2.1.0 and PoolMath at commit 00e37c7(opens in a new tab) · FEE_SPLIT_CHANGE_REPORT.md(opens in a new tab) · Pool source code