lightning-dev  

Messages by Thread

• • Re: [Lightning-dev] Splicing Proposal: Feedback please! Rusty Russell
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! lisa neigut
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Conner Fromknecht
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Conner Fromknecht
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Rusty Russell
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Rusty Russell
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Olaoluwa Osuntokun
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Olaoluwa Osuntokun
  • 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! Christian Decker
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Johan Torås Halseth
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Olaoluwa Osuntokun
  • 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
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Olaoluwa Osuntokun
  • Re: [Lightning-dev] Splicing Proposal: Feedback please! Rusty Russell
• [Lightning-dev] DDoS attacks in the Lightning Network Christian Allen
• [Lightning-dev] Proposal for syncing channel updates Fabrice Drouin
  • Re: [Lightning-dev] Proposal for syncing channel updates ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Proposal for syncing channel updates Fabrice Drouin
• [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Rusty Russell
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Johan Torås Halseth
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Christian Decker
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Johan Torås Halseth
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Olaoluwa Osuntokun
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Rusty Russell
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Olaoluwa Osuntokun
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Rusty Russell
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Rusty Russell
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Pierre
  • [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Matt Corallo
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Rusty Russell
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Pierre
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Rusty Russell
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity Johan Torås Halseth
  • Re: [Lightning-dev] RouteBoost: Adding 'r=' fields to BOLT 11 invoices to flag capacity ZmnSCPxj via Lightning-dev
• [Lightning-dev] Reproducing Flare routing results Shruti Hiray
• [Lightning-dev] c-lightning 0.6.1 release, aka "Principled Opposition to SegWit" Rusty Russell
• [Lightning-dev] Both-side funded channels Cezary Dziemian
  • Re: [Lightning-dev] Both-side funded channels ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Both-side funded channels Cezary Dziemian
  • Re: [Lightning-dev] Both-side funded channels Giovanni P
  • Re: [Lightning-dev] Both-side funded channels ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Both-side funded channels ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Both-side funded channels Gregorio Guidi
• [Lightning-dev] Measuring centrality of nodes in LN graph Kulpreet Singh
  • Re: [Lightning-dev] Measuring centrality of nodes in LN graph René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Measuring centrality of nodes in LN graph Kulpreet Singh
  • Re: [Lightning-dev] Measuring centrality of nodes in LN graph Elias Rohrer
  • Re: [Lightning-dev] Measuring centrality of nodes in LN graph Kulpreet Singh
  • Re: [Lightning-dev] Measuring centrality of nodes in LN graph Elias Rohrer
• [Lightning-dev] W3C Web Payments Working Group / Payment Request API René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] W3C Web Payments Working Group / Payment Request API Christian Decker
  • Re: [Lightning-dev] W3C Web Payments Working Group / Payment Request API Sjors Provoost
• [Lightning-dev] [announce] LNvis alpha - A Lightning Network Visualizer William Casarin
• [Lightning-dev] Free Rebalancing Proposals Robert Olsson
  • Re: [Lightning-dev] Free Rebalancing Proposals ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Free Rebalancing Proposals Robert Olsson
  • Re: [Lightning-dev] Free Rebalancing Proposals ZmnSCPxj via Lightning-dev
• [Lightning-dev] Arbitrary Bitcoin Contracts over LN ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Arbitrary Bitcoin Contracts over LN Michael Folkson
  • Re: [Lightning-dev] Arbitrary Bitcoin Contracts over LN ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Arbitrary Bitcoin Contracts over LN Christian Decker
  • Re: [Lightning-dev] Arbitrary Bitcoin Contracts over LN ZmnSCPxj via Lightning-dev
• [Lightning-dev] Measuring Lightning Nodes Alex Evanovic
  • Re: [Lightning-dev] Measuring Lightning Nodes Артём Литвинович
  • Re: [Lightning-dev] Measuring Lightning Nodes Davison
  • Re: [Lightning-dev] Measuring Lightning Nodes Alex Evanovic
  • Re: [Lightning-dev] Measuring Lightning Nodes Robert Olsson
  • Re: [Lightning-dev] Measuring Lightning Nodes Christian Decker
• [Lightning-dev] Lack of capacity field in channel_announcement makes life difficult. Why is it not there? Артём Литвинович
  • Re: [Lightning-dev] Lack of capacity field in channel_announcement makes life difficult. Why is it not there? Robert Olsson
  • Re: [Lightning-dev] Lack of capacity field in channel_announcement makes life difficult. Why is it not there? Christian Decker
  • Re: [Lightning-dev] Lack of capacity field in channel_announcement makes life difficult. Why is it not there? Robert Olsson
  • Re: [Lightning-dev] Lack of capacity field in channel_announcement makes life difficult. Why is it not there? Christian Decker
  • Re: [Lightning-dev] Lack of capacity field in channel_announcement makes life difficult. Why is it not there? Rusty Russell
  • Re: [Lightning-dev] Lack of capacity field in channel_announcement makes life difficult. Why is it not there? Sjors Provoost
• [Lightning-dev] Virtual channels Dmytro Piatkivskyi
  • Re: [Lightning-dev] Virtual channels Rusty Russell
• [Lightning-dev] proposal for Lightning Network improvement proposals René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] proposal for Lightning Network improvement proposals Luke Dashjr
  • Re: [Lightning-dev] proposal for Lightning Network improvement proposals Olaoluwa Osuntokun
  • Re: [Lightning-dev] proposal for Lightning Network improvement proposals René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] proposal for Lightning Network improvement proposals Olaoluwa Osuntokun
  • Re: [Lightning-dev] proposal for Lightning Network improvement proposals Mr Hodlen
  • Re: [Lightning-dev] proposal for Lightning Network improvement proposals Olaoluwa Osuntokun
• [Lightning-dev] 2018 Lightning Developer Summit: Invitation Applications Rusty Russell
• Re: [Lightning-dev] Lightning-dev Digest, Vol 35, Issue 13 (sighash_noinput & watchtowers) James Chiang
  • Re: [Lightning-dev] Lightning-dev Digest, Vol 35, Issue 13 (sighash_noinput & watchtowers) Rusty Russell
• [Lightning-dev] Rebalancing argument Dmytro Piatkivskyi
  • Re: [Lightning-dev] Rebalancing argument René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Rebalancing argument Dmytro Piatkivskyi
  • Re: [Lightning-dev] Rebalancing argument Olaoluwa Osuntokun
  • Re: [Lightning-dev] Rebalancing argument Olaoluwa Osuntokun
  • Re: [Lightning-dev] Rebalancing argument Dmytro Piatkivskyi
  • Re: [Lightning-dev] Rebalancing argument Johan Torås Halseth
  • Re: [Lightning-dev] Rebalancing argument ZmnSCPxj via Lightning-dev
• [Lightning-dev] SPSP: Simple Protocol for Spontaneous Payments CJP
  • Re: [Lightning-dev] SPSP: Simple Protocol for Spontaneous Payments Olaoluwa Osuntokun
• [Lightning-dev] Including a Protocol for splicing to BOLT René Pickhardt via Lightning-dev
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Olaoluwa Osuntokun
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Rusty Russell
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Christian Decker
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Rusty Russell
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Olaoluwa Osuntokun
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Rusty Russell
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Olaoluwa Osuntokun
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Olaoluwa Osuntokun
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Rusty Russell
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Corné Plooy via Lightning-dev
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Christian Decker
  • Re: [Lightning-dev] Including a Protocol for splicing to BOLT Corné Plooy via Lightning-dev
• [Lightning-dev] help flop py via Lightning-dev
  • Re: [Lightning-dev] help Oleg Sadov
• [Lightning-dev] Second Level Protocols - Lightning - Patents Praveen Baratam
  • Re: [Lightning-dev] Second Level Protocols - Lightning - Patents Tim Blokdijk
  • Re: [Lightning-dev] Second Level Protocols - Lightning - Patents ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Second Level Protocols - Lightning - Patents Praveen Baratam
• [Lightning-dev] Mesh network problem Joseph Hoane via Lightning-dev
  • Re: [Lightning-dev] Mesh network problem Andy Schroder
  • Re: [Lightning-dev] Mesh network problem Oleg Sadov
  • Re: [Lightning-dev] Mesh network problem ZmnSCPxj via Lightning-dev
• Re: [Lightning-dev] [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts David A. Harding
  • Re: [Lightning-dev] [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Christian Decker
  • Re: [Lightning-dev] [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts David A. Harding
  • Re: [Lightning-dev] [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts David A. Harding
  • Re: [Lightning-dev] [bitcoin-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Rusty Russell
• [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) Tyler H
  • Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) Tyler H
  • Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) Tyler H
  • Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) Tyler H
  • Re: [Lightning-dev] New idea on decentralized identity and truth (Re: Numerifides) Tyler H
• [Lightning-dev] Imposing minimum 253 sat/ksipa feerate? ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Imposing minimum 253 sat/ksipa feerate? Olaoluwa Osuntokun
  • Re: [Lightning-dev] Imposing minimum 253 sat/ksipa feerate? Sjors Provoost
  • Re: [Lightning-dev] Imposing minimum 253 sat/ksipa feerate? ZmnSCPxj via Lightning-dev
• Re: [Lightning-dev] Scriptless Scripts with ECDSA Pedro Moreno Sanchez
• [Lightning-dev] Preventing delay abuse in a Lightning-based peer-to-peer exchange Corné Plooy via Lightning-dev
  • Re: [Lightning-dev] Preventing delay abuse in a Lightning-based peer-to-peer exchange ZmnSCPxj via Lightning-dev
• Re: [Lightning-dev] Receiving via unpublished channels Hiroshi Ueno
  • Re: [Lightning-dev] Receiving via unpublished channels ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Receiving via unpublished channels Hiroshi Ueno
• Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Corné Plooy via Lightning-dev
  • Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Anthony Towns
  • Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Anthony Towns
  • Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Christian Decker
  • Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Christian Decker
  • Re: [Lightning-dev] eltoo: A Simplified update Mechanism for Lightning and Off-Chain Contracts Anthony Towns
• [Lightning-dev] May 18-19: Layer 2 Event in Boston, MA Alin S. Dragos
• [Lightning-dev] Why do we need fee estimation in the protocol? CJP
  • Re: [Lightning-dev] Why do we need fee estimation in the protocol? Rusty Russell
  • Re: [Lightning-dev] Why do we need fee estimation in the protocol? ZmnSCPxj via Lightning-dev
• Re: [Lightning-dev] Mitigations for loop attacks ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Mitigations for loop attacks Chris Gough
  • Re: [Lightning-dev] Mitigations for loop attacks Jim Posen
  • Re: [Lightning-dev] Mitigations for loop attacks Chris Gough
  • Re: [Lightning-dev] Mitigations for loop attacks Rusty Russell
  • Re: [Lightning-dev] Mitigations for loop attacks Jim Posen
  • Re: [Lightning-dev] Mitigations for loop attacks ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Mitigations for loop attacks Jim Posen
  • Re: [Lightning-dev] Mitigations for loop attacks ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Mitigations for loop attacks Rusty Russell
  • Re: [Lightning-dev] Mitigations for loop attacks ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Mitigations for loop attacks Jim Posen
  • Re: [Lightning-dev] Mitigations for loop attacks Corné Plooy via Lightning-dev
  • Re: [Lightning-dev] Mitigations for loop attacks ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] Mitigations for loop attacks Jim Posen
• Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Olaoluwa Osuntokun
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Rusty Russell
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Anthony Towns
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Christian Decker
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Bram Cohen
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput William Casarin
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Gregory Maxwell
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Rusty Russell
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Gregory Maxwell
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Peter Todd
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Christian Decker
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Luke Dashjr
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput DING FENG
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput ZmnSCPxj via Lightning-dev
  • Re: [Lightning-dev] [bitcoin-dev] BIP sighash_noinput Rusty Russell
• Re: [Lightning-dev] eltoo Trustless WatchTowers Olaoluwa Osuntokun
  • Re: [Lightning-dev] eltoo Trustless WatchTowers ZmnSCPxj via Lightning-dev

• Later messages