< prayank>
If an address is "change address" it should remain change address. Why does "label" matter?
< michaelfolkson>
Because the user doesn't want it to be a change address anymore and wants to spend from it? I'm not sure I understand the question
< michaelfolkson>
UTXO management is a complex issue with user trade-offs covering privacy, transaction fees, future transaction fees. One user will want to minimize transaction fees, another user will want to maximize privacy. All we can do is provide tools so they can do whatever their preference is
< prayank>
michaelfolkson: Consider I create a change address. I use it or maybe not used yet. I decide to label this one as "change from binance". I create another change address and label it as "change for darknet". I want to use these labels so that I can identify later what was this change used for and use one of them again if required or differentiate for my ease of privacy. Why does this affect the address being change or not
< michaelfolkson>
So the question is why the act of the user setting a label on a change address turns it into not a change address?
< prayank>
Yes
< michaelfolkson>
I guess because whoever introduced labels thought the act of introducing a label meant you were intending to spend from it?
< michaelfolkson>
Do a git blame and see who introduced the label handling?
< prayank>
Maybe. Sure I will check the history and do some experiments in next few hours. Thanks for the help and ideas.
< michaelfolkson>
Interesting conversation between John, AJ on STL algorithms vs range based for loops and what is easier to review in that ^ merged PR
< michaelfolkson>
Maybe a topic for the Core dev meeting?
< bitcoin-git>
[bitcoin] MarcoFalke closed pull request #21190: net: Avoid discouraging the onion proxy when one inbound onion misbehaves (master...2102-netOnionInboundDiscourage) https://github.com/bitcoin/bitcoin/pull/21190