lightning-dev  

Messages by Thread

• • Re: [Lightning-dev] Nucleus: Capital-efficient multipeer Lightning payment channels Atomic Mr Nuclear
  • Re: [Lightning-dev] Nucleus: Capital-efficient multipeer Lightning payment channels ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Nucleus: Capital-efficient multipeer Lightning payment channels ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Nucleus: Capital-efficient multipeer Lightning payment channels Atomic Mr Nuclear
• [Lightning-dev] lnprototest: Gather feedback on the usage of 'lnprototest' in the implementation Vincenzo Palazzo
• [Lightning-dev] Disclosure: Fake channel DoS vector Matt Morehouse
  • Re: [Lightning-dev] Disclosure: Fake channel DoS vector Antoine Riard
  • Re: [Lightning-dev] Disclosure: Fake channel DoS vector Matt Corallo
  • Re: [Lightning-dev] Disclosure: Fake channel DoS vector Antoine Riard
  • Re: [Lightning-dev] Disclosure: Fake channel DoS vector Matt Corallo
  • Re: [Lightning-dev] Disclosure: Fake channel DoS vector Antoine Riard
  • Re: [Lightning-dev] Disclosure: Fake channel DoS vector Bastien TEINTURIER
• [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Thomas Voegtlin
  • [Lightning-dev] Backing up channel state with counterparties Peter Todd
  • Re: [Lightning-dev] Backing up channel state with counterparties Thomas Voegtlin
  • Re: [Lightning-dev] Backing up channel state with counterparties Peter Todd
  • Re: [Lightning-dev] Backing up channel state with counterparties GamedevAlice
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Bastien TEINTURIER
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Peter Todd
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Bastien TEINTURIER
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Thomas Voegtlin
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Bastien TEINTURIER
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK SomberNight via Lightning-dev
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Bastien TEINTURIER
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Thomas Voegtlin
  • Re: [Lightning-dev] Resumable channels using OP_CHECKSIGFROMSTACK Thomas Voegtlin
• [Lightning-dev] Jamming Mitigation Dry Run Carla Kirk-Cohen
  • Re: [Lightning-dev] Jamming Mitigation Dry Run Elias Rohrer
  • Re: [Lightning-dev] Jamming Mitigation Dry Run Carla Kirk-Cohen
  • Re: [Lightning-dev] Jamming Mitigation Dry Run Elias Rohrer
  • Re: [Lightning-dev] Jamming Mitigation Dry Run Vincenzo Palazzo
  • Re: [Lightning-dev] Jamming Mitigation Dry Run Elias Rohrer
  • Re: [Lightning-dev] Jamming Mitigation Dry Run Vincenzo Palazzo
  • Re: [Lightning-dev] Jamming Mitigation Dry Run Peter Todd
• [Lightning-dev] Multipath Keysend ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Multipath Keysend Thomas HUET
  • Re: [Lightning-dev] Multipath Keysend Matt Morehouse
  • Re: [Lightning-dev] Multipath Keysend Olaoluwa Osuntokun
  • Re: [Lightning-dev] Multipath Keysend Matt Corallo
• [Lightning-dev] Specification Meeting Transcripts Carla Kirk-Cohen
• [Lightning-dev] Blinded Paths Doom Scenario Ben Carman
  • Re: [Lightning-dev] Blinded Paths Doom Scenario Bastien TEINTURIER
  • Re: [Lightning-dev] Blinded Paths Doom Scenario Tony Giorgio PM via Lightning-dev
  • Re: [Lightning-dev] Blinded Paths Doom Scenario Bastien TEINTURIER
  • Re: [Lightning-dev] Blinded Paths Doom Scenario Tony Giorgio PM via Lightning-dev
  • Re: [Lightning-dev] Blinded Paths Doom Scenario Bastien TEINTURIER
  • Re: [Lightning-dev] Blinded Paths Doom Scenario Antoine Riard
• [Lightning-dev] LN Summit 2023 Notes Carla Kirk-Cohen
  • Re: [Lightning-dev] LN Summit 2023 Notes ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] LN Summit 2023 Notes Antoine Riard
  • Re: [Lightning-dev] LN Summit 2023 Notes Anthony Towns
  • Re: [Lightning-dev] LN Summit 2023 Notes Clara Shikhelman
  • Re: [Lightning-dev] LN Summit 2023 Notes Anthony Towns
• [Lightning-dev] option_simple_close for "unfailable" closing Rusty Russell
• [Lightning-dev] An Open Source Framework to Collect Lightning Network Metrics Vincenzo Palazzo
• [Lightning-dev] BOLT cleanup: removing features, assuming others Rusty Russell
• [Lightning-dev] Equalizing Packet Size ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Equalizing Packet Size Antoine Riard
• [Lightning-dev] Computing Blinding Factors in a PTLC and Trampoline World ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Computing Blinding Factors in a PTLC and Trampoline World Bastien TEINTURIER
  • Re: [Lightning-dev] Computing Blinding Factors in a PTLC and Trampoline World ZmnSCPxj via Lightning-dev
• [Lightning-dev] VLS Beta 1 released devrandom via Lightning-dev
• Re: [Lightning-dev] LN summit organisation (nully0x) nully0x--- via Lightning-dev
  • Re: [Lightning-dev] LN summit organisation (nully0x) Antoine Riard
• [Lightning-dev] LN Summit 2024 Organization Antoine Riard
  • Re: [Lightning-dev] LN Summit 2024 Organization Bernard Parah
  • Re: [Lightning-dev] LN Summit 2024 Organization Antoine Riard
  • Re: [Lightning-dev] LN Summit 2024 Organization Matt Corallo
  • Re: [Lightning-dev] LN Summit 2024 Organization Antoine Riard
  • Re: [Lightning-dev] LN Summit 2024 Organization Matt Corallo
  • Re: [Lightning-dev] LN Summit 2024 Organization Antoine Riard
  • Re: [Lightning-dev] LN Summit 2024 Organization Peter Todd
  • Re: [Lightning-dev] LN Summit 2024 Organization Antoine Riard
  • Re: [Lightning-dev] LN Summit 2024 Organization Antoine Riard
• [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! callebtc via Lightning-dev
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! Antoine Riard
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! Rusty Russell
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! callebtc via Lightning-dev
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! David A. Harding
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! fiatjaf
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! Olaoluwa Osuntokun
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! Martin Habovštiak
  • Re: [Lightning-dev] Potential vulnerability in Lightning backends: BOLT-11 "payment hash" does not commit to payment! Martin Habovštiak
• [Lightning-dev] Proposal: Bundled payments Thomas Voegtlin
  • Re: [Lightning-dev] Proposal: Bundled payments Olaoluwa Osuntokun
  • Re: [Lightning-dev] Proposal: Bundled payments Thomas Voegtlin
  • Re: [Lightning-dev] Proposal: Bundled payments Matt Corallo
  • Re: [Lightning-dev] Proposal: Bundled payments Thomas Voegtlin
  • Re: [Lightning-dev] Proposal: Bundled payments Bastien TEINTURIER
  • Re: [Lightning-dev] Proposal: Bundled payments Thomas Voegtlin
  • Re: [Lightning-dev] Proposal: Bundled payments Matt Corallo
  • Re: [Lightning-dev] Proposal: Bundled payments Steve Lee
  • Re: [Lightning-dev] Proposal: Bundled payments Bastien TEINTURIER
  • Re: [Lightning-dev] Proposal: Bundled payments SomberNight via Lightning-dev
  • Re: [Lightning-dev] Proposal: Bundled payments David A. Harding
  • Re: [Lightning-dev] Proposal: Bundled payments Thomas Voegtlin
  • Re: [Lightning-dev] Proposal: Bundled payments Bastien TEINTURIER
• [Lightning-dev] Today’s Spam Matt Corallo
• [Lightning-dev] Bitcoin mail list needs an explicit moderation policy Dr Maxim Orlovsky via Lightning-dev
  • Re: [Lightning-dev] Bitcoin mail list needs an explicit moderation policy Bryan Bishop
  • Re: [Lightning-dev] [bitcoin-dev] Bitcoin mail list needs an explicit moderation policy vjudeu
• [Lightning-dev] Solving Lightning Jamming and beyond with Staking Credentials: a Protocol Walkthrough Antoine Riard
• [Lightning-dev] Release Announcement v23.05: Austin Texas Agreement(ATXA) Shahana Farooqui
• [Lightning-dev] Jamming call May 15th Clara Shikhelman
• [Lightning-dev] Fixing a griefing attack on JIT Channels using PTLCs Ben Carman
  • Re: [Lightning-dev] Fixing a griefing attack on JIT Channels using PTLCs SomberNight via Lightning-dev
  • Re: [Lightning-dev] Fixing a griefing attack on JIT Channels using PTLCs ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Fixing a griefing attack on JIT Channels using PTLCs ZmnSCPxj via Lightning-dev
• [Lightning-dev] [Proposal][Payment Route Reservation] PTLC/HTLC with Reusable Static Invoices g0b1el via Lightning-dev
• [Lightning-dev] Call For Review - LSPSpec LSPS1 LSPS2 Severin Bühler
  • Re: [Lightning-dev] Call For Review - LSPSpec LSPS1 LSPS2 ZmnSCPxj via Lightning-dev
• [Lightning-dev] Liquidity griefing for 0-conf dual-funded txs Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity griefing for 0-conf dual-funded txs ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Liquidity griefing for 0-conf dual-funded txs Matt Morehouse
  • Re: [Lightning-dev] Liquidity griefing for 0-conf dual-funded txs ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Liquidity griefing for 0-conf dual-funded txs Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity griefing for 0-conf dual-funded txs Antoine Riard
  • Re: [Lightning-dev] Liquidity griefing for 0-conf dual-funded txs Bastien TEINTURIER
• [Lightning-dev] HTLC Endorsement for Jamming Mitigation Carla Kirk-Cohen
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Antoine Riard
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Clara Shikhelman
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Christian Decker
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Michael Folkson via Lightning-dev
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Clara Shikhelman
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Vincenzo Palazzo
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Antoine Riard
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Clara Shikhelman
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Antoine Riard
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Clara Shikhelman
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Antoine Riard
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Clara Shikhelman
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Antoine Riard
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Carla Kirk-Cohen
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Vincenzo Palazzo
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Christian Decker
  • Re: [Lightning-dev] HTLC Endorsement for Jamming Mitigation Vincenzo Palazzo
• [Lightning-dev] Spending `to_local` output of commitment Benjamin Weintraub via Lightning-dev
  • Re: [Lightning-dev] Spending `to_local` output of commitment Ken Sedgwick
  • Re: [Lightning-dev] Spending `to_local` output of commitment Benjamin Weintraub via Lightning-dev
  • Re: [Lightning-dev] Spending `to_local` output of commitment Keagan McClelland
• [Lightning-dev] A Note on Public Communication niftynei
  • Re: [Lightning-dev] A Note on Public Communication Jorge Timón
  • Re: [Lightning-dev] A Note on Public Communication Vincenzo Palazzo
  • Re: [Lightning-dev] A Note on Public Communication Tony Giorgio via Lightning-dev
  • Re: [Lightning-dev] A Note on Public Communication Bryan Bishop
  • Re: [Lightning-dev] A Note on Public Communication Vincenzo Palazzo
  • Re: [Lightning-dev] A Note on Public Communication Michael Folkson via Lightning-dev
  • Re: [Lightning-dev] A Note on Public Communication Vincenzo Palazzo
  • Re: [Lightning-dev] A Note on Public Communication Antoine Riard
  • Re: [Lightning-dev] A Note on Public Communication Jorge Timón
  • Re: [Lightning-dev] A Note on Public Communication Jorge Timón
  • Re: [Lightning-dev] A Note on Public Communication Keagan McClelland
  • Re: [Lightning-dev] A Note on Public Communication alicexbt via Lightning-dev
  • Re: [Lightning-dev] A Note on Public Communication Aymeric Vitte
• [Lightning-dev] Splice Lock Race Condition Solution Dustin Dettmer
  • Re: [Lightning-dev] Splice Lock Race Condition Solution Bastien TEINTURIER
  • Re: [Lightning-dev] Splice Lock Race Condition Solution Dusty Daemon
• [Lightning-dev] Proposed changes to the splicing specification Bastien TEINTURIER
  • Re: [Lightning-dev] Proposed changes to the splicing specification Antoine Riard
  • Re: [Lightning-dev] Proposed changes to the splicing specification ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposed changes to the splicing specification ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposed changes to the splicing specification Dustin Dettmer
• [Lightning-dev] [Splicing] On the topic of commit_sigs + revoke_and_ack niftynei
• [Lightning-dev] On watchtowers and accumulators Sergi Delgado Segura
• [Lightning-dev] [MODERATION] List Moderation Enabled Rusty Russell
• [Lightning-dev] Payment correlation attacks g0b1el via Lightning-dev
  • Re: [Lightning-dev] Payment correlation attacks Lloyd Fournier
• [Lightning-dev] JSON RPC Interface BLIP michael--- via Lightning-dev
• [Lightning-dev] On a legal communication received March 14th 2023 on one of my Bitcoin dev endpoint Antoine Riard
• [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels jlspc via Lightning-dev
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels David A. Harding
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels jlspc via Lightning-dev
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels Anthony Towns
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels Anthony Towns
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels jlspc via Lightning-dev
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels jlspc via Lightning-dev
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels Anthony Towns
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels jlspc via Lightning-dev
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels Anthony Towns
  • Re: [Lightning-dev] Resizing Lightning Channels Off-Chain With Hierarchical Channels jlspc via Lightning-dev
• [Lightning-dev] Jamming Mitigation Call Summary - 03/06 Carla Kirk-Cohen
• [Lightning-dev] Jamming Mitigation Call Today Clara Shikhelman
• [Lightning-dev] Onion messages for probing scheme vwallace via Lightning-dev
  • Re: [Lightning-dev] Onion messages for probing scheme Antoine Riard
  • Re: [Lightning-dev] Onion messages for probing scheme Aymeric Vitte
• [Lightning-dev] [Proposal] Payment Route Reservation g0b1el via Lightning-dev
  • Re: [Lightning-dev] [Proposal] Payment Route Reservation g0b1el via Lightning-dev
  • Re: [Lightning-dev] [Proposal] Payment Route Reservation g0b1el via Lightning-dev
• [Lightning-dev] Jamming Mitigation Call 02/20 Carla Kirk-Cohen
• [Lightning-dev] 3 way channels and 0 conf channels l0k1 via Lightning-dev
  • Re: [Lightning-dev] 3 way channels and 0 conf channels ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] 3 way channels and 0 conf channels l0k1 via Lightning-dev
  • Re: [Lightning-dev] 3 way channels and 0 conf channels ZmnSCPxj via Lightning-dev
• [Lightning-dev] Local Reputation to Mitigate Slow Jamming Clara Shikhelman
  • 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 Thomas HUET
  • Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming Clara Shikhelman
  • Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming Thomas HUET
  • Re: [Lightning-dev] Local Reputation to Mitigate Slow Jamming Clara Shikhelman

• Earlier messages
• Later messages