-
Notifications
You must be signed in to change notification settings - Fork 268
op-deployer + opcm documentation #934
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
Conversation
WalkthroughThe pull request introduces several changes across multiple files, primarily focusing on updating labels in the Changes
Possibly related PRs
Suggested labels
Suggested reviewers
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? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
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)
Other keywords and placeholders
Documentation and Community
|
✅ Deploy Preview for docs-optimism ready!
To edit notification comments on pull requests, go to your Netlify site 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.
Actionable comments posted: 5
🧹 Outside diff range and nitpick comments (9)
pages/stack/experimental/_meta.json (1)
1-3
: LGTM! Consider adding a brief comment.The JSON structure is correct and the key-value pair aligns with the PR objectives. The file appears to be defining a label for the "opcm" (OP Contracts Manager) feature.
Consider adding a brief comment at the top of the file to explain its purpose, for example:
+// Metadata for experimental stack features { "opcm": "OP Contracts Manager" }
This would help other developers understand the file's role in the project structure.
pages/builders/chain-operators/tools/_meta.json (2)
1-5
: Consider consistent label formatsFor improved clarity and user experience, consider updating the labels for "op-challenger" and "explorer" to match the concise format of "Conductor" and "Deployer". This could look like:
{ "op-challenger": "Challenger", "op-conductor": "Conductor", "op-deployer": "Deployer", "explorer": "Explorer" }This consistency would make the documentation more intuitive and easier to navigate.
1-5
: Consider alphabetical orderingTo enhance readability and make it easier to locate specific items, especially as the list grows, consider ordering the entries alphabetically. This is a common practice in documentation. The file could be restructured as follows:
{ "explorer": "Block Explorer", "op-challenger": "Configure Challenger For Your Chain", "op-conductor": "Conductor", "op-deployer": "Deployer" }This ordering would make the structure more predictable for users navigating the documentation.
pages/stack/_meta.json (1)
11-12
: LGTM! Consider adding a brief comment for clarity.The additions of "operators" and "experimental" entries are consistent with the existing structure and will enhance the documentation coverage. These new sections align well with the PR objectives of introducing documentation for op-deployer and opcm.
Consider adding a brief comment above these new entries to provide context, especially for the "experimental" section. For example:
"security": "Security", + // New sections for advanced users and experimental features "operators": "Operators", "experimental": "Experimental"
This comment would help other contributors understand the purpose of these sections at a glance.
pages/stack/experimental/opcm.mdx (4)
10-15
: Minor improvements needed in the introduction.The introduction effectively explains the purpose of the OP Contracts Manager. However, there are two minor issues to address:
- In line 14, "Optimism Monorepo" should be capitalized as "Optimism Monorepo" for consistency with proper noun capitalization.
- The use of "We" in line 14 should be replaced with a more specific noun to maintain consistency in communal documentation.
Consider applying this change:
-The version deployed is always a governance-approved contract release. We can find the set of governance approved contract releases on the optimism Monorepo releases page, and is the set of releases named `op-contracts/vX.Y.Z`. +The version deployed is always a governance-approved contract release. The set of governance-approved contract releases can be found on the Optimism Monorepo releases page, and is the set of releases named `op-contracts/vX.Y.Z`.
16-23
: Enhance clarity in the problem statement section.The problem statement effectively outlines the challenges with the current L2 chain deployment approach. However, there are a few minor improvements that can be made:
- In line 18, consider adding "a" before "single L1 target" for grammatical correctness.
- In line 18, add a comma after "Since then" to improve readability.
- In line 20, consider rephrasing "The interop team needs a way to configure new multi-L2 deployments" to be more specific about who the interop team is.
Consider applying these changes:
-The current L2 chain deployment approach originates from a time with Hardhat, single L1 target, and a single monolithic set of features. Since then the system has migrated to Foundry and extended for more features, but remains centered around a single monolithic deploy-config for all its features. +The current L2 chain deployment approach originates from a time with Hardhat, a single L1 target, and a single monolithic set of features. Since then, the system has migrated to Foundry and extended for more features, but remains centered around a single monolithic deploy-config for all its features. -The interop team needs a way to configure new multi-L2 deployments: The number of ways to compose L2s in tests grows past what a single legacy config template can support. +The Optimism interoperability team requires a method to configure new multi-L2 deployments: The number of ways to compose L2s in tests grows past what a single legacy config template can support.🧰 Tools
🪛 LanguageTool
[uncategorized] ~18-~18: You might be missing the article “a” here.
Context: ...ch originates from a time with Hardhat, single L1 target, and a single monolithic set ...(AI_EN_LECTOR_MISSING_DETERMINER_A)
[typographical] ~18-~18: It seems that a comma is missing after this introductory phrase.
Context: ...nd a single monolithic set of features. Since then the system has migrated to Foundry and ...(SINCE_THEN_COMMA)
24-33
: Refine the purpose section for clarity and consistency.The purpose section effectively outlines the main aspects of OPCM's functionality. However, there are a few minor improvements that can enhance clarity and consistency:
- In line 29, change "contracts release" to "contract release" for grammatical correctness.
- In line 32, consider rephrasing "it also is meant to handle" to "it is also intended to handle" for better flow.
- The repetitive use of "This occurs" at the beginning of sentences in points 2 and 3 could be varied for better readability.
Consider applying these changes:
-2. **Deploy Shared Implementation Contracts.** This occurs once per contracts release in production, but is needed for every OP chain deployment in devnet and testnet. -3. **Deploy OP Chain Contracts.** This occurs for every OP chain deployment in production, devnet, and testnet. +2. **Deploy Shared Implementation Contracts.** This process takes place once per contract release in production, but is necessary for every OP chain deployment in devnet and testnet. +3. **Deploy OP Chain Contracts.** This deployment is required for every OP chain deployment across all environments: production, devnet, and testnet. -In a future iteration, it also is meant to handle upgrading the smart contracts. +In a future iteration, it is also intended to handle upgrading the smart contracts.🧰 Tools
🪛 LanguageTool
[uncategorized] ~29-~29: Did you mean “contract”? If following ‘per’, nouns are often singular.
Context: ...ation Contracts.** This occurs once per contracts release in production, but is needed fo...(CONFUSION_OF_NNS_NN_UN)
[style] ~30-~30: Three successive sentences begin with the same word. Consider rewording the sentence or use a thesaurus to find a synonym.
Context: ...deployment in devnet and testnet. 3. Deploy OP Chain Contracts. This occurs for e...(ENGLISH_WORD_REPEAT_BEGINNING_RULE)
34-37
: Minor correction needed in the "Learn more" section.The "Learn more" section provides valuable links to additional resources. However, there's a minor stylistic issue to address:
- In lines 36 and 37, "Checkout" should be "Check out" as it's being used as a verb phrase.
Consider applying this change:
-* Checkout the [OPCM specs](https://specs.optimism.io/experimental/op-contracts-manager.html) -* Checkout the [OPCM design document](https://github.com/ethereum-optimism/design-docs/blob/main/protocol/op-contracts-manager-arch.md) +* Check out the [OPCM specs](https://specs.optimism.io/experimental/op-contracts-manager.html) +* Check out the [OPCM design document](https://github.com/ethereum-optimism/design-docs/blob/main/protocol/op-contracts-manager-arch.md)🧰 Tools
🪛 LanguageTool
[grammar] ~36-~36: This sentence should probably be started with a verb instead of the noun ‘Checkout’. If not, consider inserting a comma for better clarity.
Context: ...he smart contracts. ## Learn more * Checkout the [OPCM specs](https://specs.optimism...(SENT_START_NN_DT)
words.txt (1)
230-230
: LGTM. Consider adding a brief explanation.The addition of "OPCM" is consistent with other uppercase entries in the file. However, to improve clarity, consider adding a brief comment or explanation about what OPCM stands for, as it may not be immediately obvious to all contributors or users.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
📒 Files selected for processing (6)
- pages/builders/chain-operators/tools/_meta.json (1 hunks)
- pages/builders/chain-operators/tools/op-deployer.mdx (1 hunks)
- pages/stack/_meta.json (1 hunks)
- pages/stack/experimental/_meta.json (1 hunks)
- pages/stack/experimental/opcm.mdx (1 hunks)
- words.txt (2 hunks)
🧰 Additional context used
📓 Path-based instructions (2)
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. Use bold for prominence instead of all caps or italics.
- Ensure proper nouns are capitalized in sentences.
- Apply the Oxford comma.
- Use proper title case for headers, 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).
"pages/stack/experimental/opcm.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. Use bold for prominence instead of all caps or italics.
- Ensure proper nouns are capitalized in sentences.
- Apply the Oxford comma.
- Use proper title case for headers, 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).
"
🪛 LanguageTool
pages/builders/chain-operators/tools/op-deployer.mdx
[grammar] ~54-~54: It appears that a hyphen is missing in the noun “to-do” (= task) or did you mean the verb “to do”?
Context: ...ct ``` ## Genesis Creation todo: is this baked into the commands above?...(TO_DO_HYPHEN)
pages/stack/experimental/opcm.mdx
[uncategorized] ~18-~18: You might be missing the article “a” here.
Context: ...ch originates from a time with Hardhat, single L1 target, and a single monolithic set ...(AI_EN_LECTOR_MISSING_DETERMINER_A)
[typographical] ~18-~18: It seems that a comma is missing after this introductory phrase.
Context: ...nd a single monolithic set of features. Since then the system has migrated to Foundry and ...(SINCE_THEN_COMMA)
[uncategorized] ~29-~29: Did you mean “contract”? If following ‘per’, nouns are often singular.
Context: ...ation Contracts.** This occurs once per contracts release in production, but is needed fo...(CONFUSION_OF_NNS_NN_UN)
[style] ~30-~30: Three successive sentences begin with the same word. Consider rewording the sentence or use a thesaurus to find a synonym.
Context: ...deployment in devnet and testnet. 3. Deploy OP Chain Contracts. This occurs for e...(ENGLISH_WORD_REPEAT_BEGINNING_RULE)
[grammar] ~36-~36: This sentence should probably be started with a verb instead of the noun ‘Checkout’. If not, consider inserting a comma for better clarity.
Context: ...he smart contracts. ## Learn more * Checkout the [OPCM specs](https://specs.optimism...(SENT_START_NN_DT)
🔇 Additional comments (6)
pages/builders/chain-operators/tools/_meta.json (2)
3-3
: Improved label clarity for op-conductorThe change from "op-conductor" to "Conductor" enhances readability and user-friendliness. This is a positive update that aligns well with the documentation improvement goals.
4-4
: New entry added for op-deployerThe addition of the "op-deployer" entry with the label "Deployer" is consistent with the PR objectives and follows the same naming convention as the updated "Conductor" label. This contributes to the documentation's completeness and clarity.
pages/builders/chain-operators/tools/op-deployer.mdx (2)
1-10
: LGTM: Frontmatter and import statement are correctly formatted.The frontmatter contains appropriate metadata for the page, and the import statement for Nextra components is correctly placed.
1-62
: LGTM: Overall document structure and adherence to guidelines.The document follows a clear and logical structure, adhering to the provided coding guidelines. It uses proper nouns instead of personal pronouns, applies correct title case for headers, and maintains a consistent writing style. The content is informative and well-organized, providing a good foundation for understanding the
op-deployer
tool.🧰 Tools
🪛 LanguageTool
[grammar] ~54-~54: It appears that a hyphen is missing in the noun “to-do” (= task) or did you mean the verb “to do”?
Context: ...ct ``` ## Genesis Creation todo: is this baked into the commands above?...(TO_DO_HYPHEN)
pages/stack/experimental/opcm.mdx (1)
1-9
: LGTM: Frontmatter and imports are well-structured.The frontmatter contains appropriate metadata, and the import statement for Nextra components is correctly placed. The title uses proper capitalization, and the description is concise and informative.
words.txt (1)
231-231
: LGTM. Consistent with file patterns.The addition of "opcm" in lowercase is consistent with the file's pattern of including both uppercase and lowercase versions of terms. This approach provides flexibility for various use cases.
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
@sbvegan feel free to ping me when this is ready for review |
@bradleycamacho thank you, will do! I'm going to wait for slipper to update the readme in the monorepo to finalize some of these outstanding todos |
Co-authored-by: Matt Solomon <matt@mattsolomon.dev>
Description
Adding first draft to the op-deployer and opcm documentation