Create account

BitcoinIsP2PC4$H
replied 2208d
BitcoinIsP2PC4$H
won't have negative affects when a transaction A who sends to transaction B in the same block but B is sorted above A in the order due to txid. It could scupper future innovation 🤓
replied 2208d
No one has proven to me that it could have negative effects. From my understanding, this makes no difference in the network as a whole, but will require changes to many services.
BitcoinIsP2PC4$H
replied 2207d
Canonical ordering increases parsing & verification complexity & when transaction ordering is predetermined the chain is easier attacked.
replied 2207d
Yes, it increases verification complexity (slightly), but how does it make it "easier to attack" the chain.
BitcoinIsP2PC4$H
replied 2207d
Simply put; Its less random. We would have to use our imaginations as to how that might be a vector of attack in the future but it remains that determinism is not good for cryptography
replied 2207d
the transactions in that block, not to encrypt the data, but to prove it's existence. So how is the cryptography at all at risk if transactions are ordered a certain way?
BitcoinIsP2PC4$H
replied 2207d
When you can predict, roughly, what data will be transferred every ten minutes it becomes easier to prepare for interception etc. Correct? As I said you'd have to use your imagination.
replied 2206d
consensus mechanism to prove their existence. Hence why all transactions are also sent totally encrypted in every block as well.
replied 2206d
totally unencrypted*
replied 2206d
No. Every node on the network already knows about every tx. The hash of the transactions does not serve to hide the txs or prevent them from interception. It is used ONLY as a....
BitcoinIsP2PC4$H
replied 2206d
You say no but then don't prove it. Every node knows about each tx yes, but not the order they will be blocked. So... With CTO they will, and it is more susceptible to fuckery.
replied 2206d
knowing the order of txs in a block. That's not how the encryption is used, or even works. Txs are hashed ONLY as part of merkle tree, meaning they only matter for the past blocks.
BitcoinIsP2PC4$H
replied 2206d
It's got nothing to do with encryption, but everything to do with determinism. And deterministic systems are more susceptible to attack. This is a fact that you have refused to admit.
replied 2206d
The universe is deterministic. Bitcoin uses that determinism via of encryption and game theory to work. Read up and stop using buzzwords like you know what you're talking about.
BitcoinIsP2PC4$H
replied 2206d
Ok cool, so you won't prove that determinism is good for a system susceptible to attack. That's fine, I hope you control your own private keys ☮️
replied 2206d
be able to deterministic-ally calculate a priv key from a pub key. But tx order is not one of them.
BitcoinIsP2PC4$H
replied 2206d
You're just bleating on off on a tangent. You still haven't admitted that deterministic systems are easier to attack. CTO is another attack on the chain's protocol, like Segwit.
replied 2205d
No, I'm explaining to you why you are wrong. You just keep repeating yourself, unwilling or unable to address the points I've made.
BitcoinIsP2PC4$H
replied 2204d
The points you've made don't disprove my statement that random ordering of transactions in blocks makes the system safer so I have no need to. Also learn how to thread replies 👋🏼
replied 2206d
Determinism is necessary for literally any computer system. There are some parts of encryption (priv/pub keys) where we DON'T want determinism. For example, you shouldn't...
replied 2206d
Yep, the same private keys that are deterministic-ally generated by a pseudo-random computer program, and then deterministic-ally used to calculate a public key and address.
replied 2206d
I'm done arguing with you since you clearly have no idea what you're talking about lol.
BitcoinIsP2PC4$H
replied 2206d
Mate you don't even know how to make a comment thread so... Sucks to be stupid, I guess although you're probably not. But whatever.
replied 2206d
No, you are showing a fundamental lack of understanding of the encryption behind bitcoin and the reason txs are hashed in the first place. There is no possible fuckery behind...
replied 2206d
A) verify hash matches the blocks txs B) So the hash can be used to calculate future blockheaders, therefore cryptgrphcly proving the block is built on a valid tx history(merkle tree)
replied 2206d
The entire point of hashing the transactions is so that someone who looks at all the transactions published in that block can easily can quickly:
replied 2207d
every transaction, what is the cryptographic risk to requiring new blocks to have those transactions ordered in a particular way? Each block header contains a 256-bit hash of all....
replied 2207d
Based on the cryptography involved, I'm not sure how the order of the transactions could provide any sort of attack vector. If the whole network can easily and nearly instantly see...