[Proposal setup] Proposal title

Please provide your proposal title

by TxPipe - Monitoring Dashboards Tailored for your dApp

[Proposal Summary] Budget Information

Enter the amount of funding you are requesting in ADA

97083

[Proposal Summary] Time

Please specify how many months you expect your project to last

6

[Proposal Summary] Translation Information

Please indicate if your proposal has been auto-translated

No

Original Language

en

[Proposal Summary] Problem Statement

What is the problem you want to solve?

Cardano txs show data but hide intent. Without a semantic layer, actions like swaps or lending need costly, custom queries, slowing monitoring and limiting ecosystem transparency.

[Proposal Summary] Supporting Documentation

Supporting links

• https://txpipe.io
,
• https://github.com/txpipe
,
• https://docs.txpipe.io/tx3

[Proposal Summary] Project Dependencies

Does your project have any dependencies on other organizations, technical or otherwise?

No

Describe any dependencies or write 'No dependencies'

No dependencies

[Proposal Summary] Project Open Source

Will your project's outputs be fully open source?

Yes

License and Additional Information

Public repository and Apache 2.0 Licence

[Theme Selection] Theme

Please choose the most relevant theme and tag related to the outcomes of your proposal

Analytics

[Campaign Category] Category Questions

Mention your open source license and describe your open source license rationale.

We chose Apache 2.0 for its permissive and business-friendly terms, allowing anyone to freely use, modify, and distribute the code while ensuring broad adoption. It provides clear patent protection and contributor liability clauses, fostering both open collaboration and commercial integration without restrictive copyleft obligations

How do you make sure your source code is accessible to the public from project start, and people are informed?

The repository will be open and accesible from day 1. We will share updates and releases in public channels such as X and discord. There will be a dedicated discord channel in Txpipes server for this project.

How will you provide high quality documentation?

We will use a public documentation site on our documentation repository docs.txpipe.io as we have been doing with all our open source projects in the past. This allows us to provide high quality documentation to the public.

[Your Project and Solution] Solution

Please describe your proposed solution and how it addresses the problem

Problem Statement

Building dApps is really hard, especially in the UTxO model. dApp developers need to focus on too many things: on-chain contracts, off-chain logic, UX/UI, frontend development, backend development, etc.

Many of these concerns are core to the business, but some are just required boilerplate that slows down development. One such concern is monitoring your dApp once it is live.

Once development is finished and a dApp is running, builders will want to:

• track how much on-chain activity the dApp is receiving
• know which wallets are interacting with the dApp
• support users by understanding their transaction history
• have a way to debug specific script executions
• detect traffic anomalies or adversarial behavior

Sadly, transactions in the UTxO model lack semantic context. In order to monitor these concerns, dApp developers need to build ad-hoc solution that hardcode the missing context in their data analsysis workflow and queries.

Proposed Solution

This proposal aims to provide a low-effort solution for creating dApp-specific dashboards that fulfill the most of the monitoring concerns without having to reinvent the wheel. To supply the missing context which is dApp specific, we're going to rely heavily on the Tx3 interface language.

Tx3 is a DSL (domain-specific language) that developers can use to provide the context needed to interpret the on-chain activity of a particular dApp. By providing a Tx3 protocol definition file, the monitoring system will be able to interpret on-chain transactions and present them in terms of user intents and data structures that are specific to the dApp.

This approach will unlock the following monitoring features:

• Semantic Monitoring: presenting information in a dApp-specific manner that reflects domain-specific data instead of generic on-chain artifacts.
• Account Database: This feature keeps track of dApp users' accounts, enabling the monitoring system to attribute on-chain activities to specific addresses.
• Transaction History: Provides a chronological log of all transactions associated with the dApp, allowing developers to trace operations over time and gain insights into usage patterns.
• Script Execution Log: Captures logs of every script execution, including inputs and outputs, aiding in debugging and understanding how different parts of the dApp interact on-chain.
• Web UI: A user-friendly web interface where developers can view and interact with all the monitoring information, with support for customization to suit specific dApp needs.
• Minimal configuration: The system requires minimal setup, allowing developers to get monitoring up and running quickly without extensive customization.
• Easy deployment: Designed for straightforward deployment on standard infrastructure setups, making it accessible for developers with varying levels of operational expertise.

Scope

The following represent the core components of the solution:

• Web frontend: An interactive web-based frontend that displays real-time monitoring data and analytics, presenting a clear view of the dApp's health and user interactions.
• Storage and analysis backend: A robust backend infrastructure capable of storing vast amounts of transaction data and running complex queries to extract meaningful insights.
• Chain tracking engine: Monitors the blockchain for transactions related to the dApp, ensuring timely updates and data accuracy within the dashboard.
• Tx3 dashboard code-gen: A component that generates the necessary code for integrating dApp-specific logic and data models with the Tx3-based monitoring system, ensuring the dashboard displays relevant semantic information.

[Your Project and Solution] Impact

Please define the positive impact your project will have on the wider Cardano community

By making semantic monitoring available out of the box, this project makes it much easier to interpret on-chain activity in Cardano protocols. Developers, analysts, and the community will be able to see user actions and protocol function usage directly from automatically generated dashboards—without the need to build custom queries or transaction mapping logic.

Easier access to clear, contextual protocol data will improve transparency, lower the barrier to ecosystem analytics, and enable faster feedback loops for protocol teams. The result is better-informed development workflows and more meaningful public insight into how Cardano protocols are used, strengthening the community’s ability to make data-driven decisions.

[Your Project and Solution] Capabilities & Feasibility

What is your capability to deliver your project with high levels of trust and accountability? How do you intend to validate if your approach is feasible?

TxPipe is an active member of the Cardano ecosystem

TxPipe has been developing open-source tools for the Cardano ecosystem for over 2 years and we're not going anywhere. Evidence of our commitment can be found by evaluating the continuous activity of our public code repositories.

Experience developing in the Cardano ecosystem

TxPipe has helped developed several dApps for the Cardano ecosystem. This experience allows us to evaluate the feasibility of the project and its potential benefit from a developer's perspective.

Successful Catalyst proposals

We have successfully completed several Catalyst proposals. This may serve as evidence that our team has the required capabilities to fulfill these type of projects.

Development process will be public and open-source

Both the output and the development process will be public and open-source. This approach provides an easy way for the Catalyst team and the Cardano community to evaluate the progress at each step of the process.

[Milestones] Project Milestones

Milestone Title

Project Scaffold and Architecture

Milestone Outputs

• Architecture document with system design and component diagrams
• Code repository with project structure ready for feature development
• Configured CI workflows to ensure a robust development methodology

Acceptance Criteria

• Architecture design reflects scope and features of the platform
• The code repository structure reflects the components described in the architecture
• The CI workflows runs mock tests in preparation for further development

Evidence of Completion

• Link architectural documentation.
• Link to open-source code repository.
• Link to CI workflows in Github
• Video walkthrough of the designed architecture

Delivery Month

1

Cost

29124

Progress

20 %

Milestone Title

Chain Tracking and Tx3 Data Processing

Milestone Outputs

• Functional chain tracking engine that identifies relevant on-chain transactions.
• Implementation of Tx3 protocol mapping for semantic enrichment of transaction data.
• Example dApp protocol and related data to showcase the functionality.

Acceptance Criteria

• Chain tracking engine logs transactions with contextual data additions.
• Tx3 processing effectively maps transactions to user intents and custom data models.
• The example dApp and related data provides a valid example of the system's output

Evidence of Completion

• Log files or database entries showing captured and interpreted transactions.
• Test reports demonstrating successful Tx3 parsing and data enrichment.

Delivery Month

2

Cost

17750

Progress

40 %

Milestone Title

Data Storage and Query Engine

Milestone Outputs

• Integration of a robust backend storage solution set up for scalable data retention.
• Integration of a query engine developed for complex data extraction and analysis.
• Integration of the chain tracking mechanism to gather, store and analyze dApp data

Acceptance Criteria

• Storage system efficiently manages and archives transaction data, supporting large-scale operations.
• Query engine provides quick access to stored data following the requirements of the system design.
• The chain tracking mechanism can succesfully store data in the integrated storage backend.

Evidence of Completion

• Database schema documentation and performance testing results.
• Example query results showing extracted insights that resemeble the raw data to be used by the dashboard.
• Logs describing how the chain tracking process dumps data into the storage backend.

Delivery Month

3

Cost

17750

Progress

60 %

Milestone Title

Data Query Frontend

Milestone Outputs

• User-friendly web-based frontend for data interaction.
• Dashboard that reflect the data access patterns defined in the design document.
• Example dApp protocol monitoring dashboard showcasing real on-chain data.

Acceptance Criteria

• Users can run and explore a friendly web-based frontend dashboard.
• Users can access accurate data for each of the access patterns in the design document.
• The example dApp provides enough data to appreciate each of the features of the system.

Evidence of Completion

• Link to open-source repository with frontend code.
• Link to documentation on how to configure and run the system.
• Video walkthrough of how to interact with the frontend.
• Link to example dApp protocol configuration (tx3 file)

Delivery Month

5

Cost

17771

Progress

80 %

Milestone Title

Final Report

Milestone Outputs

• publicly available source-code for the complete monitoring system
• publicly available docker images for deployment of the system
• publicly available documentation showing how to configure the system
• a close out video showcasing the final output of the project
• a close out report describing the project process and outcome

Acceptance Criteria

• the provided source code is comprehensive and matches the proposal scope
• the monitoring system can be installed using the provided docker images
• the documentation is comprehensive, including setup and configuration instructions
• the close out video follows Catalyst guidelines
• the close out report follows Catalyst guidelines

Evidence of Completion

• Source-code available in our Github repository (URL TBD)
• Docker images available for download (URL TBD)
• Documentation website with install & configuration instructions (URL TBD)
• Close out video uploaded to YouTube (URL TBD)
• Close out report uploaded to Google drive (URL TBD)

Delivery Month

6

Cost

14688

Progress

100 %

[Final Pitch] Budget & Costs

Please provide a cost breakdown of the proposed work and resources

Rust Developer - 1.5 FTE x 2.5 months = ₳56,250

Frontend Developer - 1 FTE x 2 months = ₳13,333

Site Reliability Engineer - 0.5 FTE x 2 months = ₳13,333

Technical Writer - 0.5 FTE x 1 months = ₳2,500

Project Manager - 0.2 FTE x 6 months = ₳5,000

Hosting = ₳6,667

Total ₳ 97,083 - ADA/USD = 0.6

[Final Pitch] Value for Money

How does the cost of the project represent value for the Cardano ecosystem?

The bulk of the budget falls under the software development category. TxPipe has extensive experience in the field, allowing it to provide good value for money. The hourly rates are defined using fair market prices. The estimation for the level of effort takes into account all of the optimizations that our team is capable of providing after years of experience developing software solutions in the Cardano ecosystem.

[Required Acknowledgements] Consent & Confirmation

Terms and Conditions:

Yes