-
Notifications
You must be signed in to change notification settings - Fork 493
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lightning Specification Meeting 2024/12/02 #1210
Comments
I'm back in a timezone that is more friendly to the spec meeting ;) |
Welcome back :) |
Probably before the end of the meeting next week, we can discuss the following PRs I feel that these just need a decision to close or merge them, in this way, we have less PRs stuck in the queue |
rbf close:
liquidity ads:
peer storage back ups:
taproot gossip:
bip 353 invoice request:
splicing:
dyn commits:
channel jamming:
async payments:
blinded path related errors:
|
The meeting will take place on Monday 2024/12/02 at 7pm UTC (5:30am Adelaide time) on Libera Chat IRC #lightning-dev. It is open to the public.
A video link is available for higher bandwidth communication: https://meet.jit.si/Lightning-Spec-Meeting
Recently Updated Proposals / Seeking Review
This section contains changes that have been opened or updated recently and need feedback from the meeting participants.
option_simple_close
(features 60/61) #1205invoice_request
Include BIP 353 name info ininvoice_request
s #1180Clarifychannel_reestablish
requirements Clarifychannel_reestablish
requirements #1049 or Reworkchannel_reestablish
requirements #1051Stale Proposals
This section contains pending changes that may not need feedback from the meeting participants, unless someone explicitly asks for it during the meeting. These changes are usually waiting for implementation work to happen to drive more feedback.
Inbound fees Inbound routing fees blips#18 and Add a bLIP for backwards-compatible inbound fees blips#22Waiting for interop
This section contains changes that have been conceptually ACKed and are waiting for at least two implementations to fully interoperate.
They most likely don't need to be covered during the meeting, unless someone asks for updates.
Zero reserve Addoption_zero_reserve
(FEATURE 64/65) #1140 (follow-up on bolt2: relax channel_reserve_satoshis requirements #1133 to include a feature bit)Attributable errors Attributable errors (feature 36/37) #1044Don't force close until error is received afterchannel_reestablish
Nodes shouldn't publish their commitment when receiving outdatedchannel_reestablish
#934Long Term Updates
This section contains long-term changes that need review, but require a substantial implementation effort.
Simplified commitment Feature 106/107: option_simplified_update. #867lnprototest (https://github.com/rustyrussell/lnprototest)The text was updated successfully, but these errors were encountered: