Skip to content
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

ibc: add withdrawal timestamp rounding chain rule #4065

Merged
merged 6 commits into from
Mar 26, 2024
Merged

Conversation

avahowell
Copy link
Contributor

this is a consensus-breaking change

Fixes #4064

@avahowell avahowell added A-IBC Area: IBC integration with Penumbra consensus-breaking breaking change to execution of on-chain data labels Mar 21, 2024
@@ -77,6 +77,15 @@ impl Ics20Withdrawal {
anyhow::bail!("timeout time must be non-zero");
}

// in order to prevent clients from inadvertantly identifying themselves by their clock
// skew, enforce that timeout time is rounded to the nearest even second
if self.timeout_time % 2_000_000_000 != 0 {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What's the motivation for rounding to 2-second intervals rather than 1-second ones?

I might have miscommunicated in Discord, I was thinking of "even second" as meaning "on the second boundary" -- but looking at this I'm wondering what the right resolution should be. 1s is an "easy" answer, but what about 10 or 60, or greater?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't have a good intuition for 'what amount of rounding covers the skew of >99% of machines', but I think single seconds might not be enough. From a user's standpoint quantizing withdrawal timeouts to minutes seems fine, so maybe 1 minute would be better

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's set two rules:

  • in consensus, require that timeout timestamps are truncated to one-minute boundaries
  • in our clients, set the default timeout timestamp to be truncated to 1h boundaries

This leaves the possibility for someone who has a pressing need for finer grained timestamps to do so while setting a good default

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For posterity, what's the reasoning behind baking a privacy setting like this into consensus? Is it to prevent mistakes with alternative clients?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, the "obvious" thing to do is set the timestamp as Utc.now() + timeout, and the existence of this rule means that that code will immediately break.

@cratelyn cratelyn added this to the Sprint 2 milestone Mar 21, 2024
@avahowell
Copy link
Contributor Author

Updated the chain rule to require rounding to 1 minute, updated pcli to round to 1 hour

@hdevalence
Copy link
Member

@ValarDragon comments:

Dev, [Mar 21, 2024 at 10:55:18 PM]:
That make sense to me, but I personally wouldn't set a 1hr timeout as the default

I'd recommend 5m-15m, 1 hour is quite long

@avahowell
Copy link
Contributor Author

Changed the pcli default to round to nearest 10 minute, per suggestion

@aubrika aubrika modified the milestones: Sprint 2, Sprint 3 Mar 25, 2024
@conorsch conorsch merged commit 5474c9e into main Mar 26, 2024
7 checks passed
@conorsch conorsch deleted the ibc-timestamps-fix branch March 26, 2024 15:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-IBC Area: IBC integration with Penumbra consensus-breaking breaking change to execution of on-chain data
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

ibc: enforce rounding to the nearest even second for timeouts on withdrawals
7 participants