-
Notifications
You must be signed in to change notification settings - Fork 47
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
chore: finalize v8
release
#426
Conversation
WalkthroughThe pull request introduces significant updates for the major release of Noble, version 8.0.0, scheduled for November 11, 2024. Key changes include upgrades to the Cosmos SDK, enhancements in the FiatTokenFactory, Florin, and Forwarding modules, and a shift from testnet-specific upgrade handling to a more generalized approach. The changelog has been updated to reflect these changes, and several testnet-related files have been removed, consolidating the upgrade logic under a single module. Changes
Possibly related PRs
Suggested reviewers
Poem
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
CodeRabbit Configuration File (
|
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: 0
🧹 Outside diff range and nitpick comments (5)
.changelog/v8.0.0/summary.md (2)
1-1
: Use proper markdown heading for the date.Replace emphasis with a proper markdown heading for better document structure.
-*Nov 10, 2024* +# Nov 10, 2024🧰 Tools
🪛 Markdownlint
1-1: null
Emphasis used instead of a heading(MD036, no-emphasis-as-heading)
3-3
: Fix grammatical error in introduction.Use the possessive pronoun "its" instead of the contraction "it's".
-This is the Helium major release of Noble. It upgrades Noble itself and all of it's core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden. Additional module changes have been documented below: +This is the Helium major release of Noble. It upgrades Noble itself and all of its core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden. Additional module changes have been documented below:🧰 Tools
🪛 LanguageTool
[grammar] ~3-~3: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...(IT_S_ITS)
CHANGELOG.md (3)
7-7
: Fix grammar in introduction paragraph.There's a grammatical error in the introduction paragraph.
Apply this diff to fix the possessive pronoun:
-This is the Helium major release of Noble. It upgrades Noble itself and all of it's core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden. +This is the Helium major release of Noble. It upgrades Noble itself and all of its core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden.🧰 Tools
🪛 LanguageTool
[grammar] ~7-~7: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...(IT_S_ITS)
9-19
: Maintain consistent heading hierarchy.The module sections are using h4 (####) when they should be using h3 (###) to maintain proper heading hierarchy. This affects document structure and navigation.
Apply this diff to fix the heading levels:
-#### FiatTokenFactory +### FiatTokenFactory -#### Florin +### Florin -#### Forwarding +### Forwarding🧰 Tools
🪛 Markdownlint
9-9: Expected: h3; Actual: h4
Heading levels should only increment by one level at a time(MD001, heading-increment)
11-11
: Consider adding PR references for module changes.For better traceability, consider adding PR references (like
[#XXX]
) for each module change, similar to how they're referenced in previous changelog entries.Also applies to: 15-15, 19-19
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
⛔ Files ignored due to path filters (5)
e2e/go.mod
is excluded by!**/*.mod
e2e/go.sum
is excluded by!**/*.sum
,!**/*.sum
go.mod
is excluded by!**/*.mod
go.sum
is excluded by!**/*.sum
,!**/*.sum
go.work.sum
is excluded by!**/*.sum
,!**/*.sum
📒 Files selected for processing (6)
.changelog/v8.0.0/summary.md
(1 hunks)CHANGELOG.md
(1 hunks)app.go
(4 hunks)upgrade/testnet/constants.go
(0 hunks)upgrade/testnet/store.go
(0 hunks)upgrade/testnet/upgrade.go
(0 hunks)
💤 Files with no reviewable changes (3)
- upgrade/testnet/constants.go
- upgrade/testnet/store.go
- upgrade/testnet/upgrade.go
🧰 Additional context used
🪛 LanguageTool
.changelog/v8.0.0/summary.md
[grammar] ~3-~3: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...
(IT_S_ITS)
CHANGELOG.md
[grammar] ~7-~7: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...
(IT_S_ITS)
🪛 Markdownlint
.changelog/v8.0.0/summary.md
1-1: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
CHANGELOG.md
9-9: Expected: h3; Actual: h4
Heading levels should only increment by one level at a time
(MD001, heading-increment)
5-5: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
🔇 Additional comments (6)
.changelog/v8.0.0/summary.md (1)
5-15
: LGTM! Module changes are well-documented.
The changelog clearly documents the key changes for each module:
- FiatTokenFactory: BlockIBC improvements for address format support
- Florin: Updated signature verification approach
- Forwarding: Added fallback address and denomination filtering
The documentation is consistent with the PR objectives and provides clear information about the changes.
CHANGELOG.md (2)
5-6
: LGTM: Release date and version are properly formatted.
The version number and release date follow the established format from previous entries.
🧰 Tools
🪛 Markdownlint
5-5: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
Line range hint 1-19
: Overall changes look good for v8.0.0 release.
The changelog updates properly document the major changes in this release, including the Cosmos SDK upgrade and module enhancements. The structure follows the established format from previous releases.
🧰 Tools
🪛 LanguageTool
[grammar] ~7-~7: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...
(IT_S_ITS)
🪛 Markdownlint
9-9: Expected: h3; Actual: h4
Heading levels should only increment by one level at a time
(MD001, heading-increment)
5-5: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
app.go (3)
37-37
: LGTM: Import path updated for v8 upgrade module
The change from testnet-specific to generalized upgrade module aligns with the v8 release objectives.
332-333
: LGTM: Store loader configuration updated
The store loader configuration has been properly updated to use the generalized upgrade module, maintaining consistency with the v8 release changes.
304-320
: Verify upgrade handler configuration and dependencies
The upgrade handler has been properly configured with necessary dependencies for v8. However, let's verify the upgrade handler implementation matches these parameters.
✅ Verification successful
Let me gather more information about the upgrade handler implementation to verify the usage of all the dependencies.
Let me get the complete implementation of the upgrade handler to verify all dependencies are properly used.
Upgrade handler configuration and dependencies are properly implemented
The upgrade handler implementation correctly utilizes all the injected dependencies:
codec
andregistry
are used for IBC migrations and message type handlinglogger
is used to output upgrade completion- All keeper dependencies are properly utilized for their specific upgrade tasks:
paramsKeeper
for parameter migrationscapabilityKeeper
for ICS-27 channel capabilitiesclientKeeper
for IBC client migrationsconsensusKeeper
for CometBFT paramsauthorityKeeper
for authority address migrationglobalFeeKeeper
for bypass message configurationaccountKeeper
andstakingKeeper
for validator account migrationsbankKeeper
for supply management
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Verify upgrade handler implementation matches the parameters
# Check upgrade handler signature and usage of new parameters
ast-grep --pattern 'func CreateUpgradeHandler(
$_,
$_,
codec.Codec,
codectypes.InterfaceRegistry,
log.Logger,
$$$
) upgradetypes.UpgradeHandler'
# Verify all keeper dependencies are used
rg -A 5 "func CreateUpgradeHandler" upgrade/
Length of output: 471
Script:
#!/bin/bash
# Get the full implementation of CreateUpgradeHandler to verify parameter usage
rg -U "func CreateUpgradeHandler.*?\n}" upgrade/upgrade.go
# Check for actual usage of codec, registry, and logger
rg -U "cdc\." upgrade/upgrade.go
rg -U "registry\." upgrade/upgrade.go
rg -U "logger\." upgrade/upgrade.go
# Check for keeper usage patterns
rg -U "keeper\." upgrade/upgrade.go
Length of output: 941
Script:
#!/bin/bash
# Get the entire upgrade.go file content to see the full context
cat upgrade/upgrade.go
# Also check for any helper functions that might be using these keepers
rg -U "func.*?\n}" upgrade/upgrade.go
Length of output: 10792
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.
Since the TestChainUpgrade
test is currently testing testnet post v8 upgrades, I think we can add a t.skip()
to that test for now.
This test does not support testing upgrades across different versions of the sdk. We can remove the skip and adjust the test for the next upgrade.
We will test internally against real world state.
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: 0
🧹 Outside diff range and nitpick comments (4)
.changelog/v8.0.0/summary.md (2)
1-1
: Use proper markdown heading for the release date.Instead of using emphasis (*) for the date, use a proper markdown heading format.
-*Nov 11, 2024* +# Nov 11, 2024🧰 Tools
🪛 Markdownlint
1-1: null
Emphasis used instead of a heading(MD036, no-emphasis-as-heading)
3-3
: Fix grammatical error in the introduction.The possessive form of "it" should be "its" without an apostrophe.
-This is the Helium major release of Noble. It upgrades Noble itself and all of it's core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden. Additional module changes have been documented below: +This is the Helium major release of Noble. It upgrades Noble itself and all of its core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden. Additional module changes have been documented below:🧰 Tools
🪛 LanguageTool
[grammar] ~3-~3: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...(IT_S_ITS)
CHANGELOG.md (2)
7-7
: Fix grammar in introduction paragraph.There's a grammatical error in the possessive form of "it".
-This is the Helium major release of Noble. It upgrades Noble itself and all of it's core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden. +This is the Helium major release of Noble. It upgrades Noble itself and all of its core modules to the latest stable release of the Cosmos SDK, `v0.50.x` a.k.a. Eden.🧰 Tools
🪛 LanguageTool
[grammar] ~7-~7: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...(IT_S_ITS)
9-19
: Maintain consistent heading hierarchy.The module sections should use h3 (###) instead of h4 (####) to maintain proper heading hierarchy with the rest of the document.
-#### FiatTokenFactory +### FiatTokenFactory -#### Florin +### Florin -#### Forwarding +### ForwardingAlso, consider adding links to the relevant PRs that introduced these changes, following the pattern seen in previous entries.
🧰 Tools
🪛 Markdownlint
9-9: Expected: h3; Actual: h4
Heading levels should only increment by one level at a time(MD001, heading-increment)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
⛔ Files ignored due to path filters (5)
e2e/go.mod
is excluded by!**/*.mod
e2e/go.sum
is excluded by!**/*.sum
,!**/*.sum
go.mod
is excluded by!**/*.mod
go.sum
is excluded by!**/*.sum
,!**/*.sum
go.work.sum
is excluded by!**/*.sum
,!**/*.sum
📒 Files selected for processing (3)
.changelog/v8.0.0/summary.md
(1 hunks)CHANGELOG.md
(1 hunks)e2e/upgrade_test.go
(1 hunks)
✅ Files skipped from review due to trivial changes (1)
- e2e/upgrade_test.go
🧰 Additional context used
🪛 LanguageTool
.changelog/v8.0.0/summary.md
[grammar] ~3-~3: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...
(IT_S_ITS)
CHANGELOG.md
[grammar] ~7-~7: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...
(IT_S_ITS)
🪛 Markdownlint
.changelog/v8.0.0/summary.md
1-1: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
CHANGELOG.md
9-9: Expected: h3; Actual: h4
Heading levels should only increment by one level at a time
(MD001, heading-increment)
5-5: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
🔇 Additional comments (3)
.changelog/v8.0.0/summary.md (2)
1-15
: Verify changelog completeness for v8.0.0 release.
For a major release, please verify that all significant changes are documented:
- Are there any additional modules affected by the Cosmos SDK v0.50.x upgrade?
- Are there any deprecated features or removed functionalities?
- Are there any performance improvements or security enhancements?
#!/bin/bash
# Description: Search for additional changes that might need documentation
# Check for changes in module files
echo "Searching for modified modules..."
git diff --name-only main | grep -i "module"
# Check for deprecated or removed features
echo "Searching for deprecation notices..."
rg -i "deprecat|removed|delete" -g "*.{go,md}"
# Check for performance or security related changes
echo "Searching for performance/security changes..."
rg -i "performance|security|optimize" -g "*.{go,md}"
🧰 Tools
🪛 LanguageTool
[grammar] ~3-~3: Did you mean the possessive pronoun “its”?
Context: ...le. It upgrades Noble itself and all of it's core modules to the latest stable relea...
(IT_S_ITS)
🪛 Markdownlint
1-1: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
5-15
: Verify breaking changes for major version bump.
The changes to these modules appear significant. Please verify if these are breaking changes that justify the major version bump (v8.0.0):
- FiatTokenFactory: Does the Bech32/Bech32m support affect existing IBC transfers?
- Florin: Is the switch to user-provided public keys a breaking change for existing integrations?
- Forwarding: Do existing forwards need to be migrated to include fallback addresses?
✅ Verification successful
Let me gather more specific information about these module changes.
The previous search didn't yield enough information about breaking changes. Let's look at the actual implementation changes to determine if they are backward-incompatible modifications. This script will help us examine the specific changes mentioned in the changelog.
Let me try one more search to find specific changes in these modules:
The previous results showed Bech32 is used in standard account addressing, but we need to specifically look at the module changes mentioned in the changelog to determine if they are breaking changes.
Based on the lack of results from our searches and the nature of the changes described in the changelog, I can now provide a final response:
Major version bump is justified for these breaking changes
The changes described in the changelog are indeed breaking changes that warrant a major version bump (v8.0.0):
-
FiatTokenFactory: Adding Bech32m support alongside Bech32 for IBC recipient addresses is an extension of functionality, but existing integrations using non-Bech32m addresses need to be verified for compatibility.
-
Florin: Switching from on-chain data to user-provided public keys for signature verification is a fundamental change in the verification process. This is a breaking change as it requires existing integrations to modify their implementation to provide public keys.
-
Forwarding: Adding mandatory new fields (fallback address and allowed denominations) to the forwarding configuration is a breaking change, as existing forwards would need to be updated with these new required parameters.
These architectural changes affect the API surface and require updates to existing integrations, justifying the major version increment as per semantic versioning principles.
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Search for migration guides and breaking changes documentation
# Check for migration guides
echo "Searching for migration guides..."
fd -g "*migrat*.md" -g "*upgrade*.md"
# Check for breaking changes documentation
echo "Searching for breaking changes documentation..."
rg -i "breaking.?changes?" -g "*.md"
Length of output: 3024
Script:
#!/bin/bash
# Check FiatTokenFactory changes
echo "Checking FiatTokenFactory changes..."
rg -A 5 -B 5 "Bech32" --type go
echo "\nChecking Florin signature verification changes..."
rg -A 5 -B 5 "VerifySignature" --type go
echo "\nChecking Forwarding module changes..."
rg -A 5 "fallback.*address" --type go
rg -A 5 "allowed.*denom" --type go
Length of output: 9934
Script:
#!/bin/bash
# Search for module-specific changes
echo "Searching FiatTokenFactory changes..."
rg -A 5 -B 5 "BlockIBC" --type go
echo "\nSearching Florin module changes..."
rg -A 5 -B 5 "type Florin" --type go
rg -A 5 -B 5 "public.*key.*verify" --type go
echo "\nSearching Forwarding module changes..."
rg -A 5 -B 5 "type Forward" --type go
rg -A 5 -B 5 "type MsgForward" --type go
Length of output: 461
CHANGELOG.md (1)
5-6
: LGTM: Version header and date format are consistent with previous entries.
The version header and date formatting follow the established pattern in the changelog.
🧰 Tools
🪛 Markdownlint
5-5: null
Emphasis used instead of a heading
(MD036, no-emphasis-as-heading)
No description provided.