Polygon Labs has announced that support for the 0xpolygon/erigon node implementation on the Polygon PoS network (Mainnet and Amoy) will be sunset on August 1, 2026.

In alignment with Polygon Labs’ recommendations, Tatum is migrating all archive-node infrastructure to Bor with PBSS (Path-Based State Scheme) configuration.

Key Changes & Impact

While Bor provides the same historical ledger data, there are significant differences in supported RPC namespaces between Erigon and Bor.

🚫 Deprecated Methods

The following Parity-style trace_* methods are exclusive to Erigon and will not be available on the new Bor infrastructure:

• trace_block
• trace_call
• trace_callMany
• trace_replayBlockTransactions
• trace_replayTransaction
• trace_filter

✅ Available Alternatives

Bor supports the standard Geth debug_trace* namespace. For most tracing use cases, you should transition to:

• debug_traceTransaction
• debug_traceBlockByNumber
• debug_traceBlockByHash
• debug_traceCall

🚧

Additional Compatibility Notes

Bor follows Geth-compatible behavior for debug and txpool namespaces. Customers relying on exact Erigon response schemas should validate their integrations before migration.

• For debug_trace* methods, the memory field is not returned by default. To include EVM memory in trace output, pass enableMemory: true in the trace configuration.
• For txpool_* methods, response schemas may differ from Erigon. For example, Bor may omit fields such as baseFee in txpool responses.
• Historical eth_getProof Support: Bor currently serves eth_getProof requests only for the latest 128 blocks. Requests for older historical proofs are not currently supported by the Bor client.

Migration Timeline

• Polygon Amoy (Testnet): Migration is scheduled for May 11, 2026.
• Polygon Mainnet: Migration will follow the Amoy deployment (to be announced).
• End of Life: All legacy Erigon nodes will be fully decommissioned by August 1, 2026.

Connection Endpoints

No endpoint URL changes are required. Your existing Polygon Mainnet and Polygon Amoy Gateway URLs will remain the same, but the underlying infrastructure will be migrated to Bor-based nodes.

Important Notice

If your application relies on the trace_ namespace (specifically for range queries via trace_filter), you must refactor your logic to use indexed logs (eth_getLogs) or the debug namespace before the deadline to avoid service interruption.

Keep your mission-critical workloads isolated and say goodbye to credit limits. Create your dedicated key in the Tatum Dashboard to get predictable RPS, better reliability, and clear pricing.

Benefits

• Protect Critical Integrations: Isolated capacity for production workloads.
• Scale Beyond Account Limits: Handle higher traffic without shared rate caps.
• No Credit Consumption: Base plan usage remains unchanged.
• Predictable Infrastructure Cost: No usage spikes. No surprise billing.

💡

Availability: Dedicated API Keys are currently available for the RPC Nodes product only. Each key is provisioned for one specific blockchain (one chain per key) and a selected throughput tier (RPS).

We’ve introduced Notifications Conditions & Filters to the Tatum Notifications system across all supported EVM chains and Tron. You can now define custom conditions that control when a webhook is triggered. This ensures you only receive notifications for relevant events, reducing unnecessary traffic and improving processing efficiency.

Why it matters

• Reduce noise: filter out irrelevant events before they reach your system
• Improve performance: process only meaningful data
• Lower costs: minimize webhook volume and downstream processing

👉 Read more in the Notifications documentation - Conditions & Filters

Sui gRPC is available on Tatum for teams that want a faster, more structured, and type-safe way to access chain data than legacy JSON-RPC over HTTP. With Sui gRPC, you work with strongly typed Protocol Buffers request and response messages across ledger, state, Move package, name service, signature verification, and transaction execution methods. That makes Sui a strong fit for backends, indexers, explorers, wallets, and internal services that value predictable schemas, generated client code, and efficient binary transport.

Sui gRPC endpoint

Sui gRPC

▶️ Run in Postman 🚀 Get Started

↳ gRPC Mainnet

https://sui-mainnet-grpc.gateway.tatum.io

🔍 Status 🕵️ Explorer

↳ gRPC Testnet

https://sui-testnet-grpc.gateway.tatum.io

🔍 Status 🕵️ Explorer

What you get

• Typed APIs: Sui gRPC exposes strongly typed Protobuf request and response messages across services such as LedgerService, MovePackageService, NameService, SignatureVerificationService, State methods, and TransactionExecutionService.
• Smaller payloads: gRPC uses Protocol Buffers, which are generally more compact and structured than JSON.
• Cleaner integrations: Generated gRPC clients reduce manual request building and response parsing across supported languages.
• Good fit for backend workloads: Ideal for objects, transactions, checkpoints, balances, Move package metadata, SuiNS queries, signature verification, and transaction execution or simulation.
• Live checkpoint streaming: Sui gRPC also supports real-time checkpoint subscription streaming through SubscriptionService.

The Sui Foundation has officially deprecated JSON-RPC. To ensure network performance and scalability, Tatum is transitioning the Sui infrastructure to a high-performance gRPC architecture.

Migration Path

To avoid service interruptions, please transition your applications to the new standard:

• Primary Action: Follow our Sui gRPC Migration Guide.
• Key Benefit: gRPC offers significantly lower latency and improved streaming capabilities compared to legacy JSON-RPC.

🚧

Attention

After the July 2026 End of Life date, JSON-RPC endpoints will be decommissioned and will no longer return data. We strongly recommend prioritizing this migration in your current development cycle.

We’re introducing the Tatum Liquid Staking API, enabling developers to retrieve liquid staking balances and supported staking pools across major staking ecosystems (Solana, Ethereum).

Liquid Staking APIs

📘

Get Liquid Staking Current Assets

GET /v4/data/staking/liquid/current-assets
Retrieve all liquid staking tokens held by a wallet address across supported liquid staking protocols.
Explore Docs →

📚

Get Liquid Staking Pools

GET /v4/data/staking/liquid/pools
Explore Docs →
Retrieve all supported liquid staking pools and tokens for a blockchain, including major protocols like Lido, Rocket Pool, Marinade, and Jito.

With the Liquid Staking APIs, developers can:

• Detect liquid staking token balances held by wallets
• Discover supported liquid staking protocols and pools
• Build staking dashboards and portfolio trackers
• Power wallets and DeFi analytics platforms

These APIs simplify building applications that surface liquid staking positions across Ethereum and Solana ecosystems. Read more about this feature on Tatum website - Staking APIs.

We’ve expanded the Tatum Staking API to support Ethereum, enabling you to retrieve staking data directly from Ethereum wallets and validators.

Try Staking API in Dashboard

Explore staking data directly in the Tatum Dashboard.

Search any wallet address to view active stakes, validator details, and rewards in one place.

Ethereum Staking API Support

These endpoints are now available for Ethereum, allowing you to track validator activity, rewards, and staking transactions.

📘

Get Current Staked Assets

GET /v4/data/staking/native/current-assets
Returns all current staked assets for a given Ethereum address, including active stake details.
Explore Docs →

📚

Get Current Staked Assets by Validator

GET /v4/data/staking/native/current-assets-by-validator
Explore Docs →
Returns staked assets grouped by validator, including delegated amounts and validator details.

📚

Get Staked Account Rewards

GET /v4/data/staking/native/rewards
Explore Docs →
Returns historical staking rewards for Ethereum staking accounts.

📚

Get Staking Transactions

GET /v4/data/staking/native/transactions
Explore Docs →
Returns staking-related transactions, including stake, withdraw, and validator interactions.

What you can build

With Ethereum staking support, you can:

• Build Ethereum staking dashboards
• Track validator performance and rewards
• Power wallets and staking analytics tools

We’ve introduced configurable finality levels for subscriptions in the Tatum Notifications system across all supported EVM chains and Tron.

When creating a subscription, you can now choose when webhook notifications should be triggered:

• confirmed – Faster notifications with minimal confirmations
• final – Notifications only after full block finalisation

This allows developers to balance speed vs reliability depending on their application requirements.

📘

Create a subscription

POST /v4/subscription
Configure finality settings when creating your notification subscription.
Explore Docs →

Cosmos gRPC is available on Tatum for teams that want a more structured way to query chain data than plain JSON-based endpoints. Under the hood, Cosmos SDK modules expose Protobuf Query services, which means you work with strongly typed request and response messages instead of hand-rolling JSON payloads. That makes Cosmos a good fit for backends, indexers, and internal services that value predictable schemas, generated client code, and efficient binary transport.

📘

This is an important distinction from Solana Yellowstone gRPC: Cosmos gRPC is not a live event stream. It is designed for request-response queries, not subscriptions, and there are no streaming methods in this interface. If your use case is reading balances, delegations, validators, staking data, governance state, or other module-backed chain data with a typed API, Cosmos gRPC is the better framing.

Cosmos gRPC endpoint

Cosmos gRPC

▶️ Run in Postman 🚀 Get Started

↳ gRPC

https://cosmos-mainnet-grpc.gateway.tatum.io

🔍 Status 🕵️ Explorer

What you get

• Typed queries: Cosmos SDK modules expose Protobuf-based Query services, so request and response shapes are explicit.
• Smaller payloads: gRPC uses Protocol Buffers, which are typically more compact than JSON.
• Cleaner integrations: Generated gRPC clients reduce manual request building and response parsing across supported languages.
• Good fit for backend reads: Ideal for balances, staking, governance, validators, and other module state queries.
• REST parity when needed: Cosmos SDK can expose REST equivalents for gRPC query methods through gRPC-gateway.

Solana Yellowstone gRPC is live on Tatum. You can keep a single gRPC connection open to Mainnet and receive transactions, accounts, blocks, and slot updates as they happen, instead of hammering JSON-RPC on a timer.

Under the hood it follows the same Geyser-style streaming path many Solana operators already know. If your bot, indexer, or dashboard has been stuck waiting on poll intervals, this is the lane meant for you.

Solana Mainnet gRPC endpoint

Yellowstone gRPC (Mainnet)

▶️ Run in Postman 🚀 Get Started

↳ gRPC (Mainnet)

https://solana-mainnet-grpc.gateway.tatum.io

🔍 Status 🕵️ Explorer

What you get

• Speed: Push-style updates beat round-tripping the same RPC call every few hundred milliseconds.
• Payload: Messages use Protocol Buffers, which tends to be lighter than JSON for this kind of volume.
• Control: Subscribe to the account, slot, block, or transaction shape your product cares about.

Read next

• Data Streaming (gRPC & WebSockets) for how streaming fits next to RPC on Tatum.
• gRPC Data Streams for when gRPC is the right tool.
• Solana gRPC reference for auth, examples, and the Mainnet host spelled out step by step.

Looking for broader Solana coverage on Tatum? See Tatum Solana.

Need an API key first? Use the Tatum Dashboard.

If you want to test it now, import the Solana Mainnet gRPC Postman collection.
Need to validate endpoint behavior under load, reconnects, and edge cases? We prepared test suite for validating Solana Yellowstone gRPC (Geyser) endpoints. Tests all RPCs, streaming subscriptions, and edge cases, then reports pass/fail. 👉 Try our Solana GRPC Test repository.