In-protocol liquidity probing and channel jamming mitigation

Oct 15 - Oct 15, 2021

  • In a discussion on the Lightning-dev mailing list, ZmnSCPxj proposed a mechanism to prevent forwarding nodes from lying about their capacity to allow payments to go through.

However, Joost Jager's proposal creates an even greater incentive for forwarding nodes to lie, as they can receive sats for doing so. While ZmnSCPxj suggests accepting "no" from any node along the path, only the payee's "yes" is meaningful and she doesn't have enough information to know if the routers were lying or not. The proposed enforcement mechanism is to fail the channel between nodes if the asking node does not have sufficient capacity towards it. However, this may not align with incentives as other nodes may benefit from keeping the lie going. A reputation scheme, as suggested by Joost, may be a solution.

Bitcoin Logo

TLDR

Join Our Newsletter

We’ll email you summaries of the latest discussions from authoritative bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.

Explore all Products

ChatBTC imageBitcoin searchBitcoin TranscriptsSaving SatoshiBitcoin Transcripts Review
Built with 🧡 by the Bitcoin Dev Project
View our public visitor count

We'd love to hear your feedback on this project?

Give Feedback