cash-improvement-proposals VS research

Bitcoin Cash upgrades through the CHIP emergent consensus system. Developer bitcoincashautist has published a new CHIP which aims to end the scaling debate by having the BCH blocksize scale via algorithm and is now implementation ready. For details on testing please see the CHIP.

One time increases in maxblocksize are an ongoing and unpredictable effort. While the CHIP process offers some stability and transparency to the effort, it nevertheless subjects the network to regular episodes of uncertainty regarding what some would consider its raison d'etre. Putting a predictable, sane plan into action reduces that uncertainty and increases confidence for all parties - users, businesses, infrastructure providers and developers.

"Our Dispute Resolution: We circumvent the need for one" which alludes to our permissionless nature, much of which is encapsulated in the CHIP process.

Along the way, we have the CHIP process to help keep us going in a good direction.

Yeah, I think I'll move that to a CHIP and see if we can get consensus for it

BCH ecosystem is unique in crypto that it booted even the reference client. Not just a random minor client that no one mines with. Now BCH ecosystem uses the CHIP process (some chips) rather than following a reference client or company. Huge difference. Also note that CHIP is a full on process, not just a technical document like BIP.

It is non-custodian betting on price of supported assets paired against BCH, both parties put their money into the contract's pot and later the contract parses an oracle message and calculates how much they can take out. Made possible with Introspection opcodes and int64 upgrades to Bitcoin-tech Script VM, which activated in May '22 on Bitcoin Cash blockchain.

I dug around a bit and it seems to be this one: CHIP-2021-02-Bigger-Script-Integers.

native introspection

The latest "Group" proposal (v4.2) is more than just "tokenization". It got simpler and more powerful at the same time. It now enables generic BCH output groups that can be used to create persistent Script covenant contracts that can prove their genuineness. This is something that current contracts cannot do, even with the new Introspection opcodes. Group would make it possible because the groupID is a commitment to the whole genesis transaction, but this is not a post about that.

Will you soon shut up about BCH being shit against "superior chains" when I point you to the CHIPs such as Native Introspection Opcodes, Bigger Script Integers which allows better smart contract functionality coming in 2022, and PMv3 and Group Tokens which allow better token and transaction formats that are coming in 2023?

You can't, because it requires a sibling output (same prevout txid as the contract, but index 1 instead of 0) to be spent alongside it and it verifies it using introspection opcodes that will be available in May. Only the owner of the sibling can spend the contract.