You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: pages/stack/operators/features/proxyd.mdx
+11-9Lines changed: 11 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ description: Learn about the proxyd service and how to configure it for use in t
6
6
7
7
# proxyd
8
8
9
-
`proxyd` is a critical RPC request router and proxy used within the OP Stack infrastructure. It enables operators to efficiently route and manage RPC requests across multiple backend services, ensuring performance, fault tolerance, and security.
9
+
`proxyd` is an important RPC request router and proxy used within the OP Stack infrastructure. It enables operators to efficiently route and manage RPC requests across multiple backend services, ensuring performance, fault tolerance, and security.
10
10
11
11
## Key Features
12
12
@@ -40,14 +40,16 @@ proxyd <path-to-config>.toml
40
40
```
41
41
42
42
## Consensus Awareness
43
-
44
-
Starting with version 4.0.0, `proxyd` includes consensus awareness to minimize chain reorganizations for clients. By setting `consensus_aware` to true in the configuration, `proxyd` will:
45
-
46
-
* Poll backends for consensus data (latest block, safe block, peer count, etc.).
47
-
* Resolve a consensus group based on the healthiest backends.
48
-
* Enforce consensus state across client requests.
43
+
Version 4.0.0 and later include consensus awareness to minimize chain reorganizations. Set `consensus_aware` to `true` in the configuration to enable:
44
+
* Polling backends for consensus data (latest block, safe block, peer count, etc.).
45
+
* Resolving consensus groups based on healthiest backends
46
+
* Enforcing consensus state across client requests
49
47
50
48
## Caching and Metrics
51
49
52
-
***Cacheable Methods:** Certain immutable methods, such as `eth_chainId` and `eth_getBlockByHash`, can be cached using Redis to optimize performance.
53
-
***Metrics:** Extensive metrics are available to monitor request latency, error rates, backend health, and more. These can be configured via `metrics.port` and `metrics.host` in the configuration file.
50
+
### Cacheable Methods
51
+
Certain immutable methods, such as `eth_chainId` and `eth_getBlockByHash`, can be cached using Redis to optimize performance.
52
+
53
+
### Metrics
54
+
Extensive metrics are available to monitor request latency, error rates, backend health, and more. These can be configured via `metrics.port` and `metrics.host` in the configuration file.
0 commit comments