Cardano Leios Don Enter Measurable Engineering Phase as Prototype, CLI Work and Benchmarks Dey Move Forward

Cardano’s Leios scaling roadmap dey move from research design enter measurable engineering. During the April 2026 Leios Monthly Review wey happen on April 29, IOG developers and contributors from the wider Cardano community present progress across the prototype, transaction validation benchmarks, network testing, Cardano CLI support and committee selection design.

The message from the review no be say Leios don finish, or say Cardano mainnet don already dey operate for new throughput level. E get more specific point and e more important. The components wey dem need to test Leios as real scaling architecture don begin line up, from Extended Blocks and vote diffusion to ledger benchmarks, mempool behavior, BLS keys and end to end test infrastructure.

For Cardano, this one matter because Leios no be just another performance proposal. Na one of the ecosystem’s most important attempts to increase throughput while preserving the security and decentralization assumptions wey define the network. The April review show say this work now dey tested through concrete engineering questions instead of broad scaling promises.

Cardano Leios Prototype Dey Show Early Throughput Progress

The review start with look into the Leios prototype and how Extended Blocks, wey dem dey call EBs, dey sequence alongside the existing Cardano Praos system. For the live development setup, the team show the network dey operate under load of around 20 transaction kilobytes per second, wey dem describe for that specific scenario as roughly 100 transactions per second on smaller transactions.

Make nobody treat that number as final Leios performance claim. The team still dey work toward higher controlled environment target of 200 transaction kilobytes per second. For theoretical example using very small 200 byte transactions, that one fit correspond to around 1000 transactions per second, but the review no present am as achieved mainnet result.

The more important signal na how the prototype behave. The visual demo show Praos blocks and Leios Extended Blocks dey appear for the same environment, with the mempool dey deplete while confirmed throughput dey follow the load wey dem place on the system. That one dey give the development team clearer way to observe whether Leios dey really move transaction data through the system as intended.

The review still show progress on vote diffusion visualization. Developers fit now inspect how votes dey move across the network, wetin dey in flight between nodes and how specific EB hashes dey get votes from participating identities. This one matter because Leios no fit judge only by how much data e fit introduce. E must also prove say the network fit propagate, vote on and certify that data reliably.

This na the hard part of Cardano scaling. To write higher throughput target easy. To make decentralized protocol wey go coordinate larger data flow across real nodes, bandwidth limits, latency differences and adversarial conditions na different challenge. The April review show say Leios now dey tested against that second problem.

Cardano Benchmarks Focus on Validation, Mempool Efficiency and Network Load

Major part of the review focus on benchmark work. The ledger transaction validation benchmarks dey designed to measure the cost of different validation strategies using actual Cardano ledger implementation. These tests no dey measure the full network. Dem dey isolate specific parts of the system so the team fit understand where optimization fit necessary.

The results show meaningful differences between validation approaches. For small value transactions, the review discuss approximate five times speedup when dem move away from full validation for the tested scenario. For script transactions, the difference big pass, with approximate fifty times speedup wey dem mention in relation to the benchmark results.

Those figures no mean say every real workload go behave the same way. But dem show why the benchmark work important. If Leios suppose increase the amount of transaction data wey dey move through Cardano, the network also need understand how validation costs dey scale across transaction types, block sizes and hardware conditions.

The review also include transaction submission v2 testing. The current v1 model wey mainnet dey use dem describe am as simple but wasteful because multiple peers fit download the same transactions after dem receive the same announcements. That one dey create duplicate data movement and e dey lower network efficiency.

The newer v2 on decision approach show much stronger results for the tests wey dem present. For one run, e complete the transfer in about 1.6 seconds with roughly 78 percent efficiency, compared with v1 results wey only around 9 percent of the data carried dey useful. That improvement relevant for Leios, but e fit also improve Cardano more broadly because better transaction submission dey reduce network waste before any full Leios activation.

The team still dey prepare larger network testing through the PNT cluster, using more realistic node topology, regional distribution and latency profiles. The goal na to understand how much transaction data the current Cardano node and networking stack fit handle before the Leios consensus layer fully enter.

This na where the review pass prototype update. The work now dey look the parts of scaling wey usually determine whether protocol fit comot for lab, mempool replication, duplicate downloads, transaction submission, trace messages, network latency and the real cost of moving more data through decentralized system.

Leios Dey Advance Cardano CLI Support and Committee Design

The April review also show say Leios preparation don reach the tooling layer. The team demonstrate Cardano CLI support for BLS keys, wey go dey required for participation for the Leios consensus protocol.

Stake pool operators go need generate BLS key and proof of possession in addition to their usual keys. The proof of possession important because e dey help protect against rogue key attacks. According to the review, the relevant commands don already dey available for the latest Cardano CLI release under the Dijkstra era.

The expected process be say, after the relevant hard fork, SPOs go register the new BLS credentials through stake pool registration certificate and include the BLS signing key for the node startup configuration. That one na practical sign of progress. Leios no be only research discussion again. E don begin touch the operational workflow wey Cardano infrastructure providers go eventually need follow.

Another important update come from the committee selection discussion. The team dey consider change from the current SIP164 proposal, wey dey use more complex weighted model with local sortition fallback. The alternative wey dem dey discuss go simpler, easier to implement and more efficient to verify.

The reason na practical. Under the simpler model, votes fit small, verification fit faster and certificates fit reduce well for size. The review discuss comparison where certificate size fit move from around 8 kilobytes to around 200 bytes, depending on the scheme and parameters.

That detail matter because scaling no be only to increase transaction capacity. If higher throughput create heavy voting overhead, large certificates or expensive verification paths, the network fit gain performance for one area while e dey lose efficiency for another. By simplifying committee selection before production pressure land, the Leios team dey try remove complexity for the protocol level instead of to manage am later through operational workarounds.

The review still highlight end to end testing readiness. Cardano don already get more than 2000 system level test scenarios wey cover areas like Cardano node, Cardano CLI, db sync, governance, delegation, rewards and rollback behavior. The plan na to use this testing base for Leios, with local testnet variants wey resemble mainnet parameters more closely and with transaction generators wey dey create sustained load.

The next phase therefore don dey clearer. Leios now must move from prototype behavior and component benchmarks enter broader testnet conditions, where throughput, vote diffusion, committee selection, CLI readiness, network propagation and SPO operations fit dey evaluated together. Na that one be the real checkpoint. No be headline TPS number, but whether the full system fit behave predictably when the pieces connect together.

For Cardano, the April Leios review mark progress because e show say the scaling roadmap dey become operational. The protocol dey tested through the same layers wey go decide im real value, the ledger, the mempool, the network stack, the committee model, the CLI and the operators wey go run am. If those layers continue to converge, Leios no go be just scaling concept for Cardano. E go become testable path toward higher capacity without abandoning the engineering discipline wey make the network different from the beginning.