Skip to content

Update Docs for Deploying OP Stack Smart Contracts Using op-deployer #1281

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

Closed
wants to merge 14 commits into from

Conversation

krofax
Copy link
Collaborator

@krofax krofax commented Jan 24, 2025

Description

This PR updates and standardizes the L1 contract deployment documentation across the OP Stack docs, emphasizing the use of op-deployer as the recommended deployment method. The changes aim to provide clear, consistent guidance while maintaining historical context.

Key changes:

  • Added prominent callout for op-deployer as the standard method
  • Moved legacy deployment information to a separate section with clear warning
  • Updated L2 rollup tutorial to use op-deployer
  • Standardized deployment instructions across documentation
  • Added step-by-step deployment guide with configuration examples

Modified Pages

  • /builders/chain-operators/deploy/smart-contracts
  • /builders/chain-operators/tutorials/create-l2-rollup

Tests

Additional context

Metadata

Include a link to any github issues that this may close in the following form:

Copy link

netlify bot commented Jan 24, 2025

Deploy Preview for docs-optimism ready!

Name Link
🔨 Latest commit 0be9501
🔍 Latest deploy log https://app.netlify.com/sites/docs-optimism/deploys/679a523fbece100008aaf287
😎 Deploy Preview https://deploy-preview-1281--docs-optimism.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

@krofax krofax marked this pull request as ready for review January 27, 2025 17:04
@krofax krofax requested a review from a team as a code owner January 27, 2025 17:04
Copy link
Contributor

coderabbitai bot commented Jan 27, 2025

Warning

Rate limit exceeded

@krofax has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 24 minutes and 1 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Reviewing files that changed from the base of the PR and between e8bd089 and 0be9501.

📒 Files selected for processing (1)
  • pages/builders/chain-operators/tools/op-deployer.mdx (4 hunks)
📝 Walkthrough

Walkthrough

The pull request introduces significant updates to the documentation for deploying OP Stack smart contracts, focusing on transitioning from legacy deployment methods to the recommended op-deployer tool. The changes span multiple documentation files, including smart-contracts.mdx, create-l2-rollup.mdx, op-deployer.mdx, and words.txt. The primary goal is to provide clearer, more consistent instructions for deploying L1 smart contracts, emphasizing the use of the op-deployer tool and highlighting that previous deployment methods are no longer recommended.

Possibly related issues

Possibly related PRs

Suggested labels

tutorial


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR. (Beta)
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Nitpick comments (11)
words.txt (4)

2-2: Remove duplicate entry.

The term accountqueue appears to be a duplicate of ACCOUNTQUEUE. Consider removing one of these entries to maintain consistency.

🧰 Tools
🪛 LanguageTool

[duplication] ~2-~2: Möglicher Tippfehler: ein Wort wird wiederholt
Context: ACCOUNTQUEUE accountqueue ACCOUNTSLOTS accountslots ADDI ADDIU ADDU airgap Allnodes Allocs ...

(GERMAN_WORD_REPEAT_RULE)


38-38: Remove duplicate entry.

The term BLOCKLOGS appears to be a duplicate of blocklogs. Consider removing one of these entries to maintain consistency.


88-88: Standardize capitalization.

The term Devnets appears alongside devnet and devnets. Consider standardizing the capitalization across all variants.


423-423: Standardize capitalization.

The term zora should be capitalized as Zora to maintain consistency with other proper nouns in the dictionary.

pages/builders/chain-operators/deploy/smart-contracts.mdx (4)

11-13: Standardize capitalization in callout.

The term "OP Stack" is correctly capitalized, but consider using sentence case for the rest of the callout text to maintain consistency with documentation guidelines.

Apply this diff:

-  Standard OP Stack chains must use the latest governance approved and audited versions of the smart contract code.
+  Standard OP Stack chains must use the latest governance-approved and audited versions of the smart contract code.

21-24: Standardize capitalization in callout.

Use sentence case for the callout text to maintain consistency with documentation guidelines.

Apply this diff:

-The following deployment information outlines the legacy method for deploying the OP Stack L1 contracts. 
-We do not recommend using this method, and it is provided here only for historical context.
+The following deployment information outlines the legacy method for deploying the OP Stack L1 contracts. 
+This method is not recommended and is provided here only for historical context.

26-29: Use sentence case for headers.

According to the documentation guidelines, use sentence case for headers.

Apply this diff:

-## Deployment Configuration
+## Deployment configuration

84-128: Enhance clarity in the op-deployer section.

The new section provides good structure but could benefit from additional clarity:

  1. Add a brief description of what op-deployer is and its benefits.
  2. Clarify the prerequisites before the steps.
  3. Add troubleshooting guidance.
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

422-459: Enhance clarity and completeness of the op-deployer section.

The section needs improvements in the following areas:

  1. Add a brief introduction explaining what op-deployer is and its benefits.
  2. Add version requirements for op-deployer.
  3. Add expected output examples.
  4. Add error handling guidance.
pages/builders/chain-operators/configuration/batcher.mdx (1)

846-850: Fix grammar and formatting in the policy table.

The table has the following issues:

  • Remove the comma before "because" in the Notes column for Data Availability Type.
  • Ensure consistent formatting of technical terms.

Apply this diff to fix the grammar:

-| Data Availability Type     | Specifies whether the batcher uses **blobs** or **calldata** to post transaction data to L1.                   | Batch submitter address | Ethereum (Blobs or Calldata)                                                               | - Alternative data availability (Alt-DA) is not yet supported in the standard configuration.<br />- The sequencer can switch at will between blob transactions and calldata, with no restrictions, because both are fully secured by L1. |
+| Data Availability Type     | Specifies whether the batcher uses **blobs** or **calldata** to post transaction data to L1.                   | Batch submitter address | Ethereum (Blobs or Calldata)                                                               | - Alternative data availability (Alt-DA) is not yet supported in the standard configuration.<br />- The sequencer can switch at will between blob transactions and calldata with no restrictions because both are fully secured by L1. |
🧰 Tools
🪛 LanguageTool

[formatting] ~848-~848: If the ‘because’ clause is essential to the meaning, do not use a comma before the clause.
Context: ...tions and calldata, with no restrictions, because both are fully secured by L1. | | Batch...

(COMMA_BEFORE_BECAUSE)

pages/stack/interop/op-supervisor.mdx (1)

55-62: Improve wording for better clarity.

Consider revising the repetitive phrase "To do this" for better readability.

Apply this diff to improve the wording:

-    To do this, the execution client looks at every executing message and  queries `op-supervisor` to see if there is a corresponding initiating message.
+    The execution client examines every executing message and queries `op-supervisor` to verify the existence of a corresponding initiating message.
🧰 Tools
🪛 LanguageTool

[style] ~56-~56: Consider a more expressive alternative.
Context: ...is sufficiently safe to include. To do this, the execution client looks at eve...

(DO_ACHIEVE)

📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 86d5dc6 and 90586bd.

📒 Files selected for processing (5)
  • pages/builders/chain-operators/configuration/batcher.mdx (29 hunks)
  • pages/builders/chain-operators/deploy/smart-contracts.mdx (3 hunks)
  • pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1 hunks)
  • pages/stack/interop/op-supervisor.mdx (2 hunks)
  • words.txt (5 hunks)
🧰 Additional context used
📓 Path-based instructions (4)
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
pages/builders/chain-operators/configuration/batcher.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
pages/stack/interop/op-supervisor.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
🪛 LanguageTool
words.txt

[duplication] ~2-~2: Möglicher Tippfehler: ein Wort wird wiederholt
Context: ACCOUNTQUEUE accountqueue ACCOUNTSLOTS accountslots ADDI ADDIU ADDU airgap Allnodes Allocs ...

(GERMAN_WORD_REPEAT_RULE)


[duplication] ~411-~411: Möglicher Tippfehler: ein Wort wird wiederholt
Context: ...e VHOSTS vhosts Viem viem Viem's viem's VMDEBUG vmdebug VMODULE vmodule voxel xlarge XORI xtens...

(GERMAN_WORD_REPEAT_RULE)

pages/builders/chain-operators/configuration/batcher.mdx

[formatting] ~848-~848: If the ‘because’ clause is essential to the meaning, do not use a comma before the clause.
Context: ...tions and calldata, with no restrictions, because both are fully secured by L1. | | Batch...

(COMMA_BEFORE_BECAUSE)

pages/stack/interop/op-supervisor.mdx

[style] ~56-~56: Consider a more expressive alternative.
Context: ...is sufficiently safe to include. To do this, the execution client looks at eve...

(DO_ACHIEVE)

🔇 Additional comments (5)
pages/builders/chain-operators/configuration/batcher.mdx (3)

854-856: LGTM!

The data availability types section is well-structured and correctly formatted.


859-861: LGTM!

The batch submission frequency section is clear and properly formatted.


864-866: LGTM!

The output frequency section is well-structured and correctly formatted.

pages/stack/interop/op-supervisor.mdx (2)

14-16: LGTM!

The introduction is clear and properly formatted.


17-22: LGTM!

The blockchain heads list is well-structured and properly formatted.

@krofax
Copy link
Collaborator Author

krofax commented Jan 28, 2025

NB: Technically this is ready for review, once i get the correct intent file, this will be good to go.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 2

🧹 Nitpick comments (2)
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

102-104: Fix typo in the sentence.

Remove the extra period after "L1":

-*   This file specifies the deployment parameters for both L1. 
+*   This file specifies the deployment parameters for L1.
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

483-484: Add explanatory comments for configuration files.

Consider adding brief descriptions of what each configuration file is used for:

-op-deployer inspect genesis --workdir .deployer <l2-chain-id> > .deployer/genesis.json
-op-deployer inspect rollup --workdir .deployer <l2-chain-id> > .deployer/rollup.json
+# Generate genesis.json - defines the initial state of your L2 chain
+op-deployer inspect genesis --workdir .deployer <l2-chain-id> > .deployer/genesis.json
+# Generate rollup.json - contains configuration for the consensus client
+op-deployer inspect rollup --workdir .deployer <l2-chain-id> > .deployer/rollup.json
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 90586bd and acebb69.

📒 Files selected for processing (4)
  • pages/builders/chain-operators/deploy/smart-contracts.mdx (3 hunks)
  • pages/builders/chain-operators/tools/op-deployer.mdx (2 hunks)
  • pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1 hunks)
  • words.txt (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • words.txt
🧰 Additional context used
📓 Path-based instructions (3)
pages/builders/chain-operators/tools/op-deployer.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
⏰ Context from checks skipped due to timeout of 90000ms (3)
  • GitHub Check: Redirect rules - docs-optimism
  • GitHub Check: Header rules - docs-optimism
  • GitHub Check: Pages changed - docs-optimism
🔇 Additional comments (4)
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

11-13: LGTM!

The callout effectively communicates the requirement for using governance-approved smart contract versions.

pages/builders/chain-operators/tools/op-deployer.mdx (2)

34-35: LGTM!

The instruction clearly guides users to replace the L2 chain ID placeholder.


101-103: LGTM!

The instructions clearly explain how to use the apply command and replace the placeholders.

pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

420-424: LGTM!

The introduction effectively sets up the section on using op-deployer.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

♻️ Duplicate comments (2)
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

21-24: 🛠️ Refactor suggestion

Update language to follow documentation guidelines.

Replace personal pronoun with more direct language.

-We do not recommend using this method, and it is provided here only for historical context.
+This method is not recommended and is provided here only for historical context.
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

420-458: 🛠️ Refactor suggestion

Remove duplicate environment requirements.

The environment requirements are duplicated.

*   Access to the L1 blockchain (e.g., Sepolia or Mainnet) via an RPC URL.
*   A private key with sufficient funds to cover deployment costs.

-*   Access to the L1 blockchain (e.g., Sepolia or Mainnet) via an RPC URL.
-*   A private key with sufficient funds to cover deployment costs.
🧰 Tools
🪛 LanguageTool

[uncategorized] ~431-~431: Possible missing comma found.
Context: ...lease, download the binary for your platform then extract it somewhere on your `PATH...

(AI_HYDRA_LEO_MISSING_COMMA)

🧹 Nitpick comments (1)
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

95-95: Add missing comma for better readability.

Add a comma after "platform" to properly separate the clauses.

-for your platform then extract it somewhere on your `PATH`.
+for your platform, then extract it somewhere on your `PATH`.
🧰 Tools
🪛 LanguageTool

[uncategorized] ~95-~95: Possible missing comma found.
Context: ...lease, download the binary for your platform then extract it somewhere on your `PATH...

(AI_HYDRA_LEO_MISSING_COMMA)

📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between acebb69 and 2c77491.

📒 Files selected for processing (3)
  • pages/builders/chain-operators/deploy/smart-contracts.mdx (3 hunks)
  • pages/builders/chain-operators/tools/op-deployer.mdx (4 hunks)
  • pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • pages/builders/chain-operators/tools/op-deployer.mdx
🧰 Additional context used
📓 Path-based instructions (2)
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
🪛 LanguageTool
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx

[uncategorized] ~431-~431: Possible missing comma found.
Context: ...lease, download the binary for your platform then extract it somewhere on your `PATH...

(AI_HYDRA_LEO_MISSING_COMMA)

pages/builders/chain-operators/deploy/smart-contracts.mdx

[uncategorized] ~95-~95: Possible missing comma found.
Context: ...lease, download the binary for your platform then extract it somewhere on your `PATH...

(AI_HYDRA_LEO_MISSING_COMMA)

⏰ Context from checks skipped due to timeout of 90000ms (4)
  • GitHub Check: Redirect rules - docs-optimism
  • GitHub Check: Header rules - docs-optimism
  • GitHub Check: Pages changed - docs-optimism
  • GitHub Check: pr-workflow
🔇 Additional comments (3)
pages/builders/chain-operators/deploy/smart-contracts.mdx (2)

11-13: LGTM! Clear and important security notice.

The callout effectively communicates the critical requirement to use governance-approved smart contract versions.


84-127: Well-structured introduction of op-deployer.

The section effectively introduces op-deployer as the recommended deployment method with clear, step-by-step instructions.

🧰 Tools
🪛 LanguageTool

[uncategorized] ~95-~95: Possible missing comma found.
Context: ...lease, download the binary for your platform then extract it somewhere on your `PATH...

(AI_HYDRA_LEO_MISSING_COMMA)

pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

473-495: LGTM! Clear instructions for configuration generation.

The section provides clear instructions with well-formatted commands for generating the necessary configuration files.

krofax and others added 2 commits January 29, 2025 17:01
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Nitpick comments (3)
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

94-95: Add missing comma for better readability.

Add a comma after "platform" to properly separate the clauses.

-    for your platform then extract it somewhere on your `PATH`.
+    for your platform, then extract it somewhere on your `PATH`.
🧰 Tools
🪛 LanguageTool

[uncategorized] ~95-~95: Possible missing comma found.
Context: ...lease, download the binary for your platform then extract it somewhere on your `PATH...

(AI_HYDRA_LEO_MISSING_COMMA)

pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (2)

438-438: Improve sentence clarity.

The sentence structure can be improved by removing redundant words.

-*   This file specifies the deployment parameters for deploying the L1 smart contract. 
+*   This file specifies the parameters for deploying the L1 smart contract. 

480-481: Add command descriptions for better clarity.

Consider adding brief descriptions of what each command generates to help users understand their purpose.

+# Generate L2 genesis state for the execution client
 op-deployer inspect genesis --workdir .deployer <l2-chain-id> > .deployer/genesis.json
+# Generate rollup configuration for the consensus client
 op-deployer inspect rollup --workdir .deployer <l2-chain-id> > .deployer/rollup.json
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 2c77491 and e8bd089.

📒 Files selected for processing (2)
  • pages/builders/chain-operators/deploy/smart-contracts.mdx (3 hunks)
  • pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1 hunks)
🧰 Additional context used
📓 Path-based instructions (2)
pages/builders/chain-operators/deploy/smart-contracts.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (1)

Pattern **/*.mdx: "ALWAYS review Markdown content THOROUGHLY with the following criteria:

  • Use proper nouns in place of personal pronouns like 'We' and 'Our' to maintain consistency in communal documentation.
  • Avoid gender-specific language and use the imperative form.
  • Monitor capitalization for emphasis. Avoid using all caps, italics, or bold for emphasis.
  • Ensure proper nouns are capitalized in sentences.
  • Apply the Oxford comma.
  • Use proper title case for buttons, tab names, page names, and links. Sentence case should be used for body content and short phrases, even in links.
  • Use correct spelling and grammar at all times (IMPORTANT).
  • For H1, H2, and H3 headers:
    1. Use sentence case, capitalizing only the first word.
    2. Preserve the capitalization of proper nouns, technical terms, and acronyms as defined in the 'nouns.txt' file located in the root directory of the project.
    3. Do not automatically lowercase words that appear in the 'nouns.txt' file, regardless of their position in the header.
  • Flag any headers that seem to inconsistently apply these rules for manual review.
  • When reviewing capitalization, always refer to the 'nouns.txt' file for the correct capitalization of proper nouns and technical terms specific to the project.
    "
🪛 LanguageTool
pages/builders/chain-operators/deploy/smart-contracts.mdx

[uncategorized] ~95-~95: Possible missing comma found.
Context: ...lease, download the binary for your platform then extract it somewhere on your `PATH...

(AI_HYDRA_LEO_MISSING_COMMA)

⏰ Context from checks skipped due to timeout of 90000ms (4)
  • GitHub Check: Redirect rules - docs-optimism
  • GitHub Check: Header rules - docs-optimism
  • GitHub Check: Pages changed - docs-optimism
  • GitHub Check: pr-workflow
🔇 Additional comments (5)
pages/builders/chain-operators/deploy/smart-contracts.mdx (3)

11-13: LGTM! Clear and concise callout.

The callout effectively communicates the requirement to use governance-approved smart contract versions.


21-24: LGTM! Clear warning about legacy method.

The warning effectively communicates that this is a legacy method and sets appropriate expectations.


124-127: LGTM! Clear explanation of CREATE2 usage.

The callout effectively explains when and why to use the CREATE2 method for deterministic deployment.

pages/builders/chain-operators/tutorials/create-l2-rollup.mdx (2)

432-433: Remove duplicate environment requirements.

These requirements are already stated in the environment setup section above.

-*   Access to the L1 blockchain (e.g., Sepolia or Mainnet) via an RPC URL.
-*   A private key with sufficient funds to cover deployment costs.

491-492: LGTM! Well-documented inspect commands.

The commands are clear and include helpful comments explaining their purpose.

@krofax
Copy link
Collaborator Author

krofax commented Jan 30, 2025

Closing this in favour of #1292 , it has more context, and covers more details.

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