lightning-dev  

Messages by Thread

• • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Nadav Kohen
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Nadav Kohen
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation David A. Harding
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Rusty Russell
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Subhra Mazumdar
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Subhra Mazumdar
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Subhra Mazumdar
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Subhra Mazumdar
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation Subhra Mazumdar
  • Re: [Lightning-dev] Proof-of-closure as griefing attack mitigation ZmnSCPxj via Lightning-dev
• [Lightning-dev] Anchor Outputs Spec & Implementation Progress Olaoluwa Osuntokun
  • Re: [Lightning-dev] Anchor Outputs Spec & Implementation Progress Matt Corallo via Lightning-dev
• [Lightning-dev] Difference between ignoring htlc request due to wrong payment hash vs refusing to release preimage in LND Subhra Mazumdar
  • Re: [Lightning-dev] Difference between ignoring htlc request due to wrong payment hash vs refusing to release preimage in LND ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Difference between ignoring htlc request due to wrong payment hash vs refusing to release preimage in LND Subhra Mazumdar
  • Re: [Lightning-dev] Difference between ignoring htlc request due to wrong payment hash vs refusing to release preimage in LND ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Difference between ignoring htlc request due to wrong payment hash vs refusing to release preimage in LND Subhra Mazumdar
  • Re: [Lightning-dev] Difference between ignoring htlc request due to wrong payment hash vs refusing to release preimage in LND ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Difference between ignoring htlc request due to wrong payment hash vs refusing to release preimage in LND Subhra Mazumdar
• [Lightning-dev] Blind paths revisited Rusty Russell
  • Re: [Lightning-dev] Blind paths revisited ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited Rusty Russell
  • Re: [Lightning-dev] Blind paths revisited Bastien TEINTURIER via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited Bastien TEINTURIER via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited Subhra Mazumdar
  • Re: [Lightning-dev] Blind paths revisited ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited Subhra Mazumdar
  • Re: [Lightning-dev] Blind paths revisited ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited Subhra Mazumdar
  • Re: [Lightning-dev] Blind paths revisited ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Blind paths revisited Subhra Mazumdar
• [Lightning-dev] Refunds without offers Jorge Timón
• [Lightning-dev] Locking of funds by both parties in HTLC to enforce penalty Subhra Mazumdar
  • Re: [Lightning-dev] Locking of funds by both parties in HTLC to enforce penalty Lloyd Fournier
  • Re: [Lightning-dev] Locking of funds by both parties in HTLC to enforce penalty Subhra Mazumdar
  • Re: [Lightning-dev] Locking of funds by both parties in HTLC to enforce penalty Lloyd Fournier
  • Re: [Lightning-dev] Locking of funds by both parties in HTLC to enforce penalty Subhra Mazumdar
  • Re: [Lightning-dev] Locking of funds by both parties in HTLC to enforce penalty Lloyd Fournier
  • Re: [Lightning-dev] Locking of funds by both parties in HTLC to enforce penalty Subhra Mazumdar
• [Lightning-dev] Superbolt Proposal - a professionally run LN subset delivering superior UX Robert Allen
  • Re: [Lightning-dev] Superbolt Proposal - a professionally run LN subset delivering superior UX ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Superbolt Proposal - a professionally run LN subset delivering superior UX Robert Allen
  • Re: [Lightning-dev] Superbolt Proposal - a professionally run LN subset delivering superior UX ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Superbolt Proposal - a professionally run LN subset delivering superior UX Robert Allen
  • Re: [Lightning-dev] Superbolt Proposal - a professionally run LN subset delivering superior UX ZmnSCPxj via Lightning-dev
• [Lightning-dev] Lightning Spec Meeting 2020/03/02 Christian Decker
• [Lightning-dev] On massive channel closing and fee bumping Gleb Naumenko
  • Re: [Lightning-dev] On massive channel closing and fee bumping ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] On massive channel closing and fee bumping Devrandom
• [Lightning-dev] Sphinx Rendezvous Update Bastien TEINTURIER via Lightning-dev
  • Re: [Lightning-dev] Sphinx Rendezvous Update Christian Decker
  • Re: [Lightning-dev] Sphinx Rendezvous Update Bastien TEINTURIER via Lightning-dev
  • Re: [Lightning-dev] Sphinx Rendezvous Update Christian Decker
• [Lightning-dev] Direct Message draft Rusty Russell
  • Re: [Lightning-dev] Direct Message draft René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Direct Message draft Rusty Russell
  • Re: [Lightning-dev] Direct Message draft ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Direct Message draft Rusty Russell
  • Re: [Lightning-dev] Direct Message draft ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Direct Message draft Christian Decker
  • Re: [Lightning-dev] Direct Message draft ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Direct Message draft Rusty Russell
• [Lightning-dev] [RELEASE] c-lightning 0.8.1: "Channel to the Moon" Rusty Russell
• [Lightning-dev] Using libp2p as a communication protocol for Lightning Alexandr Burdiyan
  • Re: [Lightning-dev] Using libp2p as a communication protocol for Lightning Matt Corallo
  • Re: [Lightning-dev] Using libp2p as a communication protocol for Lightning Bastien TEINTURIER
  • Re: [Lightning-dev] Using libp2p as a communication protocol for Lightning Rusty Russell
• [Lightning-dev] Lightning Spec Meeting 2020/02/17 Christian Decker
• [Lightning-dev] A New Routing Paradigm:Ant Routing +`getroutequick` + Trampoline ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A New Routing Paradigm:Ant Routing +`getroutequick` + Trampoline Cezary Dziemian
  • Re: [Lightning-dev] A New Routing Paradigm:Ant Routing +`getroutequick` + Trampoline ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A New Routing Paradigm:Ant Routing +`getroutequick` + Trampoline ZmnSCPxj via Lightning-dev
• [Lightning-dev] Few questions Cezary Dziemian
  • Re: [Lightning-dev] Few questions René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Few questions Cezary Dziemian
• [Lightning-dev] New paper on ant routing LEHÉRICY Gabriel
  • Re: [Lightning-dev] New paper on ant routing ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] New paper on ant routing ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] New paper on ant routing LEHÉRICY Gabriel
  • Re: [Lightning-dev] New paper on ant routing ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] New paper on ant routing ZmnSCPxj via Lightning-dev
• [Lightning-dev] Sphinx and Push Notifications Pavol Rusnak via Lightning-dev
  • Re: [Lightning-dev] Sphinx and Push Notifications darosior via Lightning-dev
  • Re: [Lightning-dev] Sphinx and Push Notifications Christian Decker
  • Re: [Lightning-dev] Sphinx and Push Notifications Johan Torås Halseth
• [Lightning-dev] Lightning Spec Meeting 2020/02/03 Christian Decker
• Re: [Lightning-dev] DRAFT: interactive tx construction protocol Max Dignan
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol Antoine Riard
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol Max Dignan
• [Lightning-dev] Remove from list pnewmanster
• [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol Antoine Riard
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol darosior via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol Antoine Riard
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol darosior via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol Antoine Riard
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol darosior via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol darosior via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol darosior via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol darosior via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol Rusty Russell
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol Rusty Russell
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol AdamISZ via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol lisa neigut
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol AdamISZ via Lightning-dev
  • Re: [Lightning-dev] DRAFT: interactive tx construction protocol ZmnSCPxj via Lightning-dev
• [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Subhra Mazumdar
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Ugam Kamat
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Subhra Mazumdar
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Matt Corallo
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Subhra Mazumdar
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Matt Corallo
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Matt Corallo
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Matt Corallo
  • Re: [Lightning-dev] Not revealing the channel capacity during opening of channel in lightning network Christian Decker
• [Lightning-dev] Reduce the amount of collateral locked by scripts for transferring funds in lightning network Subhra Mazumdar
  • Re: [Lightning-dev] Reduce the amount of collateral locked by scripts for transferring funds in lightning network ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Reduce the amount of collateral locked by scripts for transferring funds in lightning network Subhra Mazumdar
  • Re: [Lightning-dev] Reduce the amount of collateral locked by scripts for transferring funds in lightning network ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Reduce the amount of collateral locked by scripts for transferring funds in lightning network Subhra Mazumdar
• [Lightning-dev] Layered commitments with eltoo Anthony Towns
• [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Rusty Russell
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids m.a.holden via Lightning-dev
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Rusty Russell
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Rusty Russell
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Rusty Russell
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Rusty Russell
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Rusty Russell
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids Bastien TEINTURIER
  • Re: [Lightning-dev] Decoy node_ids and short_channel_ids ZmnSCPxj via Lightning-dev
• [Lightning-dev] Lightning Spec Meeting 2020/01/20 Christian Decker
• [Lightning-dev] Speculations on hardware wallet support for Lightning ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Speculations on hardware wallet support for Lightning Devrandom
  • Re: [Lightning-dev] Speculations on hardware wallet support for Lightning ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Speculations on hardware wallet support for Lightning Antoine Riard
• [Lightning-dev] Byzantine nodes in Lightning network Subhra Mazumdar
  • Re: [Lightning-dev] Byzantine nodes in Lightning network ZmnSCPxj via Lightning-dev
• [Lightning-dev] On Path Privacy ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] On Path Privacy ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] On Path Privacy ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] On Path Privacy darosior via Lightning-dev
• [Lightning-dev] Research on proactive fee free channel rebalancing in the friend of a friend network / and roadmap for a protocol extension René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Research on proactive fee free channel rebalancing in the friend of a friend network / and roadmap for a protocol extension ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Research on proactive fee free channel rebalancing in the friend of a friend network / and roadmap for a protocol extension ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Research on proactive fee free channel rebalancing in the friend of a friend network / and roadmap for a protocol extension René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Research on proactive fee free channel rebalancing in the friend of a friend network / and roadmap for a protocol extension ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Research on proactive fee free channel rebalancing in the friend of a friend network / and roadmap for a protocol extension ZmnSCPxj via Lightning-dev
• [Lightning-dev] Faking LN transactions to road block chain analysis? Does it make any sense? Piotr Włodarek
  • Re: [Lightning-dev] Faking LN transactions to road block chain analysis? Does it make any sense? ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Faking LN transactions to road block chain analysis? Does it make any sense? Esteban Ordano
  • Re: [Lightning-dev] Faking LN transactions to road block chain analysis? Does it make any sense? ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Faking LN transactions to road block chain analysis? Does it make any sense? Esteban Ordano
• [Lightning-dev] Pay-to-Open and UX improvements Bastien TEINTURIER
  • Re: [Lightning-dev] Pay-to-Open and UX improvements ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Pay-to-Open and UX improvements Bastien TEINTURIER
  • Re: [Lightning-dev] Pay-to-Open and UX improvements ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Pay-to-Open and UX improvements David A. Harding
  • Re: [Lightning-dev] Pay-to-Open and UX improvements ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Pay-to-Open and UX improvements Bastien TEINTURIER
  • Re: [Lightning-dev] Pay-to-Open and UX improvements ZmnSCPxj via Lightning-dev

• Earlier messages
• Later messages