Polygon logo

Polygon Status Page

Crypto & Web3 · monitored by Alert24

polygon.technology
All Systems Operational

Is Polygon down right now?

No — Polygon is up. All systems operational as of Aug 19, 9:39 PM UTC.

Current Status

All Systems Operational

View Polygon status page ↗

Components

Polygon Portal Interface
Operational
Polygon Amoy
Operational
Mainnet Tendermint API
Operational
Mainnet Heimdall API
Operational
Mainnet RPC
Operational
Mainnet Public API
Operational
Staking API Mainnet
Operational
Trails API
Operational
Api-Gateway
Operational
Payments
Operational
Indexer Gateway
Operational
Core API
Operational
Metadata Service
Operational
Marketplace API
Operational
Polygon Node Gateway
Operational
Etherlink Node Gateway
Operational
Katana Node Gateway
Operational
Arbitrum Node Gateway
Operational
Polygon Staking Interface
Operational
Agglayer UI
Operational

Recent Incidents

Wallet values showing $0 on Polygon Portal

minor

Jul 30, 2026 · resolved Jul 30

The issue is now resolved.

OMSX Dashboard Login

major

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.

Amoyscan Explorer Degraded Service

minor

Jun 23, 2026 · resolved Feb 28

The fix has been implemented and the issue is resolved.

Polygonscan Explorer Degraded Service

minor

Jun 23, 2026 · resolved Feb 14

This incident has been resolved.

Finality Delay

critical

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.

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 updates at 2 AM.

Start free — no credit card

Polygon status — frequently asked questions

Is Polygon down right now?

No — Polygon is up. All systems operational as of Aug 19, 9:39 PM 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.

More Crypto & Web3 status pages