Polygon Status Page

Sep 19, 2026 · resolved Sep 19

The degraded block producer has been rotated and the fix has been applied. The network is healthy again. We've confirmed the network has remained healthy and stable.

Jul 30, 2026 · resolved Jul 30

The issue is now resolved.

Jul 16, 2026 · resolved Jul 16

The issue affecting the OMS X dashboard, caused by a global CloudFront outage, has been resolved. Dashboard functionality is back to normal, and we've confirmed there's no ongoing impact. For further details, you can refer to the incident here: <https://status.frontegg.com/incidents/7l2gprx3y1fr> Thank you for your patience while we worked through this.

Jun 23, 2026 · resolved Feb 14

This incident has been resolved.

Jun 23, 2026 · resolved Jan 12

**Summary** On Jan 12th, 2026, the Polygon PoS Mainnet experienced a delay in block finalization starting at approximately 16.00 **UTC**, caused by repeated proposal rejections at the consensus layer. The incident was triggered by a deterministic mismatch between `PrepareProposal` and `ProcessProposal` logic in Heimdall, leading validators to reject otherwise valid block proposals due to an account sequence inconsistency. Finalization resumed after the offending logic was removed and validators converged on a consistent proposal execution path. **Impact** • No new blocks in bor chain were finalised during the incident window. • User transactions were delayed **What happened** • A block proposer constructed a proposal containing a valid transaction from an account that had previously submitted an invalid transaction. • The invalid transaction was **skipped during** `PrepareProposal` and never included in the proposal, due to a bug. • The subsequent valid transaction \(from the same sender\) was included, but had a **higher account sequence number**. • During `ProcessProposal`, validators attempted to execute the included transaction in isolation, without having applied the skipped transaction. • This caused an **account sequence mismatch**, leading validators to deterministically reject the proposal. • Repeated proposal rejections prevented consensus from progressing, resulting in a heimdall consensus error. **Root cause** **Execution of message handlers during** `ProcessProposal` introduced an invalid assumption about account sequence progression. Specifically: • In Cosmos SDK, each transaction from an account must have a **contiguous sequence number**. • `PrepareProposal` is allowed to **skip invalid transactions** when constructing a proposal. • `ProcessProposal`, however, must not assume that skipped transactions were executed. • A recently introduced call to `execMsgHandler` in `ProcessProposal` attempted to execute message handlers against a cached state context. • When multiple transactions from the same sender were involved: • If an earlier transaction \(sequence `x`\) was skipped in `PrepareProposal`, • and a later transaction \(sequence `x+1`\) was included, • `ProcessProposal` would reject the proposal due to a sequence mismatch. This violated the fundamental Cosmos SDK invariant that **state transitions \(including sequence increments\) must only occur during block execution**, not proposal validation. The issue was fully deterministic and reproducible under these conditions. This was not caught earlier because: • The logic was introduced as part of **security hardening**, to perform additional validation during `ProcessProposal`. • The failure mode only manifests when: • Multiple transactions from the **same sender** are present in the mempool, and • An earlier transaction is invalid but a later one is valid. • This edge case was not covered by existing proposal-level tests. **Resolution and recovery** • All validators were called to rollback to the previous working version of heimdall, where the offending logic \(`execMsgHandler`\) was **removed from** `ProcessProposal`. • Once validators processed proposals under consistent logic, consensus resumed and blocks finalization in bor recovered automatically.

Is Polygon down right now?

No — Polygon is up. All systems operational as of Oct 12, 4:51 AM UTC.

What is Polygon's current status?

Polygon: All Systems Operational. Alert24 checks Polygon's status page continuously and can notify you the moment it changes.

How do I get alerted when Polygon goes down?

Alert24 monitors Polygon and 3,700+ other cloud and SaaS providers. When an outage is detected it updates your status page automatically and pages your on-call team — no manual checks. Start free at alert24.net.