docs: address documentation audit findings from issue #281#289
Conversation
Apply documentation audit fixes covering correctness, freshness, and readability: - Oracle v2.0.0 code hash corrected to match source artifacts (C-001). - Rex5 unstable content moved into <details> blocks across keyless-deploy, oracle, system-tx, evm/overview, evm/resource-accounting (R-001..R-004, C-005); affected pages reverted to spec: Rex4 in frontmatter. - Rex5 behavioral summary added to hardfork-spec.md, upgrades/overview.md, and spec/overview.md spec progression (C-002, C-003, R-007, R-008). - Glossary updated: spec progression includes REX5, Detained limit reordered with Rex4+ relative-cap definition leading, MEGA_SYSTEM_ADDRESS Rex5 bullet marked _(Rex5, unstable)_ (R-009, R-010, R-015). - SequencerRegistry doc gains v1.0.0 code hash and ActivationBlockTooLarge() error in interface and Change Scheduling rule (F-002). - KeylessDeploy doc gains Rex5 trailing-bytes rejection rule in <details> block plus Spec History entry (F-001, R-001). - rex5.md adds the trailing-bytes change to What Changed; References now point to spec pages instead of crate file paths (F-001, R-014). - hardfork-spec.md drops MegaHardfork/MegaSpecId reference-impl mentions and rewrites Backward Compatibility bullets in plain English (R-005, R-006). - block-environment.md uses relative link to gas-detention spec (R-012). - mega-access-control.md and mega-limit-control.md drop the Source: line pointing at Solidity files (R-013). - AGENTS.md test-organization list now includes rex5/ (C-004). Generated-by: engineer-agent
|
Labels updated. The PR now has |
|
@claude review this PR |
|
Overall the PR looks correct and well-targeted. All audit findings from issue #281 are addressed: code hashes corrected, Rex5 unstable content properly wrapped in One issue I found during review and fixed in a follow-up commit:
The PR added normative text stating that Everything else looks correct. Prettier passes. |
|
Claude finished @Troublor's task in 4m 1s —— View job PR ReviewTasks:
SummaryThis PR addresses documentation audit findings from issue #281. All changes are documentation-only (15 files, no source code changes). The overall quality is high and the factual claims checked out against the source. One correctness fix is notable: the Oracle v2.0.0 code hash was wrong and is now corrected. Verified Correct ✅
Issues Found1. Confusing wording in In the Rex5 <details>
<summary>Rex5 (unstable): Dynamic system address resolution</summary>
`MEGA_SYSTEM_ADDRESS` MUST be resolved per block from ...
The fixed-constant resolution above no longer applies. ← "above" is outside the collapsed blockA reader who opens only the details block loses the "above" reference. Consider rephrasing to:
2. The 3. The diff weakens: -Implementations MUST gate spec-specific behavior on the active spec.
+Implementations gate spec-specific behavior on the active spec.If this is an intentional shift from RFC 2119 normative language to informative prose (consistent with the rest of the doc's style), that's fine. But if the intent is to keep a behavioral requirement for node implementors, the 4. -Source: [`MegaAccessControl.sol`](https://github.com/megaeth-labs/mega-evm/blob/main/crates/system-contracts/contracts/MegaAccessControl.sol)These links pointed directly to the Solidity source. Removing them is fine if the intent is to keep the spec self-contained, but there is no replacement navigation hint for readers who want to inspect the source. Not blocking, but worth noting. Overall AssessmentApprove with minor comments. The code hash correction in The four items above are either pre-existing, minor wording suggestions, or a one-line clarification request — none are blocking. |
The cancellation path (activationBlock == type(uint256).max) bypasses the ActivationBlockTooLarge check in the Solidity source. The previous prose stated the uint96 size constraint without noting the cancel exception, making it appear that passing type(uint256).max would revert. Document cancellation first to make the ordering clear. Generated-by: engineer-agent
|
The comment from No changes needed at this time. |
|
LGTM. Code hashes for Oracle v2.0.0 and SequencerRegistry v1.0.0 verified against the generated artifacts in |
|
The |
|
🔍 Looking into this... |
- system-tx.md: make Rex5 details block self-contained — replace "above" reference with the explicit constant value so the block reads correctly when expanded in isolation. - sequencer-registry.md: promote "Version 1.0.0" to a #### heading and add the "A node MUST deploy..." preamble, matching the heading style used in oracle.md and other system contract pages. Generated-by: engineer-agent
|
LGTM. All prior review feedback has been addressed: the |
|
The |
Summary
Addresses the documentation audit findings from issue #281 across specs and related docs.
Fixes #281