One of the two transactions will arrive before the other at each node. Each node will reject the second one to arrive.
Eventually one of the transactions (you can't predict which I guess) will arrive at a miner and be included in the blockchain. Once that happens the other will be ignored by nodes.
Eventually one of the transactions (you can't predict which I guess) will arrive at a miner and be included in the blockchain. Once that happens the other will be ignored by nodes.
Very good answer.
Here is one where the answer isn't quite as obvious.
Same exact question, except instead of sending 6 BTC, the two people both send 4 BTC?
(I'm aware of the answer to this question. I'm just posting it to provoke some thought in people who might think they know what will happen. The true experts will get it right, but many people who think they know the answer will be surprised when they read the actual answer)
That depends on how the initial 10BTC was distributed among the unspent outputs. If the whole 10BTC is just one unspent output then only one transaction can be confirmed no matter how little they send. But suppose there's 2 unspent outputs of 5BTC each and the two people each send 4BTC from a different unspent output then both can be confirmed.
But if both people use the same wallet-software and create their transaction at the same time (or at least before their wallet-software becomes aware of the transaction created by the other), both copies of the software will select the same unspent output(s) to create the transaction and it will still double-spend.
That's correct. The only way both transactions can go through is if the two people coordinate ahead of time to select disjoint unspent output(s) and push Tx manually.
