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 Sebastien Guillemot
Sebastien Guillemot
dcSpark
SOSV
Claim Account
Follow
Bio
Missing Bio. Claim profile to add a bio.
Community Reviews across funding rounds
Funding data last updated
Sebastien Guillemot Proposals (35)
Cardano Rust SDK update for Alonzo
Solution: We will update this library for future updates to Cardano and also provide support & functionality to those who depend on it.
Cardano Connector (Metamask-like)
Solution: A Chrome extension connector (similar to Metamask) that will enable communication between wallets and DApps.
Developer Evangelist Japan
Solution: A specialized developer evangelist will be supporting the local ecosystem in Japanese, and also managing multiple activities.
Create message signing standard
Prove reserves, identity, delegating to a pool and more.
Accelerator batch #3
Solution: A 4-6 week acceleration program in partnership with SOSV (one of the most active early stage investors in the US) that scout, attract, support, guide and fund startups with high potential of growth.
WalletConnect for Cardano
Solution: We will do the required engineering work to add WalletConnect support to FlintWallet and write information about how any other wallet in the Cardano ecosystem that has a mobile app can add support too
Cardano Wallet OneBox
Solution: We will provide a "Cardano Wallet OneBox". A single image that you can deploy which will setup all the downstream indexers and tools required to support all the endpoints needed to run a wallet
cip25 (NFT) Rust & WASM library
Solution: We will create a native Rust, WASM and Typescript library that parses CIP25 from CBOR based on its CDDL specification given in CIP25
Fast reindexable data format
Solution: We introduce new thread-safe memory-efficient persistent storage with indexing capabilities. Using a single-file solution, there will be no extra processing overhead for download and synchronization.
Milkomeda Game #2
Solution: We will make a 2nd game for Milkomeda that operates entirely on-chain without needing to trust a centralized server, and do so in a more gas-friendly way than traditional gas-hungry on-chain games
Powering onchain game functionality using Cardano stakepools
Solution: Paima Engine is the largest framework for creating onchain games and autonomous worlds in Cardano, and we will make it aware of pools and delegations so that pools can run gaming infrastructure
Enable apps and games that require large amounts of data to function cheaply while still maximizing availability and safety
Solution: Allow projects using Paima Engine (which supports apps, games and soon zk protocols) to leverage "volitions": systems where users can choose whether or not to post the data onchain or elsewhere
Allow using NFTs from Cardano and other ecosystem in onchain games hosted in the Cardano ecosystem
Solution: We'll allow onchain games deployed to the Cardano ecosystem on sidechain to access NFTs that live on the L1, as well as support NFTs from other ecosystems to encourage new users to come to Cardano
Allow Cardano users to call Sidechain smart contracts directly from their Cardano mainnet wallet
Solution: We developed a system we called Wrapped Smart Contracts to allow users to call EVM contracts directly from any Cardano wallet (Nami, Eternl, Flint, etc.) without extra work for the wallet developers
Provide multiple templates on how to write apps and games for the Cardano ecosystem using Paima
Solution: Will write templates for various game & gamification to help builders making it not only more likely that they build their project, but also making it easier, faster and in the Cardano ecosystem
Shinkai Visor Cardano Indexer integration (vector DB)
Solution: We propose developing a Shinkai Visor connector for Cardano's data to convert this information into embeddings that LLMs can use for efficient querying, enhancing AI's interaction with Cardano.
Open Source POAP in Cardano
Solution: We will leverage Stateful NFTs powered by Paima Engine as a NFT compression system. This will allow minting a single NFT per user that can evolve over time to encode all events the user attended.
Support Stateful NFTs (dynamic NFTs) for gaming in NFT marketplaces
Solution: We will build infrastructure to allow games and apps to create an app-specific marketplace that renders their Stateful NFT properly while still having joint liquidity with other marketplaces
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.
The audit phase for Fracada is currently underway, with the goal of completing the audit by the end of the year. The contractor is actively addressing all findings and conducting necessary tests. The next goal is to submit PoM2 for the proposal in early next year. It is important to ensure that all findings are properly addressed and all necessary tests are completed before the submission of PoM2 to ensure the success of the proposal.
The audit phase for Fracada is currently underway, with the goal of completing the audit by the end of the year. The contractor is actively addressing all findings and conducting necessary tests. The next goal is to submit PoM2 for the proposal in early next year. It is important to ensure that all findings are properly addressed and all necessary tests are completed before the submission of PoM2 to ensure the success of the proposal.
This proposal had been blocked on some refactoring work needed for CML. Thankfully, our tooling team identified the blocker and is working on it. More specifically, basic groups inside arrays weren't supported for generation. Cddl for dRep has such structures inside. You can learn more about the issue and progress at the Github link shared
We submitted Proof of Milestone 3 Evidence which is the MIlkomeda Djed implementation frontend link and short video showing that all requirements have been successfully meet and the DApp is working correctly based on the provided list during onboarding:
- Applying selling/ buying StableCoins/ ReserveCoins (validated by tests).
- Minimal Djed UI Development containing: Protocol Coin & Reserve Coin details: Current Price Circulating Supply Current Ratio Reserves Base Reserves Reserve % Reserve Ratio StableCoin & ReserveCoin dedicated pages with: (Buy/Sell/ fee charged for currency conversion/Payment UI calculation/Confirmation & Success & Failure modals) MyBalance Page Last transactions
The wallet connect team built a general-purpose library for connecting solana wallets and integrating wallet connect with solana. We’re using this liblary as a reference to build general-purpose cardano connection library with wallet connect support. Our next step is to: Finish implementation of the Cardano library Make a PR on the WalletConntect modal library that integrates the Cardano library Adding the WalletConnect paring to Flint. For the Cardano library implementation we’ve finished implementing the inject connector (for desktop-based, browser-injected cardano wallets, finished implementing the wallet-connect connector. In the coming weeks, we will complete the creation of the SDK and documentation, thereby completing the Proof of Milestone 1 for this grant.
This report is to provide an update on the progress of the audit of the Liquid-staking smart-contracts. The audit was initiated on December 12th, with the well-known auditor Arbitrary Execution. The audit is expected to be completed in the middle of January.
Background:
The Liquid-staking smart-contracts are an important part of the Milkomeda ecosystem, allowing users to earn rewards by staking their tokens on the sidechain. It is critical that these contracts function correctly and that rewards are properly distributed to users.
Audit Process:
The audit is being conducted by Arbitrary Execution, a reputable and experienced auditor in the field. The audit process involves a thorough review of the code, as well as testing to ensure that the contracts function as intended. The audit team will be looking for any potential vulnerabilities or issues that could impact the functioning of the contracts.
We are confident that the audit being conducted by Arbitrary Execution will provide valuable insights and help ensure the continued smooth functioning of the Liquid-staking smart-contracts. We will provide upload the audit results as a PoM2. Soon we should also add NPM Package for the Liquid Staking project thus completing PoM1. In the meantime, more information on the Liquid-staking contracts and their role in the Milkomeda ecosystem can be found at the following link: https://github.com/dcSpark/milkomeda-documentation/blob/liquid-staking/docs/cardano/liquid-staking/c1-overview/bridge-logic.mdx.
In the meantime, we have begun work on the UX&UI of Staking DApp, which we present in the evidence section.
Over the past month, our team has made significant progress in the development of our Unity frontend build. One of our key objectives during the Proof of Milestone was to demonstrate video proof of gameplay featuring both attacker and defender structures and units.
I am pleased to report that we have successfully achieved this goal. Attached to this report is a short video showcasing the gameplay at its current stage. In the video, users can see the attacker's structures producing attacking units and the defender's structures destroying those units.
Overall, the game is already fully playable from both the attacker and defender perspectives. This is a major milestone for our team and a testament to the hard work and dedication of our frontend developers. We are excited to continue building and improving upon this foundation as we move forward.
We are making steady progress as we've done the repo structure refactoring, and made wasm & rust code for crypto structs. Please view the GitHub link to learn more about the progress made- https://github.com/dcSpark/cardano-multiplatform-lib/pull/153
While we've confirmed that we will be working with a partner (txpipe team) on this proposal, we are currently blocked on their developer bandwidth. Once they have resolved this we will be able to move forward as normal. Factoring in the holiday season, please expect an update for January Monthly reporting.
Last month we reported that the storage needed to be optimized for large datasets. Unfortunately, we didn't perform many changes in scalability direction in the past 2-3 weeks. Things should be back to normal next month (Jan '23)
The review is done (https://github.com/dcSpark/cip25-lib is updated). The release hasn't been published yet. We moved the library, so it is part of CML now: https://github.com/dcSpark/cardano-multiplatform-lib/tree/develop/cip25 https://github.com/dcSpark/cardano-multiplatform-lib/tree/develop/cip25-wasm https://github.com/dcSpark/cardano-multiplatform-lib/tree/develop/cip25-json-gen
We progressed as planned, store swaps & mean values from DEXes is finished (https://github.com/dcSpark/carp/pull/125). Also, we've updated the dependencies, so carp can work with the preview network https://github.com/dcSpark/carp/pull/126.
Our team has reviewed the UI for the minimum Djed deployment, conducted the required tests (PoM2), and re-deployed Djed. In the coming days, as agreed in PoMs, we will deliver the next stages so as to deliver proposal as soon as possible.
Last month we delivered Milestone 1 Evidence. Currently our tech team focus on additional features for Flint. We are working towards to Milestone 2 - Educational Section for Flint! Our work is in progress, currently finalizing designs for both mobile & desktop versions of Flint.
- Plutus version was updated.
- Script architecture was updated to enable some fixes, mainly the introduction of the validity token.
- Offchain code was maintained and kept in line with the changes and the new architecture.
- Tests were maintained and kept in line with the changes and the new architecture.
- New tests for audit findings are added to show that they were failing before our changes and are passing with them. As planned, we are implementing our grant proposal. On November 28 we will start the final part of our audit with external contractor. ETA on that is 2-3 weeks, so we will provide a more detailed update as part of the December reporting.
According to Milestone 1, we provided documentation on the basis of which the proposal solve assets fractionalization will be implemented. Milkomeda liquid staking documentation includes basic elements:
- Bridge Logic
- Rewards claiming
- Contract Overview
- Tokens models
- Desirable properties of liquid staking protocol for Milkomeda
We are working on special smart contract, Creating the sstMilkADA token and creating NPM package for contract usage.
We finished v1 of the smart contract as well as documentation and we're currently doing an internal review of what we've created so far before moving onto the next step. Documentation can be found here: https://github.com/dcSpark/milkomeda-documentation/tree/liquid-staking/docs/cardano/liquid-staking
We are happy to share that our recent WalletConnect blockers were solved and we have an implementation planned that all necessary parties signed off on. Work should start sooner than later (first milestone agreed for 31.12.2022)
Currently, we are still working on developing the environment and game logic, but the first internal demos are achieving very good results and we are pleased with the progress of the team. We are presenting some graphics to keep the vision of the game a secret before the first official announcements.The following is a list of the graphical assets for the units, structures, map, and title screen.
Currently, we are still discussing this with a potential partner. We hope that in the next month we will be able to start working on this proposal.
One of the cddl-codegen library updates enables it to preserve cbor encodings, we’re working on the regeneration & improvements for the CML structs using this update (Babbage part at the moment) (see links)
-
We’ve been working on multiple things so far: 1- Store swaps & mean values from DEXes (new tasks & api) (Link 1) 2- Support an ability to add other data sources, utilize the model with which the storage from Catalyst Proposal "fast reindexable format" can be used easily (Link 2, 3, 4) 3-Maintenance: CI, dependency updates (Link 5 & 6)
The working prototype of the storage is implemented. The storage needs to be optimized for large datasets and index size / speed can be improved as well. Needs to be done so the library can support writing large files (e.g. 100gb).
Initial code generation has been done using the cddl-codegen library (Link 1 in our references) Mixed v1 + v2 version is currently under review, please see Link 2 to see the process so far. As soon as the review is done, the library should be put into a separate crate in CML, and we'll need to publish crate & npm package. CML & publish steps are blocked by CML refactoring (workspace), should be unblocked next week
We finished v1 of the smart contract as well as documentation and we're currently doing an internal review of what we've created so far before moving onto the next step. Documentation can be found in link