Claim Your Account
Lets get you verified!
Great! You may close this page
after you've sent us the code on ideascale.
You will receive a confirmation once your account is validated
To verify your ownership of this profile,
please send a personal message to
Lido Nation
on ideascale and include the code above.
Login to follow Santiago Carmuega
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
Error following
Successfully subscribed. Watch your inbox!
We will check for new reports and deliver them directly in your email.
Your email will not be shared with any 3rd party or be used for anything else.
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
RollDBthat 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
daemonbinary 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