Skip to content
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

feat: RPC Versioning #247

Merged
merged 15 commits into from
Sep 6, 2024
Merged

feat: RPC Versioning #247

merged 15 commits into from
Sep 6, 2024

Conversation

akhercha
Copy link
Member

@akhercha akhercha commented Sep 6, 2024

Pull Request type

Please add the labels corresponding to the type of changes your PR introduces:

  • Feature

What is the current behavior?

Resolves: #NA

What is the new behavior?

Introduction of versions for our RPC API.

Versions are defined in the mc-rpc::versions module, organized as follow:

versions
├── mod.rs
└── v0_7_1
    ├── mod.rs
    ├── api.rs               # contains the API definition of the current version
    └── methods              # contains all the methods implementation
         ├── mod.rs
         ├── read/
         ├── trace/
         └── write/

All the implementations are then merged in our RpcModule in the versioned_rpc_api function.

Methods will be version-prefixed to avoid collisions, for example:

  • starknet_V0_7_1_blockNumber,
  • starknet_V0_8_0_blockNumber
  • etc...

The "routing" is done in the VersionMiddlewareLayer middleware, where depending on the version provided in the route by the request's user, we forward to the right method.

If no version is provided, the latest RPC version available is used, defined in RpcVersion::RPC_VERSION_LATEST.

Does this introduce a breaking change?

No

Possible improvement

I don't like the current process of adding a new version ; it is:

  1. Create a new constant in the RpcVersion primitive, like: pub const RPC_VERSION_0_7_1: RpcVersion = RpcVersion([0, 7, 1]);
  2. Add it in the SUPPORTED_RPC_VERSIONS array,
  3. Add the version API + implementation in the mc-rpc::versions module,
  4. Add the module when merging the API methods:
pub fn versioned_rpc_api(starknet: &Starknet, read: bool, write: bool, trace: bool) -> anyhow::Result<RpcModule<()>> {
    let mut rpc_api = RpcModule::new(());

    merge_rpc_versions!(
        rpc_api, starknet, read, write, trace,
        v0_7_1, // We can add new versions by adding the version module below
        // , v0_8_0 (for example)
    );
// ...

Lot of dependency between objects, the middleware also uses the SUPPORTED_RPC_VERSIONS array for routing.

It is fine though because we don't have new versions everyday, that's an uncommon event.
But happy to hear your suggestions!

@akhercha akhercha self-assigned this Sep 6, 2024
@akhercha akhercha mentioned this pull request Sep 6, 2024
Copy link

github-actions bot commented Sep 6, 2024

Coverage report

The coverage rate is 67.64327108821635%

74% of new lines are covered.

Diff Coverage details (click to unfold)

crates/node/src/service/rpc/middleware.rs

48.33333333333333% of new lines are covered

crates/client/rpc/src/versions/v0_7_1/methods/read/lib.rs

0.0% of new lines are covered

crates/client/rpc/src/versions/v0_7_1/api.rs

100.0% of new lines are covered

crates/proc-macros/src/lib.rs

88.70967741935485% of new lines are covered

crates/client/rpc/src/test_utils.rs

0.0% of new lines are covered

crates/node/src/service/rpc.rs

100.0% of new lines are covered

crates/node/src/main.rs

100.0% of new lines are covered

crates/node/src/service/rpc/server.rs

100.0% of new lines are covered

crates/primitives/chain_config/src/rpc_version.rs

87.73584905660377% of new lines are covered

crates/client/rpc/src/lib.rs

75.0% of new lines are covered

Copy link
Member

@antiyro antiyro left a comment

Choose a reason for hiding this comment

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

Approving this since it has been reviewed correctly in #242

@antiyro antiyro merged commit fa371bd into main Sep 6, 2024
14 of 15 checks passed
@akhercha akhercha deleted the feat/rpc_versions branch September 6, 2024 10:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

3 participants