Skip to content

proxyd: cap latest at cross-unsafe block - #618

Draft
karlfloersch wants to merge 1 commit into
mainfrom
codex/proxyd-cross-unsafe-latest-cap
Draft

karlfloersch wants to merge 1 commit into
mainfrom
codex/proxyd-cross-unsafe-latest-cap

Conversation

@karlfloersch

@karlfloersch karlfloersch commented May 6, 2026

Copy link
Copy Markdown
Contributor

Summary

Adds an opt-in proxyd interop validation setting that polls supervisor_getLatestCrossUnsafeBlock(chain_id) and caps consensus latest rewrites to the returned block number. When enabled but no cap has been fetched yet, proxyd fails closed by using block 0 rather than falling back to EL latest.

Also adds an authenticated bypass list so trusted internal callers, like op-interop-filter ingestion, can use a dedicated proxyd auth alias and avoid the circular dependency where the filter needs uncapped blocks to advance the cap.

Motivation

This lets proxyd avoid serving unsafe-chain blocks beyond the latest block that op-interop-filter has cross-unsafe validated, while still allowing the filter itself to ingest from proxyd.

Validation

  • go test ./... from proxyd/

Dependency

Depends on the op-interop-filter RPC endpoint from the companion monorepo PR.

@karlfloersch
karlfloersch force-pushed the codex/proxyd-cross-unsafe-latest-cap branch 2 times, most recently from 700f74b to 296360a Compare May 6, 2026 03:50
@karlfloersch
karlfloersch force-pushed the codex/proxyd-cross-unsafe-latest-cap branch from 296360a to 3273e8e Compare May 11, 2026 18:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant