Santiago Carmuega
txpipe
Claim Account
Follow
Bio
Missing Bio. Claim profile to add a bio.
Community Reviews across funding rounds
Santiago Carmuega Proposals (30)
Decentralized Demeter.run - Federated Frontend Hosting - New revenue stream for SPOs Quick Pitch
Solution: Turn the existing Demeter.run platform into a federated frontend hosting provider. Leverage the experience of existing Cardano SPOs to maintain a grid of distributed compute infrastructure.
Marlowe Runtime SDKs
Solution: Create idiomatic SDKs in Rust, Python, Go and Javascript to easily interact with Marlowe Runtime. This will facilitate adoption of the framework by developers in the ecosystem.
Dolos - A step closer to a Rust node - Phase-1 Validations Quick Pitch
Solution: Break down the development of a Rust Node into smaller parts. The “Dolos” project provides a good foundation of a data Node. Adding Phase-1 validations will get us closer to a full Rust alternative.
Pallas - Open-source maintainer
Solution: Assign a Rust dev from the TxPipe team to become a part-time open-source maintainer of the project for 6 months to keep it up to date with protocol changes in particular those regarding Conway era.
Githoney by TxPipe: Dev bounty system using Marlowe contracts, deep integration with Github
Solution: A bounty management system that integrates Github PRs with Marlowe contracts, minimizing the trust requirements between parties and removing the need for intermediates.
gRPC ❤️ Cardano: A streaming API for Cardano using Dolos by TxPipe
Solution: A streaming, real-time API that uses gRPC + protobuf to provide a performant and developer friendly way to interact with the Cardano blockchain.
Mumak by TxPipe: A PostgreSQL custom extension to process raw Cardano CBOR
Solution: A PostgreSQL extension that allows the database to understand CBOR Cardano structures so that queries can be performed directly without having to map all the details into a relational model.
Lace Anatomy: Tx Viewer and Builder by TxPipe
Solution: We’ll integrate a graphical tx viewer to the existing Lace Anatomy by TxPipe, allowing to display the transactions graphically. We’ll also implement a DSL for creating the CBOR.
Telchar: Plutus blacksmith by TxPipe
Solution: Leverage the power of blueprint files (CIP-57) to build tooling that empowers Cardano devs: an online registry of Plutus blueprints; Codegen of Plutus types for popular tx bulding libraries; and more.
Ephemeral Cardano DevNets by TxPipe
Solution: A lightweight mechanism to spin-up ephemeral Cardano nodes, allowing devs to configure the initial state of the ledger and then executing a complex sequence of transactions in a deterministic way.
Cardano Partnerchain Reference Implementation by TxPipe
Solution: We'll build a reference implementation of a Substrate partnerchain that can be use by developers in the ecosystem as blueprint / example to build their own specific chains.
CShell by TxPipe: A Cardano wallet in your terminal
Solution: A light, self-custodial, open-source wallet that runs on the terminal, enabling new capabilities for power-users around automation and programability which can't be find in other wallets.
Monthly Reports
This is our 2n report. Since our last report, we've completed the following tasks:
- Implement stand-alone multiplexer stage
- Improve performance by using a thread pool between muxer and demuxer tasks
- Add integration tests for the upstream chain-sync stage
- Implement a stand-alone stage for the upstream block-fetch logic
- Introduce a new storage layer called
RollDB
that encapsulates logic for handling sequence of blocks, taking into account rollbacks - PoC of a stand-alone stage for applying chaing-sync outputs to the storage layer
This is our 2n report. Since our last report, we've completed the following tasks:
- Implemeted a new multiplexer comonent that works as an independent stage, improving concurrency and overal performance.
- Refactored the existing chain-sync stage so that it works with the new multiplexer.
- Refactored the existing block-fetch stage so that it works with the new multiplexer.
- Introduce tracing mechanisms for asynchronous, structured log replacement
This is our 1st report. Since we've started the development process, we've completed the following tasks:
- Adjusted branching strategy for co-existence of v1 and v2 in same repo
- Migration to new SEDA based architecture (WIP)
- Re-organization of mapper stage as an optional concern at the end of the pipeline
- Refactor of the
daemon
binary entry point to new pipeline - Incorporation of a new TUI option for progress reporting
This is our 1st report. Since we've started the development process, we've completed the following tasks:
- Github repository provisioning (visibility, license, collaborators, etc)
- Kanban board provisioning
- Rust project scaffolding
- PoC on chain-sync client implementation
- PoC on local storage implementation