<p>Another explanation might be that one of the input transactions is intentionally created to cause the sum to be a round number.</p>

CC BY-SA 4.0
2018-05-30T00:26:04.280Z
I believe that's the question. Selecting a large number of inputs to perfectly sum  a round figure is non-trivial.
Raghav Sood
CC BY-SA 4.0
2018-05-30T11:27:01.323Z
Why would someone do that? And out of curiosity who is the sender?
Jus12
CC BY-SA 4.0
2018-05-29T23:45:39.813Z
2018-05-29T23:45:39.813Z
Bolton Bailey
<p>Consider the bitcointalk donation address <code>17RTTUAiiPqUTKtEggJPec8RxLMi2n9EZ9</code>.</p>

<p>This has many incoming transactions with large number of dust inputs (hundreds) that sum to nice rounded numbers as in the following examples:</p>

<p><a href="https://blockchain.info/tx/ba930f48aae32b8915a6e413ed297060291fec7fc916cf57b0751e0f77c41df2" rel="nofollow noreferrer">ba930f48aae32b8915a6e413ed297060291fec7fc916cf57b0751e0f77c41df2</a> (inputs sum to 0.05)</p>

<p><a href="https://blockchain.info/tx/c0f25cc0f008ac935b3a38fecdea42e062ba3e3e7395161a2ad1b38754ee31c0" rel="nofollow noreferrer">c0f25cc0f008ac935b3a38fecdea42e062ba3e3e7395161a2ad1b38754ee31c0</a> (inputs sum to 0.05)</p>

<p><a href="https://blockchain.info/tx/1f4e0b21e6edd0dc1148116200426f390880e3e33ae0723de8415836874f7a3e" rel="nofollow noreferrer">1f4e0b21e6edd0dc1148116200426f390880e3e33ae0723de8415836874f7a3e</a> (inputs sum to 0.5)</p>

<p>These can't be coincidences. What wallet is being used here? Does it solve the "<a href="https://en.wikipedia.org/wiki/Subset_sum_problem" rel="nofollow noreferrer">subset sum</a>" problem for each transaction to ensure that the sums are round numbers? I know the problem won't be hard for such small sizes but still needs solving. </p>

<transactions><wallet><dust>
Large number of dust inputs sum to nice round numbers. How and what wallet used?
Jus12
# Large number of dust inputs sum to nice round numbers. How and what wallet used?

(Asked by: username_0 on 2018-05-29)

Consider the bitcointalk donation address `17RTTUAiiPqUTKtEggJPec8RxLMi2n9EZ9`.

This has many incoming transactions with large number of dust inputs (hundreds) that sum to nice rounded numbers as in the following examples:

[ba930f48aae32b8915a6e413ed297060291fec7fc916cf57b0751e0f77c41df2](https://blockchain.info/tx/ba930f48aae32b8915a6e413ed297060291fec7fc916cf57b0751e0f77c41df2) (inputs sum to 0.05)

[c0f25cc0f008ac935b3a38fecdea42e062ba3e3e7395161a2ad1b38754ee31c0](https://blockchain.info/tx/c0f25cc0f008ac935b3a38fecdea42e062ba3e3e7395161a2ad1b38754ee31c0) (inputs sum to 0.05)

[1f4e0b21e6edd0dc1148116200426f390880e3e33ae0723de8415836874f7a3e](https://blockchain.info/tx/1f4e0b21e6edd0dc1148116200426f390880e3e33ae0723de8415836874f7a3e) (inputs sum to 0.5)

These can't be coincidences. What wallet is being used here? Does it solve the "[subset sum](https://en.wikipedia.org/wiki/Subset_sum_problem)" problem for each transaction to ensure that the sums are round numbers? I know the problem won't be hard for such small sizes but still needs solving.

**Tags:** transactions, wallet, dust


---

## 1 answers

### Answer by username_1 on 2018-05-29. Score: 1

Another explanation might be that one of the input transactions is intentionally created to cause the sum to be a round number.

> **Comments:**
> **username_2**: I believe that's the question. Selecting a large number of inputs to perfectly sum  a round figure is non-trivial.  
> **username_0**: Why would someone do that? And out of curiosity who is the sender?  

---

