Technical Steering Committee
Intersect WebsiteIntersect Knowledge Base
  • ABOUT
    • Technical Steering Committee (TSC)
    • Committee members
    • Technical Working Groups
    • Security Council
    • How to Join or Contact Us?
    • 2025 TSC Meeting Minutes
      • 2025 TSC Decision Log
      • 14th May 25
      • 7th May 25
      • 30th April 25
      • 23rd April 25
      • 17th April 25
      • 2nd April 25
      • 25th Mar 25
      • 19th Mar 25
      • 12th March 25
      • 26th Feb 25
      • 19th Feb 25
      • 12th Feb 25
      • 5th Feb 25
      • 22nd Jan 25
      • 15th Jan 25
      • 8th Jan 25
    • 2024 TSC Meeting Minutes
      • TSC - Decisions Log
      • 4th Dec 24
      • 27th Nov 24
      • 20th Nov 24
      • 13th Nov 24
      • 6th Nov 24
      • 30th Oct 24
      • 23rd October
      • 2nd Oct 24
      • 25th Sept 24
      • 28th August 24
      • 31st July 24
      • 17th July
      • 19th June
      • 5th June
      • 22 May 24
      • 8 May 2024
      • 24 April 24
      • 10 April 24
      • 27 Mar 24
    • Page
  • Technical Roadmap
    • How to Participate in Shaping the Technical Roadmap
    • Project Cards Explained
      • Software Readiness Level
    • Potential Roadmap Projects
    • Maintenance Items
Powered by GitBook
On this page
  • Automatic Formal Verification
  • Babel Fees
  • Cardano Node Architecture Refresh
  • Cardano Wallet/GraphQL
  • Decentralised Oracle
  • Decentralised Stablecoin
  • Governance Improvements
  • Hydra Development
  • Ledger App Rewrite
  • Log-Structured Merge (LSM) Trees - Reduce Node Memory
  • Mithril Development
  • New Anti-Grinding Measure
  • Ouroboros Leios
  • Ouroboros Peras
  • Partner Chains
  • Proof of Useful Work
  • Property Based Testing Tool
  • Revised Stake Pool Incentive Scheme
  • Rust Node (Amaru)
  • Static Analyzer
  • Tiered Pricing Model
  • Timeliness Market
  • Transaction Monitoring System
  1. Technical Roadmap

Potential Roadmap Projects

PreviousSoftware Readiness LevelNextMaintenance Items

Last updated 6 months ago

The following project cards have been submitted by the community and technical working groups and have been triaged through the .

This process reviews and validates the information provided before being inclusion on the following list for community prioritization.

Note, these project cards are subject to revision and update by the project champion at any time until the project becomes committed.


Automatic Formal Verification

Description: This proposal is an automated formal verification tool to prove that DApps do not exhibit any security vulnerabilities and behave as expected across all scenarios. It will offer the possibility to automatically generate properties showing absence of common security vulnerabilities and deadlocks. For specific business logic, users are only required to annotate their smart contracts with the expected requirements. It will automatically and mathematically prove the correctness of the DApp against all possible blockchain events or return a set of blockchain events leading to a requirement violation or an exploited vulnerability. Although aimed at Plinth in 2025, the tool’s core is adaptable to any other smart contract languages by the simple addition of a translator module.

Problem Statement: DApps in Cardano, expressed as several smart contracts interactions, lack accessible formal verification tools, posing security risks that can lead to severe economic loss. Current testing tools fall short in capturing all possible execution scenarios, leaving vulnerabilities open to exploitation. As for existing formal verification tools, they rely on the manual use of proof assistants that require high level of expertise.

Benefit:

  • Verification automation: Automatic generation of security requirements and automatic verification

  • Higher Code Quality: Guarantees contracts perform as intended.

  • Comprehensive Scenario Coverage: Reduces missed vulnerabilities, costly bugs and exploits

Project Sponsor: Stefano Leone

Product Goal: Meet the needs of apps

Dependencies: , (or other SMT solvers, e.g., , )

2025 Deliverable:

  • Core Reasoning framework: Plinth-Lean4 formalization, complex optimizations, Lean to SMT translators; Counterexample generator

  • Blockchain formalization: State transition system, blockchain events, plutus-ledger API, ledger state and rules

  • Universal Annotation language: Formal specification describing syntax and semantics with temporal operators

  • Plinth Bridge: Transpiler of Plinth and annotations to Lean4; Generation of common vulnerability properties; Lean4 to Plinth for counterexample representation at source code level

Readiness (Current -> Target): SRL 3 -> SRL 7

Estimated Effort: 5.5 FTE


Babel Fees

Description: We propose implementing Nested Transactions, a change to the current ledger design to support a specific kind of transaction batching. This design supports swap intents, by allowing individual transactions in a batch to be unbalanced, but the full batch itself must be balanced. We interpret Babel fees as swap intent. We include several related ledger changes for the purpose of demonstrating the extensibility of this framework to support additional kinds of intents, inclusion of which in the production implementation is optional.

Problem Statement: Users who do not hold Ada are not able to easily interact with the Cardano blockchain at this time because they cannot pay transaction fees, supply min-UTxO Ada for each UTxO, or provide collateral for engagement with scripts. Support is needed to allow such users to seamlessly use non-Ada tokens for those purposes.

Benefit: If implemented, this feature will (1) bring in Ada-less users, (2) make multi-user, multi-UTxO asset swaps cheaper, faster, and with less contention (3) be a step towards supporting arbitrary intents

Project Sponsor: Polina Vinogradova

Product Goal: Get more usage | Attract dApps and users

Dependencies: (1) finish work on currently planned preceding hardforks (2) finalize any other features planned for the HF which will include Nested Transactions

2025 Deliverable: Integration of this feature into mainnet

Readiness (Current -> Target): SRL 4 -> SRL 6

Estimated Effort: Not Provided


Cardano Node Architecture Refresh

Description: Discovery and proof-of-concept phase to re-architect the Cardano node in a modular, event-based model to achieve greater scalability in accessibility, extensibility and throughput.

Problem Statement: The current Cardano node, while successful, has a centralised codebase with limited understanding and input from the community, and is perceived to be difficult to extend and integrate with. Looking forward to Leios we will also require greater horizontal scalability.

Benefit: A modular architecture will allow the node to be split into smaller, more understandable components, which can be developed by independent teams in any suitable language, and released with their own cadence. The message interfaces between components will be clear, simple and language-independent, making it easier to add new functionality and to integrate applications. Components will be packaged in standard ways making it easier and more flexible to deploy and scale.

Project Sponsor: Ricky Rand

Product Goal: Meet the needs of apps

Dependencies: None

2025 Deliverable: Proof of concept of a modular node with limited functionality; architecture and roadmap reports; a well-functioning coalition of development partners.

Readiness (Current -> Target): SRL 0 -> SRL 4

Estimated Effort: 5 FTE


Cardano Wallet/GraphQL

Description: Funding for maintenance and development on a full node wallet for Cardano. Full node wallets are some of the more secure types of wallet, limiting the amount of trust a user has to place on other parties.

Problem Statement: The ecosystem needs a choice for a fully featured full node wallet. The legacy offering of Daedalus does not seem to be maintained anymore. And it now lacks governance functionalities, leaving Cardano users behind.

Benefit: Not Provided

Project Sponsor: David Clarke

Product Goal: Governance

Dependencies: Not Provided

2025 Deliverable: Not Provided

Readiness (Current -> Target): Not Provided

Estimated Effort: Not Provided


Decentralised Oracle

Please note this project is pending review from the CIR working group.

Description: The decentralised oracle is a mechanism for publishing off–chain data such as price feeds so that it can be used by smart contracts. Operated by a network of data providers, the oracle can be used by any dapp, requiring only a small amount of work to integrate new data sources and use them in smart contracts.

Problem Statement: Most dapps need data from the outside world in order to function. Existing oracle solutions require trust in some centralised entity. The decentralised oracle provides vital data in an open, transparent, trustless, reliable and price-efficient manner.

Benefit: All who build on Cardano will have access to a high-quality design and implementation of the trustless oracle without charge. SPOs will have the chance to become oracle operators, giving them financial rewards and visibility. Users of dapps that consume oracle data will benefit from low fees and high trust.

Project Sponsor: Jann Muller

Product Goal: Get more usage | Easier to build on and to use Cardano

Dependencies: Two preliminary designs will be produced by Jan 2025. A highly qualified team is in place to start working on this in 2025.

2025 Deliverable: The entire project will be finished in 2025. The product will be deployed to mainnet and used by (at least) the Djed stablecoin.

Readiness (Current -> Target): SRL 2 -> SRL 9

Estimated Effort: 4.5 FTE


Decentralised Stablecoin

Please note this project is pending review from the CIR working group.

Description: The Djed stablecoin has operated reliably on mainnet since its release in January ‘23, with its codebase establishing a good reputation (having multiple audits and zero incidents). This project will (1) publish the source-code of the Djed stablecoin and (2) add a feature to Djed to allow multiple operators to process stablecoin orders in a decentralized way

Problem Statement: Stable coins are crucial for the evolution of blockchain development, as they facilitate client interactions using familiar currencies, but crucially without the risk of exchange drift. Cardano currently lacks an open source, decentralized algorithmic stablecoin, preventing it from realizing its full potential as a first class blockchain .

Benefit: App developers can inspect the source code as a best-practice example, and build integrations with other apps. Operators (eg. SPOs) will benefit from transaction fees and the Cardano community at large will be able to use a reliable, fully decentralized, algorithmic stablecoin.

Project Sponsor: Jann Muller

Product Goal: Get more usage | Easier to build on and to use Cardano

Dependencies: DJD-2 will benefit greatly for a decentralized oracle (DJD-1), but is not strictly dependent on it. The catalyst project “secure upgrade mechanism” will also be beneficial but is not strictly required.

2025 Deliverable: The Djed source code, including a mechanism for independent operators to participate in the protocol.

Readiness (Current -> Target): SRL 7 -> SRL 9

Estimated Effort: 5.5 FTE


Governance Improvements

Description: The Civics Committee and other parties have identified a number of improvements that could be made to on-chain governance and related social governance procedures. These include a reward scheme for DReps, ways to record budget information on-chain, improvements to submissions, extensions to automate additional guardrails, and tracking governance action dependencies. This project will identify key concerns and focus effort on addressing these in a timely manner.

Problem Statement: As experience grows with Cardano on-chain Governance following Chang#2, improvements will need to be made to increase the effectiveness of the governance system, address social governance priorities, and to address any shortcomings that are identified in practice. This will maintain a healthy open governance system.

Benefit: The community will benefit from a governance system that evolves to meet its needs.

Project Sponsor: Adam Rusch

Product Goal: Governance

Dependencies: Following Chang#2, a CPS needs to be written to identify key community concerns, supported by one or more CIPs to address specific technical issues that arise from the CPS.

2025 Deliverable: Deployment of the new governance features to a public test environment, such as SanchoNet. Identification of future governance enhancements.

Readiness (Current -> Target): SRL 5 -> SRL 7

Estimated Effort: 8 FTE


Hydra Development

Description: Hydra is a L2 scaling solution, an isomorphic multi-party state channel. This enables a fixed set of people to create an off-chain ledger with custom parameters, execute transactions and smart contracts, and only settle agreed upon states, to L1, incrementally and upon closure.

Problem Statement: The decentralization and security of Cardano relies on trade-offs that introduce friction points for developers and users, like throughput restrictions, finality time, transaction costs and growing storage requirements for SPOs.

Benefit: Hydra heads allow effectively unlimited scaling, and the reduction/removal of friction points that currently restrict adoption, like transaction fees, settlement times etc. Hydra heads benefit from the properties of the Cardano ledger, while allowing customization to application specific requirements.

Project Sponsor: Trym Bruset

Product Goal: Business as usual

Dependencies: None

2025 Deliverable: Hydra head version 1 + audit, ecosystem development support for Gummiworm, Hydrozoa, and other applications to drive adoption, including business development.

Readiness (Current -> Target): SRL 6 -> SRL 9

Estimated Effort: 8 FTE


Ledger App Rewrite

Problem Statement: In 2018 when Ledger Cardano App was developed, there was no standard for embedded app UI. Over the years this changed and now Cardano is the only Ledger application with non-standard UI such as requiring double-click several times during the confirmation process. This is causing confusion among users and problems with testing because the design is not compatible with the testing suite.

Benefit: Ledger wallet users will have better Cardano experience. Further app updates and releases will be faster due to testing suite compatibility.

Project Sponsor: Michal Petro

Product Goal: Business as usual

Dependencies: None

2025 Deliverable: Full release to production

Readiness (Current -> Target): SRL 3 -> SRL 9

Estimated Effort: 0.5 FTE


Log-Structured Merge (LSM) Trees - Reduce Node Memory

Description: This is a proposal to move the UTxO set and other data structures on disk to reduce the memory required to run a node. It’s broken into 3 phases, to move UTxO on-disk using LMDB which is currently in progress. This phase cannot be used on relays or block producing nodes. Phase 2 is to migrate LMDB to the custom LSM library developed by supplier Well-Typed. Phase 3 is to identify other parts of ledger state that can be migrated to reduce memory further.

Problem Statement: SPO node memory use exceeds available resources or increases SPO and other operator costs to unacceptable levels.

Benefit: If implemented, this will enable Cardano to reach Bitcoin scale in terms of the number of users & wallets and the size of the UTxO set. At the same time SPOs nodes and full node wallets will be able to function on commodity hardware, including cheap cloud instances.

Project Sponsor: Duncan Coutts

Product Goal: Business as usual

Dependencies: Completion of LSM libraries by supplier Well-Typed

2025 Deliverable: The integration of the new backend with the existing consensus layer of the node

Readiness (Current -> Target): SRL 6 -> SRL 9

Estimated Effort: 6 FTE


Mithril Development

Description: Mithril enables secure, decentralized access to blockchain data without requiring a full node. It is a protocol that works alongside the Cardano blockchain, executed by stake pool operators.

Problem Statement: Accessing the Cardano blockchain securely requires running a resource-intensive full node, which not all users can afford or prefer to do. This limits accessibility and decentralization, pushing many users to rely on centralized intermediaries to interact with the blockchain.

Benefit:

  • Faster bootstrapping and sync times for full node applications,

  • Secure and efficient access for light clients such as light wallets and mobile apps,

  • Enhanced L2 protocols (like Hydra, partner chains, and bridges),

  • and enabling Cardano through scaling protocols such as Peras and Leios.

Project Sponsor: Reza Baram

Product Goal: Get more usage | Easier to build on and to use Cardano

Dependencies:

  • Cardano’s network layer (Networking team)

  • Mini-protocols for Mithril communication (TxPipe and Cardano Node teams)

2025 Deliverable:

  • Decentralized signature diffusion

  • Decentralized Signer registration

  • Incentive Model

Readiness (Current -> Target): SRL 6 -> SRL 9

Estimated Effort: 6.5 FTE


New Anti-Grinding Measure

Description: This initiative focuses on enhancing the Ouroboros Consensus Layer by increasing the difficulty for adversaries to execute grinding attacks, while imposing minimal overhead on honest participants in the Praos leader election process. Specifically, we will explore cryptographic alternatives for the η-nonce computation and provide updated recommendations for the security parameter K, currently set to 2160 blocks (approximately 12 hours)

Problem Statement: A grinding attack occurs when network leaders manipulate block additions to improve their chances of re-election as future leaders. The Ouroboros protocol includes anti-grinding measures, but these protections often impact settlement times and finality. Furthermore, grinding attacks are CPU-based, meaning their effectiveness escalates as CPU power becomes more accessible and affordable. This prompts the question: can we enhance settlement times and finality while maintaining robust defenses against the evolving threat of grinding attacks?

Benefit: Significant reduction in time needed to finalise blocks on chain and/or requiring more resources to perform a grinding attack

Project Sponsor: Kevin Hammond

Product Goal: Gets more usage | Attract dApps and users

Dependencies: None

2025 Deliverable: A “Proposed” CIP detailing the pros and cons of various cryptographic primitive alternatives. This includes the implementation and benchmarking of the selected cryptographic primitive, a structured "Recipe for Setting the Security Parameter 𝐾" an impact analysis on the Consensus & Ledger repository, and an updated formal specification in Agda of the consensus layer.

Readiness (Current -> Target): SRL 1 -> SRL 4

Estimated Effort: 4 FTE


Ouroboros Leios

Description: Whereas in a classical blockchain the block bodies directly contain transactions, in Leios the block bodies can also contain references to Endorser Blocks which themselves contain references to so-called Input Blocks containing the actual transactions. Those references are certified through a voting mechanism that guarantees a majority of validators agree on the content of Endorser Blocks.

Problem Statement: The Cardano mainnet occasionally experiences congestion where there are too many transactions in the memory pool to be included in the next block or in the next few blocks. Sometimes the block utilization peaks above 90% for an extended period of time. Emerging use cases and application deployments promise to accelerate the need for high throughput on Cardano.

Benefit: Increase transaction throughput on Cardano mainnet by orders of magnitude.

Project Sponsor: Brian Bush

Product Goal: Gets more usage | Attract dApps and users

Dependencies: None

2025 Deliverable: Implement multi-node simulations that are formally verified to be faithful to the Leios protocol; develop and release to the community the analysis and visualization tools to quantify Leios behavior and performance; estimate Leios techno-economics and quantify Leios throughput.

Readiness (Current -> Target): SRL 2 -> SRL 6

Estimated Effort: 7 FTE


Ouroboros Peras

Description: Peras modifies the chain-selection rule to include the “boosting” of the dominant chain's blocks by a quorum of votes from periodic randomly-selected voting committees. It modifies the chain-selection rule, the CDDL of the block body, and the creation, transport, and verification of votes and the certificates that witness a quorum of votes. It adds several new protocol parameters.

Problem Statement: Existing and emerging Cardano use cases would greatly benefit from faster "settlement" or "finality" of transactions. Moreover, some current and pending use cases are hampered or blocked by not having transaction settlement within minutes of including of a transaction in a block.

Benefit: Peras reduces settlement time by orders of magnitude without weakening the existing security guarantees. It is compatible with Leios and Genesis, and does not significantly impact node resources.

Project Sponsor: Brian Bush

Product Goal: Gets more usage | Attract dApps and users

Dependencies: None

2025 Deliverable: Initially, a concrete plan to add Leios support to the Cardano node. Depending on the result of that plan, some part of implementation may also be done.

Readiness (Current -> Target): SRL 5 -> SRL 9

Estimated Effort: 5 FTE


Partner Chains

Description: Partner Chains toolkit empowers Cardano SPOs to validate and produce blocks for specialized blockchains directly connected to Cardano. This enables SPOs to increase their earning potential while actively contributing to the expansion and diversification of the Cardano ecosystem. By introducing native cross-chain transaction capabilities, Partner Chains enhance scalability and foster seamless interoperability with EVM-based applications, significantly boosting the connectivity and utility of the Cardano network.

Problem Statement: Improving the scalability and interoperability of the network

Benefit: Unlock new revenue streams for Cardano SPOs and supercharge the ecosystem's growth by enabling scalable, cross-chain Partner Chains that enhance connectivity and interoperability across blockchain networks.

Project Sponsor: Anita Jovic

Product Goal: Gets more usage | Attract dApps and users

Dependencies:

  • Integration with Cardano network protocols - LibP2P.

  • Compatibility with EVM-based applications and tools.

2025 Deliverable: Midnight Mainnet Launch, Minotaur multi chain staking implemented across Cardano and Ethereum, FastBFT implementation in PC substrate node, cross chain communication design

Readiness (Current -> Target): SRL 6 -> SRL 9

Estimated Effort: 15 FTE


Proof of Useful Work

Description: Use the training process of deep learning as “useful work” for validators to elect a block producer ensuring traceability of dataset and models trained, and obtained accuracy.

Problem Statement: AI model training and fine-tuning processes are largely opaque, with limited visibility into training datasets, feature engineering, and optimization techniques. While some organizations build in the open, most models lack comprehensive documentation about their training methodology and data sources, making it difficult to assess their reliability and biases.

Benefit: Cardano blockchain becomes a solution for open and transparent training for AI. SPOs and their delegators get rewards through a Partner Chain running Minotaur consensus.

Project Sponsor: Romain Pellerin

Product Goal: Gets more usage | Attract dApps and users

Dependencies: Depends on Minotaur consensus (PoW in PoS) and Partner Chains for prototyping.

2025 Deliverable: We expect to progress this to SRL4. Deliverables: research paper, simulations, formal specs, early prototype in Partner Chain framework.

Readiness (Current -> Target): SRL 1 -> SRL 4

Estimated Effort: 5 FTE


Property Based Testing Tool

Description: The Plinth Property-Based Testing Tool is designed to perform property-based testing on Plinth smart contracts. By automatically generating a wide range of inputs and actions to test against the specified properties of a contract, it ensures that the contract behaves as expected. This tool helps developers identify edge cases, validate assumptions, improve contract robustness, and check against known vulnerabilities. It integrates seamlessly into the Plinth development workflow, enabling more rigorous and automated testing, ultimately enhancing the reliability and security of Plinth scripts.

Problem Statement: Cardano lacks any property-based testing (PBT) tools, leaving smart contracts vulnerable to undetected edge cases and potential security flaws. Our proposal will bring a PBT tool for Plinth, setting a new standard for automated testing, enhancing contract reliability, and bridging a critical gap in Cardano’s security infrastructure.

Benefit:

  • Reduced Financial Losses: Prevents costly bugs and exploits.

  • Increased Confidence: Builds trust in Cardano’s smart contracts.

  • Enhanced Code Quality: Boosts contract robustness.

Project Sponsor: Stefano Leone

Product Goal: Meet the needs of apps

Dependencies: Quickcheck library/Emulation libraries

2025 Deliverable: CLI tool, VSCode, Documentation.

Readiness (Current -> Target): SRL 3 -> SRL 7

Estimated Effort: 4 FTE


Revised Stake Pool Incentive Scheme

Description: Several proposals have been made to adjust the current stake pool incentives scheme. A particular concern is that of providing smoother incentives for smaller pools. This project will investigate this important issue, considering the merits of existing proposals, identifying possible improvements to the current scheme with costs/benefits, and outlining a development plan if successful.

Problem Statement: Smaller stake pool operators, especially those with single pools, are unable to compete with larger, especially multi-pool operations. This reduces diversity and choice, making it harder for new pools to enter the Cardano ecosystem.

Benefit: The community will benefit from greater diversity in the stake pool offering, with healthier small pools. Stake pools will benefit from fairer treatment.

Project Sponsor: Kevin Hammond

Product Goal: Governance

Dependencies: None

2025 Deliverable: Design evaluation/discovery that can lead into further implementation if successful. Small changes to the existing incentives scheme, if appropriate

Readiness (Current -> Target): SRL 2 -> SRL 5

Estimated Effort: 1 FTE


Rust Node (Amaru)

Description: Amaru is an open-source project that aims to build a new fully interoperable block-producing node for improving the overall performance the Cardano blockchain. The Amaru node provides a simplified entry point for building things on Cardano by using a modular design and Rust as its main coding language. Amaru wants to bring diversity and operational resilience to the Cardano network, improve the overall performance with no compromise regarding security and focus on operator experience by having a modular design.

Problem Statement: Running a Cardano node today means you have one single point of failure: the Haskell node, Amaru wants to solve the client diversity problem. On top of that, running a node takes a lot of resources and you can’t run it easily on ARM setups. Experimenting with the node, interoperability and customisation is hard with the opacity of the current design.

Benefit:

  • Lower the total cost of ownership of running a Cardano node

  • Modular architecture to customize the execution of the node and tailor it to the operator needs

  • Documented features and architecture allowing builders to build efficiently around each component

Project Sponsor: Damien Czapla

Product Goal: Get more usage | Easier to build on and to use Cardano

Dependencies: None, but interfacing with projects will be key to insure interoperability

2025 Deliverable:

  • Full phase 1 and phase 2 validation

  • Hard fork combinator integration

  • Block forging, full block validation and propagation

Readiness (Current -> Target): SRL 6 -> SRL 9

Estimated Effort: 8 FTE (Funded by Catalyst, contributions and treasury withdrawal: not asking for budget from Intersect) Why is this item excluded from the budget ask? The process for budget and treasury withdrawals is not yet fully defined. The team is aiming to take an independent approach to treasury withdrawals. However, they believe it’s essential to keep the Intersect roadmap informed about this critical item. Additionally, if there’s a limit of one withdrawal for constitutional purposes, they want to ensure that the Rust Node remains part of the discussion.


Static Analyzer

Description: The Plinth static analyzer is a tool designed to evaluate Plinth smart contracts for common errors, performance inefficiencies, and potential anti-patterns. It inspects code statically, offering suggestions for improvements and generating detailed reports, both in HTML and terminal formats. Configurable through CLI and TOML, it helps developers optimize Plinth contracts by identifying bugs and performance bottlenecks early, ensuring high code quality and adherence to best practices within the Plutus ecosystem.

Problem Statement: Blockchain smart contract bugs can lead to major financial losses. Traditional reviews are slow and require expertise, often missing critical issues. A one-click static analyzer for Plinth can potentially detect 80% of common security flaws and performance issues instantly, no expertise needed, strengthening security and trust across the ecosystem.

Benefit:

  • Cost Savings: Reduces financial loss by catching critical bugs early.

  • Productivity Increase: One-click automation streamlines contract audits.

  • Quality Improvement: Detects 80% of common bugs and vulnerabilities automatically.

  • Full Automation: 100% automated analysis, requiring zero expertise.

Project Sponsor: Stefano Leone

Product Goal: Meet the needs of apps

2025 Deliverable: Proof of concept; List of coding rules and antipatterns (documentation); Stable release

Readiness (Current -> Target): SRL 2 -> SRL 7

Estimated Effort: 2.5 FTE


Tiered Pricing Model

Description: This Tiered Pricing Model introduces a prioritization mechanism for Cardano transactions. Users can select from three transaction channels—Standard, Priority, and Assured—each offering different fee levels and block inclusion expectations. This flexible system, powered by AI-based congestion predictions, allows users to choose the urgency and cost of their transactions to meet their specific needs.

Problem Statement: The Cardano network faces congestion issues during peak times, leading to unpredictable transaction delays. Approximately 20% of the time, users experience delays that disrupt critical, time-sensitive transactions, often causing frustration and financial risk.

Benefit:

  • Predictable Timing and Costs: Users can better anticipate both transaction times and fees, enhancing reliability

  • Flexible Prioritization: Higher fees for urgent transactions ensure timely inclusion

  • Improved Experience: Users avoid delays and unexpected costs during congestion

  • Ecosystem Growth: Increased network fees support ongoing Cardano development

Project Sponsor: Kevin Hammond

Product Goal: Business as usual

Dependencies: None

2025 Deliverable:

  • Testing framework for transaction prioritization; prototype fee-based selection algorithms.

  • AI congestion prediction service; data collection for fees, load, and timing.

  • Wallet integration for fee/timing predictions; testnet launch of Standard and Priority channels.

  • Finalized Assured channel design.

  • CPS & Revised CIPs: Cardano Problem Statement and updated/new CIPs.

Readiness (Current -> Target): SRL 2 -> SRL 6

Estimated Effort: 8 FTE


Timeliness Market

Description: The proposed work would create a PoC of a small change to the cardano_node (and its client-to-node interface) that would permit a block producing node to ensure, even under extreme cardano load, the insertion of a transaction into the block about to be produced.

Problem Statement: The risk profiles of operating DeX, chain bridges and certain dApps is strongly influenced by time-to-chain for critical transactions (such as Oracles), this currently lacks appropriate predictability

Benefit: The proposed work would enhance the cardano_node to have the appropriate API call to support such transaction insertion; This would permit the creation of (one more) “assured transaction timeliness markets” by others.

Project Sponsor: Neil Davis

Product Goal: Get more usage | Easier to build on and to use Cardano

Dependencies: There is no particular dependencies for this; the development would have to choose a suitable stage of cardano_node to base the work against.

2025 Deliverable: This is estimated to be a 3 to 4 month activity that would deliver a validated design, a proof of concept node operating, and a CIP for its inclusion in the cardano node (captured as a PR)

Readiness (Current -> Target): SRL 3 -> SRL 8

Estimated Effort: 3 FTE


Transaction Monitoring System

Description: The Transaction Monitoring System is a real-time fraud detection tool powered by machine learning algorithms. It continuously monitors blockchain transactions, identifying unusual patterns and flagging potentially fraudulent activities instantly. By analyzing transaction data in real time, it provides immediate alerts, enabling swift responses to security threats. This system helps enhance financial safety within the blockchain ecosystem, ensuring secure and reliable operations by proactively mitigating risks associated with fraud.

Problem Statement: Cardano lacks a real-time transaction monitoring system to detect fraud and analyze on-chain activity. Without proactive oversight, node operators and businesses have limited ability to respond to security threats or monitor network health. This system will fill that gap, providing real-time alerts, transaction classification, and actionable insights.

Benefit:

  • Security: Real-time fraud detection

  • Visibility: Continuous monitoring of on-chain health

  • Insights: Transaction stats and classifications for strategy

Project Sponsor: Stefano Leone

Product Goal: Business as usual

Dependencies: None

2025 Deliverable:

  • State-of-the art on fraud/anomaly detection and executable specification

  • Alpha version of the backend with a frontend for data visualization and alert mechanism

Readiness (Current -> Target): SRL 1 -> SRL 5

Estimated Effort: 5 FTE


Should you find or believe information about these projects incorrect or misleading please contact the technical-steering-committee@intersectmbo.org or the individual project sponsor listed for corrections.

Description: Work with Ledger team to design new UI according to the . Implement new UI into the Cardano Ledger App. Pass the external audit process (costs for this shall be included in proposal). Support the Ledger team by the release process.

Addresses | Decentralized Message Queue

Addresses 2 CPS - | Settlement Speed + New CPS | Countermeasures for CPU-Based Attacks

Addresses Greater Transaction Throughput #925

Addresses | Settlement Speed + | Ouroboros Peras - Faster Settlement #872

Dependencies:

expectations
CIP-0137
CPS-0017
CPS-????
CPS-0017
CIP-????
https://github.com/kowainik/stan
Core Infrastructure Roadmap working group
Lean4
Z3
CVC5
Alt-Ergo