Re: [bitcoin-dev] Taproot testnet wallet

2021-10-09 Thread Pieter Wuille via bitcoin-dev
On Oct 9, 2021, 11:36, Andreas Schildbach via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > I'm trying to finish off bitcoinj's implementation for sending to taproot addresses. For this, I'd like to test against a wallet that can receive to P2TR and spend back. > I've been

[bitcoin-dev] Taproot testnet wallet

2021-10-09 Thread Andreas Schildbach via bitcoin-dev
I'm trying to finish off bitcoinj's implementation for sending to taproot addresses. For this, I'd like to test against a wallet that can receive to P2TR and spend back. I've been trying to get a taproot address from Bitcoin Core 22.0 and spent many hours, but in vain. Can someone please

Re: [bitcoin-dev] [Lightning-dev] Removing the Dust Limit

2021-10-09 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Further, if it is entirely necessary to prevent the creation of utxo's that are considered dust, and I am not by any means convinced, then it is simple to provide the most circumspect solution to transfer the value of any dust utxo that would be created in a transaction to the

Re: [bitcoin-dev] [Lightning-dev] Removing the Dust Limit

2021-10-09 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, The underlying consideration is the same concerning the handling of 1c and 2c coins in an economy. Although you may argue the cost of counting those coins throughout the course of minting, drafting to banks, paying to bank customers, including in change, and at every handling

Re: [bitcoin-dev] [Lightning-dev] Removing the Dust Limit

2021-10-09 Thread LORD HIS EXCELLENCY JAMES HRMH via bitcoin-dev
Good Afternoon, Returning to this subject, there should be no restriction to the value of utxo's that keep in one's own wallet as change can be created in any value. With obvious intent, the wallet should avoid creating utxo's below the current dust limit at the time the transaction is created