Infrastructure

Managed RPC & APIs

An RPC endpoint is the single most boring part of your stack — right up until it goes down. Wallets stop loading, transactions silently fail, your support channel fills with users who think the chain itself is broken. Vitwit runs that layer so it stays invisible.

/ the problem

Why public RPC
fails you

RPC is how every application talks to a blockchain — querying balances, broadcasting transactions, subscribing to events. The quality of that endpoint sets the ceiling on how good your product can feel.

Rate-limited without warning

Public endpoints are shared with everyone hammering the same node. You hit the ceiling just as traffic spikes — no heads-up, no fallback.

Behind on block height

Stale reads look exactly like a bug in your code. You'll spend a day debugging something that was never your problem.

No SLA, no one to call

When it breaks, you find out the same way your users do. There's nobody on the other end when you need answers at 3 a.m.

/ what you get

Everything managed
RPC should be

The point of managed RPC is that throughput and latency stay predictable — and somebody else owns the pager.

01

Latency that holds globally

p99 under 60ms across regions. Nodes distributed so requests are answered locally — a query from Singapore isn't crossing an ocean. The average is easy; we hold the slowest one percent too, because that's what shows up as a janky user experience.

  • p99 < 60ms in every region
  • Geo-distributed node fleet
  • No cross-ocean routing
02

Cosmos and EVM coverage

One operator for both ecosystem stacks. No stitching together two vendors with two different reliability stories. The same SLA covers all of it.

  • Full Cosmos SDK support
  • EVM-compatible chains
  • Single contract, single SLA
03

WebSocket & archive nodes

Full-archive history for indexing, analytics, and any query that reaches back past recent state. WebSocket subscriptions for real-time block and event streams — no hammering the node with polling.

  • Full historical state
  • Real-time WS subscriptions
  • Block & event stream support
04

No surprise overages

Pricing you can forecast. The bill at the end of the month is the bill you expected — not a usage cliff that punishes you for growing.

  • Predictable monthly billing
  • No hidden rate limits
  • Usage you can plan around
05

Access control for teams

Per-team API keys, configurable rate limits, and SSO. See who is calling what, throttle a misbehaving service without taking everything down, revoke a key without a redeploy.

  • Per-team API keys
  • Configurable rate limits
  • SSO integration
/ full-stack infrastructure

How RPC fits the rest of the stack

RPC rarely lives alone. Teams that need reliable endpoints usually also need validators, IBC relayers, or a chain to run. Fragmenting that across vendors means finger-pointing at 3 a.m. when something breaks and no one owns the boundary.

Vitwit runs every layer on the same SLA, one contract, one on-call rotation. When a chain ships a breaking upgrade, the team maintaining your RPC is the same team that already patched the node software — in many cases, the team that helped write it.

Talk to the infra team
Staking
Institutional validator delegation
RPC & APIs
Managed endpoints · you are here
Relayers
80+ IBC paths in production
Chain Launch
Genesis to upgrade engineering
AI Compute
GPU inference & verifiable compute

The failure modes are subtle.
The debugging is expensive.

A stale read or a silently dropped subscription costs a day of engineering time chasing a bug that was never in your code. Endpoints that just work are cheaper than the hours you'd otherwise burn proving the problem wasn't yours.