Re: [bitcoin-dev] Breaking change in calculation of hash_serialized_2

2023-10-21 Thread Fabian via bitcoin-dev
[3] https://bitcoin-irc.chaincode.com/bitcoin-core-dev/2023-10-20#976636; --- Original Message --- On Friday, October 20th, 2023 at 7:34 PM, Peter Todd wrote: > On Fri, Oct 20, 2023 at 05:19:19PM +0000, Fabian via bitcoin-dev wrote: > > > Hello list, > > > > on Wednesda

[bitcoin-dev] Breaking change in calculation of hash_serialized_2

2023-10-20 Thread Fabian via bitcoin-dev
Hello list, on Wednesday I found a potential malleability issue in the UTXO set dump files generated for and used by assumeutxo [1]. On Thursday morning theStack had found the cause of the issue [2]: A bug in the serialization of UTXOs for the calculation of hash_serialized_2. This is the value us

Re: [bitcoin-dev] Compressed Bitcoin Transactions

2023-09-01 Thread Fabian via bitcoin-dev
Hi Tom, I realized I simplified my message a bit too much. Of course an index of the UTXO set would also need a height, so I rather meant some kind of composite reference I guess. An index alone might be enough if a height has been pre-agreed which could still be compatible with the use-cases y

Re: [bitcoin-dev] Compressed Bitcoin Transactions

2023-09-01 Thread Fabian via bitcoin-dev
Hi Tom, without having gone into the details yet, thanks for the great effort you have put into this research and implementation already! > The bulk of our size savings come from replacing the prevout of each input by > a block height and index. Have you also considered using just an index fro

Re: [bitcoin-dev] [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning

2023-01-14 Thread Fabian via bitcoin-dev
Hi Michael, have you seen Mako? It might at least be a good start for what you would like to achieve: https://github.com/chjj/mako Best, Fabian --- Original Message --- On Saturday, January 14th, 2023 at 9:26 PM, Michael Folkson via Lightning-dev wrote: > I tweeted this [0] back in No