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
* Add runtime batcher flushing instructions
Added instructions for manually triggering the batcher to post data to the DA layer.
* Update op-batcher/readme.md
* add cast rpc variants
* fix misleading comment
* note on admin API
* respond to review
The batcher tries to ensure that batches are posted at a minimum frequency specified by `MAX_CHANNEL_DURATION`. To achieve this, it caches the l1 origin of the last submitted channel, and will force close a channel if the timestamp of the l1 head moves beyond the timestamp of that l1 origin plus `MAX_CHANNEL_DURATION`. When clearing its state, e.g. following the detection of a reorg, the batcher will not clear the cached l1 origin: this way, the regular posting of batches will not be disturbed by events like reorgs.
168
171
172
+
### Enabling the `admin` API
173
+
In the following sections, we make use of the batcher's admin API. This is disabled by default but can be set with `OP_BATCHER_RPC_ENABLE_ADMIN=true` or `--rpc.enable-admin=true`.
174
+
175
+
### Runtime batcher flushing
176
+
It is possible to manually trigger the batcher to post data to the DA layer without restarting it, like so:
177
+
```bash
178
+
curl -X POST -H "Content-Type: application/json" \
0 commit comments