Daily News 19

Tag: BLAKE2b proof of work

  • BIP-110 Supporters Revive Minority Fork, Cut Block Size to Just 300 KB

    BIP-110 Supporters Revive Minority Fork, Cut Block Size to Just 300 KB

    Twenty-three days after the BIP-110 minority chain split from Bitcoin, the alternative network has resumed producing blocks under a new Blake2b proof-of-work system.

    The split occurred at block height 961632 after a group of supporters argued that the Bitcoin blockchain should be used only for financial transactions. The minority chain initially stalled because miners struggled to find blocks while operating with the difficulty inherited from the main Bitcoin network.

    BIP-110 supporters mined blocks through height 961639. At block 961640, however, the chain accelerated under new Blake2b consensus rules. The block was mined by a pool or entity known as Silent Wave. Luke Dashjr continues to describe the effort as a rehearsal, while the next software release is reportedly expected on Sept. 1. Blockchain data showed that more than 800 minority-chain blocks had been mined since the change at the time of writing.

    Dashjr gets the 300 kB block size he wanted

    Alongside the proof-of-work change, Dashjr and other minority-chain developers reduced the block size to 300 kB. Dashjr has advocated a smaller Bitcoin block size for years. Bitcoin.com News reported on his proposal in 2019, after the idea was first introduced in a 2017 Bitcoin Improvement Proposal.

    While much of the Bitcoin block-size debate focused on whether the 1 MB limit was too small, Dashjr consistently argued that it should be reduced further. His 2019 proposal, like BIP-110, failed to gain significant adoption.

    According to the newly launched btc-blake2b.org website and its FAQ page, the Blake2b chain now uses the 300 kB limit. “While those limits are on, a block may also be no larger than about 300 kB (800,000 weight units),” the FAQ page explains.

    The minority chain’s block-size change was predicted two weeks earlier on X. The BIP-110 chain has also faced mockery on the platform, where $BTC supporters have said they cannot take the “sh**coin” seriously.

    BIP-110 fork lacks support from major crypto exchanges

    The forked cryptocurrency associated with the BIP-110 minority chain is not listed on any centralized exchange. Major market-data platforms, including CoinGecko and CoinMarketCap, do not display a ticker for the asset.

    Despite the absence of centralized exchange support, the project’s leading supporters have downplayed the issue.

    “Let’s not use centralized KYC exchanges for the Blake chain, let’s just earn bitcoin by selling goods and services, and buy goods and services to spend our bitcoin,” BIP-110 developer Chris Guida wrote on X. “Screw fiat,” he added.

    Bitcoin community rejects Blake2b fork

    Bitcoin supporters have continued to reject the claim that the Blake2b chain is Bitcoin. Following the relaunch, Bitcoin historian Pete Rizzo wrote: “Just In: The failed BIP 110 fork has officially relaunched and removed Bitcoin’s proof of work algorithm; it is now its own incompatible blockchain with its own cryptocurrency,”

    Guida rejected that characterization, responding: “Nah, the Blake chain is Bitcoin. Sha256 was never a defining feature of Bitcoin.”

    The minority chain is now producing blocks, but the broader Bitcoin community generally treats the split as settled and identifies Bitcoin-Blake2b as a separate fork rather than Bitcoin itself. Whether the bitcoin-blake2b asset develops meaningful market value remains uncertain. For now, it has no major centralized exchange listings and limited support across the wider cryptocurrency market.

  • Bitcoin Knots Attempts Another Bitcoin Fork After Previous Chain Died Within Two Blocks

    Bitcoin Knots Attempts Another Bitcoin Fork After Previous Chain Died Within Two Blocks

    Bitcoin Knots is preparing a Sunday rehearsal for a BLAKE2b proof-of-work fork after its previous BIP-110 breakaway chain stalled.

    On Aug. 29, Bitcoin developer Luke Dashjr told SHA-2 miners to stop mining ahead of an Aug. 30 test. The proposed breakaway network would replace Bitcoin’s SHA-256d proof of work with BLAKE2b.

    Dashjr said Bitcoin Knots 29.4.1rc4 would establish the final SHA-2 block before the change. If the rehearsal succeeds, a final 29.4.1 release could preserve the new chain on Sept. 1. Problems would instead trigger another release candidate and a reset to the last SHA-2 block.

    The attempt comes three weeks after BIP-110 split from the dominant Bitcoin chain and stalled after producing only two blocks. The new proposal aims to avoid relying on existing Bitcoin miners by permanently moving the breakaway network to hardware using BLAKE2b proof of work.

    Bitcoin Knots BLAKE2b test faces unresolved questions

    As of Aug. 29, the public Bitcoin Knots release page did not show rc4 or a final 29.4.1 build. Several key proof-of-work changes also remained open.

    The proposal had not publicly identified a major exchange, wallet, custodian, block explorer or Lightning implementation committed to supporting the new chain.

    A successful BLAKE2b block would demonstrate that the fork can operate, but it would not show that enough miners, infrastructure providers and users are ready to keep the network economically viable.

    How BLAKE2b is intended to solve the miner problem

    The central change is designed to address the weakness that crippled the earlier BIP-110 branch.

    Rather than asking the SHA-256d miners securing Bitcoin to continue producing blocks for a minority fork, the new chain would reject SHA-256d blocks after activation and rely on BLAKE2b mining hardware.

    Backers say machines originally built to mine Sia, including Bitmain’s Antminer A3 and Goldshell SC5 models, can support the new proof-of-work system. Testnet4 mining instructions and a compatible DATUM Gateway fork have also been published.

    It remains unclear whether enough miners will participate.

    A reviewer of the open implementation calculated that one version of the proposed initial difficulty would require roughly 870 terahashes per second to maintain 10-minute block intervals. Estimated testnet4 capacity stood at only 50 to 70 TH/s.

    Those figures were based on unfinished code and do not represent final launch parameters. They nevertheless highlight the challenge facing Sunday’s test: compatible mining machines do not guarantee committed hash rate. Public discussions had not disclosed how much capacity operators had pledged to the mainnet fork.

    Block production will therefore be an early measure of whether the new design improves on BIP-110 or simply replaces one mining constituency with another.

    Bitcoin Knots still needs final consensus rules

    Bitcoin Knots must also settle the precise rules that participating nodes will enforce.

    The BLAKE2b implementation and a related reduced-data proposal remained open as of Aug. 29. The reviewed public materials had also not fixed the mainnet activation height.

    A discrepancy remained over the temporary block-weight limit. The proposal’s FAQ and pull request described a 700,000-weight-unit cap, while a pinned source commit set the limit at 800,000.

    Nodes enforcing different limits could disagree about whether a block is valid, making the final rc4 configuration critical before participants attempt to follow the same chain.

    The proof-of-work change would be permanent. The reduced-data restrictions, including the smaller block cap, are scheduled to expire in 2027.

    Sunday’s rehearsal should clarify the activation height, block limit and other parameters needed for participating nodes to remain on a single ledger.

    A functioning chain still needs an economy

    Even if miners produce blocks under a common ruleset, the more difficult coordination test will take place outside Bitcoin Knots.

    The proposed fork changes the block header to a 164-byte format using BLAKE2b, while existing Electrum-style clients expect Bitcoin’s 80-byte SHA-256d headers.

    Light wallets, indexers, explorers and other infrastructure may therefore need updates before they can follow the new ledger. Dashjr said light-client compatibility falls outside Bitcoin Knots’ scope.

    The project’s FAQ tells exchanges to pause deposits and withdrawals around the split and announce which chain they will recognize. Lightning channels created before the fork would also exist on the BLAKE2b chain, requiring both peers to use compatible software and agree on the same ledger.

    Both networks would inherit the same pre-fork transaction history and coin balances. That creates replay risk because a transaction spending pre-fork coins could potentially be valid on both chains.

    Bitcoin Knots has proposed a SIGHASH_UNIFIED signing mode that can provide directional replay protection when explicitly selected. It would not automatically protect every existing wallet or transaction.

    The move to BLAKE2b addresses proof of work only. It does not replace Bitcoin’s existing addresses, private keys or transaction signatures, and therefore does not make ownership keys quantum-safe.

    The immediate question this weekend is whether Bitcoin Knots can produce and maintain a BLAKE2b chain after BIP-110 failed.

    The larger test will begin if it succeeds: whether miners continue producing blocks and whether exchanges, wallets, custodians and users recognize enough economic value in the new ledger to keep it alive.