lightning-dev
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [Lightning-dev] Full Disclosure: CVE-2021-41591/ CVE-2021-41592 / CVE-2021-41593 "Dust HTLC Exposure Considered Harmful"
Antoine Riard
[Lightning-dev] Ask First, Shoot (PTLC/HTLC) Later
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Ask First, Shoot (PTLC/HTLC) Later
Joost Jager
[Lightning-dev] Theory: Proofs of Payment are Signatures
ZmnSCPxj via Lightning-dev
[Lightning-dev] Opening balanced channels using PSBT
Ole Henrik Skogstrøm
Re: [Lightning-dev] Opening balanced channels using PSBT
Bastien TEINTURIER
Re: [Lightning-dev] Opening balanced channels using PSBT
Ole Henrik Skogstrøm
Re: [Lightning-dev] Opening balanced channels using PSBT
Olaoluwa Osuntokun
Re: [Lightning-dev] Opening balanced channels using PSBT
Ole Henrik Skogstrøm
[Lightning-dev] Stateless invoices with proof-of-payment
Joost Jager
Re: [Lightning-dev] Stateless invoices with proof-of-payment
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Stateless invoices with proof-of-payment
Joost Jager
Re: [Lightning-dev] Stateless invoices with proof-of-payment
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Stateless invoices with proof-of-payment
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Stateless invoices with proof-of-payment
fiatjaf
Re: [Lightning-dev] Stateless invoices with proof-of-payment
Joost Jager
Re: [Lightning-dev] Stateless invoices with proof-of-payment
fiatjaf
Re: [Lightning-dev] Stateless invoices with proof-of-payment
Joost Jager
Re: [Lightning-dev] Stateless invoices with proof-of-payment
Bastien TEINTURIER
Re: [Lightning-dev] Stateless invoices with proof-of-payment
Joost Jager
Re: [Lightning-dev] Stateless invoices with proof-of-payment
Olaoluwa Osuntokun
Re: [Lightning-dev] Stateless invoices with proof-of-payment
Joost Jager
[Lightning-dev] Inherited IDs - A safer, more powerful alternative to BIP-118 (ANYPREVOUT) for scaling Bitcoin
Jeremy
Re: [Lightning-dev] [bitcoin-dev] Inherited IDs - A safer, more powerful alternative to BIP-118 (ANYPREVOUT) for scaling Bitcoin
Anthony Towns
Re: [Lightning-dev] Inherited IDs - A safer, more powerful alternative to BIP-118 (ANYPREVOUT) for scaling Bitcoin
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Inherited IDs - A safer, more powerful alternative to BIP-118 (ANYPREVOUT) for scaling Bitcoin
Jeremy
[Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2
SomberNight via Lightning-dev
Re: [Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2
SomberNight via Lightning-dev
Re: [Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Deriving channel keys deterministically from seed, musig, and channel establishment v2
Lloyd Fournier
[Lightning-dev] Storing the Merkle Tree in a compact way
shymaa arafat
Re: [Lightning-dev] Storing the Merkle Tree in a compact way
Vincent via Lightning-dev
[Lightning-dev] DNS records for LN nodes
Andy Schroder
Re: [Lightning-dev] DNS records for LN nodes
fiatjaf
Re: [Lightning-dev] DNS records for LN nodes
Andy Schroder
[Lightning-dev] Bandwidth in Lightning Network.
x raid
Re: [Lightning-dev] Bandwidth in Lightning Network.
ZmnSCPxj via Lightning-dev
[Lightning-dev] Handling nonzerobasefee when using Pickhard-Richter algo variants
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Handling nonzerobasefee when using Pickhard-Richter algo variants
Stefan Richter
Re: [Lightning-dev] Handling nonzerobasefee when using Pickhard-Richter algo variants
René Pickhardt via Lightning-dev
[Lightning-dev] No more closed channels because of fake HTLCs
fiatjaf
[Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
René Pickhardt via Lightning-dev
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
Anthony Towns
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
Stefan Richter
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
Orfeas Stefanos Thyfronitis Litos
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
Matt Corallo
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Do we really want users to solve an NP-hard problem when they wish to find a cheap way of paying each other on the Lightning Network?
Matt Corallo
Re: [Lightning-dev] Lightning-dev Digest, Vol 72, Issue 18
Bitcoin Error Log
[Lightning-dev] Fee Budgets: A Possible Path Towards Unified Cost Functions For Lightning Pathfinding Problems
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Fee Budgets: A Possible Path Towards Unified Cost Functions For Lightning Pathfinding Problems
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Fee Budgets: A Possible Path Towards Unified Cost Functions For Lightning Pathfinding Problems
Stefan Richter
Re: [Lightning-dev] Fee Budgets: A Possible Path Towards Unified Cost Functions For Lightning Pathfinding Problems
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Fee Budgets: A Possible Path Towards Unified Cost Functions For Lightning Pathfinding Problems
Stefan Richter
Re: [Lightning-dev] Fee Budgets: A Possible Path Towards Unified Cost Functions For Lightning Pathfinding Problems
ZmnSCPxj via Lightning-dev
[Lightning-dev] #zerobasefee
Anthony Towns
Re: [Lightning-dev] #zerobasefee
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] #zerobasefee
lisa neigut
Re: [Lightning-dev] #zerobasefee
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] #zerobasefee
Stefan Richter
Re: [Lightning-dev] #zerobasefee
Anthony Towns
Re: [Lightning-dev] #zerobasefee
Matt Corallo
Re: [Lightning-dev] #zerobasefee
Anthony Towns
Re: [Lightning-dev] #zerobasefee
Matt Corallo
Re: [Lightning-dev] #zerobasefee
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] #zerobasefee
Stefan Richter
Re: [Lightning-dev] #zerobasefee
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] #zerobasefee
Stefan Richter
Re: [Lightning-dev] #zerobasefee
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] #zerobasefee
Anthony Towns
Re: [Lightning-dev] #zerobasefee
Matt Corallo
Re: [Lightning-dev] #zerobasefee
Anthony Towns
Re: [Lightning-dev] #zerobasefee
Matt Corallo
Re: [Lightning-dev] #zerobasefee
Matt Corallo
Re: [Lightning-dev] #zerobasefee
Olaoluwa Osuntokun
[Lightning-dev] Zero Fee Routing
Daki Carnhof
Re: [Lightning-dev] Zero Fee Routing
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Zero Fee Routing
Andrés G . Aragoneses
[Lightning-dev] Algorithm For Channel Fee Settings
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Prayank via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Karl
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
vjudeu
[Lightning-dev] v0.10.1: "eltoo: Ethereum Layer Too"
lisa neigut
Re: [Lightning-dev] v0.10.1: "eltoo: Ethereum Layer Too"
Prayank via Lightning-dev
Re: [Lightning-dev] v0.10.1: "eltoo: Ethereum Layer Too"
Michael Folkson
Re: [Lightning-dev] v0.10.1: "eltoo: Ethereum Layer Too"
Prayank via Lightning-dev
[Lightning-dev] Removing the Dust Limit
Jeremy
Re: [Lightning-dev] Removing the Dust Limit
fiatjaf
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Matt Corallo
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Oleg Andreev
Re: [Lightning-dev] Removing the Dust Limit
David A. Harding via Lightning-dev
Re: [Lightning-dev] Removing the Dust Limit
Jeremy
Re: [Lightning-dev] Removing the Dust Limit
Jeremy
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Pieter Wuille
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Erik Aronesty
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
LORD HIS EXCELLENCY JAMES HRMH
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
LORD HIS EXCELLENCY JAMES HRMH
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
LORD HIS EXCELLENCY JAMES HRMH
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
shymaa arafat
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Removing the Dust Limit
Antoine Riard
Re: [Lightning-dev] Removing the Dust Limit
David A. Harding via Lightning-dev
Re: [Lightning-dev] Removing the Dust Limit
Antoine Riard
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Anthony Towns
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Jeremy
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Billy Tetrud
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
shymaa arafat
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
LORD HIS EXCELLENCY JAMES HRMH
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Billy Tetrud
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Jeremy
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Billy Tetrud
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] Removing the Dust Limit
Charlie Lee
[Lightning-dev] Revisiting Link-level payment splitting via intermediary rendezvous nodes
Gijs van Dam
Re: [Lightning-dev] Revisiting Link-level payment splitting via intermediary rendezvous nodes
ZmnSCPxj via Lightning-dev
[Lightning-dev] Cluster - New terminal UI wallet/node manager for c-lightning
Friedrich von Hayek via Lightning-dev
[Lightning-dev] Impact of eltoo loss of state
Anthony Towns
Re: [Lightning-dev] Impact of eltoo loss of state
Jeremy
Re: [Lightning-dev] Impact of eltoo loss of state
Jeremy
Re: [Lightning-dev] Impact of eltoo loss of state
Christian Decker
Re: [Lightning-dev] Impact of eltoo loss of state
Martin Habovštiak
Re: [Lightning-dev] Impact of eltoo loss of state
Christian Decker
Re: [Lightning-dev] Impact of eltoo loss of state
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Impact of eltoo loss of state
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Impact of eltoo loss of state
Jeremy
Re: [Lightning-dev] Impact of eltoo loss of state
Anthony Towns
[Lightning-dev] Eltoo Burst Mode & Continuations
Jeremy
Re: [Lightning-dev] Eltoo Burst Mode & Continuations
Jeremy
Re: [Lightning-dev] Eltoo Burst Mode & Continuations
Jeremy
Re: [Lightning-dev] Eltoo Burst Mode & Continuations
Anthony Towns
Re: [Lightning-dev] Proposal for an invoice pattern with an embedded Bitcoin onchain address
Bitcoin Error Log
Re: [Lightning-dev] Proposal for an invoice pattern with an embedded Bitcoin onchain address
Harsha Goli
[Lightning-dev] Proposal for an invoice pattern with an embedded Bitcoin onchain address
micaroni
Re: [Lightning-dev] Proposal for an invoice pattern with an embedded Bitcoin onchain address
micaroni
Re: [Lightning-dev] Proposal for an invoice pattern with an embedded Bitcoin onchain address
René Pickhardt via Lightning-dev
[Lightning-dev] Asymmetric features
Bastien TEINTURIER
[Lightning-dev] Eltoo / Anyprevout & Baked in Sequences
Jeremy
Re: [Lightning-dev] [bitcoin-dev] Eltoo / Anyprevout & Baked in Sequences
Anthony Towns
Re: [Lightning-dev] [bitcoin-dev] Eltoo / Anyprevout & Baked in Sequences
Jeremy
Re: [Lightning-dev] [bitcoin-dev] Eltoo / Anyprevout & Baked in Sequences
Anthony Towns
Re: [Lightning-dev] [bitcoin-dev] Eltoo / Anyprevout & Baked in Sequences
Jeremy
Re: [Lightning-dev] [bitcoin-dev] Eltoo / Anyprevout & Baked in Sequences
Anthony Towns
[Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Ryan Gentry via Lightning-dev
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
René Pickhardt via Lightning-dev
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Ryan Gentry via Lightning-dev
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
fiatjaf
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Olaoluwa Osuntokun
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Ariel Luaces
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Bastien TEINTURIER
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Olaoluwa Osuntokun
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Bastien TEINTURIER
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Michael Folkson
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension stand
nathanael via Lightning-dev
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension stand
Dan Gershony
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension stand
Luke Dashjr
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension stand
fiatjaf
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Antoine Riard
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Ryan Gentry via Lightning-dev
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
David A. Harding
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Olaoluwa Osuntokun
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Luke Dashjr
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Ariel Luaces
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
fiatjaf
Re: [Lightning-dev] bLIPs: A proposal for community-driven app layer and protocol extension standardization
Luke Dashjr
[Lightning-dev] Last week's second IRC workshop on L2 onchain support and wrap up
Michael Folkson
Re: [Lightning-dev] Last week's second IRC workshop on L2 onchain support and wrap up
Michael Folkson
[Lightning-dev] Turbo channels spec?
Rusty Russell
Re: [Lightning-dev] Turbo channels spec?
Bastien TEINTURIER
Re: [Lightning-dev] Turbo channels spec?
Rusty Russell
Re: [Lightning-dev] Turbo channels spec?
Bastien TEINTURIER
Re: [Lightning-dev] Turbo channels spec?
Bitcoin Error Log
Re: [Lightning-dev] Turbo channels spec?
Matt Corallo
Re: [Lightning-dev] Turbo channels spec?
Rusty Russell
Re: [Lightning-dev] Turbo channels spec?
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Turbo channels spec?
Rusty Russell
Re: [Lightning-dev] Turbo channels spec?
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Turbo channels spec?
Rusty Russell
[Lightning-dev] Turbo channels spec?
Martin Habovštiak
[Lightning-dev] Interactive tx construction and UTXO privacy, some thoughts
lisa neigut
Re: [Lightning-dev] Interactive tx construction and UTXO privacy, some thoughts
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Interactive tx construction and UTXO privacy, some thoughts
Cycryptr via Lightning-dev
[Lightning-dev] Lightning Mints
Casey Rodarmor
Re: [Lightning-dev] Lightning Mints
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Lightning Mints
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Lightning Mints
elsirion via Lightning-dev
Re: [Lightning-dev] Lightning Mints
Yuval Kogman
Re: [Lightning-dev] Lightning Mints
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Lightning Mints
Casey Rodarmor
[Lightning-dev] complementing lightning with with a discreet physical delivery protocol?
VzxPLnHqr via Lightning-dev
Re: [Lightning-dev] complementing lightning with with a discreet physical delivery protocol?
VzxPLnHqr via Lightning-dev
Re: [Lightning-dev] complementing lightning with with a discreet physical delivery protocol?
ZmnSCPxj via Lightning-dev
Earlier messages
Later messages