lightning-dev  

Messages by Thread

• • Re: [Lightning-dev] RBF and dual-fund interactions Rusty Russell
• [Lightning-dev] Proposal to include some form of best effort routing, fragmentation and local AMP René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Proposal to include some form of best effort routing, fragmentation and local AMP ZmnSCPxj via Lightning-dev
• [Lightning-dev] Splicing Proposal: Now with RBF Rusty Russell
  • Re: [Lightning-dev] Splicing Proposal: Now with RBF ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Splicing Proposal: Now with RBF lisa neigut
  • Re: [Lightning-dev] Splicing Proposal: Now with RBF Rusty Russell
• [Lightning-dev] type,len,value standard ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] type,len,value standard Conner Fromknecht
  • Re: [Lightning-dev] type,len,value standard ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] type,len,value standard ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] type,len,value standard Conner Fromknecht
  • Re: [Lightning-dev] type,len,value standard Rusty Russell
  • Re: [Lightning-dev] type,len,value standard Christian Decker
• [Lightning-dev] Strawman BOLT11 static "offer" format using probes. Rusty Russell
  • Re: [Lightning-dev] Strawman BOLT11 static "offer" format using probes. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Strawman BOLT11 static "offer" format using probes. Rusty Russell
  • Re: [Lightning-dev] Strawman BOLT11 static "offer" format using probes. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Strawman BOLT11 static "offer" format using probes. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Strawman BOLT11 static "offer" format using probes. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Strawman BOLT11 static "offer" format using probes. René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Strawman BOLT11 static "offer" format using probes. Rusty Russell
• Re: [Lightning-dev] Summary of the Second Lightning Development Summit (2018 Adelaide) Cezary Dziemian
  • Re: [Lightning-dev] Summary of the Second Lightning Development Summit (2018 Adelaide) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Summary of the Second Lightning Development Summit (2018 Adelaide) Pierre
  • Re: [Lightning-dev] Summary of the Second Lightning Development Summit (2018 Adelaide) ZmnSCPxj via Lightning-dev
• [Lightning-dev] Forwarding hints in channel update messages Joost Jager
  • Re: [Lightning-dev] Forwarding hints in channel update messages Rusty Russell
  • Re: [Lightning-dev] Forwarding hints in channel update messages Joost Jager
  • Re: [Lightning-dev] Forwarding hints in channel update messages Rusty Russell
• [Lightning-dev] Offline Lightning-enabled Vending Machines ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Offline Lightning-enabled Vending Machines ZmnSCPxj via Lightning-dev
• [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Johan Torås Halseth
  • Re: [Lightning-dev] Base AMP Conner Fromknecht
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Christian Decker
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Anthony Towns
  • Re: [Lightning-dev] Base AMP René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Johan Torås Halseth
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP Conner Fromknecht
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP Johan Torås Halseth
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Johan Torås Halseth
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP Christian Decker
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Base AMP Rusty Russell
  • Re: [Lightning-dev] Base AMP ZmnSCPxj via Lightning-dev
• [Lightning-dev] Wumbological local AND global features ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Wumbological local AND global features Rusty Russell
  • Re: [Lightning-dev] Wumbological local AND global features Olaoluwa Osuntokun
  • Re: [Lightning-dev] Wumbological local AND global features ZmnSCPxj via Lightning-dev
• [Lightning-dev] Approximate assignment of option names: please fix! Rusty Russell
  • Re: [Lightning-dev] Approximate assignment of option names: please fix! ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Approximate assignment of option names: please fix! Olaoluwa Osuntokun
  • Re: [Lightning-dev] Approximate assignment of option names: please fix! ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Approximate assignment of option names: please fix! Pierre
  • Re: [Lightning-dev] Approximate assignment of option names: please fix! Rusty Russell
  • Re: [Lightning-dev] Approximate assignment of option names: please fix! Corné Plooy via Lightning-dev
  • Re: [Lightning-dev] Approximate assignment of option names: please fix! Rusty Russell
• [Lightning-dev] Recovering protocol with watchtowers Margherita Favaretto
  • Re: [Lightning-dev] Recovering protocol with watchtowers ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Recovering protocol with watchtowers Margherita Favaretto
  • Re: [Lightning-dev] Recovering protocol with watchtowers ZmnSCPxj via Lightning-dev
• [Lightning-dev] Trustless Watchtowers ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Trustless Watchtowers Conner Fromknecht
  • Re: [Lightning-dev] Trustless Watchtowers Conner Fromknecht
  • Re: [Lightning-dev] Trustless Watchtowers ZmnSCPxj via Lightning-dev
• [Lightning-dev] Towards a Market for Liquidity Providers -- Enforcing Minimum Channel Lifetime ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Towards a Market for Liquidity Providers -- Enforcing Minimum Channel Lifetime Pierre
  • Re: [Lightning-dev] Towards a Market for Liquidity Providers -- Enforcing Minimum Channel Lifetime ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Towards a Market for Liquidity Providers -- Enforcing Minimum Channel Lifetime ZmnSCPxj via Lightning-dev
• [Lightning-dev] Probe cancellation Anthony Towns
  • Re: [Lightning-dev] Probe cancellation ZmnSCPxj via Lightning-dev
• [Lightning-dev] Packet switching via intermediary rendezvous node ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Packet switching via intermediary rendezvous node Christian Decker
  • Re: [Lightning-dev] Packet switching via intermediary rendezvous node Olaoluwa Osuntokun
  • Re: [Lightning-dev] Packet switching via intermediary rendezvous node Anthony Towns
• [Lightning-dev] "Trustless" Pathfinding Service ZmnSCPxj via Lightning-dev
• [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes Johan Torås Halseth
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes Christian Decker
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes Conner Fromknecht
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes Christian Decker
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Link-level payment splitting via intermediary rendezvous nodes Christian Decker
• [Lightning-dev] Explicit Fee Management Proposal ZmnSCPxj via Lightning-dev
• [Lightning-dev] Walletless channel opens ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Walletless channel opens David A. Harding
  • Re: [Lightning-dev] Walletless channel opens ZmnSCPxj via Lightning-dev
• [Lightning-dev] Proposal for Advertising Channel Liquidity lisa neigut
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity Jim Posen
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity Anthony Towns
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity lisa neigut
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity Cezary Dziemian
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity lisa neigut
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity Olaoluwa Osuntokun
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity Anthony Towns
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity Olaoluwa Osuntokun
  • Re: [Lightning-dev] Proposal for Advertising Channel Liquidity lisa neigut
• [Lightning-dev] Proposal for updateable / revokable proofs of payment CJP
  • Re: [Lightning-dev] Proposal for updateable / revokable proofs of payment ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for updateable / revokable proofs of payment CJP
• [Lightning-dev] Proposal for rendez-vous routing CJP
  • Re: [Lightning-dev] Proposal for rendez-vous routing ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for rendez-vous routing CJP
  • Re: [Lightning-dev] Proposal for rendez-vous routing Rusty Russell
  • Re: [Lightning-dev] Proposal for rendez-vous routing ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for rendez-vous routing CJP
  • Re: [Lightning-dev] Proposal for rendez-vous routing ZmnSCPxj via Lightning-dev
• [Lightning-dev] BOLT11 In the World of Scriptless Scripts Rusty Russell
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Anthony Towns
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Rusty Russell
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Anthony Towns
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Rusty Russell
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Anthony Towns
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Rusty Russell
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Rusty Russell
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Anthony Towns
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Rusty Russell
  • Re: [Lightning-dev] BOLT11 In the World of Scriptless Scripts Anthony Towns
• [Lightning-dev] Proposal for "local" channel announcements. Rusty Russell
  • Re: [Lightning-dev] Proposal for "local" channel announcements. ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for "local" channel announcements. Rusty Russell
  • Re: [Lightning-dev] Proposal for "local" channel announcements. ZmnSCPxj via Lightning-dev
• [Lightning-dev] Recovering protocol for Lightning network Margherita Favaretto
  • Re: [Lightning-dev] Recovering protocol for Lightning network Johan Torås Halseth
• [Lightning-dev] Improving payment UX with low-latency route probing Fabrice Drouin
  • Re: [Lightning-dev] Improving payment UX with low-latency route probing Olaoluwa Osuntokun
  • Re: [Lightning-dev] Improving payment UX with low-latency route probing Pierre
• [Lightning-dev] [RELEASE] c-lightning 0.6.2: The Consensus Loving Nasal Daemon Rusty Russell
  • Re: [Lightning-dev] [RELEASE] c-lightning 0.6.2: The Consensus Loving Nasal Daemon Rusty Russell
• [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol tomokio203
  • Re: [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol Fabrice Drouin
  • Re: [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol Olaoluwa Osuntokun
  • Re: [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol tock203
  • Re: [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol Christian Decker
  • Re: [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol daniel
  • Re: [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol tock203
  • Re: [Lightning-dev] Wireshark plug-in for Lightning Network(BOLT) protocol daniel
• [Lightning-dev] The problem of false positives for double spend attacks Margherita Favaretto
  • Re: [Lightning-dev] The problem of false positives for double spend attacks ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] The problem of false positives for double spend attacks Alejandro Ranchal Pedrosa
  • Re: [Lightning-dev] The problem of false positives for double spend attacks Margherita Favaretto
• [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Rusty Russell
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Gert-Jaap Glasbergen
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Rusty Russell
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Gert-Jaap Glasbergen
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Christian Decker
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Gert-Jaap Glasbergen
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Anthony Towns
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Gert-Jaap Glasbergen
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Anthony Towns
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. alexis petropoulos
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Conner Fromknecht
  • Re: [Lightning-dev] RFC: simplifications and suggestions on open/accept limits. Pierre
• [Lightning-dev] Commitment Transaction Format Update Proposals? Rusty Russell
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Rusty Russell
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Rusty Russell
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Fabrice Drouin
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Rusty Russell
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Conner Fromknecht
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Jim Posen
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Rusty Russell
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Olaoluwa Osuntokun
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Rusty Russell
  • Re: [Lightning-dev] Commitment Transaction Format Update Proposals? Olaoluwa Osuntokun
• [Lightning-dev] Splicing Proposal: Feedback please! Rusty Russell
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Rusty Russell
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Christian Decker
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Rusty Russell

• Earlier messages
• Later messages