๐งต XRPL EVM May recap โก
May was a busy month for XRPL EVM.
Lower fees, a new wallet, early use cases, and several important improvements on the way.
Quick recap ๐
๐ธ Much lower fees
Proposal #29 passed with 100% approval from 18 validators. A simple transaction now costs only 0.000016 XRP, matching the cost of XRPL mainnet.
This is a big step for: โก Micropayments, ๐งฉ Smart contracts, โฑ Fast-finality apps, ๐ฑ Real-world use cases with ripple:native
More info:
https://t.co/5lnuY5L7i3
๐ New wallet for XRPL + XRPL EVM
A new unified wallet is now available at:
https://t.co/N2t9wiZ0QC
The goal is simple: manage XRPL and XRPL EVM from one interface using @MetaMask .
Signatures are automatically routed depending on the action, making the experience much smoother.
It also integrates XR Bridge, powered by @axelar, to move assets from Ethereum and other EVMs into XRPL EVM.
Original post:
https://t.co/1BbT7bwswm
๐ฎ First use cases taking advantage of the new fees
@AxiomProtocol_ is already building on top of this new low-fee environment with a prediction market on XRPL EVM.
Original post:
https://t.co/UY1bdihQxs
๐บ Whatโs next?
๐ธ A micropayments app as the first demo of low fees + programmability
๐ Longer IBC channel bonding time for more stability
๐ Fund recovery from the Elys Network shutdown through governance
๐ More wallet improvements, including custodian deposits and more EVM assets
XRPL EVM by @Peersyst is moving into a more practical phase, with better infrastructure, better UX, and more reasons for builders to start experimenting on the network.
At Cumulo, we keep supporting the network as validators and following closely what comes next โก
๐ Celestia Mocha v9 is getting closer!
The upgrade signaling process for @celestia Mocha has reached the required voting power threshold โ
Current status:
๐ข 57 / 78 validators signaling
๐ณ๏ธ 85.03% voting power
๐ฏ Threshold: 83.33%
โ๏ธ Target version: v9
This upgrade brings an important improvement to Mocha: blocks will move to 3-second block times, making the testnet faster and more aligned for future testing and development.
As validators signal readiness through MsgSignalVersion, the community can follow the process in real time using our Upgrade Signal Tracker:
๐ https://t.co/UXZfF6QbQq
Built by Cumulo to help the Celestia community track upgrades with more visibility ๐
๐ New article by Cumulo is live!
Bitcoin apps are growing, but liquidity is still fragmented across multiple chains.
In our latest Medium article, we recap the live workshop with @AvailProject, featuring @mayurrelekar from Avail and @yilmaz_btc from @citrea_xyz, focused on how Avail Nexus helps Bitcoin apps access cross-chain liquidity in a much smoother way.
Main points covered ๐
๐น Why liquidity fragmentation is a major UX problem for Bitcoin apps
๐น How Avail Nexus enables N-to-1 cross-chain liquidity aggregation
๐น The live demo with Mystic Finance on Citrea
๐น How users can deposit into Bitcoin L2 apps without manual bridging
๐น Why this matters for developers building better onboarding flows
Avail Nexus shows how complex cross-chain actions can be abstracted into a simple user experience, helping Bitcoin apps become more accessible, composable and ready for real adoption.
๐ Read the full article:
English version:
https://t.co/kbSKzXhUvG
Spanish version:
https://t.co/eiCqGYTBHw
๐ Cumulo Live Peers: from static peer lists to real-time peer lists
Cumulo Live Peers for @celestia is a live peer checker for Celestia mainnet and Mocha testnet, designed to help validators and infrastructure teams find peers that are actually reachable and useful right now.
When a node starts having connectivity issues, a static list is often not enough.
What operators need in that moment is simple: peers that are reachable from the outside, stable over time, and ready to use.
Cumulo Live Peers checks peer availability every 30 minutes and builds updated lists using multiple sources:
๐ Our own Celestia nodes
๐ RPC endpoints from validators in the ecosystem
๐ Addrbooks and public peer lists
๐ค Peers contributed directly by operators
Each candidate peer is tested through a direct TCP check against its P2P port.
If a peer is not reachable from the outside, it does not make it into the published list.
We also avoid publishing peers just because they appeared once. To be included, a peer needs to show consistent stability across several observation cycles.
The goal is not to publish the biggest possible peer list.
The goal is to publish a useful one.
Peers are scored based on:
โ Recent stability
โ Outbound activity
โ Confirmation from independent sources
โ Geographic diversity
You can use the live peer lists here:
Mainnet:
https://t.co/AZWUUL7LWm
Mocha testnet:
https://t.co/eIUGLcyfLR
Full technical documentation:
https://t.co/a3iPVpxnd6
We also maintain validator resource lists for Celestia mainnet and Mocha, so validators can contribute RPCs, addrbooks and peers via PR.
The more validators contribute, the better the system becomes for everyone.
We shared the full explanation on the Celestia Forum ๐
https://t.co/Sl22jWujBf
This is part of how we approach our role as @celestia validators at Cumulo: building tools that reflect our vision of solid, transparent and reliable infrastructure, while adding real technical value to the networks we support.๐
Validator resource lists ๐ค
To make the external sources more useful, we also maintain public validator resource lists for Cosmos Hub mainnet and testnet.
These include:
๐ RPCs ๐ addrbooks ๐ก contributed peers
The more validators contribute their resources, the better the scoring becomes for everyone.
Why?
Because the system can compare more independent sources and build a more representative view of the network.
If you are a @cosmoshub validator and want to add your resources, you can open a PR here:
Mainnet validators: https://t.co/b7iennMesJ
Testnet validators: https://t.co/jOiOm187Ds
TL;DR ๐
Static peer lists get outdated fast. Cumulo Live Peers keeps checking which Cosmos Hub peers are reachable, stable and useful for node operators.
When you run a @cosmoshub node and connectivity starts failing, a static peer list is often not enough.
What you need in that moment is simple: peers that are actually reachable from the outside right now. Not peers that were visible from one node a few days ago.
That is why we built Cumulo Live Peers ๐
A live peer checker for @cosmos Hub mainnet and testnet, updated every 30 minutes and available through both a public dashboard and API.
The idea is simple:
๐ keep checking which peers are really reachable
๐งน filter out unstable ones
๐ ๏ธ give node operators a list they can actually use
How it works โ๏ธ
Every cycle, Cumulo Live Peers builds a candidate pool from several sources:
๐ข Our own Cosmos Hub node
๐ข RPC endpoints from validators in the ecosystem
๐ข Addrbooks and peer lists collected from validator resources
๐ข Peers contributed directly by operators
Then we test each candidate with a direct TCP check against its P2P port.
If a peer is not reachable from the outside, it does not make it into the published list.
Simple rule:
โ reachable peers stay in the process
โ unreachable peers are filtered out
Not just โmore peersโ ๐ก
The goal is not to publish the biggest possible list.
The goal is to publish a useful one.
Peers are scored based on recent stability, outbound activity, how many independent sources confirmed the same peer, geographic diversity.
This helps avoid lists full of random peers that may not help much in practice, especially when an operator is trying to recover connectivity quickly.
Ready to use ๐
You can use the live peer lists here:
Mainnet:
https://t.co/FmDdqkNZyI
Testnet:
https://t.co/qMqJtmmGKc
Full technical documentation:
https://t.co/a3iPVpxnd6
At Cumulo, we run validator infrastructure across Cosmos and modular networks.
Cumulo Live Peers is our attempt to make that part of node operations a little more practical:
๐ live checks
๐ public data
โ๏ธ reproducible logic
โป๏ธ a list that keeps updating without manual maintenance
We hope this is useful for Cosmos Hub validators, node operators and teams running infrastructure.
Feedback, suggestions and validator contributions are very welcome ๐ค
An important step for making XRPL EVM easier to use beyond the technical crowd ๐ฑ
As XRPL EVM validators, weโre excited to keep supporting this ecosystem as it grows ๐๐ช
๐ฑXRPL EVM infrastructure is getting ready for new exciting use cases:
โก๏ธNow supporting ripple:native micropayments, same fees as XRPL
๐ปAdding a programmability to combine logic + micropayments + 3s finality
๐ฆBrand new https://t.co/Dzw3GAQwvX allows multinetwork management in 1 wallet
โฟ New guide by @Cumulo_pro is live! โก
Weโve published a step-by-step guide on How to stake BTC on Starknet, designed for users who want to bring Bitcoin into Starknet DeFi and start making it productive.
In the guide, we cover:
๐น How to get wrapped BTC on Starknet
๐น How to swap into strkBTC using @avnu_fi
๐น The main risks of BTC wrappers
๐น How to stake BTC through @endurfi
๐น How to choose a validator and delegate
๐น Why Starknet is becoming a powerful environment for BTC DeFi
With low fees, fast confirmations and ZK-powered security, @Starknet is opening a new path for Bitcoin users who want more than just holding.
At Cumulo, we are Starknet validators and one of the validators already supporting strkBTC staking.
๐ Read the full guide:
๐ฌ๐ง English version:
https://t.co/AMlYckV2UA
๐ช๐ธ Spanish version:
https://t.co/Vc3d8Ra12O
Weโll keep building infrastructure, guides and resources to make the @StarknetFndn ecosystem more accessible to users, builders and the wider community. ๐งฑ
Cumulo will be concluding validator operations on @StoryProtocol following the SIP-011 active set consolidation process.
We want to thank the Story team for the opportunity to contribute as validators, from testnet operations to mainnet infrastructure.
For our delegators: please redelegate or unstake your $IP as soon as possible.
We will keep our node running during the notice period and until delegations are cleared.
Although our validator operations and all the tools & service pages we developed for the protocol are coming to an end, Cumulo will continue building and operating strong and professional infrastructure across multiple networks.
Thank you to everyone who supported us during this journey.
Who says there's not much going on?!! ๐ฉโ๐ง๐งโ๐ง
๐ Cumulo weekly validator & infrastructure report: May 15โ23
Over the last week, our team executed validator operations, upgrades, governance actions, and incident-aware infrastructure work across multiple networks, check what we did? ๐๐
โ @EspressoSys / Mainnet: upgraded our mainnet node to 20260424, applying query and pruning optimizations and verifying healthy peer connectivity and consensus progression
๐ @StoryProtocol / Aeneid testnet: upgraded our validator to Story v1.7.0 (Seneca) ahead of the scheduled hardfork, with full sync and post-upgrade consensus validation
๐ก๏ธ @cosmoshub: voted NO WITH VETO on Prop #1037, a spam/scam proposal with no legitimate onchain purpose
๐ฃ @massachain / Mainnet: executed the mandatory MAIN.5.0 hard fork upgrade and rejoined the corrected network after the illegal minting fix
๐ท @GenLayer / Asimov: upgraded our validator to v0.5.11
๐ XRPL EVM by @Peersyst / Mainnet: voted YES on Prop #31 to recover expired IBC light clients for Injective and Elys
๐ @cosmoshub Hub / Mainnet: executed the Gaia v27.3.0 upgrade at the scheduled height, covering validator, RPC, and backup infrastructure with post-upgrade verification
๐ท @GenLayer / Bradbury: upgraded our validator to v0.5.11
๐ @monad / Testnet: upgraded our full node to v0.14.4 following the release window and verified full operational status
At Cumulo, validator operations are handled as production infrastructure work: upgrade readiness, governance monitoring, incident response, controlled execution, and post-upgrade verification across live environments.
That is also why we maintain our Activity Tracker: a public, JSON-backed operational log where we document upgrades, governance votes, incidents, and infrastructure actions in a transparent and auditable format.
๐Follow our activity here:
https://t.co/3H5uNtdijH
๐ Tokenization is moving from narrative to real institutional infrastructure.
In our latest article, we analyze the Beyond Cosmoverse conversation with Anina Milanoviฤ from the World Bank, and what it means for @cosmos, capital markets and the future of regulated digital assets.
The key idea is clear:
Tokenization is not here to replace traditional capital markets.
It is here to upgrade them.
In the article, we cover:
๐น How Serbia built one of the earliest digital asset regulatory frameworks before MiCA
๐น Why stablecoins pushed traditional finance to take blockchain infrastructure seriously
๐น The three institutional requirements for tokenized assets: legal certainty, trusted infrastructure and secondary liquidity
๐น Why emerging markets may have a unique opportunity to move faster
๐น How Cosmos-IBC architecture, sovereignty and interoperability fits naturally into this new financial landscape
For the @cosmos community, this conversation matters.
If regulated financial assets start moving across digital infrastructure, networks like Cosmos can play a key role in making those assets interoperable, auditable and usable across jurisdictions.
At Cumulo, we are validators in @cosmoshub and we believe this is exactly the type of long-term infrastructure narrative that matters for the ecosystem.
๐ Read the full article:
๐ฌ๐ง English version:
https://t.co/ohV4YjMKQV
๐ช๐ธ Spanish version:
https://t.co/ZtUgB8gQu3
@Thali_To@celestia Great catch, thanks! ๐
Hibiscus (v7) is live, it was showing in the timeline but the "Largest upgrade" card was highlighting Matcha (most CIPs) instead of the most recent one.
Fixed now โ Latest upgrade: Hibiscus โ
๐ New tool by Cumulo for the @celestia ecosystem: CIP Tracker
Weโve built a complete Celestia Improvement Proposals dashboard, integrated into Cumuloโs Celestia services page.
The CIP Tracker is designed to make it easier for teams, devs, validators and the broader community to follow how Celestia evolves at the protocol level: from proposals already live on mainnet to those currently under review or being discussed for upcoming upgrades.
What the tool does:
๐น Tracks 49 CIPs from the official Celestia Improvement Proposals repository
๐น Provides a clear overview of proposal status: Final, In Review and Draft
๐น Shows a visual timeline of network upgrades, from Lemongrass v2 to the upcoming v8
๐น Groups CIPs by upgrade, helping users understand which changes are already live and which are still in progress
๐น Adds semantic search, so users can look for concepts like โvalidator commissionโ, โtoken burnโ or โblock timeโ and discover related CIPs
๐น Includes a changelog with recent repository updates, distinguishing between new CIPs and updated ones
๐น Gives each CIP its own shareable URL with Discord and Telegram previews
๐น Syncs data from the official celestiaorg/CIPs GitHub repository, with 6h cache and local fallback to improve availability
This is intended to be a living tool: as new CIPs are added, updated, reviewed or included in future network upgrades, the tracker will continue evolving with the Celestia protocol itself.
Cumulo, as Celestia validators, weโve been supporting the network since the early stages of its testnet, and weโll keep building public infrastructure to make protocol evolution easier to follow, understand and use.
Explore the Cumulo CIP Tracker ๐
https://t.co/CVoqSpuIeE
โ๏ธ Espresso Network: new staking guide by Cumulo is live!
Weโve published a step-by-step guide on our Medium to help users understand how to stake ESP on @EspressoSys and start participating in the network more easily.
In this guide, we cover:
๐น How to get ESP and set up MetaMask
๐น How to connect your wallet to the staking dashboard
๐น How to understand staking metrics
๐น How to choose a validator and delegate ESP
๐น How to manage your delegation
๐น How to solve common errors
At Cumulo, we are Espresso validators as we has been selected for the @espressoFNDN Validator Bootstrap Program, and you can already stake your ESP with us through the official staking dashboard.
This guide is designed to make the staking process clearer and more accessible.
๐ Read the full guide:
๐ฌ๐ง English version:
https://t.co/36uYyJIg3e
๐ช๐ธ Spanish version:
https://t.co/3tEbj6ptnJ
Weโll keep building infrastructure, educational resources and tooling to support the Espresso ecosystem and help more users participate securely.
Our goal is to contribute practical tooling that helps the @monad ecosystem become easier to observe, operate and improve.
Feedback from validators, node operators, developers and the Monad community is welcome.
Forum post: https://t.co/bjccefTHJP
Services: https://t.co/VGnFwFXCq8
Explorer: https://t.co/nuW5dXjU75
GitHub: https://t.co/EdUfVf4pz9
๐ฃ Cumulo ร Monad
What if you could track @monad infra from multiple angles?
RPC reliability, validator performance, staking data, uptime, block production, node geography and live network health.
Thatโs what weโve been working on, a set of open tools for builders, validators and operators.
Check them all here: https://t.co/AOfGfXnBbO
๐๐งต ๐
Activity Tracker
Infrastructure work is often invisible unless it is documented.
Thatโs why we keep a public log of @monad -related operations:
โ Node deployments
โ Upgrades
โ Version changes
โ Incidents
โ Operational updates
https://t.co/yx7SHVGStM