0
I know this is a BCH address, but it's the best example I could find. The same concept holds for BTC, so understanding what's going on is relevant.
https://explorer.bitcoin.com/bch/tx/5d0af59f43f8e8388839518243c743279e7c3dd526385fcc5bbcd907cd61bd2a
What one sees is one transactions with two inputs and two outputs.
- How does it happen that there are multiple inputs/outputs in a transaction?
- How did
12WsyKG89bxTGWV1iguxPWh6UX2ye1X8hDend up with 208.448 and18Q43boBRU8Sk57SjSfjgFbjvXhBccBrKqwith 18.816 - where in that transactional data does it specify which address gets what from the inputs?
Thank you for the link to Change. I was aware of it, but the link provided a much better explanation.
If all inputs are summed, do we assume that all inputs are from the same account holder/entity? – EvilJordan – 2018-03-18T07:18:24.357
@EvilJordan No, take a look at SIGHASH_SINGLE. It's how CoinJoin works. For more information: https://en.bitcoin.it/wiki/CoinJoin
– MCCCS – 2018-03-18T07:37:09.627Thanks for walking me through this. I thought I understood how this worked, but it's suddenly become a lot more complex. So, from what I gather, if Bob has 2 BTC and wants to send Alice 1 BTC, somehow Tom, with his 1 BTC he wants to go to Jane can also get in the mix, and a transaction will show two inputs (Bob:2, Tom:1) and three outputs (Alice:1,Bob(change):1,Jane:1). I guess my question is how did Tom's transaction to Jane end up in the mix? Is the software doing that to save on bandwidth? – EvilJordan – 2018-03-18T07:57:46.667
@EvilJordan Oops, CoinJoin uses SIGHASH_ALL. If you're looking for how CoinJoin works, here's the answer. https://bitcoin.stackexchange.com/a/57276/38618
– MCCCS – 2018-03-18T08:33:55.013Did you initially bring up CoinJoin because this particular transaction I referenced is using it? Seems like a very niche service. – EvilJordan – 2018-03-18T17:46:41.683