Sorry, but saying that it will bring Oracle into BCH is insufficient. You should provide code examples, etc. I would rather have a 10-OP Forth than a 1000 OP Cobol to work with.
I read it, briefly. Check out WallStreetTechnologist's reply pointing out that introduction of this new opcode jeopardizes the long term viability of $bitcoin's business use.
Most OP_CODEs in bitcoin used rarely, because of the bitcoin CORE, they disabled bitcoin. Now nChain want to lock the bitcoin protocol to v0.1, that is just like the CORE
If v0.1 of bitcoin is Turing complete, going back to v0.1 is not crippling bitcoin, it is just keeping it simple (yet complete). Incomparable to what CORE did.
No one proved bitcoin is Turing complete including csw's white paper, and Turing complete doesn't mean it can do anything. For example, you cannot run FOMO3D on BCH.
Haha and you can win Fomo3D on Ethereum using Blockstuffing. Only on Ethereum with small congested blocks. Seriously, are you suggesting we need 1 min blocks on BCH to play FOMO3D?
I am not suggesting nither FOMO3D nor 1min block, I am just try to explain BCH is not Turing complete and with Turing complete doesn't mean it can do everything.
So, the arguments for whether BCH is Turing complete have no sense. BCH need more function and scalbility to gain more users, a fixed protocal doesn't help, that's all.
Noone is arguing against scalability or users. But to say that fixed protocol doesn't help to gain users is silly. A rock solid, predictable sound money is very much what is needed.
Call it Turing or whatever you want.A simple, flexible, and predictable sound money is what is needed. Don't gamble with the best currency in existence. It is noone's code playground.
So SV and ABC have totally different paths. Just let them fork, the weaker lose, thats the nature of bitcoin. Forks happens with ABC, each fork makes bitcoin better. with BSV, no fork.