lightning-dev  

Messages by Thread

• [Lightning-dev] Possibility to Include refund invoice in lightning payments Paberlance via Lightning-dev
  • Re: [Lightning-dev] Possibility to Include refund invoice in lightning payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Possibility to Include refund invoice in lightning payments Conner Fromknecht
• [Lightning-dev] Improve Lightning payment reliability through better error attribution Joost Jager
  • Re: [Lightning-dev] Improve Lightning payment reliability through better error attribution Bastien TEINTURIER
  • Re: [Lightning-dev] Improve Lightning payment reliability through better error attribution ZmnSCPxj via Lightning-dev
  • [Lightning-dev] Fwd: Improve Lightning payment reliability through better error attribution Joost Jager
  • [Lightning-dev] Improve Lightning payment reliability through better error attribution Joost Jager
  • Re: [Lightning-dev] Improve Lightning payment reliability through better error attribution ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improve Lightning payment reliability through better error attribution Joost Jager
  • Re: [Lightning-dev] Improve Lightning payment reliability through better error attribution ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improve Lightning payment reliability through better error attribution Joost Jager
  • Re: [Lightning-dev] Improve Lightning payment reliability through better error attribution Joost Jager
• [Lightning-dev] ECDH for spontaneous payments and offline vending machines Stepan Snigirev
  • Re: [Lightning-dev] ECDH for spontaneous payments and offline vending machines ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] ECDH for spontaneous payments and offline vending machines Stepan Snigirev
  • Re: [Lightning-dev] ECDH for spontaneous payments and offline vending machines ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] ECDH for spontaneous payments and offline vending machines Stepan Snigirev
  • Re: [Lightning-dev] ECDH for spontaneous payments and offline vending machines ZmnSCPxj via Lightning-dev
• [Lightning-dev] BOLT #3: Shouldn't timeout be included in the script of "Offered HTLC Outputs" for the local node? Ugam Kamat
  • Re: [Lightning-dev] BOLT #3: Shouldn't timeout be included in the script of "Offered HTLC Outputs" for the local node? Pierre
  • Re: [Lightning-dev] BOLT #3: Shouldn't timeout be included in the script of "Offered HTLC Outputs" for the local node? Ugam Kamat
  • Re: [Lightning-dev] BOLT #3: Shouldn't timeout be included in the script of "Offered HTLC Outputs" for the local node? Ugam Kamat
  • Re: [Lightning-dev] BOLT #3: Shouldn't timeout be included in the script of "Offered HTLC Outputs" for the local node? Nadav Kohen
  • Re: [Lightning-dev] BOLT #3: Shouldn't timeout be included in the script of "Offered HTLC Outputs" for the local node? Ugam Kamat
• [Lightning-dev] Trampoline Onion Routing proposal Bastien TEINTURIER
• [Lightning-dev] Eltoo, anyprevout and chaperone signatures Bastien TEINTURIER
  • Re: [Lightning-dev] Eltoo, anyprevout and chaperone signatures Christian Decker
  • Re: [Lightning-dev] Eltoo, anyprevout and chaperone signatures ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Eltoo, anyprevout and chaperone signatures Bastien TEINTURIER
  • Re: [Lightning-dev] Eltoo, anyprevout and chaperone signatures Anthony Towns
  • Re: [Lightning-dev] Eltoo, anyprevout and chaperone signatures ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Eltoo, anyprevout and chaperone signatures Christian Decker
• [Lightning-dev] Ptarmigan mainnet release Hiroki Gondo
  • Re: [Lightning-dev] Ptarmigan mainnet release ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Ptarmigan mainnet release Hiroki Gondo
• [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards Lloyd Fournier
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards Lloyd Fournier
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards Lloyd Fournier
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards Lloyd Fournier
  • Re: [Lightning-dev] Improving Payment Latency by Fast Forwards ZmnSCPxj via Lightning-dev
• [Lightning-dev] Lightning Factories & Non-interactive aggregation signature schemes for Bitcoin Alejandro Ranchal Pedrosa
• [Lightning-dev] Broken Factory Attack Alejandro Ranchal Pedrosa
  • Re: [Lightning-dev] Broken Factory Attack Alejandro Ranchal Pedrosa
  • Re: [Lightning-dev] Broken Factory Attack ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Broken Factory Attack Alejandro Ranchal Pedrosa
• [Lightning-dev] Stale Factory (and channel) problem Alejandro Ranchal Pedrosa
  • Re: [Lightning-dev] Stale Factory (and channel) problem ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Stale Factory (and channel) problem Alejandro Ranchal Pedrosa
  • Re: [Lightning-dev] Stale Factory (and channel) problem ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Stale Factory (and channel) problem ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Stale Factory (and channel) problem Alejandro Ranchal Pedrosa
• [Lightning-dev] Final expiry probing attack Joost Jager
• [Lightning-dev] Eltoo in a tree Hossein Amin
  • Re: [Lightning-dev] Eltoo in a tree ZmnSCPxj via Lightning-dev
• [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) Ariel Lorenzo-Luaces
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) Ariel Luaces
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) Ariel Luaces
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) m.a.holden via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) m.a.holden via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) m.a.holden via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) m.a.holden via Lightning-dev
  • Re: [Lightning-dev] Routemap scaling (was: Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0) ZmnSCPxj via Lightning-dev
• [Lightning-dev] Outsourcing route computation with trampoline payments Pierre
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments Pierre
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments Johan Torås Halseth
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments Pierre
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments Christian Decker
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments Pierre
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments Christian Decker
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments Christian Decker
  • Re: [Lightning-dev] Outsourcing route computation with trampoline payments ZmnSCPxj via Lightning-dev
• [Lightning-dev] I just released more than 200 slides trying to give an Overview of BOLT 1.0 for beginners. Feedback welcome! René Pickhardt via Lightning-dev
• [Lightning-dev] [META] Mailing list move Rusty Russell
  • Re: [Lightning-dev] [META] Mailing list move ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [META] Mailing list move Omar Shibli
  • Re: [Lightning-dev] [META] Mailing list move Rusty Russell
  • Re: [Lightning-dev] [META] Mailing list move Omar Shibli
• [Lightning-dev] Potential Privacy issue with dual funded channels René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Potential Privacy issue with dual funded channels lisa neigut
  • Re: [Lightning-dev] Potential Privacy issue with dual funded channels Omar Shibli
• [Lightning-dev] [RFC] option_static_remotekey Rusty Russell
• [Lightning-dev] Fee structure John-John Markstedt
  • Re: [Lightning-dev] Fee structure Andrea RASPITZU
  • Re: [Lightning-dev] Fee structure ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Fee structure John-John Markstedt
  • Re: [Lightning-dev] Fee structure ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Fee structure John-John Markstedt
  • Re: [Lightning-dev] Fee structure ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Fee structure John-John Markstedt
• [Lightning-dev] More thoughts on NOINPUT safety Anthony Towns
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Anthony Towns
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Anthony Towns
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Christian Decker
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Anthony Towns
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Rusty Russell
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Rusty Russell
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] More thoughts on NOINPUT safety Johnson Lau
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Anthony Towns
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Anthony Towns
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] More thoughts on NOINPUT safety Anthony Towns
  • Re: [Lightning-dev] More thoughts on NOINPUT safety ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] More thoughts on NOINPUT safety Johnson Lau
• [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 Ariel Lorenzo-Luaces
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 Ariel Lorenzo-Luaces
  • Re: [Lightning-dev] Just in Time Routing (JIT-Routing) and a channel rebalancing heuristic as an add on for improved routing success in BOLT 1.0 ZmnSCPxj via Lightning-dev
• [Lightning-dev] [RELEASE] c-lightning v0.7.0: "Actually an Altcoin" Rusty Russell
• [Lightning-dev] LN on top of plasma chain? Cezary Dziemian
  • Re: [Lightning-dev] LN on top of plasma chain? ZmnSCPxj via Lightning-dev
• [Lightning-dev] Multi-frame sphinx onion format Christian Decker
  • Re: [Lightning-dev] Multi-frame sphinx onion format Rusty Russell
  • Re: [Lightning-dev] Multi-frame sphinx onion format Christian Decker
  • Re: [Lightning-dev] Multi-frame sphinx onion format ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Multi-frame sphinx onion format Christian Decker
• [Lightning-dev] Payee pay fee Cezary Dziemian
  • Re: [Lightning-dev] Payee pay fee ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Payee pay fee Cezary Dziemian
  • Re: [Lightning-dev] Payee pay fee ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Payee pay fee Rusty Russell
  • Re: [Lightning-dev] Payee pay fee ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Payee pay fee Rusty Russell
  • Re: [Lightning-dev] Payee pay fee ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Payee pay fee Rusty Russell
• [Lightning-dev] Proof-of-payments Joao Joyce
  • Re: [Lightning-dev] Proof-of-payments ZmnSCPxj via Lightning-dev
• [Lightning-dev] WIP pull requests for feature bit unification and TLV bits Rusty Russell
• [Lightning-dev] BIP proposal for LN wallets to use http get for retrieving invoices Ben Hannabuss
• [Lightning-dev] Extending Associated Data in the Sphinx Packet to Cover All Payment Details Olaoluwa Osuntokun
  • Re: [Lightning-dev] Extending Associated Data in the Sphinx Packet to Cover All Payment Details Christian Decker
• [Lightning-dev] SURBs as a Solution for Protocol-Level Payment ACKs Olaoluwa Osuntokun
  • Re: [Lightning-dev] SURBs as a Solution for Protocol-Level Payment ACKs Kulpreet Singh
  • Re: [Lightning-dev] SURBs as a Solution for Protocol-Level Payment ACKs Rusty Russell
• [Lightning-dev] Revocations with OP_CSFS & signed sequence commitments James Chiang
  • Re: [Lightning-dev] Revocations with OP_CSFS & signed sequence commitments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Revocations with OP_CSFS & signed sequence commitments James Chiang
  • Re: [Lightning-dev] Revocations with OP_CSFS & signed sequence commitments ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Revocations with OP_CSFS & signed sequence commitments James Chiang
  • Re: [Lightning-dev] Revocations with OP_CSFS & signed sequence commitments ZmnSCPxj via Lightning-dev
• [Lightning-dev] Lightning network user identification Joao Joyce
  • Re: [Lightning-dev] Lightning network user identification ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning network user identification Joao Joyce
  • Re: [Lightning-dev] Lightning network user identification ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning network user identification Joao Joyce
  • Re: [Lightning-dev] Lightning network user identification ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Lightning network user identification Joao Joyce
• [Lightning-dev] Unification of feature bits? Rusty Russell
  • Re: [Lightning-dev] Unification of feature bits? Fabrice Drouin
  • Re: [Lightning-dev] Unification of feature bits? Rusty Russell
• [Lightning-dev] Lightning and the semantic web Melvin Carvalho
  • Re: [Lightning-dev] Lightning and the semantic web Bretton Vine
  • Re: [Lightning-dev] Lightning and the semantic web Melvin Carvalho
  • Re: [Lightning-dev] Lightning and the semantic web René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Lightning and the semantic web Melvin Carvalho
  • Re: [Lightning-dev] Lightning and the semantic web Melvin Carvalho
  • Re: [Lightning-dev] Lightning and the semantic web René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Lightning and the semantic web Melvin Carvalho
  • Re: [Lightning-dev] Lightning and the semantic web René Pickhardt via Lightning-dev
• [Lightning-dev] Network probes Andrea RASPITZU
  • Re: [Lightning-dev] Network probes Olaoluwa Osuntokun
  • Re: [Lightning-dev] Network probes Andrea RASPITZU
  • Re: [Lightning-dev] Network probes Matt Corallo
  • [Lightning-dev] lightning-c RPC Alex P
  • Re: [Lightning-dev] lightning-c RPC René Pickhardt via Lightning-dev

• Earlier messages
• Later messages