All of nchain’s techniques for globally stateful L1 apps make use of compute oracles or as I call them “CSW oracles”, have a look at Run or SuperAsset for case studies.
Btw I didn’t say I thought it will fail, I said it doesn’t create an L1 network effect
Post by twetch#2782
As a last note I am open to being proven wrong, in particular I think there could be some way to use a tree structure to encode “backtrack” transactions into the solution provided by xhliu, making it practical at scale even if theoretically constrained.
What the chain says
- Block
- 657 760
- Time
- 2020-10-20T23:36:03Z
- Signer
- 1MV8wZFSxwqyadJU6KgMsws8NgHibhqddR
- App
- twetch
- Type
- post
- Content type
- text/plain
- Name in tx
- twetch#2782
Fields the transaction did not carry are omitted. Open the payload to see the bytes as stored.
Signed by
1MV8wZFSxwqyadJU6KgMsws8NgHibhqddR VerifiedReplies (7)
But to be clear, this is layers of hacks on hacks on hacks, it is absolutely using tricks to work around limitations which could be easily addressed with a very minor architectural improvement with zero drawbacks.
One more side note, if you’re looking at BCH ops then look at GROUP, not DSV. Despite what coingeek has published, OP_PUSH_TX does not enable the same generality, for the reason the commenter @joe responded in that thread by scrypt guy
- i hope you figure out some merkle magic to track back! what did @xhilu say?
- GROUP was not forked in though, OP_DSV was. ugly politics surrounded all that.
- re "zero drawbacks": there is an enormous legal/PR advantage to being able to say that, strictly speaking, BSV is bitcoin (it follows the original protocol). start pushing changes and you lose that . . .
- He made a thinking face but so far we haven't come up with anything yet. 2 is good to know, although the flip side to the benefits of a finalized protocol is how frustrating it is that BSV's original L1 appears to be "so close yet so far".