Skip to main content
Breaking change noticeWith the roll-out of Pathfinder node version 0.23.0, Starknet JSON-RPC API versions 0.6, 0.7, and 0.8 are removed, and the default version served on the / path changes to 0.9. Requests to /rpc/v0_6, /rpc/v0_7, or /rpc/v0_8 now fail. Migrate to /rpc/v0_9 or /rpc/v0_10 before the upgrade reaches your node.
This change affects you if your application pins one of the removed API versions in its endpoint URL, or if it relies on the default / endpoint serving version 0.8.

What changed

Pathfinder 0.23.0 makes two changes to JSON-RPC API version support:
  • Removed — JSON-RPC API versions 0.6, 0.7, and 0.8. The /rpc/v0_6, /rpc/v0_7, and /rpc/v0_8 paths no longer serve requests.
  • Default version — the root (/) endpoint now serves JSON-RPC API version 0.9. Previously it served 0.8.
The supported versions after the upgrade are:

What breaks

A request to a removed version path returns an HTTP 404 with a JSON-RPC error. For example, calling /rpc/v0_8 after the upgrade:
Applications that call the default / endpoint keep working, but they now receive JSON-RPC 0.9 responses instead of 0.8. Review the Starknet spec differences between 0.8 and 0.9 for any response-shape changes that affect your code.

Checking the current API version

Verify which JSON-RPC API version an endpoint serves with the starknet_specVersion method:
Against the default endpoint this returns 0.9.0 after the upgrade. Append /rpc/v0_10 to the endpoint to confirm the 0.10 version is served.
Get your own node endpoint todayStart for free and get your app to production levels immediately. No credit card required.You can sign up with your GitHub, X, Google, or Microsoft account.

Migration guide

If you pin a removed version (v0_6, v0_7, v0_8)

Move your requests to a supported version. Version 0.9 is the closest to the removed 0.8: Before (removed after 0.23.0):
After (pin v0.9):

If you use the default endpoint

No URL change is required — the default / endpoint keeps working and now serves 0.9. Test your application against 0.9 before the upgrade reaches your node, because response shapes can differ between spec versions. To pin the version explicitly and avoid future default changes, append /rpc/v0_9.

Best practices

  1. Always pin the API version explicitly in production applications (for example, /rpc/v0_9) so a future default change does not affect you.
  2. Test against 0.9 before the upgrade, and review the spec differences from 0.8.
  3. Check the spec changes to understand new features and breaking changes between versions.

Additional resources

Last modified on July 21, 2026