RC5 on mainnet

Run Knots 29.4.1 RC5 and the DATUM Gateway fork on mainnet. Block 961639 is the last SHA256d block. The first BLAKE2b block is 961640. This chain is on BLAKE2b now. RC5 binaries are in the test directory on the mainnet solo mining guide. They are not the published files on bitcoinknots.org. SHA256d hardware was useful through block 961639. BLAKE2b and BLAKE2b-sia miners are what this chain uses from block 961640.

Read the mainnet solo mining guide for Knots config, DATUM settings, GBT checks, and what a working setup looks like.

Bitcoin Knots

Run a BLAKE2b node if you intend to mine this chain. Bitcoin Knots RC5 is highly recommended: it combines a full node and wallet, and it gives miners fine control over how block templates are constructed. Other software that supports getblocktemplate can be used for SHA256d, including Bitcoin Core, but it gives the miner much less control. For this chain you need a Knots version that includes the BLAKE2b change. Binaries are on the solo mining guide, not the published files on bitcoinknots.org. Source is at github.com/bitcoinknots/bitcoin.

After the BIP-110 softfork, Bitcoin Core and older Knots releases still use the legacy SHA256d algorithm and follow a different blockchain. You need a Knots version that includes the BLAKE2b change. See what this means for node operators.

What DATUM is

DATUM stands for Decentralized Alternative Templates for Universal Mining. Early Bitcoin treated the person running a node as the miner: that machine chose the payments and submitted the block. Pools later started building the block themselves so many miners could share luck and get steadier pay. The hardware still hashes. The pool decides what goes in the block. When a handful of pools pick every payment, they can stall or drop ones they dislike.

DATUM reverses that. Use the CONVOY repository for the BLAKE2b and header-v2 gateway. The DATUM Gateway asks your local node for a block template, sends work to your hardware, and submits a found block to the network from that node. The person running the node is the miner. The gateway and the node can share one machine.

You can still smooth income through a DATUM-supporting pool. The pool coordinates how the block reward is split based on work done. It does not create the work or the block template, and the DATUM protocol has no way for the pool to hand you the information needed to build one. The pool does send the generation payout split for a template you construct locally. In the current protocol the pool also checks that a found block is valid, so miners do not accidentally publish a bad block while the software is still in testing; that check is not meant to last. The work your hardware sees comes only from your node, which is why Knots matters: you choose transactions there.

While limits on arbitrary data storage are in effect, a block may also be no larger than about 300 kB serialized / 800,000 weight units. getblocktemplate reports that as weightlimit. Do not point the gateway at a 4,000,000-weight policy and expect those templates to be valid. CONVOY's README still suggests blockmaxweight=785000; Knots already enforces 800000 during the window, so that extra cap is not required.

BLAKE2b mining

BLAKE2b header-v2 mining is supported from the first block, including Antminer A3 and other Sia-style BLAKE2b hashers such as the Goldshell SC5 Pro and SC Lite, and needs a Knots node built with the BLAKE2b proof-of-work change. That node's getblocktemplate still looks like ordinary BIP22 GBT and advertises BLAKE2b as !blake2b in rules. The Gateway follows GBT. It only serves work when the template rules include blake2b. Keep hasher time rolling off:

"mining": {
    "allow_hasher_time_rolling": false
}

This software is still in public beta. Build and configuration details are in the DATUM Gateway repository at CONVOY.