Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    1. Home
    2. Services
    3. Quicknode

    Last checked 28 oct., 07:03 UTC

    Quicknode status

    Blockchain infrastructure for secure, decentralized innovation.

    Experiencing an issue?

    Quicknode logo

    Quicknode est-il en panne?

    Maintenance

    Having issues with Quicknode?

    Share your experience to help others stay informed.

    Current statusHealth graphOutage reportsOutage mapSocial signalsStatus historyComponentsIncident historyMaintenanceCommunityReviewsAboutFAQsMonitor serviceSimilar servicesComparison

    Latest activity

    Last 24 hours
    1. Official status checked

      Quicknode has active maintenance

      Official provider status
      28 oct., 07:03 UTC
    2. Official incident resolved

      Aptos Testnet - Chain Stall at Block 16,617,441 — This incident has been resolved.

      Official provider status
      28 oct., 05:15 UTC
    3. Official maintenance completed

      [Critical] Zcash - Mainnet & Testnet - Upgrade to Zebra 7.0.0 — The scheduled maintenance has been completed.

      Official provider status
      28 oct., 00:01 UTC
    4. Official maintenance completed

      [Standard] Gravity Mainnet - Upgrade to v1.10.1 — The scheduled maintenance has been completed.

      Official provider status
      28 oct., 00:00 UTC
    5. Official incident resolved

      Injective Testnet - Degraded Performance — This incident has been resolved.

      Official provider status
      27 oct., 21:48 UTC

    Quicknode outage reports

    0 individual report entries in the last 24 hours. This list includes legacy imports; external source aggregates are shown in the chart.

    Aucun signalement de panne récent

    Aucun signalement de panne n’a été envoyé par la communauté pour ce service au cours des dernières 24 heures.

    Recevez une notification lorsque l’état de Quicknode change

    Notifications par e-mail, push et webhook.

    Commencer la surveillance

    Carte des Pannes

    Approved reports from the last 24 hours, grouped by country. Markers show country-level locations, not precise locations or confirmed affected infrastructure.
    Voir la carte complète

    Carte des Pannes

    Loading report locations…

    Quicknode status history

    Official status observations, not measured service uptime.

    Quicknode components

    Component nameStatus

    More components are available below.

    Quicknode incident history

    Official incidents, early warnings and community reports are identified separately. Early warning history covers only the last 24 hours. Dates use your time zone.

    View more history
    Incident nameDurationStartedUTCAcknowledgedSeverity
    Official status·Resolved5h 16m27 oct. 202623:59 UTCYesMinor
    Official status·Resolved23m27 oct. 202621:25 UTCYesMinor
    Official status·Resolved12h 22m26 oct. 202614:07 UTCYesMinor
    Official status·Resolved30m25 oct. 202623:57 UTCYesMinor
    Official status·Resolved1h 5m23 oct. 202608:00 UTCYesUnknown
    Official status·Resolved1h 21m19 oct. 202609:38 UTCYesMinor
    Official status·Resolved53m13 oct. 202615:23 UTCYesUnknown
    Official status·Resolved13h 29m10 oct. 202608:50 UTCYesMajor

    À propos de la surveillance de Quicknode sur Uptimus

    Uptimus surveille Quicknode via sa source officielle et normalise les incidents, maintenances et composants en un état cohérent.

    Cette page comprend actuellement 231 composants surveillés, 154 incidents, 294 maintenances et 78 jours d'historique connu.

    Uptimus est un service indépendant sans affiliation avec Quicknode. Un état normal ne garantit pas que chaque utilisateur, appareil ou région soit épargné.

    Comment Uptimus surveille Quicknode

    Recevez une alerte lorsque Quicknode ou un composant surveillé signale une panne majeure ou une perturbation critique. Les alertes peuvent être acheminées par les canaux activés dans votre espace, notamment l’e-mail, le push et les intégrations configurées. L’historique disponible contient 154 incidents indexés, donnant à chaque alerte un contexte au-delà de l’état actuel. Un incident récent indexé était « Aptos Testnet - Chain Stall at Block 16,617,441 ».

    Recevez des alertes sur les performances dégradées, les impacts partiels et les incidents qui ne constituent pas une panne complète. Uptimus suit actuellement 231 composants Quicknode. Les alertes peuvent être acheminées par les canaux activés dans votre espace, notamment l’e-mail, le push et les intégrations configurées.

    Notifications de maintenance

    Scheduled maintenance

    Planned work published by the official provider.

    1. ✓

      [Urgent] Stacks Mainnet - Upgrade to v9.7.0

      Maintenance

      We are upgrading our Stacks Mainnet infrastructure to v9.7.0 on 2026-11-02. This release patches recent Node.js security vulnerabilities and introduces new v3 API endpoints for block and transaction data, along with enhanced transaction metadata. A brief database migration will occur during the upgrade, and brief interruptions to RPC availability may occur on that date. RPC Changes: - GET /extended/v3/blocks — New cursor-paginated endpoint for Stacks block summaries, including tenure_height, tx_count, and Bitcoin anchor block reference. - GET /extended/v3/blocks/{height_or_hash} — New endpoint providing Stacks block details, including parent block hash, block size, and execution cost. - GET /extended/v3/bitcoin-blocks — New cursor-paginated endpoint for Bitcoin block summaries with header time and associated Stacks/transaction counts. - GET /extended/v3/bitcoin-blocks/{height_or_hash} — New endpoint providing Bitcoin block details with header time and associated block/transaction counts. - GET /extended/v3/bitcoin-blocks/{height_or_hash}/blocks — New endpoint listing Stacks blocks anchored to a specific Bitcoin block. - event_count — Added to v3 transaction summaries across all v3 endpoints (transactions list, batch, block transactions, principal transactions, and search). - /v2 RPC proxy — Simplified to a plain passthrough; custom fee estimation and transaction endpoint configuration are no longer available. https://github.com/hirosystems/stacks-blockchain-api/releases/tag/v9.7.0

      Started 2 nov. 2026, 00:00 UTC · Ongoing

    2. ✓

      [Standard] Morph - Hoodi Mainnet - Upgrade to v0.6.4 & morph-v2.2.7 (Celadon Fork)

      Maintenance

      We are upgrading our Morph Mainnet infrastructure to node v0.6.4 and morph-v2.2.7 ahead of the mandatory Celadon network upgrade, which activates on Hoodi Testnet at 2026-10-28 06:00 UTC. Celadon introduces MorphTx v2, which lets users pay gas with an alternative token and delegate their EOA to contract code (EIP-7702) in a single transaction. It also corrects the rounding of alt-token fee refunds, so users are charged the precisely rounded net fee. All existing transaction types, including MorphTx v0/v1 and standard 0x04 SetCode transactions, remain fully supported. During the maintenance window, brief interruptions to RPC availability may occur. RPC changes: - eth_sendRawTransaction — MorphTx v2 (type 0x7F, version 0x02) is accepted once Celadon activates. Before activation, v2 transactions are rejected. - Transaction-building requests (e.g. eth_sendTransaction, eth_estimateGas) — The MorphTx version no longer needs to be specified and is derived from the request. A non-empty authorizationList combined with feeTokenID, reference, or memo builds a v2 transaction. Otherwise, v1 is used. - eth_getTransactionByHash — Now returns authorizationList for MorphTx v2 transactions. - MorphTx v2 transactions with a non-empty authorizationList cannot create contracts (same rule as EIP-7702). - Fees for transactions paying gas in an alternative token may differ slightly from previous values due to the corrected refund rounding. https://github.com/morph-l2/morph/releases/tag/v0.6.4 https://github.com/morph-l2/go-ethereum/releases/tag/morph-v2.2.7

      Started 2 nov. 2026, 00:00 UTC · Ongoing

    3. ✓

      [Urgent] NEAR - Mainnet - Upgrade to 2.14.0

      Maintenance

      We are upgrading our NEAR Mainnet infrastructure to nearcore 2.14.0 on 2026-10-30. This is a mandatory protocol upgrade (protocol version 86 to 88) introducing consensus-breaking changes, new action validation rules, and improved cryptographic support. Validators must upgrade before protocol version 87 voting begins on November 4th. Brief interruptions to RPC availability may occur on that date. RPC Changes: - view_access_key_list now supports pagination with after_key and limit parameters, returning a last_key field. Accounts with more than 100 access keys must use pagination; unpaginated requests for these accounts will fail. - tx, send_tx, and broadcast_tx_commit responses now include an optional cause field on TIMEOUT_ERROR, describing transaction progress (NOT_OBSERVED, PENDING, DOES_NOT_TRACK_SHARD, or ERROR). - tx_status is now the stable method name for what was EXPERIMENTAL_tx_status. Both names work identically; Quicknode documentation for tx_status is in progress. https://github.com/near/nearcore/releases/tag/2.14.0

      Started 30 oct. 2026, 00:00 UTC · Ongoing

    4. ✓

      [Standard] Bitcoin Mainnet - Upgrade ord to 0.29.1

      Maintenance

      We are upgrading our Bitcoin Mainnet Ordinals infrastructure from ord 0.23.2 to 0.29.1. This release rolls up several versions of indexer improvements, including richer inscription metadata in API responses, new gallery and bulk lookup endpoints, a new recursive endpoint for raw block data, and a fix for indexing transactions that include pay-to-anchor outputs. During the maintenance window, brief interruptions to Ordinals API availability may occur. RPC Changes: - Inscription JSON responses — added. Inscription responses now include a properties object (attributes, traits, title, and gallery items) along with the metaprotocol field. - Inscription parents — fixed. Invalid parents are now filtered out and no longer returned for inscriptions. - /children routes — added. Child inscription routes now support JSON responses. - /gallery — added. New JSON endpoint for retrieving gallery inscriptions, with paginated gallery items. - /galleries and /collections — changed. /collections now returns results in reverse order, and hidden inscriptions are excluded from both /collections and /galleries. - /missing — added. New endpoint to check whether a batch of inscriptions exists in a single request. - /r/block/ — added. New recursive endpoint that returns the raw block hex for a given block hash or height. - Block inscriptions pagination — changed. Requests for an out-of-range page now return an empty page instead of an error. - Outpoint and TXID lookups — fixed. Outpoints and TXIDs made up entirely of decimal digits now resolve correctly instead of being misrouted. - Sat lookups — fixed. "Not found" sat index responses are no longer cached, so subsequent lookups return current data. - Rune amounts — fixed. Decimal amounts with excessive precision or values that would overflow now return a proper error. - Pay-to-anchor outputs — fixed. Transactions containing pay-to-anchor (P2A) outputs are now indexed correctly. Prior versions could return incorrect inscription and output data for these transactions. https://github.com/ordinals/ord/releases/tag/0.29.1

      Started 28 oct. 2026, 00:00 UTC · Ongoing

    5. ✓

      Standard Fluent - Mainnet & Testnet - Upgrade to v1.5.1

      Maintenance

      We are upgrading our Fluent infrastructure to v1.5.1 on 2026-10-28. This release introduces native Ethereum precompiles (0x01–0x11 and P256VERIFY) via revm for significantly faster cryptographic operations, upgrades the rWasm runtime to 0.7.2 for improved consensus safety, and enforces a protocol-level transaction gas cap. Brief interruptions to RPC availability may occur on that date. RPC Changes: eth_sendTransaction / eth_sendRawTransaction — Transactions exceeding 100 Mgas will be rejected by the network (EIP-7825 with Fluent-specific limit); clients sending such transactions will receive rejection errors. Precompile execution (ecrecover, keccak256, sha256, ripemd160, bigModExp, bn256Add, bn256ScalarMul, bn256Pairing, blake2f, KZG, BLS12-381) — All Ethereum precompiles now execute via native revm implementations at the same addresses with identical gas costs and results, but with several times faster performance. https://github.com/fluentlabs-xyz/fluentbase/releases/tag/v1.5.1

      Started 28 oct. 2026, 00:00 UTC · Ongoing

    6. ✓

      [Urgent] Sui - Testnet - Upgrade to v1.83.0

      Maintenance

      We are upgrading our Sui Testnet infrastructure to v1.83.0 on 2026-10-28. This release advances the protocol to version 140 with consensus-breaking changes, including refined object funds withdrawal checks, transaction effects optimization, and substantial improvements to gRPC and error handling. Brief interruptions to RPC availability may occur on that date. RPC Changes: - SimulateTransaction — When gas selection cannot find enough SUI to cover the gas budget, the error now carries structured metadata (owner, requiredBudget, coinBalance, addressBalance) via a google.rpc.ErrorInfo with reason INSUFFICIENT_GAS_BALANCE (domain sui.io), allowing clients to read the required budget without message parsing. If budget estimation fails, the error reports the execution failure with reason TRANSACTION_EXECUTION_FAILED and includes ExecutionError details. - SubscribeTransactions, SubscribeCheckpoints — Now populates effects object types, clever errors, and event json when the read mask requests them, matching GetTransaction behavior. - ListTransactions, ListEvents — Requests below the node's retention now return OUT_OF_RANGE instead of INTERNAL. Cursors can be sent back in either ordering without skipping items. Descending requests with end_checkpoint above the latest indexed checkpoint + 1 now return OUT_OF_RANGE. On pruning fullnodes, all requests needing data below the pruning floor return OUT_OF_RANGE. Pages now correctly report hasNextPage/hasPreviousPage based on end reason rather than arbitrary boundaries. - ListCheckpoints — Requests with a starting cursor past the server's indexed tip now return OUT_OF_RANGE instead of an empty page. Pages now correctly report hasNextPage/hasPreviousPage based on end reason. Checkpoints with an after cursor at or below filter.afterCheckpoint, or a before cursor at or above filter.beforeCheckpoint, now returns the checkpoints within the bound instead of an empty page. - GetEpoch — Now lists mldsa65_auth among protocol feature flags. https://github.com/MystenLabs/sui/releases/tag/testnet-v1.83.0

      Started 28 oct. 2026, 00:00 UTC · Ongoing

    7. ✓

      [Standard] Hedera Mainnet - Upgrade to Mirror Node v0.165.0 & RPC Relay v0.80.2

      Maintenance

      We are upgrading our Hedera Mainnet infrastructure to Mirror Node v0.165.0 and RPC Relay v0.80.2 on 2026-10-28. This release prepares the mirror node for the Nova/TSS 3.22.0 consensus-layer transition, introduces cryptographic improvements to block proof handling, and adds new REST and gRPC endpoints with enhanced security hardening. Brief interruptions to RPC availability may occur on that date. RPC Changes: Block proof hashing — Block proof hashing is transitioning to a new format. Dual support for both block proof formats is maintained during the rollout period to enable gradual operator deployment. https://github.com/hiero-ledger/hiero-mirror-node/releases/tag/v0.165.0

      Started 28 oct. 2026, 00:00 UTC · Ongoing

    8. ✓

      [Critical] Zcash - Mainnet & Testnet - Upgrade to Zebra 7.0.0

      Resolved

      The scheduled maintenance has been completed.

      Started 27 oct. 2026, 00:00 UTC · Resolved 28 oct. 2026, 00:01 UTC

    Recevez une alerte lorsque Quicknode publie une maintenance planifiée, programmée ou active. Uptimus a indexé 294 fenêtres de maintenance dans l’historique Quicknode disponible. Les alertes peuvent être acheminées par les canaux activés dans votre espace, notamment l’e-mail, le push et les intégrations configurées.
    Notifications de rétablissement
    Soyez informé lorsque Quicknode ou un composant affecté retrouve un fonctionnement normal. La page contient 78 jours d’historique connu et conserve les événements résolus pour consultation. Les alertes peuvent être acheminées par les canaux activés dans votre espace, notamment l’e-mail, le push et les intégrations configurées.
    Messages d’état
    Uptimus conserve le titre de l’incident publié par Quicknode et l’affiche avec l’état normalisé. L’historique disponible contient 154 incidents indexés, donnant à chaque alerte un contexte au-delà de l’état actuel. Un incident récent indexé était « Aptos Testnet - Chain Stall at Block 16,617,441 ».
    Détails de l’état
    Les mises à jour des incidents et maintenances sont conservées pour suivre l’enquête, les mesures et le rétablissement. Une mise à jour officielle récente conservée par Uptimus indique : « This incident has been resolved. ».
    Filtrage des composants
    Choisissez tous les composants ou uniquement les produits Quicknode utilisés. Les alertes officielles respectent cette sélection. Uptimus suit actuellement 231 composants Quicknode. Le filtrage modifie les alertes officielles livrées sans supprimer les événements de l’historique public.

    Questions Fréquemment Posées

    Recevez une notification lorsque l’état de Quicknode change

    Commencer la surveillance
    Similar services
    Comparison

    Uptimus vs Downdetector pour Quicknode

    Les pages publiques de Downdetector s’appuient surtout sur les signalements des utilisateurs. Uptimus les associe aux incidents officiels, maintenances et états des composants lorsque le fournisseur les publie.

    Uptimus vs Downdetector pour Quicknode
    Critères de comparaisonUptimusDowndetector
    Signalements communautaires concernant QuicknodeInclusInclus
    Référence adaptative distinguant les cas isolés d’une panne étendueInclusInclus
    Activité des signalements sur 24 heures et vue régionaleInclusInclus
    Un espace pour les sites, pages de statut, jeux Steam et apps et jeux AndroidInclusProduit séparé
    Alertes e-mail, push et webhook depuis le même espaceInclusProduit séparé
    Mises à jour officielles et chronologie du statut de QuicknodeInclusPiloté par les signalements
    État des composants et maintenances affichés séparémentInclusLimité sur les pages publiques
    InclusPiloté par les signalements · Limité sur les pages publiquesProduit séparé

    The official status page for Quicknode reports ongoing maintenance. Ongoing official maintenance: “[Standard] Bitcoin Mainnet - Upgrade ord to 0.29.1”. 0 reports were recorded for Quicknode in the last 24 hours. Last official check: 28 oct., 07:03 UTC.

    Évaluez ce service

    Comment évalueriez-vous Quicknode au cours du dernier mois?

    Aucun avis pour le moment

    (Limite d'un avis par mois)

    Discussion Communautaire

    Partagez vos réflexions sur Quicknode

    A
    Pas encore de commentaires

    Soyez le premier à commenter!

    Plus de services à surveiller

    Découvrez d'autres services populaires et leur état actuel

    Parcourir tous les services
    SpectrumCell to Singularity - Evolution Never EndsTriton DigitalSherpanyNylasFormativeFinetworkBeanstalkScrutinizerFont Awesome