lightning-dev  

Messages by Thread

• • Re: [Lightning-dev] Pay-to-Open and UX improvements Ethan Heilman
  • Re: [Lightning-dev] Pay-to-Open and UX improvements Antoine Riard
  • Re: [Lightning-dev] Pay-to-Open and UX improvements Bastien TEINTURIER
  • Re: [Lightning-dev] Pay-to-Open and UX improvements Ethan Heilman
  • 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 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
• [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning in a Taproot future Matt Corallo
  • Re: [Lightning-dev] Lightning in a Taproot future Anthony Towns
  • Re: [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning in a Taproot future Lloyd Fournier
  • Re: [Lightning-dev] Lightning in a Taproot future David A. Harding
  • Re: [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning in a Taproot future David A. Harding
  • Re: [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning in a Taproot future David A. Harding
  • Re: [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning in a Taproot future ZmnSCPxj via Lightning-dev
• [Lightning-dev] Time-Dilation Attacks on Offchain Protocols Antoine Riard
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols Matt Corallo
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols David A. Harding
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols Orfeas Stefanos Thyfronitis Litos
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols Antoine Riard
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols David A. Harding
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols Matt Corallo
  • Re: [Lightning-dev] Time-Dilation Attacks on Offchain Protocols Antoine Riard
• [Lightning-dev] A gossip network for cross-chain trampoline payments Jorge Timón
• [Lightning-dev] Proof-of-work vs fees (was; Re: A proposal for up-front payments) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proof-of-work vs fees Orfeas Stefanos Thyfronitis Litos
  • Re: [Lightning-dev] Proof-of-work vs fees ZmnSCPxj via Lightning-dev
• [Lightning-dev] [DRAFT] BOLT 13(?): WatchTower protocol Sergi Delgado Segura
  • Re: [Lightning-dev] [DRAFT] BOLT 13(?): WatchTower protocol Antoine Riard
  • Re: [Lightning-dev] [DRAFT] BOLT 13(?): WatchTower protocol Sergi Delgado Segura
  • Re: [Lightning-dev] [DRAFT] BOLT 13(?): WatchTower protocol Rusty Russell
  • Re: [Lightning-dev] [DRAFT] BOLT 13(?): WatchTower protocol Sergi Delgado Segura
  • Re: [Lightning-dev] [DRAFT] BOLT 13(?): WatchTower protocol Sergi Delgado Segura
• [Lightning-dev] eltoo towers and implications for settlement key derivation Conner Fromknecht
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation Rusty Russell
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation Conner Fromknecht
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation Christian Decker
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation Rusty Russell
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation Christian Decker
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation Anthony Towns
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] eltoo towers and implications for settlement key derivation Christian Decker
• [Lightning-dev] Lightning-dev down ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning-dev down Bryan Bishop
• [Lightning-dev] Doubt regarding payment channel capacity Subhra Mazumdar
  • Re: [Lightning-dev] Doubt regarding payment channel capacity fiatjaf
  • Re: [Lightning-dev] Doubt regarding payment channel capacity ZmnSCPxj via Lightning-dev
• [Lightning-dev] Payment points without 2p-ECDSA or Schnorr uSEkaCIO via Lightning-dev
  • Re: [Lightning-dev] Payment points without 2p-ECDSA or Schnorr ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Payment points without 2p-ECDSA or Schnorr uSEkaCIO via Lightning-dev
• [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Takaya Imai
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Takaya Imai
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Subhra Mazumdar
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Takaya Imai
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Subhra Mazumdar
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Matt Corallo
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Subhra Mazumdar
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Matt Corallo
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Subhra Mazumdar
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Matt Corallo
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Subhra Mazumdar
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Matt Corallo
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Subhra Mazumdar
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Subhra Mazumdar
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Andrés G . Aragoneses
  • Re: [Lightning-dev] Data Lightning Atomic Swap (DLAS-down, DLAS-up) Matt Corallo
• [Lightning-dev] HORNET via Circular Self-payment Routing in a Decorrelation Payment Points+Scalar Lightning Network ZmnSCPxj via Lightning-dev
• [Lightning-dev] Potential Minor Sphinx Privacy Leak and Patch Olaoluwa Osuntokun
• [Lightning-dev] BOLT 11: add optional vendor field. Rusty Russell
  • Re: [Lightning-dev] BOLT 11: add optional vendor field. ZmnSCPxj via Lightning-dev
• [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Rusty Russell
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Rusty Russell
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Yaacov Akiba Slama
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Rusty Russell
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Yaacov Akiba Slama
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Ross Dyson
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Rusty Russell
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Rusty Russell
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Yaacov Akiba Slama
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Rusty Russell
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Yaacov Akiba Slama
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Rusty Russell
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Yaacov Akiba Slama
  • Re: [Lightning-dev] [VERY ROUGH DRAFT] BOLT 12: Offers Jorge Timón
• [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Bastien TEINTURIER
  • Re: [Lightning-dev] A proposal for up-front payments. Pierre
  • Re: [Lightning-dev] A proposal for up-front payments. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A proposal for up-front payments. Bastien TEINTURIER
  • Re: [Lightning-dev] A proposal for up-front payments. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A proposal for up-front payments. Orfeas Stefanos Thyfronitis Litos
  • Re: [Lightning-dev] A proposal for up-front payments. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A proposal for up-front payments. Orfeas Stefanos Thyfronitis Litos
  • Re: [Lightning-dev] A proposal for up-front payments. Orfeas Stefanos Thyfronitis Litos
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Olaoluwa Osuntokun
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Joost Jager
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Joost Jager
  • Re: [Lightning-dev] A proposal for up-front payments. lisa neigut
  • Re: [Lightning-dev] A proposal for up-front payments. Joost Jager
  • Re: [Lightning-dev] A proposal for up-front payments. Yaacov Akiba Slama
  • Re: [Lightning-dev] A proposal for up-front payments. Joost Jager
  • Re: [Lightning-dev] A proposal for up-front payments. Yaacov Akiba Slama
  • Re: [Lightning-dev] A proposal for up-front payments. Yaacov Akiba Slama
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Joost Jager
  • Re: [Lightning-dev] A proposal for up-front payments. Joost Jager
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Anthony Towns
  • Re: [Lightning-dev] A proposal for up-front payments. Rusty Russell
  • Re: [Lightning-dev] A proposal for up-front payments. Joost Jager
• Re: [Lightning-dev] [PATCH] First draft of option_simplfied_commitment Matt Corallo
  • Re: [Lightning-dev] [PATCH] First draft of option_simplfied_commitment Joost Jager
  • Re: [Lightning-dev] [PATCH] First draft of option_simplfied_commitment Rusty Russell
  • Re: [Lightning-dev] [PATCH] First draft of option_simplfied_commitment David A. Harding
  • Re: [Lightning-dev] [PATCH] First draft of option_simplfied_commitment Matt Corallo
• [Lightning-dev] asynchronous Lightning network payments Konstantin Ketterer
  • Re: [Lightning-dev] asynchronous Lightning network payments Nadav Kohen
  • Re: [Lightning-dev] asynchronous Lightning network payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] asynchronous Lightning network payments Konstantin Ketterer
  • Re: [Lightning-dev] asynchronous Lightning network payments Yaacov Akiba Slama
  • Re: [Lightning-dev] asynchronous Lightning network payments Yaacov Akiba Slama
  • Re: [Lightning-dev] asynchronous Lightning network payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] asynchronous Lightning network payments Yaacov Akiba Slama
• [Lightning-dev] c-lightning v0.7.3 "Bitcoin's Proof of Stake" Released lisa neigut
• [Lightning-dev] Make Me An Offer: Next Level Invoicing Corné Plooy via Lightning-dev
  • Re: [Lightning-dev] Make Me An Offer: Next Level Invoicing ZmnSCPxj via Lightning-dev
• [Lightning-dev] Thoughts on CoinSwap privacy relative to Lightning ZmnSCPxj via Lightning-dev
• [Lightning-dev] Unpublished Channels, and a Proposal for Local Channel Publication ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Unpublished Channels, and a Proposal for Local Channel Publication ZmnSCPxj via Lightning-dev
• [Lightning-dev] Sign up for Taproot BIP review by October 30 Steve Lee
• [Lightning-dev] Rendez-vous on a Trampoline Bastien TEINTURIER
  • Re: [Lightning-dev] Rendez-vous on a Trampoline Corné Plooy via Lightning-dev
  • Re: [Lightning-dev] Rendez-vous on a Trampoline Antoine Riard
  • Re: [Lightning-dev] Rendez-vous on a Trampoline Bastien TEINTURIER
  • Re: [Lightning-dev] Rendez-vous on a Trampoline Olaoluwa Osuntokun
  • Re: [Lightning-dev] Rendez-vous on a Trampoline Bastien TEINTURIER
• [Lightning-dev] Nodelets, a layer 3 proposal ZmnSCPxj via Lightning-dev
• [Lightning-dev] Atomic Secrets Exchange CJP
  • Re: [Lightning-dev] Atomic Secrets Exchange Nadav Kohen
• [Lightning-dev] Increasing fee defaults to 5000+500 for a healthier network? Rusty Russell
  • Re: [Lightning-dev] Increasing fee defaults to 5000+500 for a healthier network? ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Increasing fee defaults to 5000+500 for a healthier network? Pierre
  • Re: [Lightning-dev] Increasing fee defaults to 5000+500 for a healthier network? Olaoluwa Osuntokun
  • Re: [Lightning-dev] Increasing fee defaults to 5000+500 for a healthier network? ecurrencyhodler
  • Re: [Lightning-dev] Increasing fee defaults to 5000+500 for a healthier network? Rusty Russell
  • Re: [Lightning-dev] Increasing fee defaults to 5000+500 for a healthier network? Rusty Russell
• [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) Nadav Kohen
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) Nadav Kohen
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) Orfeas Stefanos Thyfronitis Litos
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) Lloyd Fournier
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) Lloyd Fournier
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) Jonas Nick
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) Nadav Kohen
  • Re: [Lightning-dev] A Payment Point Feature Family (MultiSig, DLC, Escrow, ...) ZmnSCPxj via Lightning-dev
• [Lightning-dev] Payment point+scalar (was: Re: Proposal: AMPs With Proof of Payment) ZmnSCPxj via Lightning-dev
• [Lightning-dev] Proposal: AMPs With Proof of Payment Nadav Kohen
  • Re: [Lightning-dev] Proposal: AMPs With Proof of Payment ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal: AMPs With Proof of Payment Nadav Kohen
• [Lightning-dev] Continuing the discussion about noinput / anyprevout Christian Decker
  • Re: [Lightning-dev] [bitcoin-dev] Continuing the discussion about noinput / anyprevout ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Continuing the discussion about noinput / anyprevout ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] Continuing the discussion about noinput / anyprevout Christian Decker
  • Re: [Lightning-dev] [bitcoin-dev] Continuing the discussion about noinput / anyprevout Anthony Towns
  • Re: [Lightning-dev] [bitcoin-dev] Continuing the discussion about noinput / anyprevout ZmnSCPxj via Lightning-dev

• Earlier messages
• Later messages