๐ Celestia v9 is now live on Mainnet
The upgrade cuts block time from 6 seconds to 3 seconds โก
What this means:
โ Faster confirmations
โ More blockspace
โ Better performance for networks publishing data to Celestia
Cumulo participated in the upgrade as an active-set validator on @celestia, helping support a coordinated and secure network transition ๐
A major step forward for the modular ecosystem. ๐
โ Signal complete! Celestia v9 upgrade is locked in
The required 83.33% voting power threshold has been reached, meaning the v9 upgrade process is now officially locked in for @celestia mainnet.
The upgrade to app version 9 is scheduled at block #11771698, approximately 7 days from now.
This is a major step for the network: faster blocks are coming to @celestia mainnet, with block times moving to 3 seconds โก
From Cumulo, weโre tracking the countdown in real time so validators, developers, and the community can follow the upgrade as it approaches:
โณ Countdown to block #11771698:
๐ https://t.co/qwuHWNlfLN
The next Celestia upgrade is on the way ๐
Agent + Keys + Identity = Accountability.
The Verified by Concordium Badge shows thereโs a verified human or business behind an AI agent.
๐ https://t.co/FGyz4Mphqb
A quick update on the @XRPLF Monitoring & Alerting initiative ๐
โ Built the monitoring platform foundation
โ Deployed the observability stack
โ Integrated Grafana Alloy
โ Created operator onboarding tooling
โ Validated the setup on a production UNL validator
We have now started work on VHS+ (Enhanced Validator History Service), one of the key components of the project.
We'll be sharing more as dashboards and validator insights start coming to life ๐
Proud of the consistency and hard work behind the scenes at @Cumulo_pro . Even in quieter market moments, validator and infrastructure work keeps moving every single day.
๐ Cumulo weekly validator & infrastructure report
Summer may be kicking in on this side, but validator infrastructure doesnยดt know about seasons: the best way to start the week is still by checking the technical work done in the last one.
Even when the market feels quieter on the surface, things remain very active under the hood.
๐ @celestia / mainnet: submitted the on-chain signal for the v9 upgrade and continued tracking the quorum process for activation
๐ก @AvailProject / mainnet: migrated our validator to a new host, including session key rotation and full verification of block signing on the new environment
๐ข @quicksilverzone / mainnet: monitored the chain halt triggered by the team as an emergency response to an active exploit
๐ @celestia / Mocha testnet: upgraded validator, RPC, and consensus nodes to celestia-app v9.0.4-mocha
๐ @cosmos / testnet: voted YES on Prop #302, a text proposal on testnet
๐ @celestia / Mocha testnet: upgraded the bridge node to celestia-node v0.31.3-mocha
๐ @celestia / mainnet: upgraded the bridge node to celestia-node v0.31.3
๐ @cosmoshub / testnet: voted YES on Prop #305 regarding funding for the public testnet program
โก @Starknet / mainnet + testnet: upgraded our RPC nodes to Juno v0.16.3, the new minimum required version ahead of the v0.14.3 protocol upgrade
At Cumulo, we treat validation as production infrastructure work: upgrade readiness, controlled migrations, governance tracking, incident response, and continuous operational verification.
It is not just about keeping nodes online, but about operating critical infrastructure with technical judgment, discipline, and traceability.
That is why we maintain our Activity Tracker: a public, JSON-backed record where we continuously document upgrades, governance votes, incidents, and operational changes in a transparent and auditable format.
๐Follow our activity here:
https://t.co/3H5uNtcKu9
Live peers for XRPL EVM: keeping node connectivity practical ๐
Running an XRPL EVM node means dealing with one of the most common infrastructure problems: peer connectivity.
Static peer lists can be useful as a starting point, but they become outdated very quickly. A peer that was visible from one node yesterday may not be reachable from the outside today, and when a node starts struggling to connect, that difference matters.
That is the reason behind Cumulo Live Peers โก
We built it as a live peer checker for XRPL EVM mainnet and testnet, updated every 30 minutes and available through both a public dashboard and API.
The goal is simple: continuously detect which peers are actually reachable, remove unstable entries, and provide node operators with a peer list that is useful in real operational situations.
How Cumulo Live Peers works ๐ ๏ธ
Every 30 minutes, the system creates a new candidate pool using several sources:
๐งฉ Our own XRPL EVM nodes
๐ RPC endpoints from validators in the ecosystem
๐ Addrbooks and peer lists collected from validator resources
๐ค Peers contributed directly by operators
Each candidate is then tested through a direct TCP check against its P2P port.
If a peer cannot be reached from the outside, it is not included in the published list.
We also avoid adding peers just because they appeared once. To be included, a peer needs to show consistent stability across roughly the last 5 hours of observations. If it disappears, becomes unreachable or stops behaving reliably, it is automatically removed after a few cycles.
A useful list, not just a longer one ๐
It is designed to publish a peer list that operators can actually trust when they need to recover or improve connectivity.
Peers are scored based on:
๐ Recent stability
๐ Outbound activity
โ How many independent sources confirmed the same peer
๐ Geographic diversity
This helps reduce noise and avoid peer lists filled with random entries that may not be helpful in practice.
For operators, especially during a connectivity issue, quality matters more than quantity.
Ready to use ๐
The live peer lists are already available here:
๐ Mainnet:
https://t.co/CpKWHXrC2M
๐ Testnet:
https://t.co/C1ZrowIk0x
๐ Full technical documentation:
https://t.co/a3iPVpxV2E
Why this matters ๐ง
At Cumulo, we operate validator infrastructure across XRPL EVM, Cosmos and modular networks, and peer connectivity is one of those topics that looks simple until something breaks.
Cumulo Live Peers is our way to make this part of node operations more practical for the XRPL EVM ecosystem: live checks, public data, reproducible logic and continuously updated peer lists without manual maintenance.
We hope this becomes useful for XRPL EVM validators, node operators and infrastructure teams.
Feedback, suggestions and validator contributions are very welcome ๐ค
๐ Congratulations to @Concordium on 5 years of mainnet!
Cumulo has been validating Concordium since the very beginning, and weโre proud to have supported the network throughout this journey.
Privacy, identity and trust at the protocol level have always been key pillars of Concordium, and they are becoming even more relevant as blockchain infrastructure evolves toward verified humans and verified agents.
Excited to keep building and validating alongside the Concordium ecosystem for the next chapter ๐
๐ณ๏ธ We voted YES to Starknet v0.14.3
Voting is now active to approve @Starknet v0.14.3 as a minor upgrade, and Cumulo has already cast its vote in favor.
This upgrade brings key improvements to the network:
โก๏ธ More frequent blocks and lower latency with SNIP-40
๐ธ Dynamic L2 gas base fee tied to the STRK price through SNIP-35, improving fee predictability
โ ๏ธ RPC 0.8 deprecation: teams should migrate to RPC 0.9 or 0.10.1 / 0.10.2
๐ Sepolia testnet: June 9
๐ Mainnet target: June 22, 2026
As validators on Starknet, we continue supporting upgrades that make the network more efficient, predictable, and ready for its next stage of decentralization.
Review the full notes and participate in the vote ๐
https://t.co/973kOWOMPS
๐ฆ RLUSD is now live on XRPL EVM.
A major step for bringing regulated liquidity, XRP utility and multichain DeFi closer together.
With RLUSD expanding through @wormhole NTT, builders on XRPL EVM can access new possibilities for:
๐ง Liquidity
๐ Swaps
๐ฆ Collateral
๐ธ Payments
๐ Cross-chain finance
At Cumulo, as XRPL EVM validators weโre proud to support the project and keep contributing to the infrastructure behind its growth.
$RLUSD ร $XRP is a big move for builders ๐ช.
๐ Cumulo validator & infrastructure report: last 2 weeks
Although it does not always show on the surface, these past weeks have been packed with lot of technical work, and projects like @cosmos and @celestia continue to stay very active across upgrades, coordination, and infrastructure operations.
Check our internal infraestructure activity over the last two weeks:
๐ @cosmoshub / testnet: voted YES on Prop #301 for the Gaia v27.4.0-rc0 upgrade and executed the provider chain upgrade, signing within the first blocks after restart
๐ @cosmoshub / testnet: migrated infrastructure to higher-capacity servers, including the RPC stack, reverse proxy, SSL, addrbook exporter, and Horcrux signer
๐ @cosmoshub / mainnet: voted NO WITH VETO on Props #1038, #1039, and #1040 due to fraudulent spam/phishing content, and voted YES on Prop #1041 for the Gaia v27.4.0 upgrade
๐ท @GenLayer / Bradbury: upgraded the validator to v0.5.12 with self-recovery fixes and security improvements
๐ท @GenLayer / Asimov: upgraded the validator to v0.5.12 with the same operational fixes and hardening
๐ @StoryProtocol / mainnet: executed the mandatory hardfork to Story v1.8.0 (Seneca) ahead of the scheduled height, with full post-upgrade verification
โก @Starknet / mainnet: enabled the staking pool for our strkBTC node, making it live and ready to receive delegation
๐ @celestia / mainnet: upgraded nodes to celestia-app v8.0.8 during the scheduled maintenance window
๐ @celestia / Mocha testnet: executed the upgrade to celestia-app v9.0.1-mocha with on-chain signaling for v9
๐ @celestia / Mocha testnet: upgraded the bridge node to celestia-node v0.31.1-mocha
๐ @celestia / Mocha testnet: upgraded validator, RPC, and consensus nodes to celestia-app v9.0.2-mocha and celestia-node v0.31.1-mocha
๐ @monad / testnet: upgraded our full node to v0.14.5 within the required operational window
๐ XRPL EVM / mainnet: voted YES on Prop #32 to add a new validator to the network
At Cumulo, we handle validation as production infrastructure work: upgrade readiness, governance monitoring, migration discipline, service continuity, observability, and controlled execution.
Reliable validator operations are not just about keeping nodes online, but about managing critical systems with traceability, technical judgment, and professional standards.
That is why we maintain our Activity Tracker: a public, JSON-backed record where we continuously document upgrades, migrations, deployments, and governance actions in an auditable format.
๐Follow our activity here:
https://t.co/3H5uNtcKu9
โ๏ธ What really happens with gas when you pay many recipients at once on @cosmos ?
We published a new article exploring multi-send on @cosmoshub through a real testnet case study, using actual transactions to measure how gas behaves as the number of recipients increases ๐
With Gaia v27.0.0, multi-send gas is no longer purely linear.
It now includes a quadratic surcharge designed to make large-scale spam increasingly expensive, while keeping legitimate use cases accessible ๐ก๏ธ
In the article, we cover:
๐น What multi-send is and why it matters
๐น How gas works in Cosmos Hub
๐น The quadratic surcharge introduced in Gaia v27.0.0
๐น Real gas data from testnet transactions
๐น The empirical formula behind the total gas cost
๐น Why this matters for validators, developers, protocols and users
At Cumulo, we are validators on @cosmoshub โ๏ธ and for us, running infrastructure also means testing, measuring and explaining how the network behaves in practice.
Read the full article here ๐
๐ฌ๐ง EN: https://t.co/rZPFrmlZRZ
๐ช๐ธ ES: https://t.co/FaQZ1jXfW8
Real data. Real transactions. Real infrastructure ๐ ๏ธ
๐ Weโre excited to partner with the new and vibrant @XRPLF team to expand the strong monitoring and alerting system for the $XRP Ledger. Network security is now more important than ever ๐ก๏ธ
V9 ya estรก disponible en Mocha, reduciendo a la mitad el tiempo de bloqueo, de 6 a 3 segundos.
Un menor tiempo de bloqueo se traduce en confirmaciones mรกs rรกpidas. Las redes que utilizan Celestia se percibirรกn como mรกs rรกpidas y con mayor capacidad de respuesta para todos.
๐ 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.๐
๐ 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
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 ๐ค
๐ฑ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