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)
Kelley: Cardano k8s Operators
Solution: We'll provide a set of Kubernetes operators for the main Cardano components, hiding the configuration complexity behind high-level resources.
Oura v2
Solution: We'll assign a fixed development bandwidth to develop a new version of Oura that incorporates new features, improves performance and evolves the event model.
CBIA - Augmenting Cardano Developer Portal with ecosystem compatibility & dependency visualizations for dev tools
Solution: Create a system for easy gathering of dependency/compatibility data across Cardano tools and expose it through insightful visualizations that enable one to browse and foresee downstream impacts.
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.
Hollow by TxPipe: Headless dApp Framework, a friendly SDK for off-chain development
Solution: A framework for building self-contained, portable logic for reading and participating in on-chain smart contract protocols.
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.
Satellite Oracles: Towards Trustless Dissemination of Earth Observation Data by TxPipe, NMKR & Gamma Earth
Solution: Our project introduces Cardano-based oracles for secure, transparent, and tamper-proof dissemination of Earth observation data, ensuring integrity and accessibility for all users.
Boros: Tx submission for intense workloads by TxPipe
Solution: We will build a generic backend component that serves as a smart, massive mempool. It can be used by dApps directly out-of-the-box as a resilient and performant mechanism for tx submission.
Amaru: P2P networking component by TxPipe
Solution: We'll contribute a new Rust library that implements a peer-to-peer networking compatible with Cardano to be used by Amaru and any other Rust-based application that requires it.
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
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