Coin Dance

Mandatory CashAddr for P2SH

 Electron Cash | Independent

Refuse sending BCH transactions to addresses starting with a 3.

Avalanche

 BCHD | Team Rocket

Allow miners to come to consensus on double spend transactions before they have been mined into a block (pre-consensus).

Shorten block time to 1 minute

Shorten block mining target from 10 minutes to 1 minute, decreasing the average time for new transactions to make it into a block.

Cash Intents

 Independent

Storage of human-meaningful transactional metadata on a per-transaction basis. Enriches the blockchain stored technical identifier with contextual information, such as who the sender is, what unit of account the sender was using, what exchange rate the sender used for calculating the technical amount and similar data.

Revised DAA (w/ PID control)

 Bitcoin ABC

Revise Difficulty Adjustment Algorithm to further improve block times using a new PID control algorithm

Blocktorrent

 Independent

Blocktorrent is a method for breaking a block into small independently verifiable chunks for transmission, where each chunk is about one IP packet (a bit less than 1500 bytes) in size. In the same way that Bittorrent was faster than Napster, Blocktorrent should be faster than Xthin(ner).

Metadata Subtree

 Bitcoin ABC | Lokad SAS

Support for better, more detailed block-level metadata.

Merklix Trees

 Bitcoin ABC | Lokad SAS

Time Delay Penalty Based on Multiple Blocks

Prevent deep re-org attacks by penalizing alternate chaintips by a factor that is calculated by averaging the delays (in seconds) of each opposing block.

Bobtail

A Proof-of-Work Target that Minimizes Blockchain Mining Variance

One Way Aggregate Signatures

 Electron Cash

A non-interactive fungibility solution for transactional privacy.

Improved 0-conf via security deposits

 Bitcoin Unlimited

the consumer will make a special ZCF transaction that pays the merchant and simultaneously posts a security deposit. If the transaction is honest, the consumer can later reclaim his deposit. If he tries to double spend, he necessarily reveals a second signature over the same public key which is then used by miners to claim his deposit for themselves. Pretty clever!

Switch standard denomination to 'bits'

Switch the standard denomination of Bitcoin Cash to 'bits' (1 millionth of a Bitcoin) and switch the ticker from 'BCH' to 'BIT'.

Reusable Payment Addresses

 Bitcoin Unlimited | Bitcoin ABC

This draft reusable address format, if widely adopted, seeks to provide a major improvement over existing systems in terms of net gain in all five areas, as well as more flexibility in choosing desirable compromises depending on usecases under one common format.

Enable Schnorr Signatures on OP_CHECKMULTISIG

 Bitcoin ABC

OP_CHECKMULTISIG and OP_CHECKMULTISIGVERIFY will be upgraded to accept Schnorr signatures in a way that is compatible with batch verification.

Graphene v2

 Bitcoin Unlimited

Introduce a set of improvements (phase 1) and extensions (phase 2) to improve both the performance and functionality of the Graphene block relay protocol.

CashFusion

 BCHD | Electron Cash

Trustless, obfuscated coin consolidation. A complement to CashShuffle privacy/fungibility.

Double spend proof creation and forwarding

 Bitcoin Unlimited | Flowee

Update to inform other nodes of double spend attempts immediately to improve the reliability of 0-conf transactions.

Implementation in progress at: https://gitlab.com/FloweeTheHub/thehub/merge_requests/10

Bitcore API server (proxy)

 Flowee

The Bitcore backend is difficult and slow to setup, it is also only useful for a very small number of use-cases (this JSON server being the main one), but its API is used by a lot of projects out there.

In the spirit of FOSS, this project gives choice to users of this API and at the same time allows a bit of healthy competition.

This bitcore server uses a Flowee the Hub node for its transaction data and a Flowee Indexer for the rest.

Electrs Electrum Server Integration

 Bitcoin Unlimited

Provide an alternative to the ElectrumX Electrum server by leveraging the more efficient Electrs Electrum server in Bitcoin Unlimited.

CashScript

 Bitcoin.com

A high level language enabling basic smart contract functionality on Bitcoin Cash.

Increase unconfirmed ancestor limit

 Independent | Bitcoin.com

Enable faster spending of UTXOs.

Enforce minimal pushdata for scriptSig

 Bitcoin ABC

As per existing standardness checks, enforce that all pushed data is a minimal representation at the script layer.

Spedn

 Independent

A high level smart contracts language for Bitcoin Cash, designed for explicitness and safety.

Xthinner

 Independent

Improved xthin that leverages canonical transaction ordering.

OpenCAP alias protocol

 Independent

OpenCAP is a protocol that defines the standard by which cryptocurrency wallets can communicate with servers to relate aliases to cryptocurrency addresses.

The protocol allows for the decentralization of the alias -> address relationship.

Restore OP Codes

 Bitcoin Unlimited | Bitcoin ABC

Re-activate the following additional opcodes: OP_MUL, OP_LSHIFT, OP_RSHIFT, and OP_INVERT.

Allow <100 byte txs except those of 64 bytes

 Bitcoin ABC

This rule prevents a hash griding attack, where SPV wallets can confuse a 64 byte transaction for a merkle node. The amount of entropy in each 32-byte sections of the transaction is insufficient to prevent a preimage attack. In this case, a valid transaction could be found with a hash equal to the first, or last, 32 bytes of a 64-byte transaction.

CashDB

 Lokad SAS

CashDB delivers a specialized storage dedicated to the UTXO dataset of Bitcoin Cash. This component is intended to support livechain apps such as Bitcoin ABC or ElectrumX.

Maxblocksize Based on Median Block Size

 Bitcoin Unlimited

The basic idea is that we look at recent block history. We calculate recent usage and use it to set a new limit that is much higher. We adjust every time a new block is found. With this the blocks are unlikely to ever go full, even at load peaks.

Bi-directional Overlay Network

 BCHD

A generic overlay network based on IPFS’s libp2p.

BUIP087 nomenclature for 1/1,000,000 BCH

 Bitcoin Unlimited

Add "cash" in addition to "bit" as a term for 100 (one hundred) satoshi or 1/1,000,000 (one one-millionth) of a bitcoin cash BCH (i.e. 0.000001 BCH). Further, we propose the unofficial ISO code "XCH" to represent a cash unit (millionth of a BCH unit). -- UPDATE: For French translations only.

UTXO commitments

 Bitcoin ABC | bitCrust

The construction of a 32-byte hash that is uniquely defined for a UTXO set, that is, the set of all unspent transaction outputs that exist at a certain block in the blockchain

Scale to make 250MB blocks reliable

 Flowee

Original Satoshi codebase had lots of design decisions that limit the block size, like saving blocks in files of max 128MB. Memory usage was also spiking on large blocks and many other things.

Successfully tested 250MB block parallel validation on testnet.

TxId/AddressId & spendDB Indexer

 Flowee

This moves the txid indexer out of the full node which solves stability and maintenance problems. For instance you're node would go offline for some hours if you wanted to start a txid index.

Additionally add several other indexers with APIs of their own and each of which that can be enabled disabled separately.

CashID

 Independent

CashID is an open protocol that allows secure authentication based on the public key cryptography infrastructure that is currently present in the Bitcoin Cash ecosystem. Each user can prove to a service provider that they control a specific Bitcoin Cash address by signing a challenge request, as well as provide optional metadata.

Cash Accounts

 Independent

Cash Accounts is a naming system that can be used alongside regular bitcoin addresses and payment codes to simplify the process of sharing payment information.

Hash-DB

 Flowee

The Hash-DB is a database written specifically for the Bitcoin Cash UTXO set.
The goal is to get a massive multi-threading UTXO database optimized based on the behavior of blockchain.

The goal of 20.000 transactions per second has been safely reached.

CompactBlocks

 Bitcoin Unlimited

Supporting CB in BU would strengthen the connections between the BU peers and the rest of the network, without having to rely on intermediates.

Enable Schnorr signatures

 Bitcoin ABC

Schnorr signatures are provably non-malleable and allow multiple parties to collaborate to produce a signature that is valid for the sum of their public keys. This is the building block for various higher-level constructions that improve efficiency and privacy.

SegWit Recovery Exception

 Bitcoin ABC

With the last protocol upgrade, the enforcement of the CLEANSTACK rule made it impossible to recover funds from Segwit transactions. With the upgrade, there will be an exception to this rule to enable recovery of these funds once again.

Neutrino (BIP 157 & BIP 158)

 BCHD

Implemented as part of the Neutrino Wallet for Bitcoin Cash, Neutrino (BIP 157 & BIP 158) allows the creation of lightweight SPV wallets with strong network level privacy.

CashShuffle

 Electron Cash

CashShuffle is a protocol for allowing users to combine their transactions with others, creating obfuscation. It builds upon CoinShuffle and adds a matching service. As such, it is a more complete and usable protocol.

Simple Ledger Protocol

 Electron Cash

Simple Ledger Protocol (SLP) uses the meta data in OP_RETURN for the issuance and transfer of tokens in conjunction with standard transaction outputs that each represent a number of token units specified by the sender.

Revised DAA

 Bitcoin ABC

Revise Difficulty Adjustment Algorithm

Fast Sync via IPFS

 BCHD

Support faster syncing by downloading a previous UTXO set from IPFS.

Graphene v1

 Bitcoin Unlimited

An efficient method of announcing new blocks.

XVersionMessage

 Bitcoin Unlimited

BCH node extended version and configuration fields for transporting a generic key-value map that is meant to hold the configuration and version parameters to communicate capabilities with other nodes (such as transmission protocols like Graphene).

Enforce Push-Only for scriptSig

 Bitcoin ABC

Transactions shall be considered invalid if an opcode with number greater than 96 (hex encoding 0x60) appears in a scriptSig.

Clean Stack

 Bitcoin ABC

For a transaction to be valid, only a single non-zero item must remain on the stack upon completion of Script evaluation. If any extra data elements remain on the stack, the script evaluates to false. This is the same as BIP 62 rule #6.

Generalized version bits voting (BIP 135)

 Bitcoin Unlimited

BIP 135 extends the semantics of the signaling bits to cover arbitrary consensus changes, referred to under the general term 'forks'. The same range of version bits is used for signaling.

OP_CHECKDATASIG

 Bitcoin Unlimited | Bitcoin ABC

OP_CHECKDATASIG and OP_CHECKDATASIGVERIFY check whether a signature is valid with respect to a message and a public key. OP_CHECKDATASIG permits data to be imported into a script, and have its validity checked against some signing authority such as an "Oracle".

Re-enable Satoshi Opcodes

 Bitcoin ABC | nChain

Re-enable the previously disabled opcodes which were part of the original Bitcoin design. This should enable smart contract compilers, and a variety of functionality on Bitcoin Cash.

Default to 32MB blocks

 Bitcoin ABC

Start accepting blocks up to 32MB by default.

Increase default datacarriersize to 220 bytes

 Bitcoin ABC

To disincentivize the use of other methods to embed data into the chain, in particular via P2SH, the default datacarriersize is raised from 80 byte to 220 bytes, so it becomes the "cheapest" way of embedding data into the chain.

Enforce minimum transaction size

 Bitcoin ABC

Transactions that are smaller than 100 bytes shall be considered invalid. This protects against a Merkle tree vulnerability that allows attackers to spoof transactions against SPV wallets.

Canonical Transaction Ordering

 Bitcoin ABC | Bitcoin XT

With the exception of the coinbase transaction, transactions within a block must be sorted in numerically ascending order of the transaction id. This proposal is also known as Lexical Transaction Order. It simultaneously removes the existing Topological Transaction Order constraint.