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)
Fracada Addressing Audit
Solution: The funds will be used for a Plutus developer to address the concerns found in the audit, followed by publishing the audit and updated code for the community
Catalyst SDK dRep support
Solution: We will update our existing Catalyst registration SDK to support dRep registration, add dRep indexing to Carp and implement dRep support inside Flint Wallet
Cardano carbon offset dapp
Solution: Development of a carbon emission model for Cardano and Milkomeda C1. a smart contract that support carbon credit tokens from Moss.earth, the emissions of the ecosystem can be made carbon neutral
Solve asset fractionalization
Solution: The creation of a canonical smart contract where whitelisted assets (and bridges) can exchange their bridged asset by a canonical version that will be used by the Cardano ecosystem.
Carp over-budget + maintenance
Solution: This proposal will pay back dcSpark for the overbudget work, as well as continue development of the project given it's now used by multiple companies inside the Cardano ecosystem
Rust SDK fix critical CBOR encoding
Solution: We will implement support in the cddl-codgen for generating Rust code that supports multiple CBOR encoding possibilities to ensure reliability of the Rust-based Cardano tool stack
dcSpark (the company iteslf)
Solution: This round of Catalyst does not have much money for the developer ecosystem (one of the primary things we build). To balance it out, we are asking for a loan w/ interest from Catalyst for this round
Milkomeda Djed
Solution: Our team developed and deployed Djed for the testnet version of Milkomeda. This allowed both developers and users to play around with Djed before its official release on Cardano.
Liquid staking for Milkomeda / L2s
Solution: We will design & implement a standard for Milkomeda to allow its users to keep earning staking rewards. We will share the approach publicly so other L2s / sidechains can implement their own variation
Enable apps and games built in the Cardano ecosystem to leverage ZK cryptography for privacy and scalability
Solution: We will release a system to allow using zk proofs inside apps and games in the Cardano ecosystem by leveraging Paima Engine and Zeko
Paima onchain game integration of Frontend Game Engines & Novel Technology
Solution: We will integrate support for Paima Engine (engine to build games and gamification use-cases) into as many of the remaining platforms as we can
Enable use-cases that require frequent message signing by introducing a safe standard for message signing without wallet prompts
Solution: We will improve the UX by creating a spec to define a flow for users to enable auto-signing messages in cases where the wallet can know it is safe to do so
Fixing Nintendo’s Problem: Unlocking a Multi-million Dollar NFC/NFT Authentication Market for the Cardano Ecosystem with Open-Source [Cardano Warriors + dcSpark]
Solution: We’ll create an open-source proof-of-concept application, a mobile SDK to communicate and generate an NFC hardware wallet and validate NFT ownership with the wallet created.
Exhibit Largest Blockchain EXPO(JP)：Cardano is hardly recognized in Japan. Therefore, we will exhibit at one of the largest trade shows to raise awareness and encourage developers to enter the market. 日本でカルダノは未だ認知不足の為、最大級の展示会に出展し多くの参加者を巻き込み開発を促進します。
Solution: Introduce Cardano at the largest trade shows. Focus on face-to-face conversations and demonstrations, and multiple exhibits throughout the year to stimulate communication and increase participation.
Core integrations to support the fast-growing onchain games and autonomous world segment
Solution: We plan to build a suite of tools to make user acquisition for onchain gaming and autonomous world use-cases significantly easier
Open standard for cross-game achievement system to gamify onchain participation
Solution: We will create an open standard for a cross-game achievement system, create an open source platform that integrates that standard and integrate it into at least 3 games in the Cardano ecosystem
Extend NFT sale & drop tools to support dropping more complex assets as required for onchain games
Solution: We'll create a way to encode more complicated state like Kickstarter rewards into a single stateful NFT that tracks the user's cumulative backed amount that can be redeemed when the game is released
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