lightning-dev
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming
Thomas HUET
Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming
Clara Shikhelman
Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming
Vincenzo Palazzo
Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming
Antoine Riard
Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming
Clara Shikhelman
[Lightning-dev] Highly Available Lightning Channels
Joost Jager
Re: [Lightning-dev] Highly Available Lightning Channels
Matt Corallo
Re: [Lightning-dev] Highly Available Lightning Channels
Christian Decker
Re: [Lightning-dev] Highly Available Lightning Channels
Matt Corallo
Re: [Lightning-dev] Highly Available Lightning Channels
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Highly Available Lightning Channels
Matt Corallo
Re: [Lightning-dev] Highly Available Lightning Channels
Joost Jager
Re: [Lightning-dev] Highly Available Lightning Channels
Joost Jager
Re: [Lightning-dev] Highly Available Lightning Channels
Matt Corallo
Re: [Lightning-dev] Highly Available Lightning Channels
Joost Jager
Re: [Lightning-dev] Highly Available Lightning Channels
Matt Corallo
Re: [Lightning-dev] Highly Available Lightning Channels
Antoine Riard
Re: [Lightning-dev] Highly Available Lightning Channels
Joost Jager
Re: [Lightning-dev] Highly Available Lightning Channels
Antoine Riard
Re: [Lightning-dev] Highly Available Lightning Channels
Antoine Riard
Re: [Lightning-dev] Highly Available Lightning Channels
Matt Corallo
Re: [Lightning-dev] Highly Available Lightning Channels
Joost Jager
[Lightning-dev] Jamming Mitigation Call Summary - 02/06
Carla Kirk-Cohen
Re: [Lightning-dev] Jamming Mitigation Call Summary - 02/06
Vincenzo Palazzo
Re: [Lightning-dev] Jamming Mitigation Call Summary - 02/06
Clara Shikhelman
[Lightning-dev] Jamming Mitigation Call Summary - 01/23
Carla Kirk-Cohen
Re: [Lightning-dev] Jamming Mitigation Call Summary - 01/23
Antoine Riard
Re: [Lightning-dev] Jamming Mitigation Call Summary - 01/23
Antoine Riard
Re: [Lightning-dev] Jamming Mitigation Call Summary - 01/23
Antoine Riard
[Lightning-dev] Async payments proof-of-payment: a wishlist for researchers]
Anthony Towns
[Lightning-dev] A Universal Coin Swap system based on bitcoin and a Bitcoin NFT system
Aymeric Vitte
Re: [Lightning-dev] A Universal Coin Swap system based on bitcoin and a Bitcoin NFT system
Aymeric Vitte
[Lightning-dev] A security review of Validating Lightning Signer architecture and code
Antoine Riard
[Lightning-dev] Jamming mitigation call for 2023
Clara Shikhelman
[Lightning-dev] Efficient Factories For Lightning Channels
jlspc via Lightning-dev
[Lightning-dev] A new Bitcoin implementation integrated with Core Lightning
Michael Folkson via Lightning-dev
Re: [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning
Fabian via Lightning-dev
Re: [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning
Michael Folkson via Lightning-dev
Re: [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning
Michael Folkson via Lightning-dev
Re: [Lightning-dev] [bitcoin-dev] A new Bitcoin implementation integrated with Core Lightning
Kostas Karasavvas
Re: [Lightning-dev] [bitcoin-dev] A new Bitcoin implementation integrated with Core Lightning
Michael Folkson via Lightning-dev
Re: [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning
niftynei
Re: [Lightning-dev] [bitcoin-dev] A new Bitcoin implementation integrated with Core Lightning
Vincenzo Palazzo
Re: [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning
Jorge Timón
Re: [Lightning-dev] A new Bitcoin implementation integrated with Core Lightning
Matt Corallo
[Lightning-dev] Reputation Credentials renaming and iteration: the Staking Credentials architecture
Antoine Riard
[Lightning-dev] Async payments proof-of-payment: a wishlist for researchers
vwallace via Lightning-dev
Re: [Lightning-dev] Async payments proof-of-payment: a wishlist for researchers
Olaoluwa Osuntokun
Re: [Lightning-dev] Async payments proof-of-payment: a wishlist for researchers
vwallace via Lightning-dev
Re: [Lightning-dev] Async payments proof-of-payment: a wishlist for researchers
vwallace via Lightning-dev
Re: [Lightning-dev] Async payments proof-of-payment: a wishlist for researchers
Anthony Towns
[Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
David A. Harding
Re: [Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
Jesse Posner via Lightning-dev
Re: [Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
Lloyd Fournier
Re: [Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
Anthony Towns
Re: [Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
Olaoluwa Osuntokun
Re: [Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Swap-in-Potentiam: Moving Onchain Funds "Instantly" To Lightning
Olaoluwa Osuntokun
[Lightning-dev] Possible Attack IF we add BOTH upfront AND negative routing fees to the Lightning Network
René Pickhardt via Lightning-dev
[Lightning-dev] Unclear HTLC scenario
Benjamin Weintraub via Lightning-dev
Re: [Lightning-dev] Unclear HTLC scenario
SomberNight via Lightning-dev
Re: [Lightning-dev] Unclear HTLC scenario
Benjamin Weintraub via Lightning-dev
[Lightning-dev] "Updates Overflow" Attacks against Two-Party Eltoo ?
Antoine Riard
Re: [Lightning-dev] "Updates Overflow" Attacks against Two-Party Eltoo ?
Anthony Towns
Re: [Lightning-dev] "Updates Overflow" Attacks against Two-Party Eltoo ?
Antoine Riard
Re: [Lightning-dev] "Updates Overflow" Attacks against Two-Party Eltoo ?
Anthony Towns
Re: [Lightning-dev] "Updates Overflow" Attacks against Two-Party Eltoo ?
Greg Sanders
Re: [Lightning-dev] "Updates Overflow" Attacks against Two-Party Eltoo ?
Antoine Riard
[Lightning-dev] Two-party eltoo w/ punishment
Anthony Towns
Re: [Lightning-dev] Two-party eltoo w/ punishment
Antoine Riard
Re: [Lightning-dev] Two-party eltoo w/ punishment
Greg Sanders
Re: [Lightning-dev] Two-party eltoo w/ punishment
Antoine Riard
Re: [Lightning-dev] Two-party eltoo w/ punishment
Anthony Towns
Re: [Lightning-dev] Two-party eltoo w/ punishment
Antoine Riard
Re: [Lightning-dev] Two-party eltoo w/ punishment
Anthony Towns
[Lightning-dev] Factory-Optimized Protocols For Lightning
jlspc via Lightning-dev
Re: [Lightning-dev] Factory-Optimized Protocols For Lightning
jlspc via Lightning-dev
[Lightning-dev] Jamming against Channel Jamming
Joost Jager
Re: [Lightning-dev] Jamming against Channel Jamming
Antoine Riard
Re: [Lightning-dev] Jamming against Channel Jamming
Joost Jager
Re: [Lightning-dev] Jamming against Channel Jamming
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch (Antoine Riard)
Loki Verloren via Lightning-dev
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch (Antoine Riard)
Antoine Riard
[Lightning-dev] Statechain channel blip
Tom Trevethan
[Lightning-dev] Jamming mitigation call
Clara Shikhelman
Re: [Lightning-dev] Jamming mitigation call
Clara Shikhelman
Re: [Lightning-dev] Jamming mitigation call
Antoine Riard
Re: [Lightning-dev] Jamming mitigation call
Clara Shikhelman
Re: [Lightning-dev] Jamming mitigation call
Loki Verloren via Lightning-dev
[Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Clara Shikhelman
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Clara Shikhelman
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Clara Shikhelman
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Clara Shikhelman
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Clara Shikhelman
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
David A. Harding
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
David A. Harding
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Michael Folkson via Lightning-dev
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Michael Folkson via Lightning-dev
Re: [Lightning-dev] Mitigating Channel Jamming with Reputation Credentials: a Protocol Sketch
Antoine Riard
[Lightning-dev] Unjamming lightning (new research paper)
Clara Shikhelman
Re: [Lightning-dev] Unjamming lightning (new research paper)
Antoine Riard
Re: [Lightning-dev] Unjamming lightning (new research paper)
Clara Shikhelman
Re: [Lightning-dev] Unjamming lightning (new research paper)
Thomas HUET
Re: [Lightning-dev] Unjamming lightning (new research paper)
Clara Shikhelman
Re: [Lightning-dev] Unjamming lightning (new research paper)
Clara Shikhelman
Re: [Lightning-dev] Unjamming lightning (new research paper)
Matt Corallo
Re: [Lightning-dev] Unjamming lightning (new research paper)
Clara Shikhelman
Re: [Lightning-dev] Unjamming lightning (new research paper)
Matt Corallo
Re: [Lightning-dev] Unjamming lightning (new research paper)
Clara Shikhelman
Re: [Lightning-dev] Unjamming lightning (new research paper)
Michael Folkson via Lightning-dev
[Lightning-dev] Agent-Based Fee Setting in Payment Channel Networks
Mojtaba Tefagh
[Lightning-dev] Lightning Channels With Tunable Penalties
jlspc via Lightning-dev
[Lightning-dev] A pragmatic, unsatisfying work-around for anchor outputs fee-bumping reserve requirements
Bastien TEINTURIER
Re: [Lightning-dev] A pragmatic, unsatisfying work-around for anchor outputs fee-bumping reserve requirements
Olaoluwa Osuntokun
Re: [Lightning-dev] A pragmatic, unsatisfying work-around for anchor outputs fee-bumping reserve requirements
Bastien TEINTURIER
[Lightning-dev] Fat Errors
Joost Jager
Re: [Lightning-dev] Fat Errors
Bastien TEINTURIER
Re: [Lightning-dev] Fat Errors
Joost Jager
Re: [Lightning-dev] Fat Errors
Rusty Russell
Re: [Lightning-dev] Fat Errors
Joost Jager
Re: [Lightning-dev] Fat Errors
Thomas HUET
Re: [Lightning-dev] Fat Errors
Joost Jager
Re: [Lightning-dev] Fat Errors
Joost Jager
[Lightning-dev] Channel Costing Heuristic Based On "No Free Money" Principle.
ZmnSCPxj via Lightning-dev
[Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
Joe Miyamoto Philips
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
Joe Miyamoto Philips
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
Joe Miyamoto Philips
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Forwardable Peerswaps: Improving Network Health Via Pressure Release Valve
ZmnSCPxj via Lightning-dev
[Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
jlspc via Lightning-dev
Re: [Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
David A. Harding
Re: [Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
jlspc via Lightning-dev
Re: [Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
Bastien TEINTURIER
Re: [Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
jlspc via Lightning-dev
Re: [Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
Bastien TEINTURIER
Re: [Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
jlspc via Lightning-dev
Re: [Lightning-dev] Watchtower-Free Lightning Channels For Casual Users
Bastien TEINTURIER
[Lightning-dev] CLN Release: v0.12.1 - Web 8 init (dot one)
lisa neigut
[Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
René Pickhardt via Lightning-dev
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
Matt Corallo
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
René Pickhardt via Lightning-dev
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
Anthony Towns
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
Anthony Towns
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
Anthony Towns
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] `htlc_maximum_msat` as a valve for flow control on the Lightning Network
Anthony Towns
[Lightning-dev] Fee Ratecards (your gateway to negativity)
lisa neigut
Re: [Lightning-dev] Fee Ratecards (your gateway to negativity)
David A. Harding
Re: [Lightning-dev] Fee Ratecards (your gateway to negativity)
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Fee Ratecards (your gateway to negativity)
David A. Harding
Re: [Lightning-dev] Fee Ratecards (your gateway to negativity)
lisa neigut
Re: [Lightning-dev] Fee Ratecards (your gateway to negativity)
Anthony Towns
Re: [Lightning-dev] Fee Ratecards (your gateway to negativity)
René Pickhardt via Lightning-dev
[Lightning-dev] Proposal: Add support for proxying p2p connections to/from LND
Alex Akselrod via Lightning-dev
Re: [Lightning-dev] Proposal: Add support for proxying p2p connections to/from LND
Olaoluwa Osuntokun
Re: [Lightning-dev] Proposal: Add support for proxying p2p connections to/from LND
Antoine Riard
Re: [Lightning-dev] Proposal: Add support for proxying p2p connections to/from LND
Pierre
Re: [Lightning-dev] Proposal: Add support for proxying p2p connections to/from LND
Pierre
[Lightning-dev] Core-Lightning Release v0.12.0 [Web 8-init]
lisa neigut
[Lightning-dev] Supporting a custodial user who wishes to withdraw all sats from the account...
René Pickhardt via Lightning-dev
Re: [Lightning-dev] Supporting a custodial user who wishes to withdraw all sats from the account...
ZmnSCPxj via Lightning-dev
Re: [Lightning-dev] Supporting a custodial user who wishes to withdraw all sats from the account...
Martin Habovštiak
Re: [Lightning-dev] Supporting a custodial user who wishes to withdraw all sats from the account...
ZmnSCPxj via Lightning-dev
[Lightning-dev] Advances in Channel Jamming research
Antoine Riard
Re: [Lightning-dev] Lightning-dev Digest, Vol 83, Issue 11
airam
[Lightning-dev] Splice Pinning Prevention w/o Anchors
Dustin Dettmer
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Antoine Riard
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Greg Sanders
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Eugene Siegel
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Greg Sanders
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Eugene Siegel
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Greg Sanders
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Eugene Siegel
Re: [Lightning-dev] Splice Pinning Prevention w/o Anchors
Greg Sanders
[Lightning-dev] Using BOLT 8 to Send Wumbo Messages
Olaoluwa Osuntokun
Re: [Lightning-dev] Using BOLT 8 to Send Wumbo Messages
Thibaut Le Guilly
[Lightning-dev] Inbound channel routing fees
Joost Jager
Earlier messages
Later messages