Skip to content

Conversation

lklimek
Copy link
Contributor

@lklimek lklimek commented Jun 25, 2025

Issue being fixed or feature implemented

Newly provisioned testnet nodes have wrong genesis.json.

What was done?

Fetched consensus params from testnet with curl 0:36657/consensus_params?height=1|jq and added them to testnet config.

How Has This Been Tested?

On a local VM.

Breaking Changes

None

Checklist:

  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have added or updated relevant unit/integration/functional/e2e tests
  • I have added "!" to the title and described breaking changes in the corresponding section if my code contains any
  • I have made corresponding changes to the documentation if needed

For repository code-owners and collaborators only

  • I have assigned this pull request to a milestone

Summary by CodeRabbit

  • New Features
    • Enhanced the testnet configuration with detailed consensus parameters covering block size, evidence limits, validator keys, timing, and ABCI settings.
    • Introduced an automatic migration to update testnet genesis configurations during upgrades, ensuring configuration consistency.
  • Bug Fixes
    • Updated keyword search contract ID and owner ID bytes to resolve related issues.
  • Version Updates
    • Incremented package versions across multiple components to 2.0.1 for improved consistency and compatibility.

@lklimek lklimek requested a review from QuantumExplorer as a code owner June 25, 2025 14:09
Copy link
Contributor

coderabbitai bot commented Jun 25, 2025

"""

Walkthrough

The consensus parameters within the testnet genesis configuration were expanded to include detailed settings for block limits, evidence handling, validator key types, versioning, synchrony, timeout durations, and ABCI behavior. A new migration was added to update the testnet genesis config in existing config files to align with these changes, using deep cloning to avoid reference issues. The import order at the top of the testnet config file was also adjusted. No changes were made to exported function signatures.

Changes

File Change Summary
packages/dashmate/configs/defaults/getTestnetConfigFactory.js Expanded consensus_params in testnet genesis configuration with detailed nested settings; reordered imports.
packages/dashmate/configs/getConfigFileMigrationsFactory.js Added migration for version 2.0.2-rc.1 to update testnet genesis config with new consensus parameters; used deep cloning to avoid shared references.

Possibly related PRs

Suggested reviewers

  • QuantumExplorer
  • shumkov

Poem

In the warren of configs, new rules take their place,
Blocks, validators, and time—each finds its space.
Evidence and synchrony, now finely tuned,
ABCI hops forward, consensus resumed.
With every parameter, our testnet grows bright—
A rabbit’s delight in the soft server light!
🐇✨
"""


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 306bd20 and 3a375c8.

⛔ Files ignored due to path filters (1)
  • Cargo.lock is excluded by !**/*.lock
📒 Files selected for processing (53)
  • CHANGELOG.md (1 hunks)
  • package.json (1 hunks)
  • packages/bench-suite/package.json (1 hunks)
  • packages/check-features/Cargo.toml (1 hunks)
  • packages/dapi-grpc/Cargo.toml (1 hunks)
  • packages/dapi-grpc/package.json (1 hunks)
  • packages/dapi/package.json (1 hunks)
  • packages/dash-spv/package.json (1 hunks)
  • packages/dashmate/configs/defaults/getTestnetConfigFactory.js (2 hunks)
  • packages/dashmate/configs/getConfigFileMigrationsFactory.js (4 hunks)
  • packages/dashmate/package.json (1 hunks)
  • packages/dashpay-contract/Cargo.toml (1 hunks)
  • packages/dashpay-contract/package.json (1 hunks)
  • packages/data-contracts/Cargo.toml (1 hunks)
  • packages/dpns-contract/Cargo.toml (1 hunks)
  • packages/dpns-contract/package.json (1 hunks)
  • packages/feature-flags-contract/Cargo.toml (1 hunks)
  • packages/feature-flags-contract/package.json (1 hunks)
  • packages/js-dapi-client/package.json (1 hunks)
  • packages/js-dash-sdk/package.json (1 hunks)
  • packages/js-grpc-common/package.json (1 hunks)
  • packages/keyword-search-contract/Cargo.toml (2 hunks)
  • packages/keyword-search-contract/lib/systemIds.js (1 hunks)
  • packages/keyword-search-contract/package.json (1 hunks)
  • packages/keyword-search-contract/src/lib.rs (2 hunks)
  • packages/masternode-reward-shares-contract/Cargo.toml (1 hunks)
  • packages/masternode-reward-shares-contract/package.json (1 hunks)
  • packages/platform-test-suite/package.json (1 hunks)
  • packages/rs-dapi-client/Cargo.toml (1 hunks)
  • packages/rs-dapi-grpc-macros/Cargo.toml (1 hunks)
  • packages/rs-dpp/Cargo.toml (1 hunks)
  • packages/rs-drive-abci/Cargo.toml (1 hunks)
  • packages/rs-drive-proof-verifier/Cargo.toml (1 hunks)
  • packages/rs-drive/Cargo.toml (1 hunks)
  • packages/rs-json-schema-compatibility-validator/Cargo.toml (1 hunks)
  • packages/rs-platform-serialization-derive/Cargo.toml (1 hunks)
  • packages/rs-platform-serialization/Cargo.toml (1 hunks)
  • packages/rs-platform-value-convertible/Cargo.toml (1 hunks)
  • packages/rs-platform-value/Cargo.toml (1 hunks)
  • packages/rs-platform-version/Cargo.toml (1 hunks)
  • packages/rs-platform-versioning/Cargo.toml (1 hunks)
  • packages/rs-sdk/Cargo.toml (1 hunks)
  • packages/simple-signer/Cargo.toml (1 hunks)
  • packages/strategy-tests/Cargo.toml (1 hunks)
  • packages/token-history-contract/Cargo.toml (1 hunks)
  • packages/token-history-contract/package.json (1 hunks)
  • packages/wallet-lib/package.json (1 hunks)
  • packages/wallet-utils-contract/Cargo.toml (1 hunks)
  • packages/wallet-utils-contract/package.json (1 hunks)
  • packages/wasm-dpp/Cargo.toml (1 hunks)
  • packages/wasm-dpp/package.json (1 hunks)
  • packages/withdrawals-contract/Cargo.toml (1 hunks)
  • packages/withdrawals-contract/package.json (1 hunks)
✅ Files skipped from review due to trivial changes (50)
  • package.json
  • packages/data-contracts/Cargo.toml
  • packages/js-dash-sdk/package.json
  • packages/rs-drive/Cargo.toml
  • packages/check-features/Cargo.toml
  • packages/dapi/package.json
  • packages/wasm-dpp/Cargo.toml
  • packages/feature-flags-contract/Cargo.toml
  • packages/rs-platform-serialization-derive/Cargo.toml
  • packages/dapi-grpc/Cargo.toml
  • packages/feature-flags-contract/package.json
  • packages/rs-platform-serialization/Cargo.toml
  • packages/strategy-tests/Cargo.toml
  • packages/rs-platform-value/Cargo.toml
  • packages/dashpay-contract/Cargo.toml
  • packages/dpns-contract/Cargo.toml
  • packages/rs-platform-version/Cargo.toml
  • packages/simple-signer/Cargo.toml
  • packages/rs-drive-proof-verifier/Cargo.toml
  • packages/wallet-utils-contract/package.json
  • packages/dpns-contract/package.json
  • packages/wallet-utils-contract/Cargo.toml
  • packages/rs-drive-abci/Cargo.toml
  • packages/token-history-contract/Cargo.toml
  • packages/dash-spv/package.json
  • packages/rs-dapi-client/Cargo.toml
  • packages/rs-dpp/Cargo.toml
  • packages/dashpay-contract/package.json
  • packages/bench-suite/package.json
  • packages/rs-json-schema-compatibility-validator/Cargo.toml
  • packages/js-grpc-common/package.json
  • packages/rs-sdk/Cargo.toml
  • packages/withdrawals-contract/package.json
  • packages/withdrawals-contract/Cargo.toml
  • packages/token-history-contract/package.json
  • packages/masternode-reward-shares-contract/package.json
  • packages/js-dapi-client/package.json
  • packages/masternode-reward-shares-contract/Cargo.toml
  • packages/rs-dapi-grpc-macros/Cargo.toml
  • packages/platform-test-suite/package.json
  • packages/wasm-dpp/package.json
  • packages/keyword-search-contract/Cargo.toml
  • packages/rs-platform-versioning/Cargo.toml
  • packages/rs-platform-value-convertible/Cargo.toml
  • packages/keyword-search-contract/lib/systemIds.js
  • packages/dashmate/package.json
  • packages/wallet-lib/package.json
  • packages/dapi-grpc/package.json
  • CHANGELOG.md
  • packages/keyword-search-contract/package.json
🚧 Files skipped from review as they are similar to previous changes (2)
  • packages/dashmate/configs/getConfigFileMigrationsFactory.js
  • packages/dashmate/configs/defaults/getTestnetConfigFactory.js
🧰 Additional context used
📓 Path-based instructions (1)
`**/*.rs`: Rust code should be formatted using `cargo fmt --all` Rust code shoul...

**/*.rs: Rust code should be formatted using cargo fmt --all
Rust code should be linted using cargo clippy --workspace
Check Rust code using cargo check --workspace
Run Rust tests using cargo test

📄 Source: CodeRabbit Inference Engine (CLAUDE.md)

List of files the instruction was applied to:

  • packages/keyword-search-contract/src/lib.rs
🧠 Learnings (2)
📓 Common learnings
Learnt from: shumkov
PR: dashpay/platform#2206
File: packages/rs-platform-version/src/version/protocol_version.rs:155-157
Timestamp: 2024-10-04T09:08:48.470Z
Learning: In the dashmate default configurations, the default protocol version for local networks has been removed, and an update mechanism for the protocol version in the consensus parameters has been implemented.
Learnt from: shumkov
PR: dashpay/platform#2206
File: packages/rs-platform-version/src/version/protocol_version.rs:155-157
Timestamp: 2024-10-09T00:22:57.778Z
Learning: In the dashmate default configurations, the default protocol version for local networks has been removed, and an update mechanism for the protocol version in the consensus parameters has been implemented.
Learnt from: lklimek
PR: dashpay/platform#2318
File: .github/workflows/tests-build-image.yml:45-45
Timestamp: 2024-11-13T10:31:30.891Z
Learning: In the dashpay/platform repository, changes to `.github/workflows/tests-build-image.yml` that switch the Docker image platform from `linux/arm64` to `linux/amd64` for testing purposes are acceptable when required to run on GitHub-hosted runners. ARM64 testing is covered on the testnet.
Learnt from: shumkov
PR: dashpay/platform#2206
File: packages/rs-platform-version/src/version/mocks/v3_test.rs:617-617
Timestamp: 2024-10-09T00:22:57.778Z
Learning: In cases where `consensus_params_update` versions are set differently across files, the discrepancies may be intentional due to different platform versions.
Learnt from: shumkov
PR: dashpay/platform#2206
File: packages/rs-platform-version/src/version/mocks/v3_test.rs:617-617
Timestamp: 2024-10-04T09:08:04.494Z
Learning: In cases where `consensus_params_update` versions are set differently across files, the discrepancies may be intentional due to different platform versions.
Learnt from: QuantumExplorer
PR: dashpay/platform#2690
File: packages/wasm-sdk/src/queries/document.rs:383-384
Timestamp: 2025-07-10T00:37:09.565Z
Learning: In the Dash platform, DPNS (Dash Platform Name Service) contracts have the same ID across all networks (mainnet, testnet, etc.), so hardcoding the DPNS contract ID is appropriate and doesn't need to be configurable.
packages/keyword-search-contract/src/lib.rs (15)
Learnt from: shumkov
PR: dashpay/platform#2345
File: packages/wallet-utils-contract/src/lib.rs:14-17
Timestamp: 2024-11-25T07:48:09.831Z
Learning: In the `wallet-utils-contract` (file `packages/wallet-utils-contract/src/lib.rs`), the `OWNER_ID_BYTES` constant is intentionally initialized to all zeros.
Learnt from: QuantumExplorer
PR: dashpay/platform#2257
File: packages/rs-drive-abci/tests/strategy_tests/masternodes.rs:212-220
Timestamp: 2024-11-20T20:43:41.185Z
Learning: In `packages/rs-drive-abci/tests/strategy_tests/masternodes.rs`, the pattern of generating a `PrivateKey`, converting it to bytes, and reconstructing a `BlsPrivateKey` from those bytes is intentional. Avoid suggesting to simplify this code in future reviews.
Learnt from: QuantumExplorer
PR: dashpay/platform#2673
File: packages/rs-drive-abci/src/execution/validation/state_transition/state_transitions/identity_update/mod.rs:1164-1197
Timestamp: 2025-06-18T03:44:14.385Z
Learning: QuantumExplorer determined that a CodeRabbit suggestion about fixing signable_bytes calculation in identity update tests with contract-bound keys was incorrect - the code flow is working as intended without the suggested changes.
Learnt from: shumkov
PR: dashpay/platform#2449
File: packages/rs-drive-abci/src/execution/platform_events/initialization/create_genesis_state/test/tokens.rs:35-38
Timestamp: 2025-02-14T04:31:17.170Z
Learning: In test scenarios, it's acceptable for different types of identifiers (e.g., identity IDs and contract IDs) to share the same byte values since they operate in different scopes and contexts.
Learnt from: lklimek
PR: dashpay/platform#2277
File: packages/rs-sdk/tests/fetch/config.rs:233-233
Timestamp: 2024-10-30T11:19:59.163Z
Learning: In the Rust SDK's `rs-sdk/tests` integration tests (e.g., in `packages/rs-sdk/tests/fetch/config.rs`), we cannot create objects during tests because there is no support for object creation in this context. Therefore, hardcoded values for test identities must be used.
Learnt from: QuantumExplorer
PR: dashpay/platform#2227
File: packages/rs-dpp/src/core_types/validator_set/v0/mod.rs:299-299
Timestamp: 2024-10-21T01:03:42.458Z
Learning: In the `test_serialize_deserialize_validator_set_v0` test within `packages/rs-dpp/src/core_types/validator_set/v0/mod.rs`, deterministic BLS keys cannot be easily used; therefore, using `BlsPublicKey::generate()` is acceptable.
Learnt from: QuantumExplorer
PR: dashpay/platform#2347
File: packages/rs-drive/tests/query_tests.rs:438-460
Timestamp: 2024-11-25T01:17:02.001Z
Learning: In Rust test files (`packages/rs-drive/tests/query_tests.rs`), when code is used only in tests, defining explicit enums for fields (like the `status` field in the `Withdrawal` struct) may not be necessary; using primitive types is acceptable.
Learnt from: shumkov
PR: dashpay/platform#2201
File: packages/rs-platform-version/src/version/v2.rs:1186-1188
Timestamp: 2024-10-03T11:51:06.980Z
Learning: In the `IdentityTransitionVersions` structure within `packages/rs-platform-version/src/version/v2.rs`, the field `credit_withdrawal` does not need the `identity_` prefix since it is already encompassed within identity state transitions.
Learnt from: shumkov
PR: dashpay/platform#2201
File: packages/rs-platform-version/src/version/v2.rs:1186-1188
Timestamp: 2024-10-09T00:22:57.778Z
Learning: In the `IdentityTransitionVersions` structure within `packages/rs-platform-version/src/version/v2.rs`, the field `credit_withdrawal` does not need the `identity_` prefix since it is already encompassed within identity state transitions.
Learnt from: QuantumExplorer
PR: dashpay/platform#2644
File: packages/rs-drive/src/cache/system_contracts.rs:18-19
Timestamp: 2025-05-28T16:22:26.334Z
Learning: In packages/rs-drive/src/cache/system_contracts.rs, the `active_since_protocol_version` field in `ActiveSystemDataContract` struct is intentionally added for future use, not current implementation. QuantumExplorer confirmed this is "meant for later" when questioned about the `#[allow(unused)]` attribute.
Learnt from: QuantumExplorer
PR: dashpay/platform#2215
File: packages/rs-drive-abci/src/execution/platform_events/core_based_updates/update_masternode_identities/create_owner_identity/v1/mod.rs:19-30
Timestamp: 2024-10-06T16:11:34.946Z
Learning: In the Rust file `packages/rs-drive-abci/src/execution/platform_events/core_based_updates/update_masternode_identities/create_owner_identity/v1/mod.rs`, within the `create_owner_identity_v1` function, the `add_public_keys` method of the `Identity` struct cannot fail and does not require explicit error handling.
Learnt from: QuantumExplorer
PR: dashpay/platform#2215
File: packages/rs-drive-abci/src/execution/platform_events/core_based_updates/update_masternode_identities/create_owner_identity/v1/mod.rs:19-30
Timestamp: 2024-10-09T00:22:57.778Z
Learning: In the Rust file `packages/rs-drive-abci/src/execution/platform_events/core_based_updates/update_masternode_identities/create_owner_identity/v1/mod.rs`, within the `create_owner_identity_v1` function, the `add_public_keys` method of the `Identity` struct cannot fail and does not require explicit error handling.
Learnt from: lklimek
PR: dashpay/platform#2277
File: packages/dapi-grpc/src/mock.rs:125-145
Timestamp: 2024-10-29T14:16:00.141Z
Learning: Using `serde_json` encoding produces deterministic output required to identify requests and responses by hash, therefore `serde_json` is used as the basic serialization algorithm for mocking.
Learnt from: lklimek
PR: dashpay/platform#2277
File: packages/rs-sdk/src/sync.rs:0-0
Timestamp: 2024-10-30T11:07:18.462Z
Learning: The `test_case` crate is used in the project, and the `#[test_case::test_matrix(...)]` attribute is valid for parameterized testing in Rust.
Learnt from: shumkov
PR: dashpay/platform#2206
File: packages/rs-drive-abci/tests/strategy_tests/main.rs:1162-1162
Timestamp: 2024-10-09T00:22:57.778Z
Learning: In the Rust test file `packages/rs-drive-abci/tests/strategy_tests/main.rs`, specific protocol versions like `PROTOCOL_VERSION_1` are intentionally used in tests instead of `PROTOCOL_VERSION_LATEST`.
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (6)
  • GitHub Check: Build Docker images (Dashmate helper, dashmate-helper, dashmate-helper) / Build Dashmate helper image
  • GitHub Check: Build Docker images (DAPI, dapi, dapi) / Build DAPI image
  • GitHub Check: Build Docker images (Drive, drive, drive-abci) / Build Drive image
  • GitHub Check: Build JS packages / Build JS
  • GitHub Check: Rust crates security audit
  • GitHub Check: build-wasm-sdk
🔇 Additional comments (2)
packages/keyword-search-contract/src/lib.rs (2)

10-11: Critical contract ID update aligns with testnet consensus fix.

The ID_BYTES constant has been updated as part of fixing the consensus parameter mismatch between dashmate and testnet. This is a breaking change but appears necessary to resolve the genesis.json inconsistency issue described in the PR objectives.


39-63: Comprehensive test coverage for contract ID validation.

Excellent test implementation that validates both:

  1. The ID constant construction from ID_BYTES
  2. Base58 decoding consistency with the expected bytes

The test ensures the contract ID is correctly aligned with the base58 representation and provides good coverage for this critical functionality.

✨ Finishing Touches
  • 📝 Generate Docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ 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.
    • Explain this complex logic.
    • 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 explain this code block.
    • @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 explain its main purpose.
    • @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.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

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.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @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.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

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.

@lklimek lklimek changed the title fix(dashmate): consensus params in dashmate diffrent than on testnet fix(dashmate): consensus params in dashmate different than on testnet Jun 25, 2025
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 (1)
packages/dashmate/configs/getConfigFileMigrationsFactory.js (1)

1089-1096: Migration logic is correct but add explicit return for consistency.

The migration correctly applies the updated genesis configuration to existing testnet configurations, which will ensure they get the new comprehensive consensus parameters. However, for consistency with other migrations in this file, consider adding an explicit return statement.

        Object.entries(configFile.configs)
          .forEach(([name, options]) => {
            if (options.network === NETWORK_TESTNET) {
              options.platform.drive.tenderdash.genesis = testnet.get('platform.drive.tenderdash.genesis');
            }
          });
+       
+       return configFile;
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between c20e6d5 and 78e264d.

📒 Files selected for processing (2)
  • packages/dashmate/configs/defaults/getTestnetConfigFactory.js (2 hunks)
  • packages/dashmate/configs/getConfigFileMigrationsFactory.js (1 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
`packages/dashmate/**`: Dashmate is the node management tool for setting up and managing Dash Platform nodes.

packages/dashmate/**: Dashmate is the node management tool for setting up and managing Dash Platform nodes.

📄 Source: CodeRabbit Inference Engine (CLAUDE.md)

List of files the instruction was applied to:

  • packages/dashmate/configs/defaults/getTestnetConfigFactory.js
  • packages/dashmate/configs/getConfigFileMigrationsFactory.js
⏰ Context from checks skipped due to timeout of 90000ms (2)
  • GitHub Check: Build Docker images (Dashmate helper, dashmate-helper, dashmate-helper) / Build Dashmate helper image
  • GitHub Check: Build JS packages / Build JS
🔇 Additional comments (2)
packages/dashmate/configs/defaults/getTestnetConfigFactory.js (2)

2-2: LGTM - Minor import organization improvement.

Moving the Config import earlier in the list improves organization without affecting functionality.


119-152: Excellent fix - Comprehensive consensus parameters now match testnet.

The expansion from a minimal version object to comprehensive consensus parameters directly addresses the PR objective of fixing the mismatch between dashmate and testnet consensus params. The values appear correct:

  • Block limits (2MB max_bytes, ~57B max_gas) are reasonable
  • Evidence handling (100k blocks, ~48h duration) aligns with typical settings
  • BLS12-381 validator keys are correct for Dash Platform
  • Timeout and synchrony parameters are appropriate for testnet

This should resolve the genesis.json inconsistency for newly provisioned testnet nodes.

@lklimek lklimek changed the base branch from v2.0-dev to v2.1-dev July 8, 2025 14:47
@lklimek lklimek changed the base branch from v2.1-dev to v2.0-dev July 11, 2025 07:23
@lklimek lklimek changed the base branch from v2.0-dev to v2.1-dev July 11, 2025 07:24
@lklimek lklimek force-pushed the fix/testnet-consensus-params branch from d9e9415 to 3a375c8 Compare July 11, 2025 07:36
Copy link

✅ gRPC Query Coverage Report

================================================================================
gRPC Query Coverage Report - NEW QUERIES ONLY
================================================================================

Total queries in proto: 47
Previously known queries: 47
New queries found: 0


================================================================================
Previously Missing Queries Now Implemented:
--------------------------------------------------------------------------------
✓ getTokenContractInfo

================================================================================
Summary:
--------------------------------------------------------------------------------
No new queries found
Previously missing queries now implemented: 1

Total known queries: 47
  - Implemented: 44
  - Not implemented: 2
  - Excluded: 1

Not implemented queries:
  - getConsensusParams
  - getTokenPreProgrammedDistributions

@lklimek lklimek changed the base branch from v2.1-dev to v2.0-dev July 11, 2025 07:36
@QuantumExplorer QuantumExplorer merged commit 4f40840 into v2.0-dev Jul 11, 2025
26 checks passed
@QuantumExplorer QuantumExplorer deleted the fix/testnet-consensus-params branch July 11, 2025 08:00
@coderabbitai coderabbitai bot mentioned this pull request Oct 2, 2025
6 tasks
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.

3 participants