-
Notifications
You must be signed in to change notification settings - Fork 88
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
feat(charts): flame chart #1943
feat(charts): flame chart #1943
Conversation
charts/sequencer/values.yaml
Outdated
@@ -131,7 +131,7 @@ sequencer: | |||
otlpHeaders: | |||
traceHeaders: | |||
optimisticBlockApis: | |||
enabled: false | |||
enabled: true |
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.
do not enable it to true by default.
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.
Note that the user will have to manually change this as well to enable auctioneer. I have added it to the default value file as well for visibility.
@@ -64,7 +64,6 @@ data: | |||
ASTRIA_SEQUENCER_METRICS_HTTP_LISTENER_ADDR: "0.0.0.0:{{ .Values.ports.sequencerMetrics }}" | |||
ASTRIA_SEQUENCER_FORCE_STDOUT: "{{ .Values.global.useTTY }}" | |||
ASTRIA_SEQUENCER_PRETTY_PRINT: "{{ .Values.global.useTTY }}" | |||
ASTRIA_NO_OPTIMISTIC_BLOCKS: "{{ not .Values.sequencer.optimisticBlockApis.enabled }}" |
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.
this shouldn't be removed?
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.
It is configured twice.
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.
ahh cool then
sequencerChainId: "" | ||
# The expected fastest block time possible from sequencer, determines polling | ||
# rate. | ||
sequencerBlockTimeMs: 2000 |
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.
lets just default this to 100 for flame rollups. Otherwise, we can potentially miss this while deploying since this is a critical parameter to have especially for the auctioneer flame node.
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.
we need the sequencerBlockTimeMs
to be as less as possible in order to not have any race conditions between execute block and execute optimistic block when running the flame node as auctioneer node.
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.
Understood, but this is not ideal for deployment which does not use the auctioneer, in my opinion should stay as part of the deployment configuration.
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.
sure, but we need to ensure that we note that this value is set to 100ms specifically for the auctioneer flame node.
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.
I'll add a note and make sure this value is visible in the default value file.
@@ -7,11 +7,11 @@ global: | |||
|
|||
images: | |||
auctioneer: | |||
repo: ghcr.io/astriaorg/astria-auctioneer | |||
repo: ghcr.io/astriaorg/auctioneer |
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.
Note, also bump up auctioneer's cpu usage.
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.
increase the auctioneer cpu limits to 2 and cpu requests to 1.
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.
for local deployments? I think it should stay at 1.
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.
discussed offline and the outcome is that we want values in charts to be valid for local deployment only.
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.
i tested these changes locally running flame in auctioneer mode and non-auctioneer mode. things seem to be generally working fine.
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.
Fine for now, don't love the duplication being needed, but will get the job done for right now.
Summary
Implements a new chart dedicated for the flame package and also integrates the new chart with the astria stack. The
evm-stack
now support runningastria-geth
or the flame fork with an auctioneer out of the box.Background
To support auctioneer deployment we need to run geth flame fork, which implements the necessary changes in pr-30.
Changes
evm-stack
replace
just deploy-dev-rollup
withjust deploy-flame-dev-rollup
in the deployment process to runflame
instead ofastria-geth
.Notes:
Testing
running a local cluster and monitoring geth logs.
│ INFO [02-04|11:25:13.608] ExecuteOptimisticBlock completed block_num=52 timestamp=seconds:1738668312
Changelogs
No updates required.