-
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
bol09: Specify behavior when a node specifies both optional and required features #1095
bol09: Specify behavior when a node specifies both optional and required features #1095
Conversation
2e54fc9
to
2e828eb
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Concept ACK
ACK 2e828eb |
1d52361
to
da27563
Compare
Ok, I made the requested change and would love another review run. In addition, I fold the sender requirements under a single list inside the commit 90af56b If you disagree I can drop it! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some small wording nits, otherwise LGTM
23a587a
to
88d1d6a
Compare
09-features.md
Outdated
* if both the optional and the mandatory feature its in a pair are set, | ||
the feature should be treated as mandatory. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* if both the optional and the mandatory feature its in a pair are set, | |
the feature should be treated as mandatory. | |
* if both the optional and the mandatory feature its in a pair are set: | |
* the feature SHOULD be treated as mandatory | |
* the feature MUST NOT be treated as optional | |
* the receiving node MAY fail the feature negotiation |
See this for rationale
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the receiving node MAY fail the feature negotiation
No, this is the point of my PR. It is ok to declare both fields and if they are, the node should take the mandatory. This suggestion does not convince me, I am sorry.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM once the typos/nits are fixed.
2a23ce5
to
c8053c5
Compare
…red features While reviewing a patch on lnprototest, I encountered a scenario where the BOLT 9 specification needed to provide clear guidance. As a result, this commit adds specific requirements to determine the appropriate behaviour when a node specifies both optional and required features. Additionally, if this situation appears to be an implementation bug, it will be taken care of accordingly. Reported-by: lnprototest Signed-off-by: Vincenzo Palazzo <vincenzopalazzodev@gmail.com>
c8053c5
to
ec59f7c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ACK ec59f7c
OK, I fixup the change in the wrong commit so I had to squash the two commits in two! it should not be a big deal |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 🧩
Ack ec59f7c |
While reviewing a patch on lnprototest, I encountered a scenario where the BOLT 9 specification needed to provide clear guidance.
As a result, this commit adds specific requirements to determine the appropriate behaviour when a node specifies both optional and required features.
Additionally, if this situation appears to be an
implementation bug, it will be taken care of accordingly.
Reported-by: lnprototest