dRPC connects 186 networks for 3,000+ dApps. Need plug-and-play RPC? Try NodeCloud. Want full control with an open-source stack? Download the NodeCore stack.
Product launch alarm 🚨
After a succesfull beta, the final NodeCore OSS package is out 🚀
What's NodeCore? dRPC’s open-source, self-hosted RPC infrastructure stack.
Built for teams that want to run their own RPC layer with more control over routing, reliability, and access.
GitHub: https://t.co/Hv1QoeplW5
dRPC hackathon world tour continues 🌎🌍🌏 Last weekend, dRPC hackathon sensei @armsves participated in @EthPrague and the stakes were high ⚡️
Maybe one of the best ones yet, with a very competitive crowd and even better submissions. 🧑💻👨💻👩💻
Congrats to the participants 👏👏👏 Y'all look awesome in those hackathon survival bucket hats btw 🔥
Next stop, Milan ✈️
🟦BASE builders (and all builders really)
RPC issues can be very frustrating for users, and getting the data fast with enough bandwidth without burning limits is taught without a subscription system
HIGHLY recommend @dRPCorg and you can pay by crypto
https://t.co/jRKPN2vk5y
🚨 Our partners @insightxnetwork just launched Atlas Live, the first-ever fully live holder map.
Watch tokens move in real time, trace funds and rewind history across 10+ chains.
Now live exclusively at https://t.co/SgiI2KUI9v
Introducing Atlas Live: The first ever fully LIVE holder map! 🔎
No more delays. No more refresh. Watch tokens pump in real time. See the chaos unfold. Rewind history. Trace funds.
Available across 10+ chains now, exclusively on https://t.co/X1RHFAVgEf. 🔥
In dRPC you can run a quorum of data providers, including internal nodes, with custom rules for quorum. We made it in 2023: https://t.co/5K8YgG6z3K. For a mission-critical application like a bridge or oracle, there's no excuse not to set it up. But they didn’t.
The framing of the recent KelpDAO and LayerZero incidents as some novel attack vector, or the work of meaningfully smarter attackers, is mostly wrong. The actual failure mode - applications trusting a single RPC endpoint to return honest data - has been discussed openly for years, by @VitalikButerin, @lomashuk, @MicahZoltu, @wagmiAlexander, @ChainLinkGod, @banteg, and many others. It is neither new nor subtle. A closely related failure happened in 2022 with the Ankr DNS hijack on Polygon and Fantom: https://t.co/MYUn9vdXui
The point here isn't ideological. In a 24/7 market where automated systems act on RPC responses in real time, assuming one provider will always return correct data is a system-level risk. There is no T+2 window in which a human notices the error and reverses it.
When we launched dRPC, cross-verification across a permissioned set of RPC providers was the core idea. The original repo and docs are still up (although outdated since then):
-https://t.co/5K8YgG6z3K
- https://t.co/rMMaul9HJW
We used a simple quorum rather than zk-based verification, partly to test real demand before overbuilding. Two observations from that period:
1. The demand was not there. In public, everyone agreed with the thesis. In private, the responses were "we are not ready to pay more for quorum," or "yes, we could apply it to sensitive paths only, but it's not a priority."
2. The risk was real. The market is now discovering this at a cost of roughly $250M.
Because full cross-verification on every request is overkill for most workloads, we eventually shifted toward shadow checks — randomized background comparisons across providers that detect and eject unhealthy nodes before they serve meaningful traffic. This is a reasonable compromise for general workloads. It is not a substitute for quorum on sensitive paths.
So the practical rule, for anyone building infrastructure whose failure mode is user funds:
1. Use at least 3–5 independent, reliable RPC providers.
2. Do not build your load balancer on training wheels. Something like https://t.co/pJDU21rKi4 is open source, free, and almost certainly better than what you would build in-house. Contributing to it is a better use of time than reinventing it.
You cannot defend against every possible attack. But this particular class is avoidable at low cost, if you are willing to treat RPC as a system-level dependency rather than a commodity input. That is a reasonable bar for anything meant to serve more than a narrow circle of users.
We will update the dRPC NodeCore (https://t.co/pJDU21rKi4) with strict rules for quorum on your side in the near future, stay tuned. If you have more sophisticated requirements for security, we are fully open for your requests - feel free to each me our via DM here or by email [email protected]
EthWarsaw, aka EthSilesia, is on 🔥and team dRPC arrived in the house with a bag full of hackathon survival gear. Rich out to Armando, the 100 hackathon Jedi, to get to know dRPC infrastructure and grab yours. Good luck to all participants 🍀
dRPC × Arcadia Finance
We’re now the primary RPC infrastructure provider for @ArcadiaFi
We are excited to support a new wave of capital-efficient DeFi where execution, reliability, and performance directly impact user outcomes.
If you’re allocating capital on-chain and care about efficiency, risk, and execution quality
Arcadia Finance is worth your attention
→ https://t.co/fGAaSuZfyo
For Arcadia, this means:
→ Stable execution for complex strategies
→ Reliable collateral management flows
→ Infrastructure that holds under pressure
Because in DeFi, performance is part of the product.