Re: [Lightning-dev] [bitcoin-dev] HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants)

2024-01-01 Thread Johan Torås Halseth
> Bob can craft a HTLC-preimage spend of the single offered output spending one > of 0.1 BTC HTLC payout (and revealing its preimage) while burning all the > value as fee. This replaces out Alice's honest HTLC-timeout out of network > mempools, are they're concurrent spend. Bob can repeat this t

Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks

2024-01-01 Thread Nagaev Boris
Hi John! I have two questions regarding the window, which are related. 1. Why is the window aligned? IIUC, this means that the blocks mined since the latest block whose height is divisible by window_size do not affect transaction's validity. So a recent change of fees does not reflect if a transa

Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks

2024-01-01 Thread Eric Voskuil
The fees paid to mine the set of transactions in a given block are known only to the miner that produced the block. Assuming that tx inputs less outputs represents an actual economic force is an error.eOn Dec 22, 2023, at 09:24, jlspc via bitcoin-dev wrote:Hi Antoine, Thanks for your thoughtful

Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks

2024-01-01 Thread jlspc via Lightning-dev
Hi Antoine, Thanks for your thoughtful response. Comments inline below: > Hi John, > While the idea of using sliding reaction window for blockchain congestion > detection has been present in the "smart contract" space at large [0] and > this has been discussed informally among Lightning devs an

[Lightning-dev] SCIDADDRESS - a new address format?

2024-01-01 Thread Andrea Raspitzu
Dear lightning developers, I'd like to discuss a new address format to send and receive payments among LN wallets, think of a successor of the "Lightning Address", it's not a new BOLT and  neither needs to be part of the specs but i'm writing here to collect feedback from devs and wallet implem

Re: [Lightning-dev] Mailing List Future

2024-01-01 Thread Vincenzo Palazzo
On Mon Dec 4, 2023 at 9:32 PM CET, Matt Corallo wrote: > On the call the vote was split between "host our own ML, or maybe use > groups.io" and "some discourse > instance, probably delvingbitcoin.org", with a weak majority for the second. > > With that in mind, we're gonna give delvingbitcoin.org

[Lightning-dev] Lampo v23.12-beta.1 aka Santa Claus lives in Area 51

2024-01-01 Thread Vincenzo Palazzo
Hi list. First of all, Merry Christmas! In my free time, I have been working on a lightning node using LDK, which I've named [Lampo](https://github.com/vincenzopalazzo/lampo.rs) (Italian for lightning), for more than 1.5 years. The initial draft was developed as a toy lightning node to support

Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks

2024-01-01 Thread Eric Voskuil
Hi John,Honest is a misnomer, which is underpinning the concept. There is nothing dishonest about such payments. The downside is that the payer forgoes anonymity relative to the miner, but this is not dishonest, nor is mining one’s own transactions (where the represented “fee” implies nothing). Ass

Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks

2024-01-01 Thread jlspc via Lightning-dev
Hi Boris, Responses inline below: Sent with Proton Mail secure email. On Friday, December 22nd, 2023 at 8:36 AM, Nagaev Boris wrote: > Hi John! > > I have two questions regarding the window, which are related. > > 1. Why is the window aligned? IIUC, this means that the blocks mined > sinc

Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks

2024-01-01 Thread David A. Harding
On 2023-12-28 08:06, jlspc via bitcoin-dev wrote: On Friday, December 22nd, 2023 at 8:36 AM, Nagaev Boris wrote: To validate a transaction with FDT [...] a light client would have to determine the median fee rate of the recent blocks. To do that without involving trust, it has to download the b

Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks

2024-01-01 Thread jlspc via Lightning-dev
Hi Eric, I agree that users can pay miners offchain and miners can create blocks where the difference between inputs and outputs exceeds the fees paid (by mining their own transactions). I model that behavior as dishonest mining. Onchain fees seem to reflect congestion for now, but it's true th