Cash Improvement Proposals (CHIPs and Proto CHIPs) List

[system]

Nr	Layer	Title *	Owner	Type	Status **
?		CHIP Guidelines	Griffith	Process	Draft
?	Consensus	PMv3: Version 3 Transaction Format	Jason Dreyzehner	Standards	Withdrawn
?	Consensus	Restrict Transaction Version	Tom Zander	Standards	Draft
?	Consensus	Allow Transactions to be smaller in size	Tom Zander	Standards	Draft
?	Consensus	Sighash Constrafirstin	Burak Keceli	Standards	Withdrawn
?	Peer Services	Unconfirmed Transaction Chain Limit	Josh Green	Standards	Final
?		CHIPs: Processes for consensus changes	imaginary_username	Process	Draft
?	Consensus	Add Native Introspection Opcodes	Jason Dreyzehner, Jonathan Silverblood	Standards	Draft
?	Consensus	Unforgeable Groups for Bitcoin Cash	bitcoincashautist	Standards	Draft
?	Consensus	Bigger Script Integers	Jason Dreyzehner, Rosco Kalis, Jonathan Silverblood	Standards	Draft
?	Peer Services	Multiple OP_RETURNs for Bitcoin Cash	Benjamin Scherrey, Jonathan Silverblood, BigBlockIfTrue	Standards	Final
?	Consensus	Targeted Virtual Machine Limits	Jason Dreyzehner	Standards	Draft
?	Consensus	Bounded Looping Operations	Jason Dreyzehner	Standards	Draft
?	Applications	Minimum Fee Rate Voting Via Versionbits	freetrader	Standards	Draft
?	Consensus	Ranged Script Numbers	Jason Dreyzehner	Standards	Withdrawn
?	Peer Services	UTXO Fastsync	Josh Green	Standards	Draft
?	Peer Services	ZCEs: Zero-Confirmation Escrows	Jason Dreyzehner, Marty Alcala	Standards	Draft
?	Peer Services	Implement BIP155 - Add “sendaddrv2” and “addrv2” p2p messages	Wladimir J. van der Laan, Calin Culianu, Axel Genbe	Standards	Draft
?	Consensus	CashTokens: Token Primitives for Bitcoin Cash	Jason Dreyzehner	Standards	Draft

*Links in this column redirect to original repository as informed by the author/s.
**Links in this column redirect to discussions in this forum.

This list uses one of the several proposals for CHIPs structure and classification. The discussion is currently ongoing. In no way it represents a final decision or imposed measure. When the community reaches an agreement, the classification of this list can be easily altered.
The classification in use here follows BIP 0002 and BIP 0123 proposition.

[BigBlockIfTrue]

You missed this one: Multiple OP_RETURNS - This time for real! - #12 by proteusguy

[Leandrodimarco]

Added. Thanks for the heads-up.

[BigBlockIfTrue]

If we ever adapt BIP123 into a “CHIP123”, it would probably be good to insert a “Relay Policy” layer between “Consensus” and “Peer Services”. It would contain things that can’t split the chain (unlike “Consensus”) but can cause consistency/security issues for 0-conf (unlike what one might expect for “Peer Services”). But for now “Peer Services” is the best fitting category to put these CHIPs in.

[Leandrodimarco]

If you draft/propose such a CHIP for Relay Policy Layer I will support it .

[proteusguy]

I have updated the multiple OP_RETURN CHIP to “Proposed” status.

[bitjson]

Thanks for maintaining a list!

The PMv3 proposal is now a CHIP here. I don’t think I’m able to edit the title of this thread, but could an admin change it to follow the format of other threads about CHIPs? Maybe CHIP-2021-01-PMv3: Version 3 Transaction Format + the CHIPs tag.

[Leandrodimarco]

Thanks for the information.
Both, CHIPs list and tittle of the correspondent post, updated.

[bitjson]

I just created a thread for a new CHIP here:

CHIP: Targeted Virtual Machine Limits

This proposal replaces several poorly-targeted virtual machine (VM) limits with alternatives which protect against the same malicious cases while significantly increasing the power of the Bitcoin Cash contract system: the 520-byte stack element size limit is raised to 10,000 bytes. The 201 operation limit is removed. A new cumulative hashing limit is introduced, limiting contracts to 660 digest iterations per evaluation. A new stack memory usage limit is introduced, limiting contracts to 130,0…

[Leandrodimarco]

Targeted Virtual Machine Limits CHIP added to the list.

[Wecx]

I am very impressed with the content I see here.

[RowanSkye]

Shouldn’t the CHIP for Multiple OP_RETURNs and Unconfirmed Transaction Chain Limit be something like implemented or being implemented? It will be a few hours left before the May 2021 Upgrade goes live and said CHIPs are activated.

[Leandrodimarco]

Let’s wait for those CHIPs owner’s confirmation.
@joshmg @proteusguy

[Leandrodimarco]

List and related posts updated with @joshmg and @proteusguy confirmations.

[bitjson]

New CHIP

CHIP 2021-05 Bounded Looping Operations

The Bitcoin Cash VM is strictly limited to prevent maliciously-designed transactions from requiring excessive resources during transaction validation. Loops were originally excluded from this design on the mistaken assumption that they risk consuming excessive validation resources. In reality, a small number of VM operations make up the majority of resource usage during transaction validation, and any implementation of bounded loops can be many orders of magnitude faster than the most pathologi…

[freetrader]

New CHIP

freetrader/chips/-/blob/master/CHIP-2021-05_Minimum_Fee_Rate_Voting_Via_Versionbits.md

[bitjson]

@Leandrodimarco should we rename the thread linked for CHIP: Bigger Script Integers too? I think it should be CHIP 2021-03 Bigger Script Integers.

(This one:)

Improve utility of script calculations - larger numbers + op_mul

Having larger numbers in script will simplify scripts[1] involving arbitrary satoshi amounts and other calculations. Perhaps even more importantly, it will make those scripts safer where the scripts are currently required to use additional artificial calculation techniques[2]. It is possible that it will increase the number of use cases as well, for example where artificial calculation techniques may not cover all needs or may be impossible to fit in script size limits. Making op_mul available …

[emergent_reasons]

I can change that if @Jonathan_Silverblood is also ok with it. I wrote that before there was a CHIP.

[Jonathan_Silverblood]

I’m OK with it.

[posts must be at least 20 characters, so adding filler text here]