Skip to main content

Have something to say?

Tell us how we could make the product more useful to you.
In Progress

GRPC Yellowstone patched Geyser for Solana

New geyser for Solana with ultra-low latency.

Dmitrii Petrov1 year ago
6
Planned

Promocodes

Need to have field to use promocode automaticly and receive bonus, reward or discount.

Dmitrii Petrov1 year ago
Planned

Unified Endpoint for Different Regions and Modes (Full / Archive)

Right now, it’s a bit inconvenient to manually switch between different endpoints for each region and mode. It would be great to have one universal endpoint that automatically connects to the right region (like EU, US, or Asia) and allows me to choose between Full or Archive mode using a simple parameter. This would make it much easier to manage connections and test different environments without changing URLs every time. It also helps keep scripts cleaner and reduces the risk of errors when switching networks.

Max M1 year ago

Pay-as-you-go

Pay only for the CU you actually use, with no fixed monthly limits.

GetBlock Team1 year ago
1

“Sandbox” environment for testing endpoints

When I’m integrating new networks (like Polygon, Arbitrum, or Near), I usually start by testing basic RPC calls — things like eth_getBlockByNumber, eth_call, or getBalance. The problem is, every one of these tests consumes real Compute Units (CU), even if I’m just debugging payloads, checking response formats, or running quick CI/CD checks. It would be super helpful to have a Sandbox Mode directly in the dashboard — a lightweight environment where we can run limited read-only RPC requests without burning CU. Here’s what I imagine: A simple toggle or section in each network tab: “🔧 Sandbox Mode.” When enabled, requests go through a sandbox endpoint The sandbox would return limited blockchain data (for example, the last 100 blocks), and only support read-only methods. That kind of setup would be perfect for: CI/CD health checks SDK testing Quick debugging before moving to production endpoints Even small limits (say, 50 requests per minute) would make a big difference. This feature would save a lot of CU during development and make it easier to experiment with new networks safely inside the dashboard. Thanks for considering! 🙌

Max M1 year ago
In Progress

Webhooks

Receive real-time notifications about blockchain data directly to your system.

GetBlock Team1 year ago
Completed

gRPC support for Tron

Lately a lot of users have been requesting gRPC support on shared Tron nodes as it would help them in their various projects

Mohammed Amuneh1 year ago
4
Planned

Unlimited plan for specific protocol

Get unlimited access to one chosen blockchain without CU limits.

GetBlock Team1 year ago
In Progress

Usage & subscription alerts via email

It’s getting really difficult to manage my nodes and subscriptions without alerts. We used to have notifications for CU usage and node expiration — that was incredibly helpful. Now that they’re gone, I often realize something has expired or hit the limit only after production requests start failing. When you’re running several networks like Polygon, BNB, or Solana, it’s just not realistic to keep checking everything manually in the dashboard. It would be great to bring those alerts back — usage thresholds, upcoming expirations, and maybe even email or Slack notifications. That feature saved a lot of time and prevented unnecessary downtime. Honestly, it was one of the most useful parts of the old dashboard, and I really miss it. 🙏

Max M1 year ago

Solana archive node

As a data analyst working with Solana, I frequently need access to historical state data - not just recent transactions, but the exact state of accounts, token balances, and programs at a specific slot. The problem is that standard Solana RPC nodes (even full ones) only keep recent ledger data, usually covering just a few days or weeks. That means: You can’t fetch token balances or account data for a block from 2022 or even early 2023. Methods like getProgramAccounts, getBalance, or getAccountInfo only return current data — not historical state. Even if you use getBlock(slot), older slots are pruned and simply unavailable. For analytics, audits, and data integrity checks, this is a huge blocker. Example use cases: Compliance & auditing: verifying token flows or validator rewards from last year. Research: analyzing DeFi protocols’ evolution, like changes in TVL or staking behavior over time. Forensics: investigating exploits, tracing suspicious activity, or reconstructing on-chain events. Data science: building dashboards or ML models that rely on complete time-series data. To make this possible, we need an archive Solana node — one that stores the full historical ledger and allows queries like: getBlock(slot, { encoding: "jsonParsed" }) getAccountInfo(pubkey, { commitment: "finalized", slot: }) Even if access is rate-limited or premium-only, it’s critical for analytics and infrastructure projects. Right now, the only workaround is using third-party data providers or manually archiving data — both expensive and unreliable. Having a native archival RPC endpoint from GetBlock would be a game-changer for any serious Solana data work

Max M1 year ago

Price API (Indexing)

On-Chain Token Prices from DEXs like Uniswap / 1inch It would be super useful to have a Price API that gives access to real-time token prices directly from blockchain data (from DEX smart contracts like Uniswap, 1inch, PancakeSwap, etc). Right now, I have to rely on third-party price feeds, which often go down or don’t reflect on-chain prices accurately. Having an on-chain indexed Price API from GetBlock would save a lot of time for DeFi projects — we could easily display token prices, calculate portfolio values, or build dashboards that stay fully decentralized.

Max M1 year ago

Free Starter Trial

Try the platform paid plan for free with bigger CU and RPS before choosing a paid plan.

GetBlock Team1 year ago
Planned

IP whitelisting

Provide access to whitelisted IPs which I can add in personal account to every node, endpoint or whole account’s artifacts.

Dmitrii Petrov1 year ago
In Progress

API or Prometheus Endpoint for Credit Usage and Endpoint Statistics

There should be a programmatic way to get metrics on the usage of your products. This would help teams see new usage patterns, alert on usage problems and generally have visibility into these products.

mmcatee-jt5 months ago
1
In Progress

Pay-as-you-go for GetBlock RPC Nodes

Enable pay-as-you-go pricing for GetBlock RPC nodes, allowing AfricaCryptoChainx (ACCX) to pay only for actual Compute Unit (CU) usage without fixed monthly limits. This would reduce costs during development and testing while providing flexible scaling for production.

AfricaCryptoChainx6 months ago
1
In Progress

API endpoint for checking account balance and remaining CU

Users want to automatically monitor their account balance and CU usage to set up alerts in Prometheus/Blackbox Exporter, Grafana, and other monitoring systems. GetBlock currently does not provide a public API that returns: current account balance (USD or CU), CU included in the plan, CU usage and remaining CU, estimated time until depletion.

Nick D11 months ago

Onboarding tour

Interactive walkthrough that helps new users explore dashboard features and set up and test their first endpoint.

GetBlock Team1 year ago

2fa for personal account

Need to have 2fa for personal account to secure personal and payment details.

Dmitrii Petrov1 year ago

Boost RPC

A button that temporarily increases the RPS limit for a selected endpoint. Useful during traffic spikes, syncs, or testing without changing the plan permanently.

GetBlock Team1 year ago
In Progress

Support gzip compression for request bodies

GetBlock currently supports gzip/br compression for response bodies, but request bodies aren’t compressed. Could you add support for gzip on request bodies as well? This would help reduce bandwidth for larger requests, similar to what other RPC providers already offer.

Duy Khanh Nguyen3 months ago
1