Skip to content

smite-scenarios: add support for suppressing known violations - #202

Open
NishantBansal2003 wants to merge 3 commits into
lnfuzz:masterfrom
NishantBansal2003:suppress-known-violation
Open

smite-scenarios: add support for suppressing known violations#202
NishantBansal2003 wants to merge 3 commits into
lnfuzz:masterfrom
NishantBansal2003:suppress-known-violation

Conversation

@NishantBansal2003

Copy link
Copy Markdown
Contributor

Targets can now declare known violations that should be
suppressed until they are fixed upstream. IR scenario will
check if a violation is in the known list and skip the failure
if so, logging it as debug instead. This provides the foundation
for handling multiple oracles as they're added in the future,
establishing the standard process for suppressing known violations
until upstream fixes land.

Currently known violations that are suppressed are:

  • CLN currently allows funding_satoshis values exceeding
    total Bitcoin supply during open_channel and accept_channel
    negotiation. These values should be rejected early as they cannot
    result in a valid channel. This is tracked upstream and will be
    suppressed until fixed.

  • LND allows open_channel with an omitted channel_type,
    violating BOLT 2 even though it signals the required
    option_channel_type feature bit. This will be tracked
    upstream and will be suppressed until fixed.

Targets can now declare known violations that should be
suppressed until they are fixed upstream. IR scenario will
check if a violation is in the known list and skip the failure
if so, logging it as debug instead. This provides the foundation
for handling multiple oracles as they're added in the future,
establishing the standard process for suppressing known violations
until upstream fixes land.

Signed-off-by: Nishant Bansal <nishant.bansal.282003@gmail.com>
CLN currently allows `funding_satoshis` values exceeding
total Bitcoin supply during `open_channel` and `accept_channel`
negotiation. These values should be rejected early as they cannot
result in a valid channel. This is tracked upstream and will be
suppressed until fixed.

see: ElementsProject/lightning#9368

Signed-off-by: Nishant Bansal <nishant.bansal.282003@gmail.com>
LND allows `open_channel` with an omitted `channel_type`,
violating BOLT 2 even though it signals the required
`option_channel_type` feature bit. This will be tracked
upstream and will be suppressed until fixed.

Signed-off-by: Nishant Bansal <nishant.bansal.282003@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant