lightning-dev  

Messages by Thread

• [Lightning-dev] Automating cryptanalysis of LN and mempool Nagaev Boris
• Re: [Lightning-dev] Update of IPv4 address in channel_reestablish message? Olaoluwa Osuntokun
• [Lightning-dev] Setting to_self_delay and cltv_expiry prior to channel opening Michael Folkson via Lightning-dev
• Re: [Lightning-dev] [bitcoin-dev] CheckTemplateVerify Does Not Scale Due to UTXO's Required For Fee Payment Michael Folkson via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] CheckTemplateVerify Does Not Scale Due to UTXO's Required For Fee Payment ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] CheckTemplateVerify Does Not Scale Due to UTXO's Required For Fee Payment Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] CheckTemplateVerify Does Not Scale Due to UTXO's Required For Fee Payment ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] CheckTemplateVerify Does Not Scale Due to UTXO's Required For Fee Payment ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] CheckTemplateVerify Does Not Scale Due to UTXO's Required For Fee Payment Anthony Towns
  • Re: [Lightning-dev] [bitcoin-dev] CheckTemplateVerify Does Not Scale Due to UTXO's Required For Fee Payment Peter Todd
• Re: [Lightning-dev] On the scalability issues of onboarding millions of LN mobile clients Datis Istanbul
• [Lightning-dev] Lampo v23.12-beta.1 aka Santa Claus lives in Area 51 Vincenzo Palazzo
• [Lightning-dev] SCIDADDRESS - a new address format? Andrea Raspitzu
• [Lightning-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks Eric Voskuil
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks Eric Voskuil
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks Nagaev Boris
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning Safely With Feerate-Dependent Timelocks David A. Harding
• [Lightning-dev] The remote anchor of anchor channels is redundant Peter Todd
  • Re: [Lightning-dev] The remote anchor of anchor channels is redundant Bastien TEINTURIER
  • Re: [Lightning-dev] The remote anchor of anchor channels is redundant Peter Todd
  • Re: [Lightning-dev] The remote anchor of anchor channels is redundant Bastien TEINTURIER
  • Re: [Lightning-dev] The remote anchor of anchor channels is redundant Peter Todd
• [Lightning-dev] Liquidity Ads and griefing subtleties Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Matt Morehouse
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Matt Morehouse
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Keagan McClelland
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Matt Morehouse
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads and griefing subtleties Matt Morehouse
• [Lightning-dev] Mailing List Future Matt Corallo
  • Re: [Lightning-dev] Mailing List Future Bastien TEINTURIER
  • Re: [Lightning-dev] Mailing List Future Olaoluwa Osuntokun
  • Re: [Lightning-dev] Mailing List Future Vincenzo Palazzo
  • Re: [Lightning-dev] Mailing List Future Matt Corallo
  • Re: [Lightning-dev] Mailing List Future Matt Corallo
  • Re: [Lightning-dev] Mailing List Future Peter Todd
  • Re: [Lightning-dev] Mailing List Future James O'Beirne
  • Re: [Lightning-dev] Mailing List Future Peter Todd
  • Re: [Lightning-dev] Mailing List Future Vincenzo Palazzo
  • Re: [Lightning-dev] Mailing List Future Olaoluwa Osuntokun
  • Re: [Lightning-dev] Mailing List Future Vincenzo Palazzo
  • Re: [Lightning-dev] Mailing List Future Vincenzo Palazzo
• Re: [Lightning-dev] [bitcoin-dev] HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants) Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants) Johan Torås Halseth
  • Re: [Lightning-dev] [bitcoin-dev] HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants) Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants) Johan Torås Halseth
• [Lightning-dev] Liquidity Ads: Updated Spec Posted, please review niftynei
  • Re: [Lightning-dev] Liquidity Ads: Updated Spec Posted, please review Bastien TEINTURIER
  • Re: [Lightning-dev] Liquidity Ads: Updated Spec Posted, please review niftynei
  • Re: [Lightning-dev] Liquidity Ads: Updated Spec Posted, please review Bastien TEINTURIER
• [Lightning-dev] Lightning Address in a Bolt 12 world Bastien TEINTURIER
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Tony Giorgio via Lightning-dev
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Bastien TEINTURIER
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Tony Giorgio via Lightning-dev
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Matt Corallo
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Andy Schroder
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Andy Schroder
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Matt Corallo
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Bastien TEINTURIER
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Andy Schroder
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Andy Schroder
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Matt Corallo
  • Re: [Lightning-dev] Lightning Address in a Bolt 12 world Bastien TEINTURIER
• [Lightning-dev] delvingbitcoin.org discourse forum Anthony Towns
• [Lightning-dev] Fwd: HTLC output aggregation as a mitigation for tx recycling, jamming, and on-chain efficiency (covenants) Johan Torås Halseth
• [Lightning-dev] On solving pinning, replacement cycling and mempool issues for bitcoin second-layers Antoine Riard
  • Re: [Lightning-dev] On solving pinning, replacement cycling and mempool issues for bitcoin second-layers Antoine Riard
• [Lightning-dev] Removing channel reserve for mobile wallet users Bastien TEINTURIER
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users Tony Giorgio via Lightning-dev
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users Bastien TEINTURIER
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users Tony Giorgio via Lightning-dev
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users SomberNight via Lightning-dev
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users Kulpreet Singh
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users Bastien TEINTURIER
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users ziggie1984 via Lightning-dev
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users Bastien TEINTURIER
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users ziggie1984 via Lightning-dev
  • Re: [Lightning-dev] Removing channel reserve for mobile wallet users John Carvalho
• [Lightning-dev] Batch exchange withdrawal to lightning requires covenants Bastien TEINTURIER
  • Re: [Lightning-dev] [bitcoin-dev] Batch exchange withdrawal to lightning requires covenants ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Batch exchange withdrawal to lightning requires covenants Greg Sanders
  • Re: [Lightning-dev] [bitcoin-dev] Batch exchange withdrawal to lightning requires covenants ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Batch exchange withdrawal to lightning requires covenants Antoine Riard
  • Re: [Lightning-dev] Batch exchange withdrawal to lightning requires covenants Bastien TEINTURIER
  • Re: [Lightning-dev] Batch exchange withdrawal to lightning requires covenants Antoine Riard
  • Re: [Lightning-dev] Batch exchange withdrawal to lightning requires covenants Bastien TEINTURIER
  • Re: [Lightning-dev] Batch exchange withdrawal to lightning requires covenants Antoine Riard
  • Re: [Lightning-dev] [lightning-dev] Batch exchange withdrawal to lightning requires covenants David A. Harding
  • Re: [Lightning-dev] [lightning-dev] Batch exchange withdrawal to lightning requires covenants Bastien TEINTURIER
• [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Olaoluwa Osuntokun
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" ziggie1984 via Lightning-dev
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Morehouse
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Corallo
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Corallo
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Corallo
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Corallo
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Corallo
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Bastien TEINTURIER
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Morehouse
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Morehouse
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Olaoluwa Osuntokun
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Matt Corallo
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Peter Todd
  • Re: [Lightning-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Antoine Riard
  • [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely David A. Harding
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely vjudeu
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Antoine Riard
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Antoine Riard
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Antoine Riard
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Antoine Riard
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Jorge Timón
  • Re: [Lightning-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Matt Morehouse
  • Re: [Lightning-dev] [bitcoin-dev] OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely Antoine Riard
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" Nadav Ivgi
  • Re: [Lightning-dev] [bitcoin-dev] Full Disclosure: CVE-2023-40231 / CVE-2023-40232 / CVE-2023-40233 / CVE-2023-40234 "All your mempool are belong to us" David A. Harding
• [Lightning-dev] SimLN: Simulate active test networks Carla Kirk-Cohen
• [Lightning-dev] Payment Splitting & Switching and its impact on Balance Discovery Attacks (preprint) Gijs van Dam
  • Re: [Lightning-dev] Payment Splitting & Switching and its impact on Balance Discovery Attacks (preprint) Tony Giorgio PM via Lightning-dev
• [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] 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 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
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants David A. Harding
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants jlspc via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Scaling Lightning With Simple Covenants jlspc 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

• Earlier messages