<p>Looking at the example, the two addresses on the left are the funding addresses (actually, the terminology is not quite correct) and the two addresses on the right are the recipients:</p>

<p><a href="https://i.sstatic.net/eZ1eb.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/eZ1eb.png" alt="Example transaction"></a></p>

<p>The miner fee is the total of the funding for the transaction (on the left) minus the total of the recipient addresses (on the right).</p>

<p>There is no each for either the sender or recipient addresses, they are a group and only their individual value is specified.</p>

CC BY-SA 4.0
2018-06-07T11:10:22.357Z
If it is not possible to determine the sender/receiver, how do ICO receive bitcoin as payment and determine the sender.
eulercode
CC BY-SA 4.0
2018-06-07T21:30:28.883Z
@eulercode The sender (referring to a person) has the private keys for both of the funding addresses in order to create and sign the transaction.
Willtech
CC BY-SA 4.0
2018-06-07T10:58:25.750Z
2018-06-07T10:58:25.750Z
Willtech
<p>There is no 1-to-1 mapping between senders and recipients. That's why things like CoinJoin is possible. Transactions are split in two parts: inputs (that redeem previously unspent outputs) and outputs (that send the coins). The redeemed coins are essentially pooled together before being sent so at this point there is no notion of which coin is which.</p>

<p>The transaction fee are also paid by this pool so no one specifically paid for the transaction but the sum of the inputs.</p>

CC BY-SA 4.0
2018-06-07T10:45:05.803Z
2018-06-07T10:45:05.803Z
Mike D
<p>Suppose that I were given a wallet address, i can retrieve all the transactions for the particular address.</p>

<p>My question is: <br></p>

<p>1) Assuming the wallet address is sender, how could it determine the receiver of the address? Vice versa if the wallet address is receiver, how could it determine the sender address from transaction detail? I have seen few transactions but couldn't think a full proof solution to it.</p>

<p>Taking this <a href="https://test-insight.bitpay.com/tx/538c96b85b08707c8bf2ad1a91188ae12d72bda3bee96a388ab7d4af3a777750" rel="nofollow noreferrer">transaction</a> as example, how could i know which address actually initiate send bitcoin transaction to the wallet address <code>mz95VxTekXHVZCPVjtK7pF2dMa7yF8QMkM</code>.</p>

<p>2) Using the same transaction id, how could i know the miner fee paid by a particular sender? I know that the both sender address pay a total of 0.000035 BTC fee, but how do I know how much each of them paid initially (the miner fee each of them set before sending transaction)?</p>

<transactions><bitcoin-core>
Determining sender/receiver address in transaction
eulercode
# Determining sender/receiver address in transaction

(Asked by: username_0 on 2018-06-07)

Suppose that I were given a wallet address, i can retrieve all the transactions for the particular address.

My question is:

1) Assuming the wallet address is sender, how could it determine the receiver of the address? Vice versa if the wallet address is receiver, how could it determine the sender address from transaction detail? I have seen few transactions but couldn't think a full proof solution to it.

Taking this [transaction](https://test-insight.bitpay.com/tx/538c96b85b08707c8bf2ad1a91188ae12d72bda3bee96a388ab7d4af3a777750) as example, how could i know which address actually initiate send bitcoin transaction to the wallet address `mz95VxTekXHVZCPVjtK7pF2dMa7yF8QMkM`.

2) Using the same transaction id, how could i know the miner fee paid by a particular sender? I know that the both sender address pay a total of 0.000035 BTC fee, but how do I know how much each of them paid initially (the miner fee each of them set before sending transaction)?

**Tags:** transactions, bitcoin-core


---

## 2 answers

### Answer by username_1 on 2018-06-07. Score: 1

Looking at the example, the two addresses on the left are the funding addresses (actually, the terminology is not quite correct) and the two addresses on the right are the recipients:

[![Example transaction](https://i.sstatic.net/eZ1eb.png)](https://i.sstatic.net/eZ1eb.png)

The miner fee is the total of the funding for the transaction (on the left) minus the total of the recipient addresses (on the right).

There is no each for either the sender or recipient addresses, they are a group and only their individual value is specified.

> **Comments:**
> **username_0**: If it is not possible to determine the sender/receiver, how do ICO receive bitcoin as payment and determine the sender.  
> **username_1**: @username_0 The sender (referring to a person) has the private keys for both of the funding addresses in order to create and sign the transaction.  

---

### Answer by username_2 on 2018-06-07. Score: 1

There is no 1-to-1 mapping between senders and recipients. That's why things like CoinJoin is possible. Transactions are split in two parts: inputs (that redeem previously unspent outputs) and outputs (that send the coins). The redeemed coins are essentially pooled together before being sent so at this point there is no notion of which coin is which.

The transaction fee are also paid by this pool so no one specifically paid for the transaction but the sum of the inputs.


---

