Unichain - Notice history

All systems operational

Operational

Public RPC - Operational

100% - uptime
Nov 2025 · 99.65%Dec · 99.52%Jan 2026 · 100.0%
Nov 2025
Dec 2025
Jan 2026

L2 Block Production - Operational

100% - uptime
Nov 2025 · 100.0%Dec · 99.52%Jan 2026 · 100.0%
Nov 2025
Dec 2025
Jan 2026

L1 Batch Posting - Operational

100% - uptime
Nov 2025 · 99.61%Dec · 99.52%Jan 2026 · 100.0%
Nov 2025
Dec 2025
Jan 2026

Node Syncing - Operational

100% - uptime
Nov 2025 · 100.0%Dec · 99.52%Jan 2026 · 100.0%
Nov 2025
Dec 2025
Jan 2026

Flashblocks Websocket Stream - Operational

100% - uptime
Nov 2025 · 100.0%Dec · 99.52%Jan 2026 · 100.0%
Nov 2025
Dec 2025
Jan 2026

Notice history

Jan 2026

No notices reported this month

Dec 2025

Unichain Mainnet: Post-Fusaka Safe Head Stall
  • Postmortem
    Postmortem

    Unichain Mainnet erroneously posted the same batch transaction at two different nonces. This triggered a corner case in the consensus layer client that made it impossible for the L2 Safe Head to progress. OP Labs has a fix available: us-docker.pkg.dev/oplabs-tools-artifacts/images/op-node:v1.16.3. Please upgrade your consensus layer clients on Unichain to use this image until OP Labs provides a newer release.

  • Resolved
    Resolved

    We have identified that the root cause of the safe head stall on Unichain Mainnet is due to a bug in how op-node handles fetching blobs. All nodes operators will need to update their op-node tous-docker.pkg.dev/oplabs-tools-artifacts/images/op-node:e1db990da90a845e1943b1dc20f59e18099db538

  • Monitoring
    Monitoring
    We implemented a fix and are currently monitoring the result.
  • Identified
    Identified

    After working with OP Labs, we have identified both an issue in our batch submission and in the consensus client handling of such a case. We are trying to roll out a new version of the consensus client that fixes this issue.

  • Investigating
    Investigating
    We are currently investigating this incident.

Nov 2025

Nov 2025 to Jan 2026

Next