Skip to main content

Proxy Server ( Multi-Link RPC )

Makes your JSON-RPC queries more reliable with:

  • Selection of fastest RPC server currently available.
  • Automatic retry on failure (when safe against transaction execution repetition).
  • Load balancing across multiple RPC servers (to minimize rate-limiting).

How to use it?

Have your applications query toward the addresses of the local proxy server:

NetworkProxy Link

The proxy forward/retry/distribute your queries among all the healthy RPC nodes configured.

All suibase scripts (and the corresponding client.yaml) are already configured to use the proxy server by default.

Useful related workdir commands are start/stop/status and links (e.g. devnet start, testnet links etc...).

The proxy runs in background when you start one of localnet, devnet, testnet or mainnet (e.g. devnet start).

The workdir links command (e.g. testnet links) shows status for all configured RPC servers.

testnet links

Details on cummulative request stats

Each user query is counted only once in one of the following metric depending of its outcome.

Success first attempt: One healthy RPC node was selected and the request succeeded immediatly.

Success after retry: One healthy RPC node was selected but failed, the request eventually succeeded after retries with one or more other servers (when safe to retry). From a user perspective, the request succeeded as if a single RPC node was used.

Failure bad request: It was determine that the request was malformed and would not succeed with any RPC nodes. Therefore the request is not retried and the failure is reported immediatly. Check the response for hint on how to fix the request.

Failure others: All other scenarios when the response was not a JSON-RPC success. The proxy response will have more information.

Details on individual server stats

Status: Either OK or DOWN. Goes DOWN on any failure related to the server not responding. Every 15 seconds the proxy does a health check toward every nodes to verify availability and measure response time.

Health%: Varies from -100% (most unealthy) to 100% (healthiest). This is intended for relative comparison between all servers. The score factors duration of healthy state or failures, frequency of retries and rate limitation etc... any positive value is considered healthy (Status OK).

Load%: Distribution of the user request among all nodes. The sum of the load% is 100%. Health check queries are not included in this stat.

RespT: The time between the health check query and the response time. Average of the last 20 queries (the result from the most recent query has more weight).

Success%: Ratio of user request that were successful after the server was selected and considered healthy. Will typically be 100%, a value below 100% signify the server did unexpectadly fails on a user query (Note: the query might have been retried on another server and succeeded from a user perspective).

Out of the box, suibase come with a set of public RPC links known to be operating. This is maintained by the community and updated whenever you do ~/suibase/update.

You can add your own RPC links by editing your workdir's suibase.yaml file.
Example with two RPC nodes:

  - alias: ""
    rpc: ""
    ws: "wss://"
    priority: 10  
  - alias: ""
    rpc: ""
    metrics: ""
    ws: "wss://"
    priority: 20
  • The indentation is important (two spaces before the '-').
  • 'alias' and 'rpc' are mandatory. All others are optional.
All Links Parameters

Mandatory unique name for the link. Recommended less than 20 characters.

Mandatory RPC node address. Typically https://<node name>:443

Websocket address. For future use. You can specify it, but currently not used. [ Default = None ]

The metric address. Not commonly provided by public nodes. For future use. You can specify it, but currently not used. [ Default = None ]

A preference order when selecting between multiple servers. It is used, as an example, when the proxy server is initializing and the health of the remote RPC nodes are not yet all known. A node with a smaller priority number might be selected first. All default links provided by suibase are in 10 to 20 range [ Default = 20 ]


The proxy server update and restart as needed when you do ~/suibase/update.

Stopping and Disabling

Use the workdir stop command (e.g. devnet stop) to temporarily disable the proxy services for a specific workdir.

Disabling is also configurable by adding proxy_enabled: false to a suibase.yaml for a specific workdir.

You can disable for all workdirs at once by adding proxy_enabled: false to:

Adding RPC Services with API Key

This is an example of how to add services from in new window

Add to ~/suibase/workdirs/testnet/suibase.yaml:

  - alias: ""
    rpc: ""
    ws: "wss://"
    priority: 10

Replace "sui_testnet_xxxxxxxxx" with the API key specific to your shinami account (info is in their web app).

Do the same for mainnet in ~/suibase/workdirs/mainnet/suibase.yaml.

The proxy server automatically detect and apply the changes after you save the .yaml file.

Many other commercial RPC services can be added in same way.

Last update: