lightning-dev  

Messages by Thread

• [Lightning-dev] Announcing the Lightning Network Interoperability Initiative Vincenzo Palazzo
  • Re: [Lightning-dev] Announcing the Lightning Network Interoperability Initiative Vincenzo Palazzo
• [Lightning-dev] Bitcoin Research Day 2023 Sergi Delgado Segura
• [Lightning-dev] Sidepools For Improving Payment Reliability At Scale ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Sidepools For Improving Payment Reliability At Scale ZmnSCPxj via Lightning-dev
• [Lightning-dev] CLBOSS v0.13 aka "Born to Run" Release Vincenzo Palazzo
• [Lightning-dev] Scaling Lightning With Simple Covenants jlspc via Lightning-dev
  • Re: [Lightning-dev] Scaling Lightning With Simple Covenants Anthony Towns
  • Re: [Lightning-dev] Scaling Lightning With Simple Covenants jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants Rusty Russell
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants Erik Aronesty
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants ZmnSCPxj via Lightning-dev
• [Lightning-dev] blip-0029: Taproot Asset Protocol Channels Olaoluwa Osuntokun
• [Lightning-dev] Practical PTLCs, a little more concretely Greg Sanders
  • Re: [Lightning-dev] Practical PTLCs, a little more concretely Anthony Towns
  • Re: [Lightning-dev] Practical PTLCs, a little more concretely Lloyd Fournier
  • Re: [Lightning-dev] Practical PTLCs, a little more concretely Anthony Towns
  • Re: [Lightning-dev] Practical PTLCs, a little more concretely Lloyd Fournier
• [Lightning-dev] Remotely control your lightning node from your favorite HSM Bastien TEINTURIER
  • Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM Bastien TEINTURIER
  • Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM William Casarin
  • Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM Bastien TEINTURIER
  • Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM Christian Decker
  • Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM Bastien TEINTURIER
  • Re: [Lightning-dev] Remotely control your lightning node from your favorite HSM Rusty Russell
• [Lightning-dev] faster NIKE Sphinx or more secure KEM Sphinx David Stainton
  • Re: [Lightning-dev] faster NIKE Sphinx or more secure KEM Sphinx Olaoluwa Osuntokun
  • Re: [Lightning-dev] faster NIKE Sphinx or more secure KEM Sphinx David Stainton
• [Lightning-dev] TOR enabled dynamic Proof of Work defense for onion services René Pickhardt
  • Re: [Lightning-dev] TOR enabled dynamic Proof of Work defense for onion services Pavol Rusnak via Lightning-dev
  • Re: [Lightning-dev] TOR enabled dynamic Proof of Work defense for onion services Antoine Riard
• Re: [Lightning-dev] Nucleus: Capital-efficient multipeer Lightning payment channels David A. Harding
  • 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
• [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 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

• Earlier messages