Jan 8 - Jan 8, 2019
Russell argues that the proposal does not guarantee the ability to RBF as fees change, which still leaves room for an attacker to manipulate the system. Corallo suggests that the current "near the top of the mempool" criteria is not sufficient for Lightning Network's needs and instead requires certainty that a transaction will confirm by a certain deadline. Russell disagrees with this and argues that his proposed criteria, "in the first 4 MSipa", i.e. next block, would be more incentive-compatible than the current scheme. However, Russell acknowledges that block time variance makes this criteria unreliable. They also discuss potential attacks against the proposed system and agree that simplicity should be a determining factor in implementation.
TLDR
We’ll email you summaries of the latest discussions from authoritative bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
We'd love to hear your feedback on this project?
Give Feedback