Living Opera

We are a multimedia art-tech startup that produces transformative content bridging the fine art and technology sectors and pointing people towards the transcendent. Living Opera reflects a holistic approach to life, work and education. “Living” means “full of life and vigor”; "opera" means (in the Latin) “labor, effort, attention, or work.” In this sense, the ethos of our platform is one of passion and persistence, constantly seeking self-improvement and self-actualization so that we can be a force for good in the world.

Problem Statement and Project Description

Estimates suggest that there are nearly 28 million musicians in the United States alone. Not all of these individuals are professional musicians who earn income from these activities, but they still care about practicing their craft.

One of the greatest challenges, however, is that practicing requires substantial diligence – especially when the practice appears to go poorly. Not every session is going to feel like a success. These features create stress, contribute to burnout, and lead to an overall decline in musical engagement. In fact, musicians experience mental health challenges at a much greater rate than the average American; estimates suggest that nearly 73% battle mental illness.

We have a solution that makes practice more enjoyable and meaningful. Enter the Living Opera app, which will allow musicians to log their practice times, obtain statistics about their performance, and convert their audio from practice into beautiful art that can be shared on other platforms (e.g., social media) and/or minted into NFTs.

While the logging of practice times and retrieval of analytics are useful features, we believe that the most exciting and transformative aspect is the ability to create art through sound... and to share and/or sell that resulting art work with communities at large. Furthermore, we envision users beyond musicians. For instance, a teacher could use the app with a class full of students to produce art work that is showcased on Mother's Day. Similarly, parents could use the app as a therapy tool for special needs children.

Detailed Product Description

Our app will contain several core features:

• Practice log tracker: Much like an Apple watch allows users to track their exercise activity, we will allow artists to track the time that they are practicing. Users will have the opportunity to earn different badges based on their consistency.
• Sound recording and art production: As the user produces sound (e.g., voice, guitar, piano), the app will record the sound and convert it into abstract art. We do that by taking sound into the (x,y) geometric space: (a) Pitch determines the position on the x-axis.
  (b) Frequency determines the distance on the y-axis. Furthermore, randomness enters in three ways. (a) The initial placement on the y-axis. (b) The direction (if it is a line or curve). (c) The shade of the color. Knowingly or unknowingly, users will be creating generative art, which will help position them for success in the NFT space.
• Personal gallery: The user will have the ability to view their artwork in a personal gallery that will be optimized for sharing across platforms, including the Secret Network.
• Global community: Every time that a user produces artwork, a light will appear on the global map. Users will have the opportunity to see others also on the app, including a Leader Board that ranks people based on their consistency.

We are ready to engage a development team ("Fabius Labs") to build out the app and have already received a quote and crude design plan for how to move forward.

Go-to-Market Plan

We have been accepted into an accelerator called Launchpeer, which will help us develop a prototype / minimum viable product. They will also conduct market research for us and help us develop a marketing strategy for reaching users across the world.

After working with Launchpeer to develop the marketing strategy and design prototype, we will re-engage our engineering team from Fabius Labs to build the app.

• Version 1 (1.5 - 2 months): Include functionality for recording practice times, sound, and producing artwork, as well as badging for achieving and streaks for consistency.
• Version 2 (1-1.5 months): Add an additional feature for opera singers that allows them to sing into their phones to obtain a classification of their exact voice type. Embed integration between the personal gallery and sharing of art work on social media and/or other platforms, like the Secret Network.
• Version 3 (2 months): Add in the additional global community feature.

Alignment with Secret Network

The Secret Network is the ideal platform for us to collaborate with for several reasons. Most importantly, we believe that voice data is going to be similar to healthcare data in the future, so protecting it through encryption and other strategies will be integral to maintaining the trust and confidence of users on the platform. Especially for musicians, their income generating activities and brand depends on the provenance of the their content.

Furthermore, artists have increasingly experienced a decline in their bargaining power and stagnant wages as a result of monopoly power in the art and entertainment sector. We believe that aligning with the Secret Network, which shares our vision for secure and private decentralization, is the best way to transform the sector technologically, economically, and culturally.

Finally, while beginning with musicians is an easier place to start, we believe that it our app provides a use case for content creators and creatives more generally.

Living Opera Team

Our core team consists of:

• Soula Parassidis (www.soulaparassidis.com, https://www.linkedin.com/in/soula-parassidis-82a2a933/), CEO/co-founder.
• Dr. Christos A. Makridis (www.christosmakridis.com, https://www.linkedin.com/in/christosmakridis/), CTO/co-founder.
• Norman Reinhardt: Head of Development and Education/co-founder.

We have a handful of other team members to draw on for expertise and assistance (e.g., Elizabeth Doss, https://www.izzyinkstudios.com/). We are also in the process of hiring more developers for our emerging Web3 productions.

Living Opera Website

Our website is www.livingopera.org, but we are undergoing a large re-branding and new launch of our website in the next 2-3 months.

Team's Experience

Both Soula Parassidis and Norman Reinhardt are world-class opera singers with incredible domain experience in the arts. Christos Makridis is similarly a world-class researcher with over 40 peer-reviewed publications, 60 news stories/op-eds, experience in both government and private sector, and dual doctorates in economics and management science & engineering from Stanford.

Funding Needs

Beyond the funding needs enumerated below, we would also appreciate technical support from the Secret Network to integrate the app into your blockchain. We would like to talk about how we could proceed. Our following budget is based off a year's planning.

• App design with Launchpeer: $15,000
• App engineering and launch with Fabius Labs: $134,000
• Marketing and press with Angel42: $42,000 (3 months at $14,000/month)
• Discord/community manager (part-time): $40,000
• CEO: $100,000
• CTO: $80,000

We would like to have 1/3 upfront and the remaining based on milestones that the Secret Network signs off on. We are also flexible and glad to talk through the budget in more detail.

Project Description

Secret Time Capsule is the 1st blockchain-based dApp to send cache of information and/or SCRT coins to the future, while also staking and earning rewards. With scope ranging from entertainment and social to asset exchange and finance, it brings a truly unique user experience!
Forget about preservation, temperature changes, humidity, and ultraviolet light exposure! The Secret Time Capsule “container” will not leak, rust, or crack over time. The messages sent to the future and the secrets are kept safe, where “Some Things are Better Left Unseen”.

Problem / Solution

Time Capsule application provides an entirely new use case for the networks overall. Thanks to the essential privacy-preserving functionality that the Secret Network offers, it expands the capabilities and the potential of the blockchain-based platforms in general.
The contract delegates the SCRTs from all capsules + 60% of all sent capsules fees and auto-compunds on a daily basis. Rewards are distributed between users. The added incentive for those, who own SCRTs in their capsules is a % of the staked and compounded fees. The result is solidifying the Secret Network and the native coin by staking, community growth and direct contribution to the network security and stability.
To some extent, the app is also another step towards popularizing the unique contract privacy features of the Secret Network as it is built entirely on them and is impossible to be deployed on any other network.

Can stop trading? Send your funds to the future!
Surprise a loved one with a message and some extra SCRT for their birthday!
“Bury” your Kids Savings Account transferrable capsule, give them control once they turn 18 or 21 years old!
State something (a prediction, a bet, a random thought, an ambition, a resolution…) and prove your statement when the time comes!
Surprise someone with a message from the Past You!

OR
Just send a message to the future… 

Detailed Product Description

When a wallet is connected to the Time Capsule app, each user is redirected to their personal profile page. The wall displays all capsules sent to him/her (by him/herself or by anyone else), if any. Users that are more active will greatly benefit from a clean minimalistic interface for locating, identifying, and managing capsules under their possession.

SEND A CAPSULE

• Message
  Send messages to the future by simply entering them in the designated area.
  (mandatory field)

• Open Date/Time
  Capsule reveal date/time need to be pre-set.
  (mandatory field)

• Private Capsule
  Capsules are PUBLIC by default and can be read by anyone, when the time comes.
  A PRIVATE capsule can only be opened by its owner (using permits).
  (optional field)

• Send Coins (SCRTs)
  Amount of SCRT to be send in the capsule. Once capsule is opened, the coins can be unbounded. Otherwise, they will continue to auto compound and the owner will continue to earn rewards.
  (optional field)

• Send to Someone
  By default, users are sending capsules to their future selves.
  They can also send messages and/or SCRT to anyone else and the capsule will appear on the recipient’s wall.
  (optional field)

• Send a Transferrable Capsule
  Send a capsule to the future for someone, who doesn’t have a wallet yet. Keep it in yours, password-protected. Once a user enters the password it will be transferred to their wallet profile.
  (optional field)

START EARNING

No doubt, the most exciting and complex feature of the app is “burying” coins with ANY capsule. Unlike a stainless steel one, the Secret Time Capsule offers great BENEFITS:

• The contact will stake the capsule’s SCRTs & compound on a daily basis.

• 60% of sending capsule fees go directly towards the community pool, which is staked as well. Pool rewards are proportionally distributed between all active coin-containing capsules.

The more capsules,
The more fees in the pool,
The more rewards for users!

Ideally, 1,500 SCRT from the grant will be transferred to the pool from Day 1. Here is what numbers look like based on different Community pool/Coin pool ratio:

In each case Secret Time Capsule rewards are higher than staked & compounded rewards, thereby maximizing SCRT profit.
And all that, bundled up in an easy-to-use user interface to enhance user experience.

Go-to-Market Plan

Part of the grant (1500 SCRT) is to go directly into the community pool.
Provide giveaways, games, rewards (included in marketing budget).
Marketing initiatives to draw awareness across Twitter, Secret Network channels, Discord, etc.

Team Members

Petar Anastasov (Project Lead & Contract Developer)
Andrian Todorov (Web Dev)
Maxim Kuznetsov (Designer)
Rosica Anastasova (Community Manager)

Team LinkedIn Profiles

Petar Anastasov
Andrian Todorov
Maxim Kuznetsov
Rosica Anastasova

Development Roadmap

We anticipate completing Secret Time Capsule roll out within 9 weeks.

Budget and Grant Request

The total grand request is for 5,000 SCRT (3,000 SCRT team, 1,500 SCRT community pool, 500 SCRT rewards, marketing, games) payable upon completion of the following:
Milestone 1: 1,000 SCRT (500 SCRT team + 500 SCRT marketing)
Milestone 2: 1,500 SCRT (1,500 SCRT community pool funding)
Milestone 3: 2,500 SCRT (2,500 SCRT team)

Gold Standard Protocol

Project Description

This is the next DEFI protocol after Anchor where 0% permission-less lending will be introduced in the ecosystem with a floor price token.
Gold standard protocol is based on tokens that when purchased are allowed to be used as collateral to be able to take up to 95% of their total price in SCRT.
This will allow permission-less 0% fee lending in the ecosystem, where holders of these tokens have a floor price of 95% their value (backed by the smart contract)
So for example if tokens are purchased for 1 SCRT each, they can sell it back directly to the smart contract for 95% the price.
Holders are incentivized to keep borrowing and holding the coins since each default/sell of the token increases the price at a stable rate.
This will mean that after a while the token will reach 101% of initial price where lending becomes profitable + holders can sell at a profit increasing the price of the token for the new holder.

This makes it a decentralized 0% permission-less loss-less protocol all backed by mathematics.

Problem / Solution

The problem is that we are still not solving the issue of decentralized lending in the blockchain (barely addressed by flash loans) and people are looking more and more for stable long term winning investments with incentives to use our token as collateral to borrow
money waiting for the token to raise in price later on when others default/sell.
Also, users do not want to get into long term investments and lose important capital that they could use elsewhere in the meantime. Our protocol offers them the chance to keep their capital
and also invest our tokens through 0% lending whenever they need the cash.

Detailed product description

The most important aspect of the project is its mathematics that never fail.
Our token starts at a base price and the smart contract directly locks 95% of the funds for the lending protocol. Whenever a holder wants to lend or sell their initial SCRT (or stablecoin)
would remain intact (-5% at first).
Then when a portion of the people default on their loans (collateral returns to smart contract) or sells their tokens back to the smart contract,a portion of the remaining tokens(from the 5%) are
kept to raise the base price of the borrowing (this means that other holders can now borrow and sell their tokens at 96% of their initial token capital), but the price of future tokens will also increase
by 1% for future buyers.
Locking 95% of funds directly will create a floor price that is unbreakable, since selling for lower will create a direct arbitrarge opportunity.
Also any transfer that is not in direct contact with the smart contract will be subjected to a 1% fee that is also added to the total floor price to increase it.
This will lead to a fast price increase due to the amount of sellers (even those that sell for a profit) and amount of transfers in a day.
ww

Why 0% lending is important in decentralization?

Permission-less fee-less lending is vital in decentralization since it offers chance to investors in long-term projects to get access to liquidity, allows user to close their positions in futures before liquidations and also offer people that were rejected by banks a chance at fast lending for a good collateral.

Value capture for Secret Network ecosystem

Secret Network will be the first ever to introduce a protocol of this sort, and will benefit of the lockup of the SCRT in the smart contract during the borrowing period where people will
be incentivized of keeping their SCRT locked up in the smart contract for our protocol tokens.
Also, people will be able to borrow their SCRT at 0% fee multiple times, paying it back in SCRT, therefor a double influx of SCRT tokens is added to the ecosystem, where possible lenders will have to purchase SCRT to be able
to close their positions.

Team members

• Georges Chouchani
• Daniel Wehbe
• Remy Wehbe

Team's experience

• Georges Chouchani has worked for over 10 projects in the Cosmos ecosystem with over 7 years of coding. He is also very interested in financial mathematics and their applications.
• Daniel Wehbe is an algorithm freak in C++ who loves decentralization and protocols that will change the world. Experienced in Terra and Secret and is ready for a new challenge.
• Remy Wehbe is a PHD graduate with a love for coding and mathematics in the business of automation and an early cryptocurrency investor.

We are all of the same region and have a lot of connections in the ecosystem to hire the best of the best.

Team Code Repos

• https://github.com/gachouchani1999
• https://github.com/daniel-wehbe

Team LinkedIn Profiles

• https://www.linkedin.com/in/georgeschouchani
• https://www.linkedin.com/in/danielwehbe
• https://www.linkedin.com/in/rewehbe

Development Roadmap

We will require 3 months to complete this project. We intend to have 4 developers full-time and 1 mathematics PHD part time, at a total cost of $60,000.

Milestones:

Milestone 1

Implement white paper with all mathematics and possibilities. We expect to have a detailed scientific whitepaper with all proof of the protocol and how it works, to incentivize future investments and proof of concept.

Milestone 2

Complete frontend + initial smart contract of the protocol.
We will be working on frontend and backend at the same time to be able to speed up development while also keeping up meetings, podcasts and marketing from the front.

Milestone 3

Project goes live. This is where the open source contracts are launched. We will make sure to continue updating and migrating for further use if any issue occurs, but most of the work will be automatic from there.

Ideally, we can receive payments in 3 (or more) disbursements, one at the beginning of the grant, one after implementation of the second milestone and last payment when the development work is completed (can be divided into more if it feels more safe to the ecosystem).

We would be willing to consider part payment in SCRTs, up to 100%.

Additional Information

1. Gold Standard Protocol will hold once a week hourly sessions with the community to discuss more about the protocol and use cases (effective directly as soon as grant is accepted).
2. All smart contracts are and will remain open-source to prove the legitimacy of the protocol and that funds are really secure without backdoor sweeping.
3. Whitepaper will provide all algorithms and mathematical proof to show that the protocol is indeed an increasing 0% fee permissionless lending platform.

Project idea

NFT marketing tool based on auctions where auction organizers can announce upcoming NFT listings and create an auction even though NFT is still being developed.

Problem

It is a time consuming process to create art NFTs or any other valuable NFTs. That time can still be used by artists and creators to raise an awareness of the product they are building. To support this it should be possible to create auctions with a future start date. Auction would not start without a submitted NFT, but anyone interested could set a reminder to be notified about proceedings of the auction.

Existing product and next improvements

There is already a fully working prototype of nft auctions app: https://elated-sammet-9f9bab.netlify.app/
This app has been developed in the course of a hackathon event organized by Griptape.js team that took place 01-28.02.2022 and has the following characteristics:

• Secret Network interactions with Griptape.js
• New smart contracts
• Fresh looking design

This app lays a foundation for what is coming next. Ideally the grant would be used to make this app production ready and include following improvements:

• Create an auction with a future start date. Bids will not be accepted until all preconditions are met
• Add royalties support to smart contracts to pay original creators their margin
• Smart contract versioning. The app should be able to access and aggregate data from all versions of smart contracts
• Create a set of automated smart contract integration tests
• Spam detection and invalidation of such content
• Consultations on legal questions
• User interface improvements
• Usability tests
• Develop a public website www.actilist.co
  (First it can be a simple landing page explaining the purpose of this app and how it can be used by NFT creators and stakeholders)
• Peer review smart contracts

Post grant improvements:

• Performance improvements:

1. Indexing public data for upcoming listings and auctions
2. Indexing passed auctions
3. Caching media files

• Introduce point system to reward active users who help keep this platform clean
• Plan project tokenomics and token listing
• Add open bid type of auction
• Add whitelist
• Add fixed price auction with random selection of winners from the whitelist
• Add possibility to auction NFTs in batches

Team

Ilja Murasko, backend/smart contracts, 20+ years experience with java/javascript https://www.linkedin.com/in/iljamurasko
Salim Driai, full stack developer
https://www.linkedin.com/in/salim-driai-b850091b3/
Griptape team as advisors

Roles to be filled:

• API Tester/Rust developer
• Business Analyst
• Legal advisor
• Peer reviewer

Milestones and budget

Phase 1 (April) - Smart contracts I
AM-1: 10 days (smart contracts)
AM-3: 10 days (smart contracts)
AM-4: 10 days (first set of integration tests)
AM-11: 10 days (revised design)
AM-7: 20 days (ongoing UI improvements)
AM-10: 10 days (marketing research)
Verifiable results:

1. Possibility to create auctions with a future start date. Verified by automated integration test (Secret Network localnet).
2. Possibility to submit NFT to auction before start date. Verified by automated integration test (Secret Network localnet)
3. Automated royalies payment upon finalizing an auction. Verified by automated integration test (Secret Network localnet)
4. Design wireframes
5. Deployed dapp on netlify demo server and connected to Secret Network testnet

=> 70 days * 164 USD (estimated average day rate based on 150 EUR/day) = 11480 USD

Phase 2 (May) - Smart contracts II
AM-2: 10 days (smart contracts)
AM-4: 20 days (integration and browser tests)
AM-10: 20 days (smart contracts)
AM-6: 20 days (clarifying legal matters and implementing necessary changes)
AM-7: 20 days (ongoing UI improvements)
AM-8: 20 days (usability tests)
AM-9: 20 days (public website planning and marketing research)
Verifiable results:

1. Smart contract versioning. Verified by secretcli queries
2. Spam detection and invalidation. Verified by automated browser test
3. Inventorized legal matters and a plan to implement them
4. Deployed dapp on test server and connected to Secret Network testnet
5. Created 5 sample auctions to experiement with
6. At least one filled in end user test report
7. Public website draft

=> 130 days * 164 USD (estimated average day rate) = 21320 USD

Phase 3 (June) - Final usability tests, Peer Review and Go Live
AM-5: 20 days (peer review)
AM-7: 20 days (ongoing UI improvements)
AM-8: 20 days (usability tests)
AM-9: 20 days (public website and completed marketing research)
Verifiable results:

1. Smart contract peer review
2. Public website with clear statement and results from marketing research
3. Deployed dapp on prod server and connected to Secret Network testnet
4. End user test reports (10 reports)

=> 80 days * 164 USD (estimated average day rate) = 13120 USD

Estimated total spending: 45920 USD

Closing note

Having such NFT marketing platform with quality auctions put in the first place would further enhance the Secret Network ecosystem. The actual web app is going to be closed source, as this is going to be a commercial product. But all smart contracts will be made available with the least restrictive open source license when the project goes live. For one, that would be a valuable contribution to the Secret Network open source resources, but also it would allow better access for peer reviews and provide more transparency for what happens to the submitted NFTs and bids on blockchain.

Project news

04.03.2022 Actilist has been announced as the hackathon winner
https://griptapejs.com/hackathon.html

Project Description

Lex Secretum - the educational development program with the focus on Secret Smart Contracts

Problem / Solution

Our days are considered to be still early days in crypto.

The adoption could be bigger, more dapps could be created and the focus on privacy could be much bigger.

For entrepreneurs and developers there are many opportunities regarding which blockchain to build on and where to get funding.

Secret Network as a relatively new cryptocurrency and ecosystem is still not so known compared with other blockchains.

Our solution and proposal is to create an educational development program about Secret Network, share and promote it in the development and crypto communities.

Detailed Project Description

In this proposal we would like to combine development, educational, awareness and marketing components.
We propose to create 5 educational episodes on the following topics.

1. The Introduction to Secret Network (History, Philosophy, Tokenomics) and Secret Contracts
2. How to create a Secret App
3. SNIP-20 tokens
4. Secret DEXes
5. Secret NFTs

Each episode will be uploaded to Cryptotexty youtube channel (1K+ subscribers https://www.youtube.com/c/CryptoTexty1/), published on https://cryptotexty.io/ and shared on 20+ crypto blogs and social media sites.

Then, the detailed text version will be composed and the publication will be shared again on those sites.
Combined each episode will get thousands of views and will reach the developers, crypto-entrepreneurs, crypto-enthusiasts and others.

The time of delivery: 1-2 months

Links to some of the crypto-blogs:
Hive / LeoFinance - 1676 subscribers https://hive.blog/@flodner
Publish0x - 749 followers https://www.publish0x.com/@Flodner
Twitter - 10K+ followers https://twitter.com/flodner
Loop.markets (Platform with focus on Terra, related ecosystem) - serious rank with 350K tokens https://www.loop.markets/user/20994
Read.cash - 150+ subscribers https://read.cash/@cryptotexty
Etc.

In addition to the educational purpose, each episode will have 40+ publications (20 after the video release, and then 20 after the text version is completed), so overall it will be 200+ publications. Of course, we assume that they will be republished all by others so we hope the number will be much higher.

We hope this incentive will help small teams such as ours to dive in more deeply into the Secret Network ecosystem, remain active and come up with new development ideas.

Team

Andrii - researcher, founder of Cryptotexty, in crypto since 2017, over 15 years of experience in online marketing, Secret Agent

mofa28 - cybersecurity expert, founder of Telegram channel https://t.me/cryptooffensive, in crypto since 2012

Alyona - crypto-enthusiast, translator, editor

Budget

We would like to ask for 1515 SCRT (which at the moment of writing is $9722)
This would be 303 SCRT for the episode

Project Description

This is an application for a grant programme: Polar: Development framework for Secret contracts

We intend to create a development environment for developers to effortlessly compile, test and deploy secret contracts. The aim of the project is for user to only worry about the implementation of secret contract and not much about further steps in development. It will facilitate features such as initiating project repo from contract templates, easy compilation of contracts, deployment to testnet and contract testing framework.

Problem / Solution

Currently in order to develop secret smart contract or to build a secret DApp consisting of multiple smart contracts, a developer has to setup the contract repository and the environment manually (consisting of understanding and executing multiple commands) which consumes time and effort.

Popular blockchains such as Ethereum, Polkadot have Truffle/Hardhat and Redspot respectively for the very same purposes and an addition of such framework to Secret Network would be quite a useful one.

Detailed product description

Secret Contract project init

Polar will provide one command step to initiate a project repo with the secret contract boiler plate code. The command will have parameters to choose single contract or multi contracts template. The project repo will also contain the polar.config.js file with some parameters already configured according to user's requirements (this can be extended further by providing more parameters to the init command).

Contract compilation

In order to compile a secret project and generate metadata, currently a user has to go to each contract's directory and manually generate the .wasm file for it and another step to generate metadata .json files and has to further copy them to some other directory. Polar will do all of these things in one simple command and would provide proper logs for the same. It'll automatically detect all the contracts and will handle the cross-contracts compilation. Polar will also provide the user an option to do these using a docker image instead of installing the rust environment on the local machine. There would also be the checking of presence of the correct rust environment required for compilation if running on local machine.

Contract deployment

User can add the network details and account details to polar.config.js and simply deploy the contracts to a network specified in the config. Polar generates the optimized file using the docker image and deploy that to the network.

REPL interface

Polar will provide the ability to get the deployed contract instance through JS and support simple interaction with the contract interface.

Testing

Polar will provide wrapper over the rust unit and integration test commands and will provide a basic contract testing framework based on Mocha Assert or Jest.

Value capture for Secret Network ecosystem

The project would be a significant addition to the Secret Network ecosystem as any new developer would have time and effort saved while developing secret contracts that it'd lead to more developers willing to develop DApps on top of Secret network.

Team members

• Udit Gulati (Backend Developer)
• Coco (Blockchain Developer)
• Anurag Chandel (QA, Frontend Developer)

Team Website

• https://github.com/arufa-research

Team's experience

• Udit is currently a developer at a trading desk developing applications requiring low latency and high reliability. He has built scientific libraries in Ruby in past under GSoC and Ruby association grants.
• Coco has actively been part of crypto sphere for past 1.5 years and has built several DApps in the past.
• Anurag is currently a QA engineer at United Health Group.

Team Code Repos

• https://github.com/arufa-research/polar

To check the progress of the work done so far, please follow the instructions on the README.

Development Roadmap

Milestone 1 ( Environment, Project structure, Compilation ) - 4 weeks (June 14 - July 13) - COMPLETED

• Automatically discover the contract code existing in the specified directory of the project, support independent compilation between contracts.
  • Structure
    • artifacts
    • contracts
    • scripts
    • test
    • polar.config.js
• User is able to compile SCRT contracts using polar(polar compile).
• Defining and adding parser for Network configs.
• User is able to init smart contract project from templates using (polar init).

Milestone 2 ( Deploy, checkpoints storage, REPL ) - 4 weeks (July 14 - August 31)

• Support deploying contracts to the corresponding network through configuration files and command line options.(polar deploy).
• Support checkpoints storage for deployments.
• User is able to communicate/transact with smart contracts using REPL.
• Provide several built-in different contract template boiler-plate templates.

Milestone 3 ( Test, complex examples showcase ) - 4 weeks (September 1 - September 30)

• Provide a basic contract testing framework based on Mocha Assert or Jest.
• Create more project template repos that polar init can use. User can then choose from these templates to init from.
• Complete user docs for polar and host the docs WebApp.

Grant request

We will require 3 months to complete this project. We intend to have 3 developers, at a total cost of $30k payable entirely in SCRT with 3 disbursements, each payment of $10k (in SCRT using the conversion rate at the time of payment) after completion of each milestone.

Team Name

MicroChains

Project Description

MicroChains (Previously CBTC Bridge), as the first cross-chain bridge built on Cardano, aims to provide more secure cross-chain solutions for emerging chains and all public chains with the goal of "The Power to Bridge More Emerging Chains".

MicroChains continuously works on better cross-chain experiences of web3.0 with the prerequisite of absolute security. Our team firstly introduced a unique security solution of VoMEN Network to strengthen the safety of cross-chain assets. VoMEN Network is the combination of multiple internal verification and external enhanced nodes network validation. Also, top Trust company HuobiTrust is invited to be the third-party supervisor to verify token mint and burning, jointly preventing assets theft, over-issuance, and asset abuse. Moreover, in the product V2, the cross-chain experience is as easy as swapping. Users just need to connect the wallet and then they can directly swap native assets to C-tokens of the destination chain.

MicroChains will actively collaborate with emerging chains and interconnect most chains by bridge. Ultimately, it would significantly empower the interoperability of blockchain.

Problem / Solution

Given the previous and ongoing asset incidents of cross-chain projects, MicroChains invented a more secure cross-chain solution to better secure users’ assets. That is the mix of asset custody and multi-level verification. Top Trust company HuobiTrust is the reliable asset custodian and also participates in the verification on token mint & token burning of MicroChains as the third-party validator. Besides, the internal strict control and multiple external enhanced nodes as well as multi-signature play their roles of security guard. On MicroChains, asset security is assured and convenient cross-chain experience is to be provided with our rust technology.

Currently, our team plans to interface more public chains like Scret Network and more emerging chains. The technology support from target chains is required and also the development fund is in demand.

Detailed product description

MicroChains secures 1:1 cross-chain assets by locking assets of source chain in a compliant custodian, and then minting wrapped tokens in the target chain. At the same time, cross-chains between different chains are derived, which means assets can be burned in the source chain and new assets can then be minted in the target chain.

To sum up, there are following 3 situations:

• Lock+Mint : Deposit native assets and cross-chain into wrapped assets of any chain.
• Burn+Unlock : Deposit wrapped assets of any chain and cross-chain into native assets
• Burn+Mint : Deposit wrapped assets of any chain and cross-chain into wrapped assets in another chain

The cross-chain experience on MicroChains is the same as the Web 3.0 experience. Users do not need to register a Huobi Trust account, but only need to Connect Wallet through the wallet plug-in of each chain on the MicroChains page to directly cross-chain assets.

An Ultra-smooth Bridge with 6 features below:

• Seamlessly cross-chain between chains
• Zero slippage. 1:1 token swap
• No lock on Layer 2 cross-chain
• Much lower cross-chain fee
• Cross-chain in minutes
• No upper limit

Go-to-Market plan

MicroChains’ clear value proposition is building bridges for more emerging public chains. Make blockchains connected by MicroChains.

Our market plan would focus on emerging chains first. Strategies for Emerging Public Chains:

• Simple and fast to support new chains by MicroChains technical solutions
• Easy to cooperate and occupy market in the early stage of new public chain ecology
• Expand to Layer 2, main EVM compatible chains and new chains of major exchanges

Hence, we will reach out more public chains and collaborate with them. In 2022, MicroChains will manage supporting 30 main chains including various emerging public chains and 200+ crypto currencies.

Value capture for Secret Network ecosystem

MicroChains will connect Secret Network and Cardano ecosystem by the cross-chain bridge, which boost the mutual liquidity flow of both ecosystem and enhance the community vitality. Furthermore, it also brings more users and traffics to Secret Network. And more cooperation between the DAPPs, Exchanges, NFT, etc will follow too.

Team members

• Harold CTO
• Romain Caillet CMO
• Jack Chuang Co-founder
• Tom Co-founder

Team Website

• https://microchains.network/

Team's experience

• Harold has 4 years blockchain R&D experience and almost 10 year coding experience. He was core developer of HBTC and HECO Cross-chain bridge. Master of Computer.
• Romain Caillet is an experience blockchain scholar. He was YFII core team member of Ethereum. Master of Economics.
• Jack has 3 year financial analyst experience in blockchain field. Master of Finance.
• Tom has 4 years blockchain experience. He worked for Top 3 Crypto exchange as senior operation manager. And had sufficient community operation experience.

We are a mature cross-chain team of 13 members and 2 advisors despite of the beginning of MicroChain in Jan. 2022. We are confident to move forward steadily.

Team Code Repos

• https://github.com/microchains

Team LinkedIn Profiles

• https://www.linkedin.com/in/jack-chung-42250b117/
• https://www.linkedin.com/in/oscar-law-25b04b224/

Development Roadmap

• 2021 Aug.-Oct.: Concept Creation; Team Building; Foundation Establishment
• 2021 Nov.: CBTC Bridge Project Launch; Seek Financing; Reached a Strategic Partnership with Huobi Trust
• 2021 Dec.: CBTC Bridge Official Website Launched; Cooperation with the University of Queensland
• 2022 Jan.: Seed Round Funding Completed; CBTC Bridge Went Online and Project Operation Began
• 2022 Feb.: Completed Audit at Certik; Start the Brand Upgrade Plan; Reached an In-depth Cooperation with Cardano Ecological Projects including the Leading Order Book DEX & Swap; Cooperated with the Largest EVM Sidechain Milkomeda
• 2022 Mar.: Brand Upgrade Announcement; Open Series A Funding
• 2022 Apr.: MircoChains Product Officially Launch; Support Cardano and 5 EVM Compatible chains; Recruit Seed Users and Community Volunteers; Close A-round Funding
• 2022 Q2: Support 10 EVM Compatible Chains, 2 Emerging non-EVM Compatible Chains, and 20+ Mainstream Asset Currencies; Introduce 2 Top Ecological Partners; Issue Project Token, Start Airdrops, Trading Mining, and Single Currency Pledge; Token Listing
• 2022 Q3: Support 20 Main Chains including Various Emerging Public Chains; Support 80+ Crypto Currencies; 200,000 Users.
• 2022 Q4: Support 30 Main Chains including Various Emerging Public Chains; Support 200+ Crypto Currencies; 400,000 Users.
• 2023: Become the leading Cross-chain Application in Market Share; Support all Mainstream Public Chains & A Majority of Emerging Public Chains

milestones:

• In March, we have completed brand upgrade to MicroChains and started A-round funding.
• In April, the official cross-chain product V2 will be launched. And 5 EVM compatible chains will be supported.
• Support 10 main chains & 20+ crypto currencies in Q2 (weeks 12)
• Support 20 main chains & 80+ crypto currencies in Q3 (weeks 12)
• Support 30 main chains & 200+ crypto currencies in Q4 (weeks 12)

Ideally, we can receive payments in 3 disbursements, one at the beginning of the grant to support Q2 development, one in the start of Q3 to support the implementation and last payment when Q3 goal implementations are completed to support the final development of this year. The grant will be totally spent on technology development and dev services.

Additional Information

N/A.

WisprWallet StarShell

This project has since renamed to "StarShell".

Tagline

A cross-platform, feature-packed, user-friendly, open-source web3 wallet designed exclusively for the Secret Network.

"StarShell is a vessel that protects and conveys users as they explore the Cosmos."

Motivation

In an effort to bring meaningful adoption to the Secret ecosystem, the Secret Network Grant Program has been funding the development of Secret dApps and dApp development tools. However, at the time of this writing, end users of these dApps are limited to (almost exclusively) using Cosmos' Keplr wallet extension for Chromium-based web browsers. While this option has been sufficient for early adopters, the road to meaningful adoption calls for a cross-platform web wallet that is well-suited for the unique Secret Network experience.

Detailed product description

The following section details the StarShell by describing each of its major features.

Token Manager

Users will benefit from being able to customize the display of their tokens in order to improve accessibility and reduce time spent searching. The Token Manager allows users to set custom labels for their tokens, upload custom icons, and add tags to create arbitrary groupings. The Token Manager will provide a queryable list of tokens that can be filtered by the following attributes:

• Token label
• User-provided label
• User-provided tag(s)
• Source, Domain of origin (i.e., website that initially suggested adding the token)
• Date created
• Date of most recent activity
• Contract address
• Contract's creator address
• Contract's creator label (from address book)
• Contract's creator tag (from address book)

The WisprWallet API will allow sites to prompt users to add tokens to their Token Manager, as well as suggest an icon to be used for the token (passed in and subsequently stored in the form of a data URL).

Context-Aware Token List

The Secret Network is destined for a lush ecosystem, full of dApps and SNIPs. However, this abundance may ultimately impede end users' ability to simply locate, monitor, or transfer individual tokens. WisprWallet's Context-Aware Token List aims to reduce this friction by providing a context-aware view which prioritizes the display of user's tokens based on the window's current web location, recent interactions, and user preferences. While some users may instead desire a global, predictable, and repeatable ordered list of their tokens, the wallet settings allows this view to be disabled while the default Token Manager remains always on.

Viewing Key Manager

Experienced users will greatly benefit from a streamlined interface for locating, identifying, exporting, and importing viewing keys within their web wallet. The WisprWallet Viewing Key Manager plans to address this gap by providing a queryable list of viewing keys that can be filtered by the same set attributes used in the Token Manager.

The Viewing Key Manager will also include the ability to export/import individual keys or multiple keys at once, in addition to supporting a separate account migration feature that includes the exporting/importing of all viewing keys.

The WisprWallet API will allow sites to provide viewing key suggestions individually, or in bulk, allowing the user to review the suggestions holistically.

Account Migration

When users need to relocate their wallet to another machine, the WisprWallet provides an account migration feature that will allow the user to export all tokens, viewing keys, and settings (or any combination thereof) to an encrypted file that can later be used to restore their wallet's data.

Address Book

Users may create entries for known accounts and contracts that will help ensure the correct receiver of transactions and SNIP transfers, as well as provide additional context when viewing tokens in their Token Manager and transactions in their Activity Log.

The WisprWallet API will allow sites to submit requests for adding entries to the user's Address Book for the purpose of providing additional context to transaction histories. User's can disable this feature entirely if they wish to avoid such prompts.

Transaction Controls

In addition to automatically calculating the approximate gas fees for a few basic levels of transaction priority, WisprWallet will also allow advanced users to manually adjust the gas amount and gas price for each transaction, or even manually specify a transaction fee. Once a transaction has been sent to the mempool, the user may choose to speed up the pending transaction by resubmitting it with a higher gas price or transaction fee, or attempt to cancel it. In some cases, the user may wish to continuously retry a timed out transaction until a validator with a lower minGasPrice accepts the transaction by adding it to the block. These sorts of advanced controls will help budget users manage their funds appropriately.

Activity Log

A history of events will allow the user to view and filter any of the following activities:

• Sent transactions (with distinguishing features for SCRT-only transfers vs SNIP transfers vs viewing key creations vs other types of contract executions)
• Received transfers of SCRT
• Site-initiated events (token additions, icon suggestions, etc)
• User-initiated modifications to Token Manager, Viewing Key Manager, and Address Book

NFT Library

Users who possess SNIP-721 tokens will be treated to a multimedia gallery view of their NFTs. The NFT Library will extend the Token Manager view by allowing users to add custom labels/tags, query, and transfer directly from the gallery view.

And More

This wildcard subsection indicates that the development plan allows room for an additional major feature(s), as well as more nuanced ones, to be added to the project roadmap after Phase 0 begins. The project will largely be guided by feedback from the community and Secret Network team in order to deliver the best product.

Support

The final product will be a browser extension built atop the extensions API; the extension must be compatible with Firefox and all Chromium-based browsers (Google Chrome, Microsoft Edge, Brave, Opera, Vivaldi, Chromium for Linux, and others). The extension will also support Ledger Hardware Wallets (via the Cosmos App).

Beyond v1.0, WisprWallet will target mobile and desktop applications in the form of a Progressive Web App.

Go-to-Market plan

WisprWallet aims to be a contender for the leading web wallet used with Secret dApps. Upon delivering v1.0 of the product, we will seek official endorsement by the Secret Network team. We plan to develop this product as a series of deliverables to regularly report on its progress and allow for regular feedback from the Secret Network team so that they may help shape it. We also plan on gathering feature requests from the community.

Value capture for Secret Network ecosystem

A web wallet extension can define a user's experience with the Secret Network and its ecosystem. Since the web wallet interface is persistent across dApps, a well-designed and well-integrated application plays a major role in user's level of engagement on the network. We intend to raise the bar for web wallets everywhere and deliver an unparalleled user experience on the Secret Network.

Team members

• Blake Regalia (me) - Project Manager and Lead Developer
• T.B.D. - UI Designer
• T.B.D. - SDET (Software Development Engineer in Test)

Experience

I have been developing web-apps professionally for a little over 15 years now, with about 7 years of project management experience. I have a background in computer science (B.Sc.) and network security, and earned a PhD studying applied data science. Currently employed at NASA JPL as a Software Engineer doing mostly full-stack development and product architecture. I have been involved as a developer in the crypto space since 2017, although all projects thus far have been for personal use.

When I learned about Secret through @darwinzer0, I became very excited about the possibilities of programmable privacy and have been a frequent user ever since. Now, I see the development of WisprWallet as the best use of my skills in this space.

https://github.com/blake-regalia/ and https://blake-regalia.net/

Technologies

WisprWallet will be developed using Svelte with TypeScript and leverage established Cosmos libraries for interacting with the blockchain, performing cryptography, and using Ledger hardware wallets. The product will use the WebExtension API Polyfill to target both Firefox and Chromium-based browsers.

Development Roadmap

Considering the importance and exposure of a web wallet, development/scheduling of this product is open for suggestions from the Secret Network team, and the terms of this application are negotiable. In other words, I want to work with you to make the best product.

Phase 0: Procurement -- 4 weeks

• Hire team members
• Answer questions
• Collect feature requests from community
• Deliverables: None

Phase 1: Planning -- 3 weeks

• Prioritize the set of features to be implemented in the MVP
• Design mock-ups of the major UI elements
• Deliverables: A slideshow presentation detailing the features planned for MVP

Phase 2: MVP -- 6 weeks

• Development, design, development, design, development
• Deliverables: A demonstrable prototype not yet approved for use on mainnet nor for handling sensitive data

Phase 3: Review -- 1 week

• Gather feedback from the Secret Network team and community (and possibly usage statistics) about the prototype
• Propose an updated development roadmap to get to a stable production version
• Deliverables: Updated development roadmap

Phase 4: Beta -- 10 weeks

• Develop end-to-end tests with full coverage
• Development, design, refactoring, testing, development, testing
• Deliverables: A limited (or public) beta release for user-acceptance testing not yet approved for use on mainnet nor for handling sensitive data

Phase 5: Production -- 8 weeks?

• Last-minute adjustments and improvements from beta user feedback
• Hire a firm to conduct an independent security audit of the release candidate
• Deliverables: v1.0

Requested payment and schedule:

We are requesting 60k SCRT in total to employ 3 skilled team members to develop the highest quality product while providing full transparency to the Secret Network team.

• 3k SCRT at beginning of grant
• 6k SCRT upon completion of Phase 1
• 12k SCRT upon completion of Phase 2
• 24k SCRT upon completion of Phase 4
• 15k SCRT upon completion of Phase 5

Additional Information

By outsourcing the development of a Secret Network wallet, the Secret Network team can focus on more urgent projects while still maintaining oversight of the wallet's production.

Feel free to reach out to me privately via email @ blake[dot]regalia[at]gmail[dot]com

SecretStore – secretnetwork.store / sscrt.store

Project Description

The goal is to create an online shopping cart that accepts Secret Network’s SNIP20 tokens as payment, providing merchants and customers with a way of using any cryptocurrency to do business in a private manner.

Problem / Solution

There are numerous online shopping carts available that accept cryptocurrencies as a form of payment. Most cryptocurrencies are not private, which means all transactions between a store and its customers are visible to the public via the blockchain.

One solution to this is to use a cryptocurrency with privacy features, like Monero, and there are shopping carts available that support Monero. However, my proposed solution is a shopping cart that accepts Secret Network’s SNIP20 tokens, providing merchants and customers with a way of using ANY cryptocurrency in a private manner.

Detailed product description

The idea is to create a JavaScript shopping cart and inventory management system that anyone can easily download, configure, and deploy on their own website. I want it to be simple enough for someone with limited blockchain experience to be able to set up.

A store owner will configure their inventory with product images, descriptions, and prices. Prices will be displayed in whichever SNIP20 token the store owner chooses. They will also enter the wallet address that they would like to receive funds at.

Customers will browse the inventory, add items that they want to the shopping cart, and then go through the check-out process. Here they will enter their shipping address, then continue to the payment. This is where the interaction with Secret Network will occur. The payment button will integrate with Keplr, opening a pop-up window with the total amount owed as a transaction between the customer’s wallet and the store wallet. The shopping cart will then take the customer’s wallet address, shipping address, and order total and send it to the backend database. The store owner will then receive a notification that an order has been placed. Before shipping, they can verify the transaction by checking to see if the store wallet received the correct amount from the customer’s wallet.

Go-to-Market plan

As phase one of this project, I will operate the first working version of the code as a Secret Network merch store. This will bring attention to the project and act as a beta test, providing valuable feedback and allowing me fix any bugs. I will sell things with the Secret Network logo on them, such as stickers, coffee mugs, and t-shirts. They will be sold for sSCRT, allowing community members to directly swap their SCRT tokens for merch.

After a month of beta testing, phase two will be to release the code in an easily configurable package, allowing anyone to set up their own store. The project website will be modified, acting not only as a Secret Network merch store, but also encouraging people to download and set up a store on their own website. The site will educate people on the benefits of using SNIP20 tokens for private transactions.

I will continue to operate my example of the code as a Secret Network merch store as long as I’m involved with the community, so for the foreseeable future.

Value capture for Secret Network ecosystem

This project will promote the use of SNIP20 tokens and educate people on the benefits of using Secret Network for private transactions. For the first time ever, people will be able to swap Secret Network tokens directly for real-world items. If it gains popularity, it could spread the use of SNIP20 tokens to many different websites. Other Secret Network entities such as the Secret Foundation, committees, validators, community projects, and partner organizations could set up their own stores and offer items for SNIP20 tokens. NFTs and other virtual items could also be sold.

Team members

Patrick, aka “Cryptocurnc”

An original investor in ENG, I found out about Secret Network in February, and have been very actively involved with the community since then. I’m a 30 year old male from the USA. I have an associate degree in Information Systems Security, and have 7 years of experience working in IT support and administration. I’ve been following the blockchain space casually since 2011, and seriously since 2017. Although I don’t have a lot of development experience, I’m familiar with modifying open source projects, and believe I have the knowledge to pull this off.

Development Roadmap

The goal is for this to be complete within two months. I am requesting a total of 4000 SCRT for two months of part-time work. Ideally, payments would be disbursed at these key milestones:

Phase 0, May 1st – 400 SCRT: Begin developing the store
Phase 1, June 1st – 1800 SCRT: Launch the Secret Network Merch Store
Phase 2, July 1st – 1800 SCRT: Release the code for mass distribution

Closing

Thank you for your time and consideration, I look forward to building something awesome!

Project Description

A Python version of SecretJS - a Python interface to interact with the Secret Network API server. This has been raised with the help wanted tag in the Secret Network github repo. This project involves contributing to an open-source library and providing continuing maintenance, tests, publishing to PyPI and writing documentation. The project will start from https://github.com/terra-project/terra-sdk-python,

Detailed Project Description

Re-implement the SecretJS functions in Python for the REST and Cosmwasm clients and provide documentation and ongoing maintenance for the first year of the library. Additionally we plan on supporting Stargate upgrade if it drops within the 1 year timeframe. Documentation will be generated with sphinx and maintenance will involve bug fixes and potential high value integrations like IBC.
The starting point: https://github.com/terra-project/terra-sdk-python contains most of the basic REST end points (bank, staking …), the project will fork that base code and adapt to secret, then extend the transactions and smart contract logic adding encrypt/decrypt steps | curve25519 equivalent in python, and signingcosmwasmclient.

Problem / Solution

Problem: no Python library
Solution: Python library

Value capture for Secret Network Ecosystem

Having a Python interface will make any data workflow easier and will attract a wider range of developers. The current workaround is to use a combination of REST API requests and secretcli + secretJS subprocesses in Python. This is hard to maintain, has poor error handling, and leads to convoluted workflows.

Team Members

The project will be open source and we welcome any contributors to the repo. The initial team members are 3 validators from the network: CowLevel and EnigMarines Capital (Paul & Stephane)

Development Roadmap

We plan on having a working product in 8 weeks, all 3 of us will be contributing to it part time.

Milestones

1. General structure of the open source repo, assess reusability of the https://github.com/terra-project/terra-sdk-python rest client modules.
2. REST api requests finalize
3. Smart contract query functionality (encrypt/decrypt steps | curve25519 equivalent in python)
4. Cosmwasmclient support
5. Signingcosmwasmclient support
6. Documentation
7. Maintenance and streamline further development for a year - including Stargate upgrade

Grant request

The funding we are requesting is 12,000 SCRT (~39k$ on SCRT 1 week average) with two disbursements, one payment of 4,500 SCRT at the beginning of the grant, a second payment of 7,500 SCRT after the library is completed and shipped (~8 weeks) upon which we will provide maintenance for at least the following year.

Altermail: Secure data integrity sharing model based on a three-tier system

Project Description

"Altermail intends to be a privacy-preserving secure communication platform leveraging Secret Contracts on the Secret Network blockchain."

The main goal of this product is to create and implement a secure data integrity sharing model using blockchain technology. Altermail's secure data integrity sharing models use a digital signature, a proxy encryption scheme, and Secret Network's encryption schema with smart contracts.

Data owners can use Altermail's information-sharing system to ensure that this information is not available to everyone. Only delegated users can view the data; as keys will be available only at the User side and will not be sent even to Altermail.

Altermail's system architecture consists of three layers - application, access, and data. The base layer is the application layer, it ensures the receipt and transmission of information and encryption are private secure by default. Secret Contracts on the Secret Network blockchain serve as the data verification and authentication storage mechanism for Altermail. Secret Contracts metadata is encrypted. Additionally, Secret Contracts serve as neutral and automated intermediaries for data integrity on Altermail. The data layer is required to store user-sent data that is encrypted. This architectural part of the system also uses the encryption module needed for the delegation process. The three-tier architecture used in the secure, seamless data model ensures application performance and security.

The support from Secret Network at an early stage can make the project successful in a short timeframe. This grant request will allow us to continue the implementation and creation of Altermail - specifically Secret Contract development. Additionally, SCRT may become increasingly valuable as it can be used in the communication sector and team collaboration apps empowered by Altermail and all of the potential features on the product roadmap.

Problem / Solution

There is an illusion of security and privacy of communication by current solutions such as Gmail/Protonmail/Whatsapp/Telegram/Discord/Slack/cTemplar. Sadly, many privacy communities unwittingly use unsecured communication apps that do not have truly privacy-preserving communications as promised. Altermail aims to fill this gap by offering truly secure and private email based on blockchain technology, specifically Secret Network.

Why is Altermail needed? Primarily, because we believe privacy is not only a human right, but also an important utility. Without privacy, users are in danger of damaging their social life, finances, control of data, and control of identity (via impersonation). Surveillance by “Big Brother” and a range of applications widely adopted compromise our data - allowing malicious entities to use data as means to manipulate politics, economy, culture, global relations, and even “truth” itself.

Altermail will provide decentralized communication that is safe, secure, and private. All of this is made possible by the three-layer architecture outlined earlier. Secret Network is a crucial part of one of the layers, and is what makes Altermail a truly unique solution.

Detailed product description

Sequence diagram
Minimal registration fields: Username, password, or authentication token.
Authorization via Username and Password/Token

1st scheme - Encryption key generation (ECDH/ECIES to be used)
After authentication on the website, the user generates (on a client-side) two keypairs - KEK (Key Encryption Key) and DEK (Data Encryption Key). KEK will never leave the user computer/environment, and DEK will be stored in encrypted form in a Smart Contract (as well as key recovery metadata in case user loses his KEK).
After generation completion of both key pairs, DEK will be encrypted using KEK and both DEK parts will be uploaded and stored in the Smart Contract.
Key usage:
• KEK public key - to encrypt DEK private key (once or whenever KEKs are compromised [DEK must be re-encrypted with newly generated KEK] or lost [in that case DEK is useless and must be re-generated. All previous messages will be unreadable]). It is possible to recover DEK using recovery information stored alongside in the Smart Contract;
• KEK private key - to decrypt DEK private key (every time user signs in the system to work with his messages);
• DEK public key - to encrypt messages addressed to the user (by the sender);
• DEK private key - to decrypt received messages.

2nd scheme - Sending a message
After authentication, the user will retrieve his DEKs from the Smart Contract using ALTERMail service and decrypts them locally using his KEK private key (private KEK part must be inserted into the browser for in-browser decryption).
• The user will sign a message using his private DEK and then request the message recipient’s public key (the recipient's DEK public key) to encrypt the message locally.
• The encrypted message then is transmitted to the ALTERMail server, where it is persisted for further decryption by the receiver. Additionally, the Smart Contract is updated to put a new record describing sending event meta-data (originator, receiver, timestamp, message hashes).

3rd scheme - Receiving a message
• After authentication the user will retrieve his DEKs from the Smart Contract via ALTERMail service and decrypts them locally using his KEK private key (private KEK part must be inserted into the browser for in-browser decryption).
• The user will retrieve an encrypted message from the ALTERMail servers and decrypt it using a pre-decrypted DEK private key.
• After message decryption, the signature is verified by checking the sender's DEK public key. Also, the fact that the sending event originated from that particular sender is verified by querying the blockchain's Smart Contract.

This setup allows the user to securely and privately send and receive messages.

Go-to-Market plan

Altermail aims to have a sustainable long-term budget for marketing to achieve the most noticeable impact. Specifically, the go-to-market plan requires extensive awareness building, credibility garnering, and partnerships between various blockchain networks and privacy communities (specifically Secret Network). During and after product creation, Altermail will aim to participate on social networks, partake in multiple events, and engage in weekly community calls and updates.

The initial aim for the Altermail product and team is to reach $10m in ARR within a year (July 2021 as a starting point).
The current stage is the so-called “start of the race,” where we will build the Altermail MVP, Problem and Solution product roadmap, and create traction via the multiple available marketing channels. Our goal is to have our MVP built with $1m marks within the next three months. After this initial stage, Altermail will then transition into intensive user acquisition strategies (“Growth Machine” as we call it internally) leveraging channel expansion. This growth traction will be driven by organic growth; more than 50% of growth will be organic because in order for a user to interact with Altermail they must invite their contacts to join as users on Altermail. The Altermail team strongly believes word-of-mouth marketing (WOM) marketing is the fastest way to grow the Altermail user base.

Reaching organic growth of 50% from new users by having 10k users milestones makes a compelling case for investors to help catapult Altermail (and by extension Secret Network) into a truly global scale. After reaching the 10k users milestone, the focus of Altermail will shift to global retail users (those who are not familiar with blockchain/cryptocurrency or people who might care about their privacy and security on the internet). Specifically, the team will prepare a light version of the service known as “freemium.” This can be achieved later on once we scale the technology part (speed on verifications, multiple party acknowledgments of messages distributed between them). All of these features we believe will be part of pulling in a wave of t millions of new users to try out the Altermail product and then buy the full-stack service.

Meanwhile, sales will still happen on a B2B basis, where companies seeking safer solutions than what is currently offered on the market will be happy to partner and purchase the Altermail service. We believe B2B is a strong vector for us because of the constant cyber-attacks and data leaks existing with a variety of industries where privacy and security are key components of the respective businesses' value proposition.

Altermail will also be targeting privacy key opinion leaders (KOLs). The right tweet from the right KOL can change the entire course of a product's future. “Altermail is an interesting privacy solution leveraging the Secret Network blockchain that you can use today. Dedicated to privacy and anonymity - Altermail”, /Edward Snowden/. Imagine how that could change the history of Secret Network and Altermail.

The subscription is on a recurring annual fee of $50- in the Beta version (MVP with a discount of 40%). Scaling the product with additional features will increase the price per year. We predict that the full-stack service within 3 months will be a $75 per annum charge. People who enroll at first have the benefit of having it much cheaper.

Value capture for Secret Network ecosystem

A secure and private data-sharing application built on Secret Network will drive network usage growth as well as user acquisition. Because Altermail uses Secret Network, there will be regular batches of transactions used - all of which can help increase gas usage on Secret Network and ultimately drive demand for the acquisition of SCRT.

The kick-start is crucial for Altermail and Secret Network, and the Altermail team believes the synergy and impact will be tremendous.

On top of mentioned functionalities, we will be implementing in the scaling process the following things:

• Payment implementation of SCRT by using as means of payments for the Altermail service. Within time connect stable coins and swaps.
• Wallet integration into the solution to easier hold SCRT, do swaps and acquire items from Fardels as a potential side Dapps integration.
• To use Altermail for direct messages between Fardels users (like between sellers and buyers, or just between buyers), also integrate the communication into any other future Dapps that will be built on Secret contracts.
• Secret Contracts can be used as means of “agreement by parties” and conclude a transaction based on SCRT as the value versus immovable/movable property (car, real estate, service, etc.). Since we want to create an ecosystem for not just communication in the future.

1. Secret Network is fundamentally focused on empowering privacy-preserving technologies built with blockchain technology. A key vertical for privacy is communication - Altermail aims to be a key product on the application layer of Secret Network, increasing product differentiation from other networks. Altermail will help continue cement Secret Network as a valuable layer-1 solution.
2. Altermail as a service is tightly integrated with the Secret Network. As such, the Altermail team pledges to help grow the Secret Network community on the community discord. Users that discover Altermail will by extension find Secret Network. Users that are active participants of Secret Network will discover Altermail. We believe there is long-term alignment on this community growth vector that will add an immense amount of value to Secret Network as we scale Altermail.
3. A grant is integral to help us to grow at the early stage of this product development cycle. We want to share and contribute to the community by offering SCRT for the first 10k early access sign-ups, resulting in 5 USD per subscription to Secret Network. After reaching 10k users, 1% of subscription income will be donated to the Secret Network grant program, beginning from the launch of Altermail and into perpetuity.
   a. Altermail will give 10,000 Secret Network paid subscribers a 40% discount for the 1st year of Altermail subscription. This means that the Altermail team will give Secret Network 10,000 unique registration links that Secret Network can offer to the community.
   b. With every registration through Secret Network, Altermail will give 5 euros as a reward to Secret Network, including the 10,000 registrations with the 40% discount. So by getting 5000 paid subscribers, Secret Network will get 50.000 dollars/equivalent in SCRT.
4. Secret Network community growth. With every new subscriber to Altermail, Secret Network can gain another community member via advertisements and partnership awareness from both Altermail and Secret Network.
5. Secret Network and Altermail will become the 1st genuinely decentralized and safe communication provider - trailblazing the way for the largest privacy-focused blockchain communication product existing on any network.
6. When Altermail begins its marketing initiatives Secret Network will mutually benefit from our advertisements and exposure since they will also be mentioned since part of the tech stack is from Secret Network
7. Community members of Secret Network are also members of other different channels. If those members spread the word in other communities, Secret Network will get more exposure and new community members.
8. Users will be able to pay with SCRT coins - driving demand for SCRT, and increasing network traffic metrics.
9. Secret Network will also have an Altermail team of specialists ready to help in any way possible with network growth.

Team members

• Oskars Jepsis (MrFreeman) – CEO, Co-Founder, management
• Aleksejs Grocevs (Alexey) – CTO, Co-Founder, main dev
• Andrius Bartminas (Bruce Wayne) – CINO, Co-Founder, R&D
• Marius Barends (Minigunner) – CMO, Founding Employee, digital marketing, comms
• Valters Buko (vbuko) – Designer
• Boris B. – Front-end developer
• Murai Ryo – senior back end developer

Team Website

• https://altermail.co

Team's experience

• Oskar has 6 years of project management, mostly in fin-tech. Worked for banks and P2P platforms, founded a company called XHEERO that was concentrating on DeFi in AML/Compliance side.
• Aleksejs has 10+ years of extensive experience with complex web-based solution architecting and full-stack development, as well as server software/hardware management and provisioning as a former CTO of the payment processor company was responsible for infrastructure/code/policy preparation for annual on-site PCI DSS audits.
• Andrius has been researching blockchain and implementing large-scale innovative projects for 10 years now.
• Marius is a web developer and an SEO specialist. He also has experience in Content creation, HR, Social Media, Marketing, and Communications.
• Murai Ryo – is a determined full stack developer with more than 10 years of experience. I have been specializing in web, hybrid mobile apps, and blockchain development using React, Angular, Vue, React Native, Web3, Solidity, Node, Express, PHP, Python, Ruby on Rails. I am experienced in MySQL, PostgreSQL, MongoDB database management as well.

We've been a team for four months, and we are just getting started since we want to scale our team as soon as possible by adding more backend devs, QA, another front-end dev, and add digital marketing specialists to support us on social media platforms.

Team Code Repos

• https://github.com/MrGFreeman
• https://github.com/AleksejsGrocevs *Alexey has been under the NDA since “serious business” :)
• https://github.com/totop716 (Murai Ryo)

Team LinkedIn Profiles

• https://www.linkedin.com/in/oskarjepsen/
• https://www.linkedin.com/in/aleksejsgrocevs/
• https://www.linkedin.com/in/andrius-bartminas/
• https://www.linkedin.com/in/murai-ryo-4b497820a/

Development Roadmap

0-2 weeks MVP (end of June) – sending/receiving messages, profile alteration, login and back-end functionality of encryption set up, server setup, finished front-end/UI, keypair generation;
3-4 (MVP) weeks (by mid - July) to implement Secret Network smart contract creation/alteration, implement payment option with Secret, including Keys and recovery keys are stored on SN.
5-12 (product launch) weeks (Aug - mid-Sep) / 1st part of scaling the product functionalities and resources:
• Improving the user interface and experience
• sSCRT wallet built in, where people can pay either with sSCRT directly to an e-mail address (as opposed to a SCRT address)
• Obtain additional exposure of server set up and increase throughput;
• Implement group messaging functionality;
• Add channel/group set up functionality and tie them to the smart contract;
• Add/remove users of the channel (tied smart contract alteration);
• Improve the FAQ section and support/help-desk for the users;
• Plan out and implement the integration with Fardels to use Altermail as the communication between buyer & seller
13-24 weeks (mid-Sep - Dec) - 2nd feature set implementation:
• Voice-call functionality;
• Automatic/scheduled/auto-expiring messaging functionalities;
• App for iOS/Android

The team stack:

• 1 senior back-end (Java) -$5k/month (we have already one – Alexey but additional is needed for scaling)
• 1 senior full-stack (Java/front-end) -$5k/month
• 1 QA ~$3k/month
• 1 senior DevOps (+1 middle, in the long run, depending on the users) -$2,4/month
• Project Management costs -$5k /month (partly funded by EIT Digital investment)

The infrastructure:

Initial infrastructure to deliver the server set up and maintenance
• 2-3 servers ($800-1300/month) handling 10 simultaneous messages per timeframe/seconds. Gradually increase as per demand.
• Ensure within two months to have our own physical server and maintenance
• Gradually use private/decentralised instances

Ideally, we can receive payments in 3 disbursements (total of $30,000 in SCRT), one at the beginning of the grant ($10,000), one after implementation of MVP ($10,000), and the last payment ($10,000) when the development work is completed for Beta.

Marketing and sales funnel are ~$20,000 and are connected to the following milestones. We firmly believe that the ROI on network growth and awareness would be x40 greater than the cost to fund this portion of this initiative:
• 1k users – disbursement of $4,000
• 10k users - disbursement of $9,000
• 20k users - disbursement of $7,000

We would be willing to consider part payment in SCRTs, up to 90% since some of the costs are related to the marketing and sales funnel.

Additional Information

The budgeting can be decreased by having people who are dedicated to contributing to the project long-term and offer founding employee stock options + we want to achieve a solid revenue stream within the next two months after releasing the 1st version to the public. That will give us the possibility to decrease or cancel it.

(Cross posting from the forum) I'd like to emphasize this grant in particular, as I believe it both demonstrates Secret Network's specific utility in the best way possible + it could lead to meaningful adoption.

The goal would be to create a product akin to https://snapshot.org/, with the added benefit that votes are cast privately. Like with Snapshots, people should be able to create a governance page for any token, and add and vote on proposals. This, combined with the ETH/BSC/other bridges would bring secret voting to practically any ecosystem.

The work on this grant is less involved than it may seem, since we're currently working on implementing governance for SEFI, and are creating this as a blueprint for any SNIP-20 token. This means that the majority of the work involves building the UI and backend that allows to deploy contracts/cast votes, but the voting contract itself will be available to you.

If you're interested, please submit your grant proposal as a reply to this.

Silk

https://github.com/securesecrets/shade

Project Description

Secure Secrets will create Silk, the world’s first native privacy-preserving stablecoin built on the Secret Network. Launching in tandem to Silk is Shade - the governance and utility token of Shade Protocol that helps algorithmically maintain the $1 Silk peg. Secure Secrets has already developed a pre-MVP demo that includes Keplr integration, a front-end built on the Griptape framework, Vue3, and secret contracts for minting Silk by burning sSCRT.

Pre-MVP photos (complete UI overhaul will be on the way):

New Branding:

Problem / Solution

Current stablecoins such as TerraUSD have been designed based on protocol level
architecture and incentives - relying on validators to maintain positions despite short term price
volatility in return for inflationary governance token rewards that exist to resolve peg disparities.
While a protocol level design has certain advantages, having the supply of the stablecoin be tied to
validators (as conduits for token expansion) limits the long term viability and effectiveness of the
stablecoin for two reasons: decentralization of the stablecoin expansion is tied to the validator set,
and the total supply of both the stablecoin and the governance token is contingent upon indefinite
inflation so as to properly incentivize validators. Additionally, these systems have no underlying
collateral or intrinsic value outside of the maintenance of the peg and continued demand for the
underlying stablecoin. Finally, there is no stablecoin in DeFi with transactional privacy by default.
Silk is the solution to this problem - built on Secret Network as a native privacy-preserving
algorithmic stablecoin using the SNIP-20 token standard. The Silk architecture is designed using a
dual burn minting process for both the governance token Shade and the stablecoin Silk. Total
stablecoin supply is limited by initial Shade distribution as well as Total Value Burned (TVB) in the
minting process of both Shade & Silk (which are convertible with each other). Native AMM support
in combination with Shade and Silk convertibility resolves peg disparities.

Additionally, Secret Network has a distinct liquidity problem when it comes to position changes on SecretSwap as it pertains to stablecoins. Slippage ranges from 10% - 1500% depending on position sizes, making it difficult for users to exit into stable value. As a result, the majority of large position changes are in the form of SNIP-20 -> sETH -> Binance -> stablecoin.

Part of the difficulty with liquidity on DEXs in Secret Network is that the value of the underlying liquidity is competing against a range of DeFi protocols external to Secret Network. While volume begets volume, users are currently actively struggling with this core liquidity issue.

Solution
As such, this grant team proposes the creation of a native algorithmic burn-based stablecoin that can be natively minted by burning SCRT, IBC tokens, and SNIP-20 tokens. As more value is burned into this ecosystem, the more liquidity that will be available for use on DEXs on Secret Network. In essence, Secret Network will be able to natively generate stablecoin liquidity as opposed to having to pull it in from an external ecosystem. Additionally, Silk will have a significant amount of flexibility with expanding its implementation and capabilities over time as it pertains to integration with Secret DeFi and future Shade Products.

Contracts 3 & 4 (Conversion Minting) are identical to other algorithmic stablecoin pegs such as TerraUSD / Luna. Silk is not innovating with the peg resolve mechanisms. The significant innovation that is made with this particular MVP iteration of Shade Protocol has to do with the burn-based entry (known as “Entry Minting”) into the Shade ecosystem.

Alice can burn $50 worth of sSCRT for 50 Silk. Each Silk is worth a stable $1 of value, whereas the value of sSCRT can fluctuate based on larger market movements. Additionally, Alice has the option to burn $50 sSCRT to mint $50 worth of Shade. Arbitrage mechanisms that user’s can execute help maintain the peg at $1, as is demonstrated by the bottom right of the graphic above. Note that these peg arbitrage mechanisms are identical to TerraUSD/Luna which are what keep the stablecoin price maintained at $1 for Silk.

Burn based entry into the Shade ecosystem is distinctly different from other algorithmic stablecoin alternatives such as Terra because there is no indefinite block-based inflation attached to Shade Protocol. While Terra is limited in its protocol design because it needs a set of validators to execute transactions and resolve peg mechanisms, Shade Protocol does not need tokenomics specifically tied to the underlying validator set on Secret Network. This increases the amount of decentralization as with this iteration of Shade Protocol anyone has the opportunity to directly mint the governance token (Shade) as well as the stablecoin itself. This is a radically new architecture that has never been executed by any stablecoin design to date. This architecture not only creates a supply sink for assets that enter into Shade Protocol, but it also simultaneously increases decentralization of the underlying system. Where Terra is contingent upon inflationary rewards to resolve contraction based events, Shade Protocol instead relies on users to entry mint into Shade or using existing Shade in order to resolve contractionary peg disparities (as opposed to relying on a limited inflation based validator set).

Silk whitepaper (subject to change): https://32184fa2-0116-41dd-971d-2057a7b58cc8.filesusr.com/ugd/b34138_a782412307fe4810a7923e7ceeb7b23b.pdf

Detailed product description

• Pre-MVP Completed:

• Griptape integration
• Vue3 front-end
• Keplr integration
• Mint Silk by burning sSCRT
• Viewing key page handler
• Conversion from SCRT on front-end -> sSCRT
• Dashboard
• Testnet total silk minted
• Shade in circulation
• Price calls (static)
• Whitepaper
• Brand book (not yet integrated)
• Logos (not yet integrated)

Broad MVP Deliverables:

• Band Oracles integration
• SNIP-20 Shade Entry Minting contract (2)
• Shade -> Silk Conversion Minting contract (3)
• Silk -> Shade Conversion Minting contract (4)
• Front-end price slippage management
• Shade governance contract
• Treasury contract (synthesis)
• Extendability of Shade contracts
• Implementation of landing page branding overhaul
• UX user testing
• Shade Protocol stress testing / modeling

The end result of the MVP is a fully functioning and test stablecoin that will be launched on mainnet. Additionally, all contracts will be extendable for future Shade Product releases as well as features (such as Global Yield Derivation outlined in the Silk whitepaper).

This development team will commit to bi-weekly updates on development progress, as well as regular meetings.

Go-to-Market plan

Initial Shade Distribution (ISD) once Shade Protocol is ready to be launched with v1 of the mainnet launch (an iteration that occurs after the completion of this MVP) will strongly incentivize individuals to burn tokens to enter into the Shade Protocol ecosystem. This will include a Shade Atom staking airdrop as well a SCRT staking airdrop. Double liquidity providing (Shade + DEX gov tokens such as SEFI or Sienna) will incentivize users to acquire Silk and Shade in particular. Additionally, a % of ISD will be dedicated to minting incentives for those that choose to mint Silk and Shade. Marketing will involve the various BizDev members attached to the core dev team, as well as various external entities and marketing initiatives to draw awareness and demand for Silk and Shade.

Value capture for Secret Network ecosystem

The main KPIs for Secret Network are as follows:

• TVL
• Number of transactions
• Number of unique addresses
• Number of developers
• Size and value of the application layer

A successfully launched Silk & Shade will bring in a whole host of new users from the Atom airdrop, increased usage for DEXs, attract new liquidity to the Secret Network ecosystem, as well as a distinct supply sink for SCRT because of the burn-based entry of Shade Protocol. A natively generated stablecoin can serve as the basis for a host of Secret Network DeFi applications. Finally, this grant will empower an existing developer team to continue to build and share their expertise with the developer ecosystem.

Developers

(1) Mohammed Patla (Project Lead)
(2) Carter Woetzel (Grant Lead / Developer)
(3) Austin Woetzel (Front-end Developer)
(4) Roman Sanine (Front-end Developer)
(5) Guy Garcia (Secret Contract Developer)
(6) Jack Swenson (Secret Contract Developer)

Other Shade Protocol contributors separate from grant

Jeremy (BizDev), Dalton (Marketing), Stephany Wood (Graphics), .

• https://www.securesecrets.org/

Dev’s experience

• Mohammed is a full stack developer, with previous experience in ML and AI. He has worked in a team to build solutions for clients like regional police of halton for facial detection systems. He also has embedded and IOT development experience for steam trap detection, where the solution is used by clients all over Ontario. He also has adequate experience in front-end development, backend deployments, and has contributed to open source code on multiple occasions.

• Austin Woetzel is a senior process engineer with 6 years of experience at Minco Products. Austin created the staking ROI calculator, the validator ROI calculator, and the Staking Optimizer that has been used 1,000s of times by various community members. Created Keplr integration guide. Also created securesecrets.org website from scratch. Contributions to the main Secret Network website. Completed Griptape implementation into pre-MVP product demo.

• Guy Garcia is a senior software engineering student with extensive experience in applying neural networks for machine vision and work experience creating functional web applications from scratch. He used to work for a robotics company in which he created some internal web-apps that kept track of many supply line materials, items and warranties which managed to save the company a few millions. He is currently the AI lead for an autonomous submarine project sponsored by many defense and tech companies. In the crypto space he has already created a few blockchain projects using the Cosmos SDK and has contributed to Cosmos' starport repo. Polygon bridge proof-of-concept contract creator. Created pre-MVP Silk contracts.

• Carter Woetzel is the primary author of the Secret Network graypaper, Shade Protocol Whitepaper, Silk Whitepaper, and Synthesis Whitepaper. Lead researcher and economist for Shade Protocol.

• Jack Swenson - Secret contract developer. Integrated proof-of-concept Band Protocol into secret contracts. Created product demo front-end and Griptape integration with Austin.

Secure Secrets is one of the oldest teams in the Secret Network ecosystem, with both the founder and co-founder in the blockchain privacy domain since 2017. Secure Secrets contributes to the opensource Secret Network website, has built out scrt.learn documentation, and has created 65+ pieces of educational community content. While Secure Secrets is relatively young as an organization, we are fully committed to creating valuable Secret Network application-layer products for the Secret Network community.

Team Code Repos

https://github.com/securesecrets
https://github.com/mohammedpatla
https://github.com/AustinWoetzel
https://github.com/FloppyDisck
https://github.com/DrPresident
https://github.com/CarterLWoetzel

Team LinkedIn Profiles

• https://www.linkedin.com/in/mohammedpatla/

• https://www.linkedin.com/in/carter-woetzel-16936b136/

• https://www.linkedin.com/in/austin-woetzel-a1713a67/

Development Roadmap

This project will require a full 14 weeks to bring from the pre-MVP demo which already exists, all the way to a full mainnet launch. 4 developers at $42.75 an hour * 20 hours per week * 14 weeks ~ $47,880. Lead researcher + project manager ~ $42.00 * 20 hours * 6 weeks = $5,040. The total cost is ~$52,920 (paid in SCRT). Current price places this around ~33,000 - 35,000 SCRT.

Cost basis is paid out in SCRT based off of a rolling 2 week average price.

Detailed Milestones:

Initial MVP release (weeks 0 - 4) - $13,090

• Band Oracle Integration with SILK price
  • Including publishing SILK and SHADE price.
• Shade - SILK peg mechanism
  • Entry minting contracts
    • sSCRT -> Silk
    • sSCRT -> Shade
  • Conversion minting contracts
    • $1 Shade -> 1 Silk
    • 1 Silk -> $1 Shade
• Initial MVP release on testnet and public to community.
• Testing basic UI integration with new contracts

Synthesis and UI (weeks 4 - 8) - $17,374

• UX/ UI overhaul
• UX testing
  • Integration of brand book
  • Integration of logos
  • Creation of landing page
  • Application integration with the three new contracts
• Implement synthesis treasury into shade protocol.
  • Synthesize mechanic to be introduced in multiple contracts (see whitepaper)
    • Burn = 1 - X
    • Synthesize (% of funds that don’t get burned, and instead sent to a treasure) = 1 - Burn
  • Treasury contract for Shade.
  • Implement synthesize into entry minting
  • Governance contract for synthesis
  • Preliminary economic model testing
• Documentation review

Testing and Governance (weeks 8 - 14) - $22,414

• Mainnet Launch v1 with SILK/SHADE stablecoin.
  • Airdrop
  • Publication of tutorials
  • Publication of full documentation
• Final minting contract testing
• Final governance contract testing
• Final “synthesis” contract testing
• Tokenomics of Shade distribution finalized
• Final economic model testing
• Integration of Silk/Shade on AMMs on Secret Network (such as SecretSwap/Sienna)
• Research for Synthetics Protocol for V2 product launch post-Silk/Shade launch
  • Shade Synthetic Asset Protocol
  • Synthetic crypto-indexes
  • Synthetic commodities
  • Shade Governance Updates.
  • Shade Burning Mechanism.
  • Collateralized Positions, and private pools.
  • Global yield Derivation (GYD)
  • Contract stress testing
  • Ability to collateralize these pools with SILK/SHADE.
  • Testing with SecretSwap/ Sienna Swap.

Full Document

Digiline

Project Description

We intend to create a tooling for one-click-run-and-deploy of contracts (like Remix for Secret Contracts). We've already built the early infrastructure for one-click-run-and-deploy of web components and we're seeking funding to extend our platform for secret contract deployments. We have a larger internal goal to make the entire software delivery process more collaborative than ever.

Our team has been following Secret Network since its inception and have been contributing to the network by staking SCRT to validator nodes.

Problem / Solution

Development environments can become complex and messy, especially in Web 3. Our solution is a web based editor (and other tools) that would allow developers (eventually even non-developers) to "dive in" to the proper development environment and add value within 15 minutes. We would handle the heavy lift of ensuring proper compiling of components and smart contracts, integrated testing, versioning based on functional requirements, and more.

Detailed Product Description

Digiline is a platform that allows developers to easily create, modify, share and deploy web components (and in the future secret contracts); it makes use of multiple technologies including node.js, dart, grpc and mongodb. The development environment is comprised of two main areas an editor based on microsoft's visual studio code and a preview/debug view where the developer can see the component they're working on and can debug any potential issues that arise.

This grant proposal is a request for funding to extend Digiline with essential developer tools required for efficient contract development.

Go-to-Market plan

Managed deployments of smart contract and dApp components is an obvious need. We would work with active development teams within the Secret community to ensure we build a product that meets their needs and of course promote it on all relevant developer channels has soon as we have an MVP. (secret discord, secret forums, reddit, hacker news, medium).

Value capture for Secret Network ecosystem

Our goal is to make contract deployment easier and more efficient. The KPIs we'll use to track success:

• Number of contracts deployed on Digiline. More contracts equal greater network use
• Community feedback score
  • Decrease in number of community complaints with respect to "getting started" or "documentation". This was the number 1 cited issue in our survey of 15 community partcipants. We believe that a dev environment in the cloud managed by our team will greatly reduce network onboarding friction.
• Ratio of contracts deployed with digiline to contracts deployed without. An increase in this ratio would show that Digiline is the platform of choice for Secret Network Development

Team members

• Gino Bernardi
• Danny Morabito
• Daniel Allen

Team Website

• https://digiline.io/
• https://learn.digiline.io/chapter/1-introduction
• https://projectvoy.com/

Team's experience

• Gino has over 7 years of software development experience. He has delivered a variety of projects for F100 companies during his time at Accenture including the implementation of design systems, webcomponents, and PWAs. Gino’s creative drive and technical background help him serve multiple roles for Digiline, often moving between CEO, CTO, and technical product owner.
• Danny is a polyglot engineer who can absorb any new technology. He excels at turning ideas into reality thanks to his fundamental knowledge of software at the binary layer. He has the rare ability to drive solutions forward with his own IP on problems that would leave other teams searching the web for days. Danny was the lead developer of http://secretdreamscape.com and will serve as lead engineer.
• Dan is a UI/UX Creative Director and game designer with over 16 years experience consulting for F500 companies. He has designed voy.ai which is a group intelligence game that helps teams get the best answers to the most difficult questions through the power of the wisdom of the crowd. Dan excels at creative UX - he can help turn complex design requirements into delightful user experiences.

Additional Team Information

Recently, we submitted a game built on Secret Network to the Hackatom competition: https://devpost.com/software/secret-dreamscape?ref_content=user-portfolio&ref_feature=in_progress

This project helped us get intimatley familiar with the latest documentation, network, and ecosystem updates. Source code can be viewed here:
https://github.com/thelmuxkriovar/secret-dreamscape/
https://github.com/thelmuxkriovar/secret-dreamscape-frontend/ (project readme is in this repo)

Team Code Repos

• https://github.com/zorostang
• https://github.com/thelmuxkriovar

Team LinkedIn Profiles

• https://www.linkedin.com/in/ginobernardi/
• https://www.linkedin.com/in/danny-morabito/
• https://www.linkedin.com/in/danieldallen/

Funding and Roadmap

Our request is a total of $75,000 USD paid in 4 disbursements according to the following schedule:

• $12,500 paid immediately upon project start
• $12,500 paid upon completion of milestone 1 (weeks 0 - 4)
• $25,000 paid upon completion of milestone 2 (weeks 4 - 8)
• $25,000 paid upon completion of milestone 3 (weeks 8 - 12)

All project deliverables described below will be delivered as open source tools or packages that can be used without Digiline, however their integration within Digiline will remain private.

Milestone 1 - Environment Setup (4 Weeks)

• Setting up Secret test network on digiline (private network per user/team)
  • Makes it possible to develop and test contracts more easily
  • Enables us to create a simple faucet that allows the developer to quickly create and fund new user accounts on the network
• Setting up faucet
  • A lot of time is saved by setting up the faucet. With a faucet, adding funds to an account is as simple as copy pasting the address and pressing 2 buttons, without it you need to connect to the testnet, type in the command to send money (which can be easily typod and is outdated in the official scrt documentation) and then accept the transaction, also if you have non technical users who are helping you test; it’s harder to get them to give you their wallet address and nearly impossible to get them to type a command in the CLI.
• Writing simple-to-use bootstrapping templates for new projects on the secret network
  Milestone 2 - Contract Development Tools (4 Weeks)
• Easy deployment for code to both the latest official secret testnet as well as the public mainnet
• Contract development environment with a focus making it easy to work with CosmWasm. We’re planning on having tools to fix make the following more developer-friendly:
  • In-code metrics, those would be visible to the contract developer in a linter-like interface directly in the contract code:
    • Automatically finding floating point operations, which result in invalid contracts
    • Figuring out the amount of time and the memory usage of each path in the handle function, which can help with finding pain points and lowering the gas fees for users interacting with the contract.
      Milestone 3 - Debugger (4 Weeks) (Most requested feature from our survey of 15 community participants)
• Developing a Time Travel Debugger for secret contracts (similar to UDB, Microsoft’s TTD or wallaby.js)
  • It traces the entire memory set when a handle function or a getter is called in a contract and makes it exponentially easier to figure out just what’s causing a bug
  • This will be based on https://github.com/sidkshatriya/rd, a port of rr in rust; our efforts will be in making this work with CosmWasm specifically and figuring out how to do this in a contract. We might need to port some of the more intel/x86_64 focused code into the wasm equivalent.

We prefer $2,000 USD fiat be reserved in each disbursement. The rest can be paid in the SCRT equivalent.

Additional Information

A demo of the Digiline platform is available upon request.

Project Description

This is the first secret betting game on Secret Network.
Easy to play, fully decentralized, immediately get rewards.

There are spin and dice game in this version

How to play Spin

• Choose token, risk, segment to play.
• When you choose risk, and segment, the UI will be updated with a new spin UI.
• Input amount then click Play. Remember, there is a minimum play amount.
• Then it will spin and pick random rate. ex 1.5x, 1.2x, 0.0x. If 1.5x has been picked, then you will get 1.5x of play amount. To make things easier, 0.5x is a reward you get. and 1.0x is an original play amount. If 0.0x has been picked, it means you lose.
• Higher risk and Higher segment will have small chance to win, but huge reward rate for winner.

How to play Dice

• Choose token and scroll number between 5 ~ 95. When you scroll, payout info will be updated automatically.
• When you choose any number. ex 50, It means, you wanted to play between 0 ~ 50. So if random number generated between 0 ~ 50, you win, other wise, you lose.
• Input token amount, then click play.
• Random number will be generated immediately, and if you win, you will get reward in next transaction.

Here is the basic UI.

Problem / Solution

Currently, there is no betting platform part of the Secret Network ecosystem. Gambling can be popular on Secret Network due to its privacy. Secret Network has very powerful feature, but no enough dapps and games yet.
Secret Bet will be the first betting platform on Secret Network that encourages users to regularly participate and enjoy.

Go-to-market Plan

This secret bet can be advertised by Secret Network via twitter, newsletter, discord, telegram, podcasts, etc. to raise awareness around this new feature. Expand team with strong marketing operations.

Value Capture

Increase in SCRT gas usage, increase in demand for SCRT, and other stable tokens.

Team Members

Harry Chen
Ryuhei Matsuda
Maria

Team Experience

https://www.linkedin.com/in/harry-chen-g/
https://www.linkedin.com/in/ryuhei-matsuda/

Team Code Repos

https://github.com/secretbet

Development Roadmap

Milestone 1. Smart contract development - 2 weeks (Jan 24 - Feb 7)

• Write smart contracts for treasury, spin and dice.
• Write unit test with polar framework.
• Deploy on testnet

Milestone2. Extensive testing & code audit - 1 week (Feb 7 - Feb 14)

Milestone3. Front-end and Back-end integration - 3 week (Feb 7 - Feb 28)

• Front-end creation and testnet integration
• Back-end creation for relayers and rest api.
• Do beta test

Grant request

• 3,500 SCRT at the completion of milestone 1
• 3,500 SCRT at the completion of milestone 3

SECRET ORACLE - RNG

Github repository: https://github.com/DDT5/scrt-rng

Project description

SECRET ORACLE - RNG (or Scrt-RNG) will be a decentralized, trustless source of private randomness. This will be implemented as a Secret Network smart contract that crowdsources entropy to produce random numbers (RN) which will be accessible to Secret Network addresses, including other contracts.

Problem / Solution

1. The need for decentralized private randomness

Current large-scale decentralized random number generators, such as Chainlink's VRF, produce random numbers which are publicly viewable. However, many applications require RNs to be private, such as when generating encryption keys.

Scrt-RNG aims to solve this by utilizing Secret Network's private computation to generate and transmit random numbers privately.

2. The need for a secure generator

Security is a significant challenge for RNGs operating completely on-chain as blockchains are deterministic with no inherent randomness. Any pseudo-random number algorithm is only as secure as the entropy source which its randomness is based on. Therefore, the key is having a high entropy source.

Scrt-RNG's solution is to crowdsource entropy. Every transaction with Scrt-RNG changes the seed stored in the contract, which is used to generate random numbers. Therefore, Scrt-RNG becomes more secure the more it is used ¹. For example, if there are 10 interactions with the RNG every second, an attack likely needs to be performed within a 0.1-second window. As a result, there is a good reason for other applications to use Scrt-RNG, instead of building a similar logic within their own contracts or creating duplicates of this contract.

Scrt-RNG's implementation of crowdsourcing entropy is only possible on a computationally private blockchain such as Secret Network, as it has three important features:

• Contract storage is encrypted, so the seed is not visible to any entity except the contract itself. This is critical for security of the RNG
• Users' entropy inputs are not visible to others. In a transparent blockchain, even if the seed is somehow concealed, an attacker can derive the current contract seed by inputting the entropy inputs in the exact sequence up to the present state. This is not possible on Secret Network as entropy inputs are encrypted
• RN outputs are transmitted back to the user in an encrypted form, so no one can see the RN that was generated. This is an important feature given the goal of private randomness

3. The need for a contract-friendly RNG

It is likely that smart contracts (rather than humans users) will be the primary users of Scrt-RNG.

Although query functions are typically needed for contracts (as contracts only process HandleResponses after computing their own messages), Scrt-RNG will implement handle functions in a way that allows contracts to interact with it, described in more detail further below. By implementing handle functions as opposed to queries, we achieve multiple things simultaneously:

• (Dramatically) increase security of the RNG, as every RN call will change the contract seed
• Allow the RN output to change more rapidly than block time, since queries cannot see state changes before a new block is created
• Potentially eliminate fees and the need for incentive tokens, making it cheaper to consume RN
  • every RN consumption changes the seed, so there may be no need for a dedicated entropy donation function
  • with no entropy donation function, there is no need for additional fees (collected from RN users) to fund incentives for entropy donation

Detailed product description

Different implementations generally face trade-offs between cost ², security and usability. With that in mind, I will aim to implement at least two different RN-generating functions, giving RN users the choice that fits their use case.

Option 1: the default

I anticipate this to be the default function as it has high usability without sacrificing much on security or cost.

Users call a handle function by providing two inputs -- entropy: String and cb_msg: Binary. The String is a private input which mixes with (and changes) the contract seed to generate a random 256-bit number, in the form of a [u8; 32] array. The cb_msg Binary is the message the user wants its own contract to continue processing after consuming the RN. The get_rn function echoes the cb_msg binary back to the consumer.

This implementation should be secure unless:

1. An attacker knows the victim's entropy input. In this situation, the attacker can create a hard fork of the Secret Network blockchain, input its victim's intended entropy, and view the RN output before the victim consumes it. However, the attacker has limited time, as all this must be done within the 5-6 second block time (as each block changes the RN output), and before another user interacts with the contract (which changes the seed unpredictably)
2. The attacker is the RN consumer him/herself. For example, a lottery dApp intending to cheat its own users may run the hard fork attack above, as it knows its own intended entropy input

As long as the user's entropy input is not known, this option should offer adequate security. However, Option 2 below aims to address these vulnerabilities for use cases that require it.

Option 2: high security (full implemention feasible only after CosmWasm 1.0 upgrade)

This will be for users who need higher security, and are able to handle a small delay between requesting an RN and receiving the RN.

The implementation will be an extension of the design above. Instead of the RN output and cb_msg being sent back to the user in the same transaction, the cb_msg is first stored in the contract. When the next user calls this function, the RN is generated with new entropy inputs and the cb_msg is echoed back. In other words, users will perform a transaction to request an RN, then must wait for a period before receiving the RN.

This adds security addressing the vulnerability described above, as the hard fork attack becomes more complex to execute and infeasible if there are high volumes of interactions with Scrt-RNG. However, drawbacks are:

• users calling this function face unpredictable gas, as they will be paying gas for processing the cb_msg from a previous user
• there is a delay between requesting an RN and receiving the RN, so a user cannot complete the execution of its code within one transaction

The implementation will include some mitigations to these drawbacks where possible.

Option 3: A query function

This option is for users who value simplicity, and where security is not critical.

The main benefit is simplicity: contracts can consume RNs without the need for a receive_rn function. Also, users may be able to query random numbers without gas cost (only in limited use cases where the query does not happen as part of a transaction). Note that using query functions don't save on gas costs if it is part of a transaction.

This can be implemented as a simple or authenticated query function that generates RNs based on the contract seed. A different RNG algorithm needs to be used for security.

If this option is implemented, users need to be made aware of the relatively low security compared to the previous two options. Particularly:

• Any seed change is not reflected in the output until the next block
• Inputting the same entropy in quick succession will likely result in the same RN
• An attacker can see what its victim's RN output will be beforehand, if the attacker knows the victim's intended entropy input. However, unlike the vulnerability described in Option 1, the attacker does not need to create a hard fork of the blockchain to perform this attack

Benefit to Secret Network ecosystem

Secure randomness is critical for many blockchain applications. On Secret Network, where privacy is central, a secure and private RNG will bring significant utility to the ecosystem.

Go-to-market

This project is listed on the Secret Network roadmap, so will ideally be seen as the go-to RNG for Secret Network.

There are currently no plans to create a front-end application, as dApp developers can interact with the smart contract directly.

Possible integration with an existing oracle, such as Band Protocol, as a phase 2 project.

Team

Discord handle: DDT#4695

Development roadmap

Milestone 1:

• Implement Option 1 described above

Milestone 2:

• Implement either
  • Option 2 interface -- full implementation possible only after CosmWasm 1.0 upgrade, so an interface can first be created. After the CosmWasm 1.0 upgrade, a second contract can be created to complete the implementation of Option 2
  • Option 3

Milestone 3:

• Launch on testnet, debug, fix remaining issues
• Launch on mainnet

Future

There is a possible cross-chain solution through integration with an existing oracle in the future, such as Band Protocol. This would bring private randomness to the broader Cosmos ecosystem.

Grant request

4,200 SCRT to complete the three milestones, payable upon completion of each milestone:

• Milestone 1: 1,400 SCRT
• Milestone 2: 1,400 SCRT
• Milestone 3: 1,400 SCRT

SecretNET - secret library for Unity3d (and potentially .net core)

Problem / Solution

Communication of clients with the secret network is mostly facilitated through secretJS. Working with Secret Heroes had the problem of communication funneling from the Unity3d game, into a website to use the secretJS lib. This introduces unnecessary hoops to jump through and make syncing different state harder than it has to be.
SecretNET strives to enable this space from withing .net based projects with a focus on the Unity3d game engine

Project Description

This project will provide a library for the .net ecosystem, as well as Unity3d, plus documentation to get developers started.
.net core is a cross platform library that would open up many native integrations for talking to the secret network.

A similar project from the Ethereum space (https://github.com/Nethereum/Nethereum) is currently sitting at over 70.000 download for the main library and over 500.000 downloads for the interfacing package.

Given the ability to query and talk to secret network nodes from within Unity would enable interesting use cases, building on secret NFTs and privacy preserving computation.

Value capture for Secret Network ecosystem

Similar to the python issue the main goal here is to capture more developers and enable them to work from their ecosystem with Secret Network.
Additional Unity3d is the dominant game engine for indie games worldwide and the current situation would only allow it to run Unity games using webGL.
This mode is extremely limited (no complex graphics, no mobile) and adding the ability to work with secret network from the full scope of unity would open up a plenitude of platforms, allowing us to reach millions of users.

Team members

• Florian Uhde
• Potential: Part time support from other members of our game studio http://three-eyed-games.com/

Team's experience

• Florian has been working with Unity and C# for over 15 years in a professional capacity and has implemented several libraries and tooling solution in C#, including mayor tooling that is used within VW to facility its own interactive experience strategy.

Team Code Repos

• https://github.com/floAr/NFTHack-SecretHeroes
• https://github.com/floAr/UniteCPH_TurnBasedPrototypeECS

Team LinkedIn Profiles

• https://www.linkedin.com/in/florianuhde

Development Roadmap

The project would be structured in 2 parts:

1. Building the 'bare-metal' library implementing the REST communication and helper functions to reach feature parity with secretJS.
2. Building Unity3d helper library, wrapping the lib (1) with Unity specific patterns to allow seamless integration within the Unity3d engine
   Some open question are the availability of crypto libraries, Nethereum will serve as a reference point here.

We will require ~3 months to complete this project. I intent to work on this part time and while developing it functionality use it with 'live' secret projects to battle test it right away.

Milestones:

• Implement REST communication (weeks 0 - 6).
• Implement SecretJS helper functions (weeks 6 - 8).
• Implement Unity library (weeks 8 - 12).

Payments would be around 4000SCRT could be facilitated in 3 charges, one at the beginning of the grant, one after implementation of building block (1) and last payment when the work is completed for the Unity integration.
We would be willing to consider the full payment in SCRTs.

Looking forward to discuss this further!

Please make sure to submit your grant application as an issue

Example Team Name

Project Description

This is an example application for a grant programme: Secret Network Grant Program: Secret Apps

We intend to create a staking derivatives on Secret Network. More implementations will increase capital efficiecy in Secret Network and enable SCRT staked to secure Secret Network to be used in other Secret Network applications such as DeFi, governance and games.

Our team has been closely following Ethereum DeFi and Secret Network in the last year, and are active in the chat channels. Needless to say, we are really excited to see this project evolve.

Problem / Solution

SCRT staked to secure Secret Network cannot be used in Secret Network ecosystem, creating a capital inefficiency. Staking derivatives (dxSCRT) allows SCRT holders to...

Detailed product description

The components of staking derivatives (dxSCRT) contract include a validator set module that determines validator participation, staking module which handles bonded tokens and liquidity pool.

Go-to-Market plan

As dxSCRT is a clear value proposition for existing SCRT holders, we hope to promote this effort within the Secret Network community

Value capture for Secret Network ecosystem

The main KPIs for Secret Network is TVL (privacy value add to other blockchain ecosystems), number of transactions and number of user (for applications)

Team members

• John Smith
• Alice Jones
• Bob Johnson

Team Website

• https://example.com

Team's experience

• John has X years coding experience. Mostly doing smart contract development. He worked for ABC.
• Alice has...
• Bob has...

We've been a team for 2 years, and....

Team Code Repos

• https://github.com/<example_repo_1>
• https://github.com/<example_repo_2>

Team LinkedIn Profiles

• https://www.linkedin.com/<john_>
• https://www.linkedin.com/<alice_>
• https://www.linkedin.com/<bob_>

Development Roadmap

We will require 3 months to complete this project. We intend to hav 2 developers full-time and 1 part-time, at a total cost of $X,000.

Example milestones:

• Implement X (weeks 0 - 4).
• Implement Y (weeks 4 - 8).
• Implement Z (weeks 8 - 12).

Ideally, we can receive payments in 3 disbursements, one at the beginning of the grant, one after implementation of Y and last payment when the development work is completed.

We would be willing to consider part payment in SCRTs, up to x%.

Additional Information

N/A.

Secret Network Open DeFi Hackathon prizes

Prize Bounty

• 1st place prize - $2500 (equivalent in WSCRT)
• 2nd place prize - $1500 (equivalent in WSCRT)
• 3rd place prize - $1000 (equivalent in WSCRT)

Challenge Description

We are interested in seeing innovative front-running resistant and privacy first DeFi applications built on Secret Network.
Secret DeFi is a privacy-first, front-running resistant DeFi ecosystem. Use SNIP-20 (token standard similar to ERC-20 with privacy) standard and bridges to Ethereum and Binance Smart Chain bridge to build cross-chain DeFi applications. Some ideas we'd like to see are:

• Lending products: Either Secret-based implementations of ETH DeFi projects such as Compound or Aave, or brand new lending products (fixed interest rate) leveraging Secret’s unique properties.
• Algorithmic stable coin projects (such as Maker-type implementations). We believe it’s critical for the Web3 ecosystem to have a decentralized stable coin with privacy.
• Dark pools (private orderbook exchange) for privacy preserving trading. A Dark Pools secret contract manages the encrypted order book in its state and can run multiple order matching methods such as Market / Limit / Stop-Loss orders. You can build on the SecretAuction repo, which uses a single sided orderbook.
• Synthetic Asset creation with SCRT and SNIP20 collaterals

For more ideas please refer to Secret Network grants post.

Submission Requirements

• All submissions must be deployed on Secret Network (testnet and mainnet) and Ethereum (testnet and mainnet) if relevant
• A demo video and Github repo link must be submitted for a complete submission

Judging Criteria

• Contribution to privacy value capture, the key Secret Network metric (TVL of bridged assets or TVL of assets generated on Secret Network)
• Mainnet user traction potential - we would like winners to continue build hackathon projects and seek funding through Secret Network Grants
• Originality of the idea
• User experience (good design, intuitive, easy to use)

Support and relevant documents

To provide support to the hackers during this hackathon we have a dedicated channel #hackathons on our discord - https://discord.gg/uAVEhFepeC. Feel free to ask questions there.

• Intro to Secret Contracts (video)

• Secret Network documentation

• Figment learn / Secret Network 101

• Tutorials

• Building blocks

1. SNIP-20 (privacy tokens)
2. SNIP-721 (private NFTs)
3. Secret Network - Ethereum bridge

Winner Announcement Date

The winners will be announced after the hackathon ends

Catoshi (Bridge Easy) – Secret Funding Proposal

Website: catoshi.cat and the-crossing.io

Significant economic growth has been fuelled by global interconnection across fields such as finance and Information Technology. We believe the interconnection of blockchains will lead to growth of even higher magnitudes. Catoshi aims to be a key player in setting up the infrastructure for such interconnection; bringing the blockchain to those who dare to dream, bridging their ideas across numerous ecosystems filled with potential. This results in connecting different blockchain technologies and providing the much-needed accessibility to all users. By removing such hurdles, users will be able to freely transfer ideas, capital and information without limitations, a privilege that should be awarded to all.

With a key focus on safety and innovation, Catoshi has developed a cross chain bridging platform, offering seamless transfers between: Ethereum, Binance Smart Chain, Avalanche, Polygon and Fantom blockchains. Bridging to non-EVM blockchains will also be provided with Solana being close to completion.

Problem / solution

Usability, this is one of the key issues of crypto with regards to cross chain compatibility. Many great companies and technologies have failed due to their failure in providing the masses with ease of use. It can be difficult for people to manoeuvre awkwardly planned bridges, providing for a terrible user experience.

We make bridging as simple as it can be. Making it easy, practical, and providing great user interfaces.

Another issue is safety and guarding against malicious attacks.

Our bridge is currently more centralised, the private keys are encrypted on our server through KMS. This means that even server hacks wouldn’t put the bridge vaults at risk. However, we are interested in decentralising our bridges further, but more funding is required in order to perform such a task to the highest standard.

Secret Network is still relatively unknown compared to the most well-known chains such as BSC, ETH, AVAX and SOL. Making seamless, simple, and practical bridges between these major chains will make it easier than ever for projects to move over and explore the benefits of the Secret Network. Catoshi already has the infrastructure and knowledge to build these bridges. Making Secret a great option for projects looking to be cross chain.

Detailed product / network improvement description

The current designs of the Secret bridges are not particularly user friendly and easy to use. This can deter users and lead to questions of legitimacy, introducing doubt into the minds of users. In the world of crypto, perception is more important than reality, particularly in the early stages of a product release.

The Catoshi team believes that the Secret Network has incredible potential and would like to enter a partnership and help realise this potential.

We propose to rejuvenate the current bridge UI designs with our expert designers and frontend developers. We would aim to centralise all designs, making it clear that the user is utilising a Secret branded bridge. Although powered by Catoshi, all bridges would be created and designed to fit the whole Secret branding and theme. Catoshi being the first project we bridge over to the network (Secret could even offer liquidity support for the early adopter projects to bring in more volume).
We would look to do bridges to various chains, for example:

SCRT – BSC
SCRT – ETH
SCRT – AVAX
SCRT – FTM
SCRT – MATIC
SCRT – SOL
SCRT – NEAR

SCRT – other upcoming EVM and Rust chains in future…

Some of these chains are already available, so it would be a decision as to whether the bridges should be redone or left as is with a matching UI.

Doing this would allow a multitude of projects to move freely between these networks and bring more activity to the Secret Network.

Decentralisation is another interesting component to consider. Many of the issues that spawned from recent bridge exploits are a direct result of poor attempts to decentralise. We believe that you either invest an appropriate number of resources to fully decentralise or, maintain a more centralised approach like that of a CEX. We are interested in implementing some high-level technology to decentralise, should it be deemed necessary.

An extra component we would like to explore is cross-chain swaps.
The ability to immediately trade tokens between chains without the need for making many different transactions. This is something that can be built depending on whether this is seen to be important for Secret. More detail of how this could work would be explored in phase 2 and possibly come under a different proposal.

Building all of this would be an ambitious undertaking, but we do believe that this would be hugely beneficial to the Secret Network and Catoshi projects alike.

Go-to-market and commercialisation plan

It would be more effective if the Secret Network were also interested in pushing a project bridging initiative through intensive marketing. Catoshi would assist in the bridging of these projects.

If Secret were to offer a liquidity grant to projects wanting to bridge, we believe this could be a huge draw to projects moving through these bridges to build on the Secret.
For example – offering 100k in SCRT to the first 10 projects to bridge through one of these bridges to pair with their token in liquidity (10k each) resulting in 20k LP incentive.

Team

Project Lead (Josha): 5 years in the crypto space, understands how the markets work. A charity background (in charge of recruiting and designing program's), he understands the importance of working with teams and networking to build a brand. Fostered a loyal and active base through many interactions, providing value for the whole community, which is a key driving factor to how Catoshi is managed.

Community Manager (Sim): 5 Years in the crypto space. Experience within the education sector and the criminal justice system has given Sim an understanding in clear and engaging communication, with a particular eye for detail. These skills have been honed through the experiences gained working with other teams and projects in crypto, skills that are now being applied to Catoshi.

Technician (Isaac): 5 Years in the crypto space. A penchant for GPU mining and investment strategies. As an automation engineer, he has combined his knowledge in corporate level project management, automation programming, and computer sciences to support the team in many capacities. Details are what makes the difference between an satisfactory system and a great system. Isaac is here to make sure the small details don’t get overlooked.

Development Team (SpadeTech): The team at Spade have a wealth of knowledge and development experience. Building bridge contracts from scratch, spending 1000s of hours working on various chains and projects. Renowned for their auditing expertise, the Spade team place safety at the forefront of everything they build.

Product Development (Dr): 3 Years in the crypto space. Investing in real-estate and stocks for over 20 years. Vast experience in business development, compliments the team by falling back on his business experience and acumen. Dr has been an owner and operator of a successful and profitable small corporation for over 17 years. This has helped him refine the art of building teams and products for future success.

(Marketing Manager) Bender: A full time professional trader since 2020, during this time a broad understanding of markets has been developed. Built good relations and grown a significant network of contacts and marketing reach.

(Server Manager) Yan: Having entered crypto in 2017 Yan has a lot of experience in the space. Focussing on website servers and AWS. Yan has helped secure the backend of all our bridges through KMS an AWS server.

Milestones and budget

This is a large undertaking, and the budget would entirely depend on the extent to which Secret Network would like to decentralise its bridges and the level of safety required.

We would require 150k to complete phase 1.
We would request 50k initially, followed by 100k after completing each of the 2 bridges.

We would be using 2 backend developers (we would need experts in both Rust and Solidity for this undertaking), 2 frontend developers, a UI designer, various testers, auditing and consultancy, bridge researchers and a project manager. We will be putting many hours into research initially. Also, we would like to optimise the UI for use on mobile devices, creating wallet connect features on mobile.

Phase 1 would be to build a SCRT – SOL bridge and a SCRT – EVM chain (this could be (BSC, AVAX or FTM for example). We would be aiming to complete this over 4 months including a rigorous testing period of approximately 2 – 4 weeks.

Safety is paramount when developing cross chain technology, so no shortcuts can be taken in testing and developing, therefore we would be using a broader team to bring in expertise and knowledge from other consultants.

In phase 2 we would want to move on to building out more bridges to other chains. With a budget of around 20k to build each of these chains, this will include various backend developers, UI design, frontend developers and general project management and marketing of the bridges. Once the initial bridges are completed, we believe that the process will be simpler.

SCRT – BSC

SCRT – ETH

SCRT – AVAX

SCRT – FTM

SCRT – MATIC

SCRT – SOL

SCRT – NEAR

SCRT – AURORA

SCRT – MOVR

These are just some of the possible options for future bridges. The main aim of these bridges would be to allow various projects to bridge over to Secret Network, but to also allow bridging of stable coins and major coins such as FTM or MATIC. Large amounts of liquidity would be required to do this.

Phase 3 would be to start creating cross chain swaps, allowing people to directly swap from a particular chain to Secret. This would be an excellent tool for bringing more users to Secret and simplifying the cross-chain trading process. After completing the first 2 phases we could discuss further how this might work. This could also include NFT bridging as well.

Again, we would like to work closely with the Secret Network team to best fulfil the needs of the project in terms of building these bridges. We are flexible and open to other ideas.

All in all, we feel that we could create a very strong, mutually beneficial partnership. We love partnering with quality projects looking to better the crypto space.

Project Financials for Phase 1:

This can be paid with a mix of SCRT/stables/BTC/ETH

Part 1 - Initial Development - $50,000
Part 2 - Bridge Deployment - $100,000

__________________________________

Project Total = $150,000

Evolvee - Secret Network Grant Request

Evolvee - Create 2 Earn

Project Description

Social Create 2 Earn experience for gamers, artists, roleplayers, NFT collectors/creators with an emphasis on creativity, social good backed by real research.

You start as a nobody. You exist in a Dystopia. Nobodies have no statistics or anything like this and you literally become whatever you want through in game roleplay mechanics, with cosmetics, and your own choices. The experience revolves around evolving NFTs that represent characters, environments and in game items. You can enjoy the experience at your own pace and playing style.

Problem / Solution

Overfocus on GameFi and lack of focus on gameplay
Lack of real solid engineering in the gaming space

Lack of care for the community

Many More Problems and Solutions

Detailed product description

Evolvee is a create to earn social experience. You start as a nobody. You exist in a Dystopia. Nobodies have no statistics or anything like this and you literally become whatever you want through how you choose to live the experience. The social experience revolves around evolving NFTs that represent characters, environments and in experience items.

You experience at your own pace and playing style. As the experience develops, a full lore system and storyline will be incorporated. PVE combat. Easily exchange avatars or items with others via trading NFTS. This empowers users while giving the team and users more control over the in game economy. We also want to explore offering the ability to change from 2D to 3D to VR at any in game moment.

DAO based Governance. Player Item Creator functionality. Plus a lot more great features in the roadmap. We bring in real Engineering principles from the Navy, NSA, and NASA combined with care for the community into creating the in game economy.

Go-to-Market plan

We have backed up our feature decisions and approach to community, experience economy with research that leverages social signals on Reddit and other social channels as well as history of previously created social experience products.

We almost have a fully function in browser demo and we are working on the 2D/3D/VR playability

Value capture for Secret Network ecosystem

Will bring a lot more users to the network, inspire other creators to seek out the grants program and show others what can be done with Secret NFTs

Team members

Matt Shaver - CTO

Elena Orsik - CMO

Team Website

Coming Soon: https://evolvee.oversky.co.uk

Temporary Blog: https://evolvee.gatsby.io

Team's experience

• Matt has been a developer, entrepreneur since 2007 and has logged over 2K hours in Blockchain, Web3 in the last six months. He has previously started multiple marketing startups and worked as a developed in startups, agency, corporate and as a freelancer since 2015.

• Elena has worked in marketing and research internationally for about 17 years since 1996. She has a Master’s degree in Diplomacy and International Relations. She has experience building and managing location diverse teams.

We are a newer team that has been together for just a few months now..

Team Code Repos

• Current codebase is private but you can find Matt’s current personal Github at https://github.com/mattreallycodes

Team LinkedIn Profiles

• https://www.linkedin.com/in/mattliveshere

• https://www.linkedin.com/in/elena-o-2a63b61/

• Other team members coming soon, currently in talks with multiple developers, a game artist and more

Development Roadmap

Requested Amount: $30k

Weeks 0 - 4
PIC(Player NFT Item Creator) fully developed and tested

Fully functional in browser with 2D
Tokenomics Fully Developed

More Smart Contract Functionality Developed and Tested

Weeks 4 - 8

Virtual Real Estate

All Token Functionality Live

Fully functional in browser with 2D/3D/VR

More Smart Contract Functionality Developed and Tested

Weeks 8 - 12

Community Owned NFT Marketplace full developed and tested

More Smart Contract Functionality Developed and Tested

Ideally, we can receive the entire payment upfront so that we can leverage Maker and other DeFi services to stretch the grant further and build more initial momentum while providing a salary for early team members and keeping the team a bit lean.

We would be willing to consider part payment in SCRTs, up to 100%(As long as we can easily convert these to another token or sell these when needed.)

Additional Information

There is also a full pitch deck, roadmap, pre seed white paper as well as a well thought out and planned sound and art direction. Branding already exists also.

Audience demographic is still being determined.

⏚XIII was here

Project description

adam.IP is a copyright management and registry solution for the creator economy. Creators will be able to register the authorship of their digital creations and license their content in an Intellectual Property (IP) compliant manner to licensees. The licenses take the shape of a SecretNFT and only the holders of these shall have access to the decentralized stored digital creations.

The problem / solution

Unlike trademarks, design rights and patents, creators are not required to register their works to obtain copyright and no formal copyright notice is required to claim protection. A copyright is deemed to exist with the creation of the work. The issue is that the work’s authorship is hard to prove.

This problem is further exacerbated with digital creations. The development of technology has enabled people to consume content at an unprecedent scale in exchange for no payment to creators. From an IP standpoint, this represents a challenge for creators to protect, manage and monetize their works.

Stakeholders – including creators, streaming services and distribution platforms – have been ignoring this, resulting in:

1. A lack of creators’ rights enforcement
2. Complicated IP law compliance for end-users

The dawn of Web 3.0, with its decentralized nature, represents a challenge yet to overcome and the biggest opportunity to create new business models for creators, backed by enforceable IP rights.

In particular, adam.IP will focus in the following 4 points:

1. Royalties: Creators will be entitled to a share of future royalty payments.
2. Monetization: Upfront payment to access a work and maximation of potential monetization.
3. Power to creators: Distribution platforms will have to license the works, under the creators’ terms.
4. Authorship: Creators’ rights shall be respected and enforced.

By solving these, adam.IP will be the backbone of the creator economy.

Product Description

adam.IP shall have 3 main features:

1. DAM: Digital Asset Management interface for creators to manage copyrights.
2. IP on Blockchain: Copyright and digital works registered on-chain, with licensing taking the form of a SecretNFT.
3. KYC for creators: Creators are identified and accountable for their works’ claims.

Adam.IP’s framework is summarized as follows:

• Registration

• Creators register their works
• The registration will deploy a smart contract, which is owned by the creator, and represents the registration of the work’s authorship
• Digital work is stored in a decentralized solution (IPFS or similar)
• The created smart contract will enable the minting of licenses (SecretNFTs)

• Licensing

• Before licensing, the creator will be subject to KYC validation
• The licensing terms are defined
• License /SecretNFT – adam.IP’s SecretNFT – is minted and made available in public marketplace
• Acquisition and transaction of licenses / SecretNFT among licensees (development of both primary and secondary markets)
• License / SecretNFT holder with access to digital creations (under defined conditions)

• Copyright management

• Creator manages registered copyright
• Check granted licenses and its main terms
• Check royalties balance account
• Promote works via social media / community-based platforms
• Access to other services, such as IP appraisal, IP enforcement

• Registry

• Registration of smart contracts, minted SecretNFTs and transactions
• Global copyright registry

Go-to-market plan

Our go-to-market plan will be split in 4 stages:

1. Launch of NFTairdrop in Stashh of adam.ip’s SecretNFTs by a selection of creators
2. Collaboration with copyright-rich entities, to license their copyrights with adam.ip’s SecretNFTs
3. Establish partnerships with cultural institutions and arts education schools to promote the importance of copyright and adam.ip as a solution
4. General marketing to attract creators (licensors) and potential licensees (companies and individual end-users, collective copyright entities, distribution, and streaming services, etc.)

Value capture for Secret Network ecosystem

The use of the Secret.NFT as a fully compliant copyright license would represent a new use case for Secret Nework, and one capable of transforming and supporting the new creator economy. The privacy feature of the Secret.NFT perfectly suits our requirements to add the necessary metadata and protect the access to store information / content, as this should only be accessed by the owner of the Secret.NFT, i.e. the licensee.
We believe that development of adam.IP’s NFT would increase the number of potential users, including driving more users to the Stashh marketplace, where these Secret.NFTs could be transacted. By creating a secondary market, where the same license maybe transacted multiple times, the creator may be entitled to a cut of each transaction or of each generated royalty. This would be an enormous incentive for more and more users to use adam.IP’s SecretNFT.
Last but not least, while it is possible to build the project on ERC-721 standard, the possibility to have a single digital creation generating multiple licenses, therefore minting multiple NFTs, would be relevant to eventually move to ERC-1151. As this is part of Secret Network’s development calendar, we believe we could help in accelerating such development by creating the necessary uses cases for it.

Team members

Tiago Sequeira (Linkedin, Discord handle: Bgod#9600)
Gonçalo Simões de Almeida (Linkedin, Discord handle: Goncalosimdal#3122)
Diogo Costa (Linkedin, GitHub, handle: DC1991#2155)

Development road

Future plans

Our vision for adam.ip is to establish it as the backbone of the new creator economy, where creators may protect and monetize their works. Licensees of the works will have the legal certainty that they will not be infringing any copyright.
The registration of these movements, will allow adam.ip to build the world’s largest pool of copyrights, which will allow us to build several layers of services, including IP protection services, IP funding and even a developed IP investment market.
Most importantly, our main ambition is to grow adam.ip into a DAO, positioning creators as the main stakeholder and key decision maker. In summary, adam.ip will empower creators and change the entire industry.

Project Description

Griptape.js is a front-end Secret Network application development framework written in Javascript. It was built to get Secret Network app developers off the ground quickly. With a rich feature set and opinionated design methodology, Griptape.js will allow developers to focus on building what makes their app unique, not what it shares in common with every other app.

Detailed Description

For a thorough understanding of what Griptape.js is, what problems it solves, and how it solves them, please visit our documentation Here. To summarize though, Griptape.js helps developers build apps on Secret Network. It does this by providing all the necessary parts an application needs to work, but also through an opinionated architecture that removes many of the fundamental decisions that are hard enough to make when your backend isn’t a blockchain with encrypted state. In other words, it makes things easier.

Just Install Griptape.js and you have an environment ready to begin talking to the blockchain and the secret contracts running on it.

Problem / Solution

Problem: Developing web applications on Secret Network is hard, and the solutions that people have developed are all doing the same things in different ways, some more successfully than others.

Solution: Griptape makes application development significantly easier by providing common components, utilities, and preconfigured libraries by default. In addition the framework gives you a structured way to organize the different parts of the application that is intuitive and scalable, removing many early decisions can lead to refactoring over and over as your application grows.

Value Capture for Secret Network Ecosystem

The challenges of developing contracts on Secret Network are well understood. Less well understood and arguably under-appreciated, are the challenges of developing user interfaces for those applications. Whether it’s the current need for every developer to build the same features independently, the amount of boiler plate code required to be written for each task, or the fact that design decisions around viewing keys and state management, if done incorrectly, can lead to frustrating UX and even network wide performance issues; the need for a unified set of tools is clear.

At the same time, javascript tools do exist that make it easier than it has ever been to build complex performant applications for the web. It is fair to say that any developer who comes to the doors of Secret Network will be familiar with Vue.js or React.js, and probably both.

We feel strongly that the growth of Secret Network depends on helping usher these folks through the door by allowing them to be comfortable on day one. Griptape.js will do this by connecting the technologies people already know with the Secret Network tools that are revolutionary, but at the moment, difficult to use.

Team Members

Stake or Die

• Sandy Corsillo
• Victor Valle
• Luis Espinoza
• The Stake or Die Team

Community

• The project will be open source and we will welcome and encourage anyone who wants to contribute.

Development Roadmap

Before describing the roadmap I have good news, the project is live right now.
That's right, you can start using it today. To really get a feel for our vision, read technical documentation, and even follow a simple tutorial to build a functional app, visit griptapejs.com & docs.vue.griptapejs.com.

The current build is far from perfect, we only have the vue-flavor, and a lot of features are still at an early stage, but what we have currently is significant. In fact we are using it internally at Stake or Die to build our next project.

So from a roadmap standpoint we are already 2 months down the road and have a significant feature set.

Current Feature Set

• Griptape.js - v0.2.12

• Griptape-vue.js - v0.2.22

• Early Docs

• Partial Tutorial

Completed Feature Set

• Griptape - v1.0.0

• Griptape-vue - v1.0.0

• Griptape-react - v1.0.0

• Poser - (Mock Library)

• Joystick - (State Orchestration)

• Prodigy - (Server)

• Skateshop-cli - (app scaffold and schema-to-contract-defintion builder)

• Griptape-ui Library

• Full Documentation

• Video and Text Tutorials

• Office Hours

• Public Release Meetings/Demos

• 2 Hackathons

Process

The development will be done using Agile Development Methodology. Progress will be made in 2 week sprints with working releases at the end of each. Our budget calls for 12 sprints (24 weeks) of development.

Grant request

Overview

From a funding perspective, the plan is to split the project into two parts with separate grant applications for each. This is to reduce the risk to the ecosystem and allows us to be agile in our longer term planning.

Part 1 (Current Grant Request)

Part 1 will be executed in 6 sprints, starting Monday, July 19th, and will focus on improving the overall architecture and feature set Griptape.js and Griptape-Vue, and implementing Griptape-React. For this we are requesting a total of 55,000 USD (51,128.15 SCRT based on 7 trailing avg of 1.073 SCRT to 1 USD calculated on 2021-07-13), made in 4 payments.

• 10K (9,319.66 SCRT) immediately
• 20K (18,639.33 SCRT) on completion of work
• 12.5K (11,649.58 SCRT) after a total of 5 projects* are built using Griptape.js
• 12.5K (11,649.58 SCRT) after a total of 10 projects* are built using Griptape.js

• "Projects" defined through mutual understanding to be "serious" projects and not proof of concepts, hackathon submissions, or other similarly "early" endeavors

Part 2 (Future Grant Request)

If approved, the second part will focus on the implementation of Poser, Joystick, Prodigy and Skateshop-CLI as well as building out the Griptape-ui library. Additional funding to be discussed and determined later.

Additional considerations

In addition to the hours of work outlined above, a significant amount of work and services are included. They are:

• The initial 2-3 Months of development it took to get the project where it is today.
• 1 hour weekly office hours in which Sandy and Luis will be available for support, feedback, and ideation with the community (First hour was attending by 10+ community members).
• 1 hour bi-weekly live release/demo meetings at the conclusion of each sprint
• 2 "Hackathons" (at the end of each phase), sponsored by Stake or Die, in which a teams will compete to build different UIs based on a common contract.
• Free video tutorials demonstrating solutions to common issues.

End Note - a word about network upgrades / improvements.

In order for Secret Network to thrive, the network itself needs to go through periodic upgrades and improvements. While unarguably the best thing for the network, these upgrades can introduce changes that make dApp maintenance a challenge. Whether it is breaking changes that will impact every dApp on the network, or just new implementations of contracts that are widely used, having a framework that handles the lower level code can be incredibly helpful in improving the speed and quality of upgrades across the ecosystem. With the upcoming Stargate upgrades getting closer by the day, we are excited about the potential Griptape holds to make the lives of developers and users much easier.

Project Description

We intend to create Secret Contract code verification system like the Ethereum ecosystem has, particularly etherscan.io.

Problem / Solution

Problem

We see two problems that intersect:

1. There is no place where developers can relate* the source code to Contract address and verify it.
2. For Secret Contract users at this point it is very hard to find** the source code of the contract and be convinced that the contract is deployed from it.

*We know that in contract deploying process the developer can provide a link to the source, that will be written in the blockchain. But a bad actor can put any link that can create confusion for the user.

**At the investigation time for this offer we had a hard time to find the most executed contract in our network which is SSCRT. Because the repo has been updated, it wasn't clear which commit had been deployed. Fortunately, we have active admins in dev-discussion channel in discord who pointed to the commit of the deployed source.

Solution

• Docker image that will verify contract code.

• Open source web app that will:

  • Show contracts list, with info about verification status.
  • Show contract source code if it is verified.
  • Give opportunity to provide a source code in order to verify.

Detailed product description

Docker - Secret Contract Verifier

The Docker will take 3 inputs:

• Source code of the contract that the user wants to verify.
• Secret Contract Optimizer version.
• Hash of Deployed Secret Contract.

And give a boolean output about the success of verification.

Web App
We will create an open-source web app using MERN/Typescript.

In main page will be listed all deployed contracts in Mainnet with next columns:

• Contract Label
• Contract CodeID
• Contract Verification Status
• Show/Provide source code Button

On click in a contract row will be directed to detailed view which will contain:

• General contract Information
• The source code of contract in case it was verified previously.
• "Provide source code" button in case it wasn't verified previously.

On click "Provide source code" button, will be opened dialog where developer must choose the version of Secret Contract Optimizer that he/she used, and upload zip file of contract project. After completion of the uploading process, the app will give a temp link. If a developer opens a link, he/she can see the logs of the verification process. If the result of the Secret Contract Verifier is "TRUE", the status of that contract will be changed to "Verified". Also, all contracts with the same CodeID will get "Verified" status. Source code of each "Verified" contract will be saved in DB in order to serve to users.

So Why Docker Image? In case users think that we (the web app) can be bad actor, they can verify the contract by themself easily.

Value capture for Secret Network ecosystem

Our idea is that the system finally will be deployed on different explorers, specially in one that will be baked by Secret Foundation. And We will have more strong and trustless ecosystem.

Also, the verification process of Secret Contract will be easier with Secret Contract Verifier (docker) for users.

Team members

• Gagik Khachatyan (21 y.o.)
• Manvel Arzumanyan (41 y.o.)

Team's experience

• Gagik is a student of computer science - Information Security (NPUA). He has 3 years of experience in developing with different techs and currently landed to MERN combination using Typescript. He is involved in Secret Network, thanks to tutorials created by Figment. He is actually Secret Agent.
• Manvel was in Secret Network since September of 2017 from Enigma's times. He participated in ICO without luck. Privacy enthusiast. Promoter of Secret Network without having titles. In the 3D world since 2000, developing 3D in web since 2013.

We've been a team for 5 years. Spent major time on proprietary 3D Configurator software using WebGL.

Team Code Repos

• https://github.com/gago55
• https://github.com/manvelarz

Team LinkedIn Profiles

https://www.linkedin.com/in/manvel-arzumanyan-18623b5a/

Development Roadmap

The problem was seen from the start of the Mainnet. We were waiting for the solution to come on its own (no luck). When we saw the Grant Program announcement we decided to go forward with it. So the Roadmap was started a month ago. We have spent a lot of time to understand all aspects of the problem deeply and to plan the solution.

We will require 25-40 days to complete this project. We intend to have one developer full-time and 1 part-time. Also, we will provide infrastructure for web app and support it for one year. At a total cost of $24,000.

• first we'll create the Verifier Docker image - 5-10 days
• web app will be finished in about 30 days

Ideally, we can receive payments in 2 disbursements, 25% at the beginning of the grant and 75% when the development work is completed.

We would like to receive 100 % in SCRTs, as we believe in the success of our Network.

Additional Information

We are open to estimate in the future, the version of the Verifier (docker) that will verify the Secret Contract that has been created without Secret-Contract-Optimizer Docker.

We believe that Secret Network will be a big part of the privacy ecosystem for our civilization.
We’ll be proud to be part of it.

Fardels: Privacy-preserving decentralized social network for sharing items of small value

Project Description

Ever since the creation of smart contracts there has been a promise of building new kinds of decentralized social networks. In practice what has been built have been impoverished clones of existing social networks (for example, EtherTweet) that lack key features, such as the ability to follow others. That is because most smart contract networks do not keep user data private. Plus, they have not innovated around the strengths of the blockchain to rethink the types of relations that the social network aims to foster.

With Fardels we aim to improve on both counts. By building on Secret Network, important aspects of user data can be kept private. And just as Twitter innovated around sharing short pieces of information, Fardels is designed to foster a culture of sharing digital items of small value.

A fardel is a bundle or collection of information that you carry to the decentralized web to share with others. The contents of a fardel can be a link to a file, an image, or even a short piece of text like the punchline to a joke. It is something others are willing to pay a small price to access (e.g., no more than 5 scrt), and because the price is low there is little risk in unpacking one. There are no limitations on what kinds of contents are shared. It can be a link to an immutable file on IPFS or a simple Dropbox link. Thus, the contents can be permanent on the blockchain or they can be ephemeral, copyable, deletable, sharable. You can think of them as anti-NFTs, because the content creator earns money based on the demand of the users to unpack the fardel, not because of its high value.

If the fardel was something that made you smile, that you found useful, or simply valued in some way then you can leave a positive comment and rate it up, so others will know it is something they might want to unpack as well. And if the contents are a let down or disappear (for example, it contains a link to a file that no longer exists), well... you can write a negative comment and rate it down. It didn't cost much so no great loss. Over time content creators who create quality content will get good ratings and will begin to gain social capital in the community. People will trust them and want to unpack more of what they have to offer.

Go-to-Market plan

We will draw on the active Secret Network community to refine development of the Fardels social network. Once we have done a test-run on the holodeck-2 testnet and incorporated feedback from the community, we will launch the contract on mainnet along with the UI.

The success of the social network will depend upon the users providing quality content. Therefore, it could be useful to identify existing content creators who can help to generate interest in the network. Twitter grew after a demo at SXSW-- a similar launch done well would be ideal. SXSW is in March which is a long time off, but there might be other venues that could showcase the app sooner depending on the development timeline. Under-the-radar growth until that time leading to a proper launch could be a good option to beta test the system.

Value capture for Secret Network ecosystem

Because SCRT is the foundation for all transactions on the social network, as the network grows it will create demand for SCRT, and it will provide value for validators and stakers. The social network can drive new adoption of Secret Network by people who have not invested much value upfront or who are even involved in crypto. For example, any content creator can create a Keplr wallet, carry fardels to the network, and start earning money. It might be useful to incentivize and kickstart usage of the network by, e.g., providing a small amount of SCRT to all new users of the social network (who agree to KYC) for a specified time period, so they can easily post a few things and try out the network.

How to make the project financially sustainable / profitable?

Once the contract and website have been deployed there will be need for continued development of UI features as well as maintenance of server architecture for hosting the client side (react app) and content indexes. Additionally, if successful, other UIs such as mobile apps will need to be developed. Thus, there needs to be a way to make the value capture for the secret network ecosystem also sustain the project. The following options are possible but need further development:

• Small fee on all transactions that go back to project (perhaps for a fixed time period). This would require coding into the contract itself.

• Paid UI features, e.g. advertising and promoted fardels, etc. (commercial focus)

• Funding from Secret Foundation, others. (non-profit focus like Mozilla)

It is possible that we could create a SNIP-20 token for this project, but a big advantage to keeping everything SCRT is that it will drive adoption and avoid introducing an alphabet soup of tokens to users. That's fine for secret swap users but not casual users of the fardels network. Ideally, users should know about (or be introduced to) SCRT and have an easy way to convert it to and from fiat currency, and not require any additional knowledge about crypto. But I am happy to hear alternative suggestions.

Team member

• Ben Adams. Ben has several years experience doing web and mobile programming as well as developing scalable information retrieval applications. He teaches these technologies in a university setting. He has been developing Rust secret contracts for a few months. https://github.com/darwinzer0

Structure of the team

I have obviously started this project as an individual, and I have gotten some initial positive feedback from the community. If there seems to be broader interest in the idea, then one option I would consider is to incorporate a startup in New Zealand, which would become the formal entity developing this project. In addition, I would encourage others who are keen to be part of this project to get in touch. Women and minorities are especially encouraged to contact me if they are interested in being involved in this project, because Web 3 desperately needs more diversity and so do the engineering teams building our online social networks!

I would be happy to discuss options with the Secret Foundation regarding how the grant can be structured in that case, though perhaps for the sake of expediency it would make more sense to leave that for the second round of development (see "next steps" below).

Development Roadmap

An early first draft of the Fardels UI and contract was developed as part of the HackAtomRU hackathon. The repo can be found here: https://github.com/darwinzer0/fardels. The initial roadmap for this grant is for further development of the contract and UI integration. Once that has been successfully completed, a follow up grant application might be made that will focus on further UI and index development.

The goal is to have a fully working testnet version of the Fardels website ready for testing by the community on June 30, 2021. The work for this grant will be developed part-time for ~12 weeks. If the project is progressing well, then I will be able to devote more time after that date to work on a follow-up grant (or seek out other funding).

Contract development

For this grant I will revise the Fardels hackathon contract as follows (not an exhaustive list of changes):

• A new generic data structure for a Fardel:

  • Public: public message, thumbnail image, tags, cost, timestamp, seal timestamp
  • Private: private data as compressed JSON. Will allow for different UX based on fields in JSON data.

• Add logic for optional sales approval (similar to secret markets)

• Update storage of rating:

  • Upvotes and downvotes tied to user account, limit number of votes allowed per user.

• Update storage of comments, needs to be changed to an append store.

• Add logic for blocking/unblocking accounts. This will allow users to block specific other users from unpacking their fardels, so that, e.g., they cannot post abusive comments.

• Finish logic for sealing/unsealing fardels, including an automatic sealing time.

• Add logic for getting fardels based on global id to facilitate off-chain indexing of public information. This will also require some revision to how comments are stored as well, so that the indexer can efficiently retrieve updates based on recent comments.

• Add admin functionality:

  • Allow admin to change constants (e.g., max cost)

  • Option to set whether accounts can be banned. This will help to define the culture of the network: censorship resistant and unmanaged, or simply privacy-preserving and managed to help prevent selling of illegal material and stopping bad actors who widely share the fardel contents after unpacking, or try to sell it themselves. In those cases the admin would not have access to the private data of the user, but other users could report someone upon unpacking the fardel, and the user could be banned based on that. Such administration will also naturally incur much more of a maintenance overhead.

  • Possibly make some query functions only allowed for admin (using viewing key). E.g., getting fardels by global id for indexing. This will help prevent spamming of the contract.

• Add logic/storage to export sale information/analytics to a user

New UI functionality

In addition to further development of the contract, I will also complete the basic client UI functionality that was not completed in the hackathon. Specifically:

• Update all relevant UI elements to fit the new fardel data structure

• Add approval mechanism for users that select that option for their fardels

• Pagination of fardels, comments, followers, etc.

• Full profile/registration functionality

• Clean up the structure of the UI code (it was written in a hurry)

Once I have both parts, and I have done documentation, I will do some preliminary testing. Once I am happy with that then I will announce the testnet version for the community so they can start providing feedback.

Next steps (post-grant)

The UI can be further developed once the contract has been put on testnet. Additional features that need to be developed, but which are not covered by this grant, include the below. These are all features that should be in place prior to a wider product launch / promotion:

• Development of templates for different types of Fardels with features such as automatic public tag recommendation, etc.

• Creating an Elasticsearch index off-chain that drives search based on public contents of the fardels, and associated development of a search UI. Depending on the timeline of secret network upgrades, this might or might not utilize plaintext logging.

• Integration of OpenPGP + upload to IPFS. (Do we host IPFS nodes?)

• Simple tutorials on usage that are integrated into the UI.

Grant request

The funding that I am requesting is $20,000 USD equivalent in SCRT. Ideally, payments will be in 3 steps, one payment ($4,000) at the beginning of the grant, one payment ($8,000) after the bulk of the contract code is completed (as indicated by GitHub pushes, target May 31) and last payment ($8,000) when the UI integration work is completed (as indicated by GitHub pushes and testnet code announced, target June 30). These dates are subject to the start date of the grant.

I would be willing to consider part payment in SCRTs, up to 100%.

Comment on branding

Fardels is a working title and it is a nice metaphor imo, but I am not dead set on this name and open to feedback about alternatives. I am also not a graphic designer and it would be good to develop a proper logo, and have input from a designer on the look and feel of the website.

Project Description

A value transfer bridge connecting the Monero blockchain and the Secret Network

Secret Monero Bridge v0.0.1 preview video: https://ipfs.io/ipfs/QmeGYvXnfA8iPMS2AC17TYu1zuVbVqJjnr2MYZ5mJpD1wc
Secret Monero Bridge Dapp (v0.0.1): https://ipfs.io/ipfs/Qmdy9Ups2Ru3ycKAiCre9zomRbFqgts1eAcvG43E2CcQTt/

Secret Monero Bridge github repository: https://github.com/maxkoda-cpu/Secret-Monero-Bridge

Problem / Solution

Growing liquidity on the Secret Network to enable the success of Secret DeFi is essential. Currently value held on the Monero blockchain (approx $7.5 Billion) can not directly participate in DeFi. Our Secret Monero Bridge would enable the transfer of value from the Monero blockchain onto the Secret Network (in the form of sXMR), that could directly participate in Secret DeFi. Monero transferred to the Secret Monero Bridge is locked in a multi-signature wallet. Our bridge would also enable value to be moved back onto the Monero blockchain when desired, unlocking then transferring the monero to the user’s wallet.

We expect the Secret Monero Bridge to provide increased liquidity on the Secret Network and Secret DeFi. A win/win for both communities.

Detailed product description

We have deployed the Secret Monero Bridge v0.0.1 to the testnet (holodeck 2 and the Monero testnet).

The scope for this grant proposal is to move the Secret Monero Bridge v0.0.1 to the mainnet and release that deployment as the Secret Monero Bridge v0.0.2.

This following covers what we have already developed:

We have created a secret Monero (sXMR) token which is pegged 1:1 with Monero (XMR)

The Secret Monero Bridge's Monero wallet is a multi-signature wallet and transfers into that wallet will be from individual Monero holders. Transfers out of that wallet (sXMR->XMR) is controlled through a Multi-Signature Consensus Facility to properly secure and provide a decentralized consensus approach to transferring value out of that wallet. The Secret Monero Bridge will charge nominal bridge fees (0.0032 sXMR in release 0.0.1). Bridge fees will be managed (set/revised) via a governance mechanism. Collected fees will be managed via governance.

The Multi-Signature Concensus Facility consists of a set of decentralized nodes that control the minting of sXMR tokens as well the transfer of Monero from the bridge wallet during the burning of sXMR tokens. The multi-signature consensus nodes will be required to stake an amount of value as a performance bond and misbehaving nodes will be financially penalized. Multi-signature nodes share in the revenue provided in bridge fees as specified via the governance model. The Secret Monero Bridge governance model is envisioned to be implemented as Decentralized Autonomous Community (DAC) in the future.

The amount of XMR reserves locked on the Secret Monero Bridge will be made public as well as the amount of sXMR in circulation. These facilities will allow stakeholders to verify that the reserves locked in the bridge Monero we llet equals the amount of sXMR in circulation on the Secret Network.

We have built a Decentralized application (Dapp) running within a web browser that is uncensorable and unstoppable to provide the Secret Monero Bridge user experience. This design pattern (Dapp hosted on IPFS) will appeal to user privacy requirements (extend privacy to the web application itself) and make the system antifragile.

Go-to-Market plan

The Secret Monero Bridge will be a value add to both the Monero community and the Secret Network community and we intend to market it to those two communities.

Value capture for the Secret Network ecosystem

The main KPIs for Secret Network is TVL (privacy value add to other blockchain ecosystems), the Secret Monero Bridge will attract the interest of the Monero community to the Secret DeFi ecosystem. The Monero community requires privacy and the Secret Network should meet those requirements. Currently the Monero community is unable to directly access DeFi services. The Secret Monero Bridge will change that.

The number of transactions and number of user (for applications) projections relative to the Secret Monero Bridge will reflect market supply/demand forces.

Team members

maxkoda
bobcalifornia
segfaultdoctor

Project github repo

https://github.com/maxkoda-cpu/Secret-Monero-Bridge

Team's experience

maxkoda has had over 40-years coding experience as well as 10-years experience as an information systems architect in a Fortune 100 company. Maxkoda has been working in corporate america as well as in many major open-source projects.

bobcalifornia has had over 30-years of coding and UX design experience. Working as an independent freelance consultant and member of many open source projects.

segfaultdoctor has 7 years of professional coding experience with Java, Golang, Nodejs, Ruby on Rails, and ReactJs.
Experienced in building and maintaining production-grade distributed systems in various startups and most recently Amazon

We started the team with the Secret Monero Bridge Proof-of-Concept

Development roadmap

We will require 28-days to move the v0.0.1 release to v0.0.2 on the mainnet, at a cost of 5,000 SCRT

We would desire payment in SCRT (100%) prior to the start of the work effort.

Team name

TNLS

Project Description

In this proposal, we propose a bridge solution for encrypted data between SCRT and public blockchains. We review existing bridge solutions and their respective tradeoffs, and we outline the need for an encrypted data bridge. We then describe the details of our solution, which uses similar routing and security techniques that public to public data bridges use but adds in industry-grade encryption techniques to ensure that data remain private throughout the entire process—with routers and validators ensuring the integrity of the private data via consensus. We close with a discussion of potential challenges and pitfalls of our solution and our mitigations.

Problem / Solution

The multi-chain future is no longer an abstract vision. It has become reality—and a painful one at that, since cross-chain solutions remain clunky from a user perspective and perilous from a security perspective. Although many people have expressed concerns about the inherent security limitations of bridges, it is clear that, at least in the short to medium term, bridges serve a clear infrastructure need in the market.

Current bridges focus on providing users with liquidity to easily move assets across chains and layer-2s, and more and more liquidity bridges are beginning to generalize their solutions to provide support for data and message passing to enable true multi-chain apps to be built. The bridging landscape is crowded, indeed, and many of these protocols are beginning to converge on similar architectures and solutions—Wormhole, Synapse, Layer Zero, Axelar, Celer, Connext, and more. Notwithstanding all of the potential bridging options for both liquidity and data, there is still one need that existing solutions do not serve: bridging data privately.

More specifically, there is a need for an encrypted bridge that passes data between public blockchains (like Ethereum) and private blockchains that are optimized for general-purpose computation (like Secret Network and Oasis). There are a variety of use cases that private computation-focused blockchains serve, but until now they have been limited by their siloed nature.

More specifically, applications must be built either fully atop these private blockchains—which often presents efficiency and scaling challenges—or, alternatively, applications can be built on public blockchains but can use private blockchains only for specific computational purposes. The latter is clearly superior for efficiency, security, and composability reasons. But until now the former has been the dominant mode of development for private blockchains because there is no true private data bridge from public chains to private chains—a bridge that would allow only private computation to occur on the private chain without revealing any of the data in the bridging process.

Sample use cases include:
Interchain KYC that preserves privacy, similarly with credit score checking

On-chain non-frontrunnable investment portfolios that run on the larger public chains

NFTable data, such that the data itself is accessible only via privacy-preserving contracts but the NFTs of that data can be sold via public chains/with all the existing NFT infra. (Legendao interfaces with Eth/Sol for free, etc)

This is where our solution comes in. Our bridge is optimized for communication between private and public chains (and, if necessary, between private and private chains). Our bridge uses similar routing and security techniques that public to public data bridges use but adds in industry-grade encryption techniques to ensure that data remain private throughout the entire process—with routers and validators ensuring the integrity of the private data via consensus.

More specifically, our solution works as follows. It is based on variants of the Axelar and Chainlink architectures for public-public contract calling, with a master gateway on each connected chain and a relayer network called TNLS connecting the gateways. For our cryptographic systems, we’ll be using industry standards similar to those found in TLS/SSL, i.e. elliptic curve based cryptography for key exchange, AES for actual encryption, serving as a hybrid system (basically, PKCS #7). Additionally, in order to ensure message veracity, every time the system transfers between gateways, from the initial user, or from contract to gateway, it’s signed by the gateway it just left using ECDSA variants.

A short version of our protocol is as follows: “to call a private contract from a public one, you call the master public gateway with user-signed and encrypted inputs, it passes the inputs to TNLS, TNLS passes them to the master private gateway, which checks the signature then passes them on to the desired private contract, that contract decrypts encrypted inputs, executes user code, signs the result, and outputs the signed result back to the master private gateway, then the master private gateway verifies the signature, signs the result itself, and passes it back to TNLS, which passes it back to the master public gateway, which verifies the private gateway signature then calls the callback of the original contract”.

TNLS, our relayer network, is relatively architecturally simple — it’s a DPOS based architecture where nodes get rewarded for the total number of passed messages/transactions per block based on the amount they have staked, and all nodes are doing initially is passing messages from one chain to another (initially via API, though this can be revisited). The network will become more complex as we add the capacity to programmatically add new gateways, where we’ll need to have some governance capabilities to support that gateway addon so fake gateways don’t get added. The gateways themselves serve both to package up calls between chains and to verify that fake tasks aren’t being passed off as real ones/tasks aren’t being misdirected.

The primary additional costs of this solution are the additional signatures and verifications inherent in packet-passing. Efficiency-wise, we get the upside of trusting private signing keys on both ends of the communications chain (one from the user and one from the private compute source) so we don’t need to worry about multisig on the relayer network.

Go-to-Market plan

Our GTM is to work with devs who've already indicated interest in building atop TNLS -- this is infra that's needed for several use cases, so we'll launch with those use cases ideally (secret Bazaar style)

Team members and experience

• Leor Fishman -- Leor has worked in software for ~7 years, and managed teams for 3 -- he's led large-scale intersystem communications projects before and worked on E2E encryption-based protocols pretty similar to this. He's also been close with the SCRT team since ~2017 and been contributing to specs/security issues for those 5 years.

• Ben Simon -- Ben has been in the crypto space for ~3 years, and ran research at Mechanism for 2 of those years before moving to Spark where he's now a venture partner. He's also run several defi protocols before.

github

• https://github.com/FishmanL

LinkedIn

• https://www.linkedin.com/in/leor-f-63490785/

• https://www.linkedin.com/in/benjamin-simon-56826b120/

Roadmap and Ask

Roadmap: Our path to testnet has 3 substeps:

one at complete approved spec and architecture design (with proof of security) (3 months),

one at a version of this working on testnet with a dev machine serving as the sole node (3 months),

final with this working on testnet with a testnet of validator nodes running (2 months).

Post testnet, our path more generally has the following steps:

1. get to testnet: ~8 months

2. get to mainnet for a pair of chains (SCRT-ETH or SCRT-SOL): ~4 months

3. Improve the chain adding/routing infrastructure/add more gateways: ~2 months per dev per chain, potentially less

4. Add specialized gateways for unique computation (Zama, etc): 3-6 months for a pair of devs, probably? (since it’ll be more important to add caching for routing, etc).

We will require 12 months to complete this project to mainnet. We anticipate needing 3 full time developers to do so at 200k annual salary (100 an hour), for a total grant amount of 600k USD or 115k SCRT.

Planned milestones:

• Months 1-3: Completed architectural spec + basic gateways complete

• Months 3-6: Testnet with dev machine serving as node, passing arbitrary contracts. Audits on gateways performed here.

• Months 6-9: Testnet with validator nodes, passing arbitrary contracts. Relay network audits/attacks performed here.

• Months 9-12: Launched network!

Ideally, we can receive payments in 3 disbursements, one at the start of the work, one at completion of dev machine-based testnet, one at network launch.

We would be willing to consider part payment in SCRT, up to 80 percent.

Fardels grant 2 - roadmap to a sustainable dApp

The previous Fardels grant allowed us to successfully create a prototype version of the Fardels website that was launched and tested on holodeck-2. Since testing, we've added more functionality to the contract and are currently doing a second round of testing. Now that we are close to launching the mainnet version of the Fardels contract, we are asking for a new grant that will enable us to build this project into a sustainable startup.

Our plan is to release the mainnet version of the contract late Aug/early Sept 2021. At that point the fardels website (UI) will be released in beta and development will continue on the website as well as other off-chain infrastucture for indexing.

Feature enchancements over the next 6 months (not exhaustive list).

These are in rough order of priority, but many can be developed in parallel:

• Preparation for mainnet release of contract
  • Final testing of contract through remainder of August
  • Setting up web server infrastructure
• Full search functionality to discover fardels that match keywords / interests of the user. (See more below.)
• Building out application features for interacting with fardel contents within the app, especially encrypted files of different types that are stored on IPFS. To begin with we will focus on views for the content. Later on we can focus on building out capability for content creation directly in the website. File-based views include:
  • Rendering of images, 3D models
  • Playback of videos and audio
  • Readers for popular document types, including PDF, Word, etc.
• Integration of IPFS pinning services into file upload, starting with Pinata. IPFS settings can be stored as private user settings in the contract.
• Adding in option to create countable fardels (i.e. with maximum number of unpacks). The contract already supports this.
• Support for linking fardels and embedding in other websites and social media:
  • Shareable links to individual fardels and accounts.
  • Open source Javascript API for third-party applications to be able to upload fardels to the network, embed read-only queries, etc.
• Optimizations to improve UX, e.g., by caching contract queries in browser (can be enabled/disabled by user).
• Direct messaging with Altermail integration.
• UI controls to set the "approval required" flag in the fardel, which makes any unpack go into a "pending" status until it has been approved. This prevents a malicious node runner from unpacking fardels without paying for them (see https://forum.scrt.network/t/product-idea-secret-market/2961). By default this will not be set, because fardels are by definition low-value items and running a malicious node is expensive, so not really worth the trouble. It adds a delay on unpacking and an additional expense for the poster of the fardel, because each approval will cost gas fees. But the option is there for those who really want it--makes most sense in the context of countable fardels. Part of this will involve developing an open source bot that people can install that automatically queries for pending unpacks and approves them.
• Ability to browse transaction history (as seller or buyer), and download.
• Guided tutorials for new users and FAQ page.

Indexing public data

The ability to search for fardels is critical--currently the interface only allows search by user handle. People can share their handle on other social media but clearly we need other ways for people to discover content. Design and implementation of an elasticsearch index for public data will be a high priority. Search functionality should match user profiles (handles, description, view settings, e.g. categories), fardel (public message, tags). In addition, faceted category-based search will be implemented.

Design work and driving engagement

In parallel with feature development, we will fully upgrade the design of the Fardels website, including not only logo/branding but also streamlining the user interface to create an accessible and easy-to-use interface with a unique look and feel. The goal here is to create a website that will stand out and create a different experience from other social media, and one that visually evokes the metaphor of carrying a fardel to Secret Network.

Once the contract is on mainnet, we will reward early engagement by creating a set of secretNFTs to be given to users who first reach milestones on the social network, e.g.: first with (20, 100, etc.) followers, first with (20, 100, etc.) unpacks, etc. In terms of growing the user base, we will leverage the Secret Network community as best we can but also will be looking to engage with content creators, focusing in a few areas such as music, art, and design. We'd prefer to start at a relatively slow burn, developing as lean as possible while learning from user feedback about what features to prioritize. Our long term goal is that the impetus for people to use the site will be that it offers a decentralized mechanism for people to share and monetize their content, and the fact that it is built on Secret Network will just be an implementation detail.

Longer-term development goals

There are a few longer-term development goals that are probably out-of-scope for this funding timeline, but we might get to depending on how things develop.

• Mobile version. This will likely not happen until there are good mobile wallet APIs for executing secret network contracts. A progressive web app might be the best approach, though our team also has extensive native app development experience so we will weigh all options.
• Content creation modules integrated into the app. Rather than uploading files or links to finished content, the app could support content creation directly within the app (e.g., substack-like blogging or video recording). However, we need to understand the use cases better, which will be clearer after getting user feedback.
• Currently files can only be stored on IPFS as single files. This means that a full download must happen before playback of video, for example. Future work will explore uploading multiple files to support features like streaming or the uploading of directories.
• Features that will require an update to the contract:
  • Allow for payment using SNIP-20 tokens. This will give two key advantages: 1) all transaction amounts will be hidden, 2) can allow for pricing a fardel using a fiat tethered coin (e.g. sUSDT or sUST after terra bridge).
  • Developing mechanisms that remove the disincentivize to comment and rate fardels, by refunding gas fees. This might require holding some percentage of the transaction fee in the contract.

Timeline and funding request

The timeline for this grant is envisioned to last 6 months, with 3 payment installments 1) early Sept (after mainnet release), 2) ~Nov 1, 2021 (mid-term report), and 3) ~Feb 1, 2022 (final report). The funding we are asking for is:

(10,000 SCRT / installment) x 3 = 30,000 SCRT total.

Payment of the grant will be divided 84% to US-based Fardels, LLC (8400 SCRT / installment) and 16% (1600 SCRT / installment) to Tim Denee (design lead).

The payment to Fardels, LLC will help to cover all dev personnel working on the project as well as some modest operating expenditures, which consist primarily of cloud computing to host the Fardels web server (plus load balancing, etc.) and a server for hosting the elasticsearch index.

Once the mainnet contract is live we anticipate that user feedback might shift some priorities, and we want the ability to flexibly respond to those needs as they arise. We will provide status updates to demonstrate progress on the project for each installment (in addition, to more frequent, smaller updates on discord and twitter, etc).

Team leads:

• Ben Adams (project and programming lead)
• Tim Denee (design lead) https://www.timdenee.com

Description
This bounty will create a bridge between Harmony and Secret Network. As a result,

• Alice (on Harmony) will be able to move Harmony assets to Secret Network as privacy tokens (SNIP-20) and have access to a privacy first and front-running resistant DeFi ecosystem.
• Bob (on Secret Network) will be able to transfer Secret Network assets to Harmony blockchain and access Harmony dApp ecosystem

Background materials
Please review:

• Ethereum - Secret Network bridge (repo 1, repo 2) and architecture description - this is a multisig setup, for hackathon we can target a centralized backend
• Polygon - Secret Network bridge (hackathon submission in ScalingETH) repo

For real-time Secret Network support please join chat.scrt.network

Acceptance criteria

• Deployment on testnet (Holodeck-2 for Secret Network / Harmony testnet TBD)

CERTup built by innovation hub “Trivium & ALTER”

Project Description

We intend to create sNFT based certificates for daily use globally on Secret Network utilizing SNIP-721. Secret Network has a major advantage with public and private metadata over any other network that presents NFT based certificates. An increasing number of mainstream businesses are searching for ways to effectively manage, issue and verify certificates. Currently, there are no NFT based certification systems able to use both public and private data thus several certificate projects based on public blockchain have failed. The sectors we see potential application in are: government, education, military, automotive, events, certification in AML/Accounting/Law. So far, we have already secured two interested parties: European Tech School (Blockchain based educational program in EU) and European Blockchain Convention (https://twitter.com/EBlockchainCon).

Our team has experience building Web3 projects and tooling on the Secret Network over the past year, and we are active in the chat channels. Needless to say, we are really excited to see this project evolve as we have already started the development to deliver it to our first client: European Tech School.

Problem / Solution

Other networks cannot protect private information about certificate owners. This is limiting an exponential expansion using blockchain technology in digital infrastructure. CERTup will allow any project, company, or organization to easily create, distribute and manage certificates with private and sensitive data.

Detailed product description

The components of the CERTup include:
A smart contract utilizing the SNIP-721 token standard to store certificate data both privately or publicly as needed by each organization using this service.
The smart-contract will allow an admin/operator address to whitelist verified issuers who will be able to manage their own certificate distribution.
When verified, each issuer will have a set of data stored that will be automatically included in every certificate they issue.
This issuer data consists of their name and a unique ID code to verify their authenticity and remove the possibility of similarly named issuers being confused.

An easy to use front-end so the certificate issuer can easily create, pay and distribute certificates.
Issues will be able to enter certificate and recipient information and choose a template.
For large distributions, such as graduation events at a university, recipients can be batch loaded for greater efficiency.
Certificates will include items such as the certificate name, serial-number, and dates of creation and expiration, as well as custom fields that the issuer may decide to create.
Certificate images will be generated from the entered information, encrypted, and uploaded to decentralized storage.
Certificate issuers can pay with SCRT or Coinbase Payment Gateway.
After payment, the information, image URL, and decryption key will be saved in contract storage.
A “claim code” will be generated to be given to each recipient. A how-to guide will also be provided.

An easy to use front-end for certificate recipients to claim issued certificates to their Keplr wallet.
Recipients will be prompted to create a wallet if they do not have one.
Recipients will enter their “claim code”, and the contract will mint an NFT with the information provided by the issuer to the recipient’s wallet.
After being minted, the recipient will be able to whitelist and un-whitelist others they want to be able to view their certificate data as needed.

Example certificates include items such as: diplomas, safety inspection certificates, professional certifications.

Go-to-Market plan

European Tech School will start using CERTup for the current and upcoming programs (around 300-400 per year). CERTup plans to use this as a great show-case for what blockchain can offer with the private metadata. Utilizing the marketing tools, CERTup will use the network that European Tech School has already set and manage to get introductions in about 30 companies in various sectors, as well utilize the certificates for European Blockchain Convention (https://twitter.com/EBlockchainCon)
The plan is to reach out to educational platforms and service providers of specialized certification institutions to present the project, demonstrate utility and ease of use. A database of 100+ companies has been already set to connect with.

Value capture for Secret Network ecosystem

The main KPIs for Secret Network is TVL (privacy value added to other blockchain ecosystems) as well as the number of transactions and users (for applications).
This project will rapidly increase established institutional recognition of Secret Network (C-level decision makers), increase the number of transactions (since the minting will be needed, as well payments will be also available in $SCRT), and increase the user base since the Clients will issue certifications for hundreds of users, onboarding them to Keplr Wallet and Secret Network.
Our goal is to issue and onboard >50,000 certificates and users in 2022.

Team members

• Trivium Node – Lumi and Xiphiar
• ALTER – MrFreeman / Oskars
• Project Manager to be disclosed to take the business side development

Team Website

• https://certup.net/ (domain reserved, in progress for website delivery)

Team's experience

Trivium Team Exp:
Built the implementation for randomized minting used in many nft projects on the network. (https://github.com/luminaryphi/secret-random-minting-snip721-impl)
Built Blackbox (https://blackbox.cash/).
Built snip20 history and other tools (https://scrthost.xiphiar.com/).
Contributed to many other projects.

ALTER Team Exp:
Building a communication, file sharing and management, productivity platform for Web3 utilizing Secret Network private smart contracts.

Team Code Repos

https://github.com/luminaryphi
https://github.com/TriviumNode
https://github.com/Xiphiar

Development Roadmap

We will require 1 month to complete the 1st iteration of the project so European Tech School can start using CERTup. After that, improvements and upgrades will be needed, which will take another 1 month of work.
We have already completed 1 month for back-end, design and initialized front-end. We intend to have 2 developers and 1 project manager, 3rd party content writer and marketing support, at a total cost of $41,320 paid in $SCRT

Smart contract development: $60.00 an hour * 90 hours = $ 5,400
Front-end development: $55.00 an hour * 200 hours = $ 11,000
Design for front-end: $40.00 an hour * 30 hours = $ 1,400
Product upgrade costs bucket: $ 12 000
Project Management cost: $42.00 * 20 hours * 8 weeks = $6,720
Marketing cost: publications, marketing materials, content writer support: $20.00 * 10 hours * 24 weeks = $ 4,800

Development Milestones:

Milestone 1: We have succesfully launched the platform and the platform works
Milestone 2: Marketing together with Euro Tech School by posting newsletter and publications
Milestone 3: Issue Certificates to Euro Tech School batches where at least 50 certificates will be issued
Milestone 4: Issue at least 100 certificates
Milestone 5: Improve the user experience based on the first issued certificates
Milestone 6: Attach FIAT payment card
Milestone 7: Increase use of the platform by 500% growth with goal of 500 certificates
Milestone 8: Onboard 5 more projects for certificate issuance
Milestone 9: Marketing activities, reach at least 50k impressions on Twitter/LinkedIn
Milestone 10: Onboard 10 more projects for certificate issuance
Milestone 11: Attract further funding (100k usd) to scale the team and improve the platform

Ideally, we can receive payments in 3 sets, one at the beginning of the grant, one after implementation of 2nd step and last payment when the development work is completed for the upgrade on the 3rd step.
1st disbursement: 35%
2nd disbursement: 35%
3rd disbursement: 30%

We would be willing to consider payment in $SCRT, fixed to the market price conditions of the when requesting the disbursement.

Additional Information

Secret Ledger App

Project Description

This is the dedicated Ledger App for Secret, the Github repo can be found here: https://github.com/SecretSaturn/ledger-secret

Problem / Solution

At the moment every Ledger user is forced to use the Cosmos Ledger App, which is unoptimized for Secret. Specifically the Cosmos App actually switches to "Expert Mode" by default as soon as it detects a TX which is not in ATOM, making it inconvenient for (average) end users to understand what is actually going on.

Similar as the Terra team has done it with their own app for Ledger, we propose a dedicated Secret App for Ledger to make it easy for users to use the Secret App with their Ledger instead of using the Cosmos App.

Detailed product description

We started off by forking the Cosmos Ledger App from the original dev Zondax.ch here https://github.com/Zondax/ledger-cosmos. We'll of course include upstream changes from the cosmos-ledger app to ensure that our secret-ledger app is also on the newest codebase (especially with the SDK changes that come in from time to time) and patches etc.

Some screenshots of the simulator to see how the Secret App will look like on a real ledger:

For more screenshots of the app you can also see the (test case) snapshots: https://github.com/SecretSaturn/ledger-secret/blob/main/tests_zemu/snapshots/ .

You can test the app on your Ledger Nano S if you follow readme:
https://github.com/SecretSaturn/ledger-secret/blob/main/README.md .

Go-to-Market plan

We already submitted the App to Ledger and awaiting their approval or revisions to make it to the Ledger Live Manager. After this we implement the improvements in the later phases and slowly roll them out via updates.

Value capture for Secret Network ecosystem

A dedicated Ledger App for Secret does multiple things at one for Secret Network ecosystem, mainly (but of course not limited to):

• Making it easier to use Secret at the start. Especially beginners seem to struggle a lot with the cosmos app simply because they are confused why they would need a Cosmos App for Secret.
• More exposure for Secret Network because we can actually be seen in the Ledger Live Manager.
• First hardware wallet to (directly) support Secret and over a second app.
• Ledger can under certain conditions (see here: https://developers.ledger.com/docs/nano-app/marketing-requirements/) also make some (additional) marketing for Secret.

Team Code Repos

We like to remain (somewhat) anonymous, so we only provide the SecretSaturn GitHub account here, but (as some of the team might already know) we are a validator on the Secret Network (🪐Secret Saturn https://secretnodes.com/secret/chains/secret-4/validators/E855109B212B9EB65C982FD44EE13E77E9E33C4A).

https://github.com/SecretSaturn

Development Roadmap

#Phase 0:

The Ledger App has been submitted to Ledger and we will ensure that the App will be released by Ledger.
Aside from this, everything needed from creating logos etc. to adjusting the tests is already done and ready.
We will need to write some additional documentation/tutorials for Ledger before approval (as the ones for the cosmos app are probably not enough detailed), but we will wait for Ledger for further instructions on what they want specifically.

Some coordination with the marketing team and/or the Secret foundation (see here: https://developers.ledger.com/docs/nano-app/marketing-requirements/) for the release should be done, but we will organize this as soon as a release date for the Ledger app is in sight.

#Phase 1: Following improvements to our app (after getting the first release out):

• Include Ledger Live support (meaning that you can see your SCRT balance in Ledger Live and e.g. send, deposit and stake SCRT within Ledger Live)
• Better IBC support and readability. (it works, but the descriptions are fairly hard to read, mainly because of the very long IBC addresses with 68 characters.)

#Long term (continuously):

• Continuous updating of the app, fetching upstream of the cosmos-ledger app from Zondax.ch
• Support in case there are questions
• Bug fixes and/or improvements in the app that need to be done
• Making sure that future new functions/msgs specific for Secret are also continuously included

The main idea is to first get an app out (that is already nice to use) to make it easy for users to finally use a dedicated Secret app and then improve more and more things as time progresses. Of course these improvements are not fixed, should new things come up at a later point of time we will of course make the appropriate changes to the app to ensure that everything runs smoothly.

Payment

The payment is proposed as follows:

For the release of the secret-ledger app (from understand the code to the final release in the Ledger App Store (approx. $50/hour x 70 hours):

750 SCRT @ 4,60$

We ask to only get a payment if (and only if) the Secret App is successfully released to the Ledger Live Manager. Of course the Foundation can also do the payment before the release, but it's not any requirement at all for us. We strongly believe in the Secret Network and therefore only want to be paid in SCRT.

In case we need more funding for the implementation of the future improvements we would append this SCRT grant at a later time and request more funding if really needed.

If you have questions please do not hesitate to contact me on discord as you already know my validator there. :)

Project description

The Secret Collective will be developing a virtual experience that allows users within Secret Network to view their NFTs on-chain. Our objective is threefold:

1. Continue building with current collections and applications to extend utility that is unique by Secret NFTs;
2. Provide an interactive gallery that users can share, customize and create their own immersion and;
3. Be a platform for creators to thrive and experiment with new techniques and technology that Secret Network can provide.

For comparison, you may look at oncyber.io on Ethereum which executes this ideology perfectly and it’s time we begin that journey here on Secret Network, and ultimately all of Cosmos. We want to take a step further with how users can maximise their experience in a virtual 3D gallery.

Secret Network is the hub for privacy. And we want to be the hub for all of Cosmos for people to display their NFTs uniquely - on Secret.

The problem

Virtual galleries are quickly becoming a staple in Web3; people want new and exciting ways to display, share, and interact with their NFTs in a digital environment. Due to the unique nature of Secret NFTs, there needs to be a specialized platform for those to exist in a 3D metaverse, where owners can choose what private data to reveal, and whom they reveal it to. Now we are presented with a situation where an NFT owner is limited in options for how their collection or body of work is displayed considering how new the NFT ecosystem is on Secret.

Another prime issue is how centralized many NFT marketplaces and virtual galleries are. oncyber.io stores their files on the Google Cloud and OpenSea handles mints through their own API¹. (allows them to deny API requests from competitors). This strays away from the core fundamentals of why this industry exists. We want to set a precedent, to be as decentralized as possible and strive for complete automation and this will be achieved through services like Akash and transition to on-chain storage (JACKAL, contract deployment)

Product Description

The end product will be a virtual gallery which will include many features. We will highlight that we want to release the product in two main stages (outside of the first one which has been released as a proof of concept).

Viewing of galleries

• Users will be able to search the “marketplace” of all publicly listed rooms and view the respective NFT inside.
• Users can interact with the gallery
• View NFT assets with relevant information and can view them more in detail. Notification on sale may be supported too
• Walk around to appreciate the art
• If permitted, can view private galleries

For example, Anons could establish their own gallery room designed by our 3D experts and only allow access to Anon holders.

• The user can also disallow public access and only whitelist collections or addresses

Saving & manipulation of galleries

• Users will be able to create their own experience
• They may select any room of their choice, which will be categorised as “FREE”, “PAID” or “PERMITTED”, all self explanatory.
• Paid gallery designs will be minted on our Stashh
• Earned could describe galleries only permitted for that user
• Users can upload their own 3D gallery design

This feature is still being brainstormed, but it’s possible to remove the requirement for permission to submit a gallery design.

• Accompanied with supported file types and markup configurations

This is great for users who are professionals at 3D design
This feature was inspired by a user who was recently exploited for his work by a collection that misled him.

• Monetisation (awarded to owner) may exist for these special galleries
• Users can purchase interior deco, cheaply, to spruce up their gallery
• Assets like furniture, lighting, effects
• Apply with drag and drop feature
• Save and then proceed to share (public or privately) with a custom URL to the gallery

Go-to-market plan

We believe collaborating with collections across the network will allow us to onboard as many people to utilize our platform as we want to work closely to enable those creators to connect with their user base. Some examples:

• Secret Apes: one of a kind, customized virtual gallery that only ape holders can view
• Vatroob: allow for surround sound within galleries

As it stands, users can mint tickets on Stashh for access to the gallery, but this is flawed for scalability. As this heavily restricts our user base, we will change how tickets are viewed:

1. Stop the mint process at a given time: Ticket holders are classified as “vip” which grants them special assets and features within the platform.
   • Unique animation effects
   • Custom galleries
   • ..and more
     We also will re-brand from Secret Collective to Secret Gallery

Once we address this issue then we can start with our marketing strategy:

• Target users who are active in the Stashh platform (keep in mind we are not a competitor)
• Approach figureheads within the Cosmos ecosystem
  • It’s important for us to market outside of Secret too as we aim to be the first proper virtual gallery on Cosmos
• Provide giveaways (included in marketing budget)

In addition, on launch we aim to have selective debuts of new galleries; accessed via entry passes, or special editions that are for sale on the market. This will feature galleries made in-house, as well as some designed by collaborating artists.

Value capture

Tor mentioned that Secret NFTs enable creators to form personal relationships with collectors due to their private nature². Secret Gallery primes to hone in on this experience and immersify creative work for users to interact with, which goes beyond the standard process at the moment (view only).

Those within the network will see more value in their digital assets if they are given another level of control over their web3 experience. And from an outside perspective, we feel our virtual spaces will attract users with a fun, almost “gamified” platform for interacting with NFTs, and will also demonstrate the benefits of privacy on Secret in a powerful way.

Team members

Curtis Pattee

Curtis is a multi-disciplined artist who specializes in architectural design and 3D modeling. He holds a master’s degree in Architecture and has spent the past decade-plus taking on various design opportunities and building a successful business. His most recent work involves computational modeling and architecture-related graphics.
Legacy Portfolio
Linkedin

Joel McElroy

Joel has a plethora of experience across multiple industries, including development, business (sales, management) & product manufacturing. He started with Java, developing and deploying plugins for online gaming networks hosting thousands of people concurrently. Since then, Joel has been learning and broadening his skills to scripting and applying business models to projects within the crypto space.
Github
Linkedin

Development Roadmap

We have already begun development, after hours of research into the best framework to work with. Initially we toyed with Ruby Rails however we felt that it was too resourceful unnecessarily, we also didn’t appreciate how opinionated it is, especially when we want to remain flexible with features. Support for RoR is small for Three. ThreeJS was initially developed for plain javascript, however javascript (Node for that matter) does not handle cleanups well and can get very messy and quickly³. On a project this large and with scalability in mind, we have opted to go with React (specifically NEXT).

Libraries:

@react-three-fiber (superior to ThreeJS)
ThreeJS (Used for defaults)
@react-three-drei (helpers)
@react-three-cannon (physics)
leva (GUI controls)

Looking at for future use-cases:

@react-three-a11y (interactivity)

Week 1-4

• Basic gallery creation, gallery marketplace viewing; share link included
  (private) Test server deployed on Akash
• Front-end design, development and clean user flow
• New (public and default) galleries designed and created

Week 5-8

• Gallery creation and manipulation
• Asset creation, with importing
• User controls and customisation

Week 9-12

• Smart contract development (outsourced)
• Begin our marketing campaign (marketing plan to be released)
• Product launch

Funding & Milestones

Funding for this project will cover individual efforts with workload and complexity considered and infrastructure pricing: Akash, (JACKAL or ipfs)

Project timeline: 8 weeks for primary product, with continuous development (including community outreach, deeper integration with the network and more) through 12 weeks and beyond.

See below for detailed outline in allocation and calculation

Week 1-4 to be funded when (and if) this grant has been approved. Funds following can be paid after deliverables have been showcased. SCRT is accepted!

In addition to funding, we would love support on Twitter and blog posts: 1 x tweet leading up to launch and 1 x announcement tweet on launch; official blog post or an inline reference to the Secret Gallery close to launch!

You can reach out to me on discord: jmac#6369 or Curtis: CultivatedCurt#2279
Secret Collective discord: https://discord.gg/G2UGpQ4FjJ

SNIP-721 Reference Implementation Proposal -- Baedrik

I intend to develop the SNIP-721 base reference implementation contract, as well as providing a secret-toolkit package to allow contract developers to call SNIP-721 handles and queries easily. I also intend to rewrite the SNIP-721 specification.

I have been a frequent contributor to the Secret Network community and would love the opportunity to continue developing products and utilities for Secret Network.

Problem/Solution

Non-fungible tokens are of great importance to the Secret Network ecosystem. While there has been a lot of vocalized interest in creating NFTs on Secret Network, there currently is no starting point for anyone wanting to develop them. Also, the current SNIP-721 specification is a mixed cut and pasting of parts from the CW721 spec and the SNIP-20 spec, so its format is inconsistent. In addition, the SNIP-721 spec does not include any privacy considerations for the parts that have been copied from the CW721 spec.

Writing the SNIP-721 reference implementation will provide a base contract that other developers can use as-is to deploy NFTs on Secret Network, or as a starting point to add their app-specific functions/data. The toolkit package will allow developers to easily integrate SNIP-721 compliant NFTs into their apps (such as building an NFT marketplace, for example).

Building a UI for non-developers to easily create and manage NFTs, building an NFT version of the sealed-bid auction to sell NFTs for SNIP-20 tokens, and providing functionality to trade NFTs for other NFTs are also important additions to the ecosystem that will be part of later proposals.

Detailed Product Description

A detailed description of my proposed SNIP-721 implementation can be found in my forum post, and the toolkit package will be similar to the package I created for SNIP-20 tokens.

Team Members

Bill Wincer (Baedrik)

Team’s Experience

I have submitted multiple PRs for secretSCRT and the SNIP-20 reference implementation, as well as several additions to the secret-toolkit. I have also created the secret contracts for the OTC auction. In addition I have a SNIP-20 reference implementation that includes additional features that community members have requested and I found/fixed the secretd bug referenced in issue 581

Team Code Repo

https://github.com/baedrik

Development Roadmap

• SNIP-721 reference implementation contract development and testing (weeks 0-3)
• secret-toolkit package (weeks 4-5)
• SNIP-721 spec rewrite (week 5)

The total cost of the proposal will be $15000, payable entirely in SCRT, with 2/3 paid after completion of the reference implementation contract, and the remaining 1/3 paid after the toolkit package and spec rewrite have been completed.

Project Description

The Prediction Market Module is a fun and simple decentralized prediction market.
Predict whether SCRT's price will rise or fall – guess correctly to win!

It's easy to take part:

• Predict if the price of SCRT will be higher or lower than it was when the “LIVE” phase starts.
• If you enter an “UP” position, and the SCRT “Closed Price” is higher than the “Locked Price” at the end of the 5 minute LIVE phase, you WIN! And if it’s lower, you lose.
• If you enter a “DOWN” position, and the SCRT “Closed Price” is higher than the “Locked Price” at the end of the 5 minute LIVE phase, you LOSE! If it’s lower, you win.

Modeled after PancakeSwap:

Link: https://pancakeswap.finance/prediction

Problem / Solution

Currently, there is no prediction market part of the Secret Network ecosystem. In particular, SecretSwap can benefit from a gamified prediction market tracking SNIP-20 assets that encourages users to regularly participate based on their conviction on market conditions.
The solution is a PancakeSwap style prediction market that empowers users to engage with a predictions market.

Go-to-market Plan

This prediction market can be advertised by Secret Network & SecretSwap via twitter, newsletter, discord, telegram, podcasts, etc. to raise awareness around this new feature. Because the prediction market will be tracking SNIP-20 assets, there will be increased usage on SecretSwap because of the prediction market. Ultimately, more SecretSwap usage will help increase demand for SEFI.

Value Capture

Increase in SCRT gas usage, increase in demand for SEFI, increase in awareness and adoption for SecretSwap. Additional value for any asset being tracked on the SecretSwap Prediction Market.

Team Members

Ryuhei matsuda

Team Experience

https://www.linkedin.com/in/ryuhei-matsuda/

Team Code Repos

https://github.com/ryuheimat

Development Roadmap

Milestone 1. Prediction Market Secret Contracts on testnet - 2 weeks (July 12 - July 25)

• Write smart contracts and unit tests.
• Deploy on testnet

Milestone2. Extensive testing & code audit - 1 week (July 26 - August 1)

Milestone3. Front-end integration - 1 week (August 2 - August 9)

• Front-end creation and testnet integration
• Do beta test
• Deploy contracts on mainnet and integrate to frontend

Grant request

• 7,500 SCRT at the completion of milestone 1
• 7,500 SCRT at the completion of milestone 3

Team Name: BalloonBox

Project Description

Project name: SCRTSybil

SCRTSybil is an oracle for credit score checks. The objective of SCRTSybil is to return a quantifiable, yet private and encrypted credit score for the SCRT network community ranking users by credibility and trustworthiness within the ecosystem. Credit checks will incentivize the activity of new, yet trusted and verified SCRT network users, while also affirming the reputation of long-standing users. Our Sybil is a dapp offering a credit scoring service that bridges web3 and web2 applications. Users will need to authenticate themselves via a Keplr wallet to access the SCRTSybil app to start the scoring process. After choosing their web2 (Apps like Plaid, Coinbase)/web3 (dApps like MetaMask) verifiers, their score is computed and sent to a smart contract generator which packages their score alongside some transactional information used to dervice the score to be encrypted and published on the blockchain. Thus, users' profiles are stored on-chain via Secret contracts. It is up to the user to choose whether they want their score to be fully or partially encrypted. After obtaining their score, the user can issue keys to third parties allowing them to 'interact' with the smart contract to view their score. After obtaining their credit score, the user chooses whether or not to endorse third parties to view their score or 'interact' with their smart contract. As such, SCRTSybil gives users control over their own data.

Problem / Solution

How can one validate the trustworthiness of blockchain users, while maintaining user privacy? Our project focuses on building a SCRT oracle, called SCRTSybil, for credit scoring, using web2/web3 apps for acquiring the data to calculate a score and Web3 (SCRT network) for storing, encrypting, and making the score available to the world. We will build TLS connections from on-chain validator enclaves to APIs, creating private credit check scores for secret contracts. These APIs will aggregate a user’s credit data from web3 (wallet balance and transaction history on a cryptocurrency exchange like Coinbase) with web2 data (bank account balance, credit history, recent activity, liquidity, etc. via Plaid). The credit check outcome will be quantified via a credit scoring algorithm which we will build based on an initially simple criteria. This algorithm, which will run off-chain, integrates web2 and web3 validation of a user’s financial standing and history. Validated private data feed, i.e., the actual credit score will be stored on-chain and can be accessed via a privately issued SCRT key, generated and distributed by the credit score holder.

Detailed Product Description

SCRTSybil Oracle Model

SCRTSybil Architecture

Components

1. GUI: user logs into SCRTSybil web application by authenticating with an existing Keplr wallet. We selected Keplr because it's the first and leading wallet enabled for inter-Blockchain Communication in the Cosmos ecosystem, it is widely used, and it offers a convenient Google Chrome plugin. A user should therefore own a Kepler wallet + SCRT public address with some minimum balance (TBD) in order to proceed in calculating a credit score for themselves. The core purpose of the web app, is to provide users with a rapid (< 3 minutes) experience, guided by a wizard, whereby they can authenticate with the SCRTSybil-integrated 3rd parties e.g. Plaid, which then computes their credit score. The credit score algorithm, coded in Python, will be executed off-chain and then will be compiled into a smart contract (Rust) to be written on-chain. If a user wants to issue multiple credit scores at different times, then we will interact with the contract initialized at the start to append the new score to pre-existing ones.

2. Restful API: Python (Flask) + webhook framework with public APIs that can be used. The SCRTSybil API is the only offchain component of this project and used for score computation. This offers the community an easy-to-use library for tweaking the scoring logic or using different py libraries quite easily. It furthermore enables used of ML libraries within the scoring logic for adding a predictive component to scoring.

3. Credit Score Module: Credit score algorithm integrating at least these 5 weighted metrics across 2 web2 oracles. Metrics were adapted from the factors used by the three largest American consumer credit reporting agencies: Equifax, Experian, and TransUnion and self-developed weightings approporaite to the use case. The core metrics include:

• Transaction History (txn counts + txn volume)
• Number and types of bank accounts/wallets owned
• Ratio of used liquidity / available liquidity for each account
• Length of account history
• Recent (last 21 days) account activity

Both a score matrix and a machine learning module will be built with SciKit-Learn Python library + Flask for web framework. The output returns two fields: a numerical score on 300-900 non-linear numerical scale and its associated qualitative quantifier: Excellent/Good/Fair/Below average/Poor.

4. Smart Contract Compiler: with the support of CosmWasm or Secret's adapted compiler, this compiler will process statements written in Python and turn them into smart contracts in Rust. We see this as a potentially super reproducible open-source micro project to help bridge the gap for non-Rust developers in producing low-code smart contracts on SCRT. The encrypted data we'll write to the SCRT blockchain via smart contract includes numerical score, quantitative score, public Key of Kelpr wallet, timestamp, validators used to compute the score (e.g., Plaid and Coinbase), and the data used to compute the score. Since we want to leverage the privacy-preserving uniqueness of the SCRT network, we aim to store users' data on-chain encrypting it in a secret contract. No user data will be stored offchain. Local storage will only be used for score computation with the raw data + score entirely written to the blockchain via smart contract. This eliminates the need for an off-chain DB, which would require maintenance and would challenge data privacy and ownership of the user.

Below is a high level design explaining smart contract compilation and interaction:

Go-to-Market plan

We are building a credit scoring tool on SCRT as base-layer infrastructure for a series of use cases where individuals or businesses may verify potential customers for extending credit, P2P lending, or vetting a potential employee with financial background checks.
The go-to-market plan is two-fold:

1. Transaction fees & Request Fees. Users requesting to view a person’s credit score will need to be issued with a key to access that user’s smart contract stored on SCRT. This will require a fraction of SCRT as a transaction fee for exercising that key on the smart contract. For companies requesting scores for people, we can make the model comparable with the current $10 fee for an Equifax report in Canada.

2. Self-run credit scores. If an individual wants to know their own credit score and how they rank on the SCRT network in terms of ‘credibility’, we will charge a fee in SCRT (less than the fee to a score requester as above) for computing the score. This will be a fee that the user pays in-wallet to SCRTSybil, however, the score is not necessarily published as a smart contract.

Our core goal is to initially provide tools for building financial ecosystems on SCRT as the network gains traffic and user adoption. We believe in the value of having a public network with the option and flexibility of data encryption and ultimately believe that mainstream tools for financial services like credit scores will be of the first major requirements for service providers on SCRT.

Value capture for Secret Network ecosystem

A credit check oracle is both a clear value proposition for existing SCRT holders and an incentive for new or prospective users. First, a SCRT credit check oracle will increase Secret Network usability by validating users’ reputation (measured in terms of a credit check), and thus will create trust toward users who have been verified by the oracle. Secondly, the oracle promotes interoperability and accessibility for the Secret Network by connecting the chain to crypto exchange platforms. Thirdly, this oracle constitutes a credit scoring service to web2 users, specifically those users who are still unaware of the potential of the SCRT blockchain, yet under their need to use the SCRTSybil oracle will now open a Keplr wallet. Fourthly, the Sybil has the potential to expand from the SCRT community to the vast Ethereum community as well. Although the Sybil is built on SCRT network infrastructure, realistically it can provide credit score checks to any web3 user, because our credit scoring module fetches data from an exchange like Coinbase (which supports trading of over 100 cryptocurrencies) and thus we are capable to generate credit scores to ETH users too. Lastly, SCRTSybil enriches the SCRT ecosystem by leveraging on the privacy-preserving smart contracts which are distinctive of the Secret network. We believe the community needs a credit check oracle as soon as possible. SCRTSybil aims to provide that.

Team Members

• Michael Brink
• Matteo Mortelliti
• Yuchen Lin
• Mayllon Miranda
• Irene Fabris
• Hongbin Lin
• Yoon Kim

Team Website

• https://www.balloonbox.io/

Team’s experience

All team members of SCRTSybil are from Balloon Box Technology Inc., a FinTech company based in Vancouver, BC specialized in software engineering & data science solutions from design through launch. Besides a string of projects for clients all around the world, our team is experienced in developing web apps for crypto asset management, custom Ledger-integrated apps, integrating with PSPs, crpyto exchanges and KYC providers, visualizing big data on L1 & L2s and building wallet solutions. Our team members are proficient in Python, C++, Java, Javascript, and other object-oriented and development languages.

Our team consists of the following roles:

• Product Architect (Full product architecture)
• Full Stack Engineer (Core framework)
• Designer (UI/UX on the web application)
• Backend Engineer (APIs, database structure, DevOps)
• Data Scientist (x2) (Credit Score algorithm + build)
• Product Manager (Community, articles, GitHub house-keeping, managing public PRs)

Team Code Repos

• https://github.com/BalloonBox-Inc BalloonBox official repository
• https://github.com/MichaelBrink Michael Brink
• https://github.com/mattdm3 Matteo Mortelliti
• https://github.com/yul761 Yuchen Lin
• https://github.com/m3mayllon Mayllon Miranda
• https://github.com/irene-bbox Irene Fabris
• https://github.com/BalloonBox-Hongbin Hongbin Lin
• https://github.com/yoon-bbox Yoon Kim

Team LinkedIn Profiles

• https://www.linkedin.com/in/michael-brink-680b3767/ Michael Brink
• https://www.linkedin.com/in/matteo-mortelliti/ Matteo Mortelliti
• https://www.linkedin.com/in/foggysalmon/ Yuchen Lin
• https://www.linkedin.com/in/mayllon-miranda-8aa9b0163/ Mayllon Miranda
• https://www.linkedin.com/in/irenefabris/ Irene Fabris
• https://www.linkedin.com/in/hongbinlin/ Hongbin Lin
• https://www.linkedin.com/in/imyoonkim/ Yoon Kim

Development Roadmap 🔩

Overview

• Total Estimated Duration: 16 weeks
• Full-Time Equivalent (FTE): 3.5
• Total Costs: 125,000 USD

Our team will require ~4 months to complete this project (subject to a mutually agreed upon solution design that both Bbox and SCRT feel excited about). We intend to have 2 developers full-time, 2 data scientists full-time, and 1 UX/UI designer part-time, a product architect, and a project manager. We can receive payments in 4 disbursements, one at the beginning of the grant, three after completion of each milestone.
We would be willing to consider part payment in SCRT, BTC or ETH, up to 50%. The grant can be paid to either of the following addresses:

• BTC address: bc1qz36smg7zg9d2de7qurj9a49fetemavta39a9zp
• ETH address: 0x3ffA0e66091742a867430D140E36826c06ba19Be
• SCRT address: secret18qeg7lx63wkqvy9e295slufvch5rfel2v23tsu

*Initial amount at grant issuance: 22,500 USD

Milestone 1 - APIs, Integration, Credit Score Algorithm

• Estimated duration: Week 1-6
• Costs: 42,500 USD

Milestone 2 - Smart Contract Compiler

• Estimated duration: Week 7-12
• Costs: 42,500 USD

Milestone 3 - WebApp: framework + UI

• Estimated duration: Week 13-16
• Costs: 17,500 USD

Additional Information ➕

Why SCRT

1. How did you hear about the SCRT Network Grants? We heard through the Secret Network Webpage.

2. Have you ever applied for other grants? Yes, we have applied for another grant (TBD) to fund an entirely different project proposal for a different ecosystem. We have since declined pursuing this grant (2021-12-18)

3. Why did we apply for this grant? We, at BalloonBox, are a team of engineers excited about the future of decentralized technologies, and we want to contribute to building it! We think that the SCRT network is rapidly and innovatively unlocking the full value of decentralized applications by leveraging the computational privacy of Trusted Execution Environments (TEEs) and secret contracts to design Secret Apps preserving users’ privacy. We value the novelty of privacy-preserving smart contracts and their scalability potential which make SCRT a network that is uniquely set apart from other ecosystems. Specifically, we are submitting a proposal under the ‘‘Ecosystem’’ category because we want to build tools to expand the Secret Network and improve general usability. We hope our Credit Score Check to be the first of many such tools.

Scope and Limitations

We will develop a simple WebApp for users to retrieve user credit scores. Although we aim to scale up the WebApp for numerous and diverse use cases in the near future, for this first initial grant we will limit the App to three UIs: (1) user login into Secret Network wallet via Keplr; (2) enter user’s personal information; (3) choose web2/web3 validators and calculate your credit score. We mocked up three UI prototypes, one for each page respectively, to give you a clear idea of our vision. Please, find the UI prototypes here.
Initially, the WebApp for the SCRTSybil Oracle will only allow user authentication to their Secret Network Wallet via Keplr. In the future, this can scale to support a range of wallets supporting SCRT (e.g., Ledger, Math Wallet, Citadel.One, Chain or Secrets, Secret Nodes).

Future Plans

1. Image processing

   • Integrate image processing for KYC authentication, e.g., interpreting passports, driving license, medical service cards, etc.

2. Auxiliary & Novel Use Cases

   Developing an oracle for credit score checks automatically satisfies this auxiliary use case:

   • personal information integrity validation: do the user’s first and last name match across different platforms (Coinbase, Binance, Plaid, etc.)?

   Furthermore, we’ve designed our oracle to easily scale up to use cases that we consider relevant to the Secret Network:

   • credit score check for Anti-Money Laundering (AML)

   • credit score check to support loan application for university/post-secondary education (in such case validators should include a diverse set of eLearning Platforms, e.g., Coursera, LinkedIn Learning, Udacity, CloudAcademy, Udemy, DataCamp. An academic institution may want a credit score for a prospective student based on financial history but also academic history. For this use case, we could skew the algorithm weightings towards OAuth, where eLearning Platforms prove/disprove self-study courses.

   • third party (e.g., banks, financial institutions) request issuing of Secret private keys to validate user’s credibility

3. More Credit Check Providers

   • Expand our validators pool (Coinbase, Binance, Stripe, Plaid) including more consolidated and emerging cryptocurrency exchanges (Kraken, crypto.com, Gemini, Bitstamp, MetaMask, etc.). For the moment, we will exclude decentralized exchanges like Bisq that do not require any KYC. We want to base our credit scoring algorithm to be anchored on platforms that validate the user identity.

4. Implement Credit Score Templates

   • Imagine a third party requesting to issue a Secret private key to access a user’s credit score. Third parties may be Real and Personal Property Insurance Companies, Loan Agencies, Banks, Health Care Providers, and more. A bank will likely require a granular check on a user’s financial standing, while a Health Care Provider will require in-depth medical records for a patient. Similarly, an individual wanting to loan a friend money will value USD velocity in a US bank account far more than identity and this may require a credit model more skewed on historical throughput for a checking account. We want to design credit score templates with pre-set data granularities (i.e., more or fewer fields to be hashed out) depending on who is the third party requesting to access the credit score. In the long run, we envisage monetizing the smart contract generator to build credit score templates based on the needs of the third party. That is, the smart contract generator will serve as a template builder which we build privately for corporations or as community projects for user-level use cases.

eqoty

Project Description

We intend to create a music sales and (eventually) streaming ecosystem with trust-less royalty distribution and ownership opportunities for fans on the Secret Network leveraging the SNIP-721 standard. Secret Network's ability to store private data inside NFTs is vital to enabling music access control in our apps.

Our end goal is the creation of two end-user products.

• Native music player apps supporting all platforms (Web, Windows, macOS, Linux, Android, iOS). Featuring:
  • Purchase of music as NFTs
  • Purchase of unlimited monthly passes in order to stream music
• Music Investment Marketplace. Platforms: TBD
  • Browse and buy/sell fractionalized royalty shares to songs listed for sale by artists or royalty holders.

Problem

• Artists are dependent on record labels and their historically predatory deals to make a living creating music
• Artists don’t have control over their music and distribution
• Fans have no way of truly investing in their favorite artists
• Existing music distribution platforms take a disproportionally high percentage of proceeds.

Solution

Eqoty is an end-to-end music ecosystem for artists to release, sell, and stream music. Additionally, Eqoty empowers artists to self-raise capital (through the creation and sales of fractional royalty tokens to investors). Royalties are backed by the proceeds from both music sales and subscription streaming. All proceeds from sales are immediately and automatically distributed to royalty token holders (both artists and individual investors/token holders).

Detailed product description

A key component of our dapp is the ability to purchase music NFTs, and automatically distribute the proceeds to the holders of the song's complementary royalty NFT [1].

Our dapp consists of one main 721 contract called EqotyRelease, with two sub 721 contracts called EqotyPurchase and EqotyRoyalty. To release a song on eqoty, an artist would use our app to encrypt and upload their audio files (including associated metadata) to IFPS. Then our app would call the minting function in our EqotyRelease contract supplying public metadata containing all public song information, and private metadata containing a decryption key and the URI of the audio file stored on IFPS.

The mint function in EqotyRelease does two things: mints a new SNIP-721 NFT with both public and private metadatas, and instantiates a new instance of EqotyPurchase and EqotyRoyalty. Finally, it uses the EqotyRoyalty instance to mint a royalty NFT with a fractional value of 100% which the artist receives in their wallet. The artist would have the ability to split up their 100% royalty NFT into fractional pieces if they wish to do so at this point. For example, they can choose to split their royalty token in half and sell one half to an investor.

After an artist mints a new song, the music player app (which displays all minted EqotyRelease tokens) will immediately show that the new release is available for purchase. And while a user (music purchaser) can see which music NFTs are available for purchase, as well as all associated public information, they cannot access the secret metadata to decrypt and play the song without purchasing the song. Only after the purchase of a song will a user be permitted to access the secret decryption key accessible through the EqotyPurchase contract and thus have the ability to play the song.

Purchasing a song in-app will handle transferring the required amount of funds from their wallet by calling an EqotyPurchase instance's purchase minting function. EqotyPurchase mints a purchase NFT for them and transfers those funds to its paired EqotyRoyalty contract instance.

When EqotyRoyalty receives these funds, it will lock those funds inside the contract ready to be claimed by royalty holders. EqotyRoyalty has the property that it maintains a list of claimable royalty balances for each minted royalty NFT and will divvy up new funds for each minted royalty NFT according to their royalty percentage. For example, in the case where two 50% royalty NFTs have been minted for a song: both would have half the payment added to their claimable royalty balance. The holders of the NFTs will be able to claim these balances in-app, and the contract will transfer their balance to their wallet.

[1] Music Release and Purchase Flowchat:

We will also explore the distribution of artists' revenue from external platforms (Spotify, Apple Music, etc.) using our royalty tokens, similar to https://royal.io to increase the inherent value of royalty tokens while our platform is growing.

Go-to-Market plan

We'll focus on deploying an MVP dapp with support for releasing music, buying music, and music purchase revenue distribution to royalty token holders. We will start with a hand-picked set of about 1-3 artists so we can personally engage with them and their communities while learning quickly from their feedback. Then we can rapidly onboard up-and-coming artists plus focus on getting one big-name artist to release at least one single on our platform.
To find these artists, we will leverage our existing relationship with two small and medium-size artists with cult followings who have indicated an interest in our project. For the big-name artist, we have direct contact with the OVO group which, if we are successful in getting one of their up-and-coming artists on our platform, will generate the necessary buzz to bring in more well-known artists.

Current Project State

We have implemented the contracts as described in Solution, written in solidity on the Ethereum network (without encryption). And a primitive app on web, desktop (jvm), and mobile which interacts with the contracts.

Below is a short demo of the web app splitting and merging fractional royalty NFTs, purchasing 2 copies of a purchase NFT and the proceeds being delivered to the claimable balances of the fractional royalty NFTs.

We are currently learning how to build and deploy Secret snip721 contracts in Rust.

Development Roadmap

We are looking to fund the first four months of our development to help get us to a profitable state. We have two senior-level developers working full-time, at a total cost of $98,000. Based on $75/hr 40 hour work weeks.

Software Milestones:

Month 1 ($24,500)

• Software:
  • Port Existing Solidity Contracts and tests to Rust on Secret Network (weeks 0 - 2).
  • Implement Access Control in contracts (using a secret decryption key to decrypt downloaded audio) (weeks 2 - 4)
• Business:
  • Demo existing POC to artists. Get feedback.
  • Get commitments from artists to release with equity upon launch.
  • Plan an initial content release with at least one artist
  • Decide if we need to hire a dedicated designer (would not necessarily require extra funding)

Month 2 - ($24,500):

• Software:
  • Refine contracts and tests, and implement calling contracts Kotlin apps this requires building an opensource SCRT Network client Kotlin Library as a separate project that we will use (5-6)
  • Design and implement UX for MVP release, (weeks 6 - 7)
  • Release MVP by publishing to web (if all is going well we can release native iOS and Android apps as well since we have a multiplatform codebase), this release includes content from at least 1 artist (week 7-8)
• Business:
  • Get commitments from artists to release with equity upon launch.
  • Plan content release with more artists if necessary
  • Get UX/UI feedback from artists and some of their fans (users)

Month 3 - ($24,500):

• Software:
  • Make any improvements needed after initial music release based on user feedback from
    MVP. Implement any missing/backlogged features or bug fixes (weeks 8 - 12)
  • NOTE: The schedule is kept intentionally light, in case release needs to be pushed here, or bugs and potential issues from release take longer to remedy.
• Business:
  • Collaborate with existing artists to release more music on equity and work with their marketing teams to get more fans onboarded

Month 4 - ($24,500):

• Software:
  • Make an API to allow organizing and searching of music released on eqoty, paving the way for more users and more artists (week 12 - 15)
  • Improve UX to take advantage of the new backend API. (week 16)
  • Design and plan the fractional royalty trading marketplace
• Business:
  • Collaborate with existing artists to release more music on equity, and work with their marketing teams to get more fans onboarded

Ideally, we can receive payments in 4 disbursements, one at the beginning of the grant, and one after each month when development goals are completed.

We would be willing to consider part payment in SCRTs, up to 100%.

Team members

• Luca Spinazzola - linkedin github

• Milad Gueramian - linkedin github

Team's experience

We are two Software Engineers, Milad Gueramian and Luca Spinazzola who met during undergraduate studies at University of Southern California.

• Luca has 7 of years software engineering experience. He worked at a startup in Los Angeles leading the design and development of 5 separate mobile Android Apps and one multiplatform Android and iOS app. In 2021, while getting his M.Eng. in CS at Cornell Tech, he lead his group to be a finalist in Cornell's 2021 Startup Awards Competition with his Machine Learning passion project https://strika.ai. Luca has closely followed developments in blockchain technology for the past decade. But this past winter, the enormous potential for commercial applications in web3 has inspired him to fully commit to web3 development. He has been learning web3 development full-time for the last two months, mostly focused on solidity, but now switching to Rust for Secret Network development. He is a lifelong athlete who competed as a competitive swimmer to become a 7x All-American and represent the Italian National Team. He is prepared to put in the work to make this venture successful. And finally, he is an avid music listener who has wanted to work in the field for years and believes secret NFTs can revolutionize the music industry.

• Milad Gueramian has 7 years of experience in the enterprise software industry. After receiving his B.S. in Computer Science from the University of Southern California in 2016 Milad developed a keen interest in blockchain technology and decided to seriously pursue it. His first work experience was with a nascent blockchain project where he coded in C++, using the QT UI library to improve the macOS desktop wallet application. Milad left blockchain development to continue his career at Originate Inc, a boutique software development agency, but continued to educate himself on the inner workings of blockchain technology by reading Andreas Antonopolous's Mastering Bitcoin Book. Currently, Milad is a Lead Software Engineer at Accenture LLP where he's gained experience with full-stack engineering in the fintech sector. Commercial crypto applications in the news have sparked renewed interest in Milad and he has decided to go all-in on exploring the application of smart contracts. This past winter he's immersed himself in learning web3 and dapp development as well as contributing to Antonopolous's Mastering Ethereum Book Github repo. Milad has first-hand experience with some pain points of royalty distribution from his experience at Originate Inc. and from friends who are professional musicians with small to mid-size fanbases. Hailing from Los Angeles (a major music hub), he is excited to build a product that can empower his friends as well as the many musicians in his city.

Team Code Repository

• https://github.com/luca992/eqoty (private, will need to request access. We plan to keep our front-end consumer apps closed source. We may consider open-sourcing our contracts for security purposes).

• SecretKotlin client library: (WIP) https://github.com/eqoty-labs/secretk

Additional Information

Building a separate open-source multiplatform SecretKotlin client library as part of our project will be necessary (as SecretJs won't fit all of our needs). We plan to write it in kotlin multiplatform, which will be able to be compiled as a library for many languages (kotlin, java, swift, objective-c, js, java). This library could be useful to many other projects looking to build Secret Apps outside of the js ecosystem.

btn.group

Project description

We propose building a yield optimizer for the Secret Network.
One which is well documented, easy to understand and easy to replicate

Aim / Mission

Attract more users and developers to the Secret Network.

• What do most users want?
  a. On chain activity showed the highest usage during the SEFI air drop.
  b. People want the opportunity to make money by speculating on new projects and tokens.
• To increase the number of these user-attracting projects, more developers are needed.
• To attract more developers, we need to make it really easy for developers to replicate and launch these financially rewarding projects.

This is why we propose building a yield optimizer for the Secret Network.
One which is well documented, easy to understand and easy to replicate

Detailed product description

Secret Network + Ruby on Rails.
User's stake their incentive earning tokens into our contracts which will compound their earnings (SEFI etc) for them.

Go-to-Market plan

We intend to charge fees for optimizing yield as well as a possible token sale.

Value capture for Secret Network ecosystem

• More users and developers.
• More transaction fees for validators.
• Increased exposure via sites like dapp radar, coin gecko and general mouth to mouth (Dapps such as Autofarm have done wonders for the Binance smart chain).
• Open source fully functioning Ruby on Rails app which will open Secret Network to a massive Ruby on Rails developer community.

Team Website

https://www.btn.group

Team members

• Steven Chang (Full time: developer)
• Chris Asnins (Full time: designer / marketing / content producer / QA)
• Ella Kabel (Part time: data analyst / content producer / QA)
• Fleur Templeton (Part time: content producer / QA)

Team Code Repos

• https://github.com/btn-group

Development roadmap

We are requesting fortnightly payments for 2 full-time employees, 2 part-time employees, plus expenses paid in advance ($15,384 USD paid in SCRT) for a maximum period of 6 months, ceasing once token is launched.

All funding provided will be returned to the Secret network foundation, in value of our token at the start of launch

• Develop btn.group's native token which implements the new SNIP-21 features.
• Update btn.group's transactions page to handle SNIP-21 features.
• Develop yield optimizing contracts.
• Have all contracts audited by Certik or a good equivalent.
• Create front end and backend for yield optimizer.
• Provide easy to understand documentation and instructions along the way.
• Make Ruby on Rails app repository public.

Additional requests (Open to negotiation as development progresses)

• Secret Finance earn listing with either sSCRT or SEFI trading pair.
• Official partnership announcement with Secret Network and SEFI.

Additional notes as requested by @cankisagun

1. elaborate on the vision a bit more (detailed product description part)
   The closest thing that we aim to be initially is what https://autofarm.network/ is doing on the Binance smart chain. Deposit your sefi earning lp tokens into our smart contracts so that we can auto compound for you increasing the interest you earn while we take a %5 fee.

2. Add details on coin model - why will the coin accrue value
   The coin model is still in discussion but we've done a fair bit of research into the tokenomics of other groups and we think the best idea is to use it in a fee sharing scheme as well as governance. We were thinking utility as well, but our research showed that this caused massive issues for the likes of crypto.com.

3. provide a tentative timeline for coin launch
   Maximum 6 months but it's in our best interest to launch as soon as possible for obvious financial reasons.

Polymer.fi: The First Balancer-like DEX on the Secret Network

Introduction

Polymer.fi is the first Balancer-style DEX to exist on Secret Network. Polymer aims to streamline the process of privately swapping both native and bridged assets, with weighted and stable asset pools.

Problem

Existing DEXes on the Secret Network have the problem of unsustainable economies, whether that be through rampant governance token inflation or LP/user reward systems that are profitable but ultimately short-lived.

Traders on Secret Network, often experience:

• Frequently failed trades
• Laggy routing or outright lack of routing capabilities
• High slippage on trades

Similarly, liquidity providers suffer from:

• "Performance Blindness" - Inability to track the growth of their deposited assets
• Unsustainable LP rewards that dry up after a few months
• High impermanent loss for Uniswap-style pools
• Thin trading volume, resulting in low yields

Furthermore, Secret Network's TVL remains relatively low, with a total of ~$30 million in bridged assets as of May 2022. This lack of bridged assets present on Secret Network can largely be attributed to the high friction associated with bridging assets to Secret Network.

Solution: Polymer.fi

We're building Polymer.fi with an emphasis on...

• Offering competitive rates to traders.
• Fostering a zero-inflation growth model that pays sustainable returns over time to all stakeholders: traders, LPs, and liquid stakers.
• Remaining completely decentralized and independent of the core development team after launch.
• Giving all users a simple and elegant trading experience, but optionally exposing advanced features to those who want them.
• Increasing Secret's TVL by making trading / bridging assets as low-friction as possible for end users.

Team Members

• Michael Lisano (Github, LinkedIn)
• Alexander McDowell (Github)
• Gabriel Arrouye (Github, LinkedIn)

Team’s Experience

• Alex and Michael are both members of Blockchain@Berkeley whose prior projects include smart contracts, P2P networks, and web applications. Both have full-stack development experience with Python, JS, and Go, as well as smart contract experience with Solidity and Rust.
• Gabriel is the smart contract developer at ALTER, on the executive team at Blockchain at Virginia Tech, Tech Director of Los Altos Hacks V, an active member of the Secret Network Community, and is experienced in full-stack development.

1.1 - Detailed Product Description

Polymer offers a variety of features that set it apart from other DEXs currently deployed on Secret Network. The most notable feature is the Balancer vault design, which allows for gas-efficient swapping and two separate types of pools. The first pool type offered is regular weighted pools which can scale up to 8 assets per pool with customizable asset ratios. The second pool offered is a Curve-style StableSwap pool that facilitates the swapping of large amounts of stablecoins with minimal slippage.

Polymer will feature an intuitive trading interface, easy user-facing portfolio overview and management methods, an interest-bearing token backed by dividends from swap fees, and a built-in staking derivative called pSCRT (backed by 1:1 by SCRT, which allows LPs to earn staking yield and swap fees while providing liquidity). Finally, Polymer's interface will integrate directly with the existing IBC, Ethereum, and BSC bridges to offer tightly-integrated asset bridging from Cosmos chains as well as non-Cosmos chains.

2.1 - Pools

2.2 - Weighted Pools

Balancer-style weighted pools allow for users to deposit more than 2 assets with different weights (e.g. 50% SCRT, 30% BTC, 20% ETH). Selecting or creating a weighted pool enables liquidity providers to tightly control their exposure to each asset in the pool while earning trading fees. The rate across two assets in a weighted pool can be determined with the following rule:

$$P = \frac{\frac{B_i}{W_i}}{\frac{B_o}{W_o}}$$

...where:

• $P$ is the spot price
• $B_i$ is the balance of token in
• $W_i$ is the balance of token in
• $B_o$ is the balance of token out
• $W_o$ is the balance of token out

Impermenant Loss Reduction

Compared to the standard Uniswap-style 50/50 pools, custom-weight pools offer an improvement in impermenant loss for LPs:

2.3 - Stable Pools

Polymer's stable pools utilize Curve.fi's pool functions to enable stable-stable pools with both low slippage and almost exactly 1:1 conversion rates. This enables users to earn yield on assets with similar trading prices, like stablecoins, the same asset from different Cosmos bridges (e.g. Nomic BTC & Shinobi BTC), or the same asset bridged from different chains (e.g. USDC-BSC & USDC.e). Further details on stable pool math can be found in Curve.fi's StableSwap whitepaper.

2.4 - Gas Optimization

Polymer's vault design allows trades to incur very low gas fees— because pools are represented not as individual contracts but rather within the vault contract as data structures, there is much lower overhead (i.e. no cross-contract calls required) to execute a swap. The functionality of Polymer's Vault Contract is detailed below:

flowchart TB
subgraph Users
u1(Alice)
u2(Bob)
end

subgraph vc[Vault Contract]
direction BT
v[(User Balance Store)]
p1{{Pool}}
p2{{Pool}}
end

u1 --> |Conduct Swap| vc
u2 --> |Conduct Withdraw| vc

p1 -.- |Check price| v
p2 -.- |Check price| v

p1 --> |Routed Swap| p2

v --> |Update balance| v

2.5 - Swap Path Optimization

Typically, decentralized exchange swap routers use linear routing to find the best swap path to minimize slippage.

Linear Routing

flowchart LR

si(Swap in) --> SSCRT --> ATOM --> USDC --> so(Swap out)

Polymer's router, however, uses split routing to ensure traders receive the best rate. Split routing involves dividing a single swap across multiple swap paths while taking into account gas and slippage constraints. This method provides consistently lower slippage for end users compared to linear routing.

3.1 - Liquid Staking

Polymer's staking derivatives are backed 1:1 by staked assets, which enables the end user to earn rewards while maintaining full liquidity. Users will be able to freely swap or liquidate their assets without having to wait for the 21-day unbonding period. Polymer's main staking derivative is pSCRT, which is backed by SCRT distributed among active set validators on the network.

flowchart TB

lsc{{Liquid Staking Contract}}

subgraph Users
u1(Alice)
u2(Bob)
end

subgraph Validators
v1((Validator))
v2((Validator))
end

u1 --> |Send SCRT| lsc
lsc --> |Mint pSCRT| u1
u1 --> |Transfer pSCRT| u2
lsc --> |Stake SCRT| v1
lsc --> |Stake SCRT| v2
lsc --> |Reallocate Staking Rewards| u2

3.2 - Architecture Advantages

Unlike other liquid staking protocols, Polymer's staking derivatives offers a superior UX by maintaining a 1:1 peg with the underlying assets. Polymer fixes this issue by dynamically increasing the supply of pSCRT to match the supply of the staked SCRT. For LPs, staking rewards from pSCRT will be auto-compounded and reinvested in their desired LP pool.

3.3 - Polymer Staking Derivatives

Aside from native SCRT, Polymer is exploring supporting other interchain assets. The initial set of proposed liquid staking contracts are as followed:

• pSCRT - Liquid Staked Secret
• pATOM - Liquid Staked Atom
• pOSMO - Liquid Staked Osmosis
• pJUNO - Liquid Staked Juno
• pNGM - Liquid Staked E-Money
• pAKT - Liquid Staked Akash

3.4 - Protocol Sustainability

Liquid staking allows liquidity providers to earn high passive yields without relying on unsustainable governance token inflation. LPs will receive both swap fees and staking rewards - a combination that results in higher yields compared to other exchanges. Polymer aims to become a popular staking platform for Cosmos that provides both private staking derivatives and deep liquidity for these assets.

4.1 - Bridging

Currently, the primary way that users can bridge their assets onto Secret Network is by using wrap.scrt.network and bridge.scrt.network. Although these are usable, they're far from user-friendly, and navigating to these pages adds additional steps for users to trade and bridge assets.

As an answer to this need, Polymer will include an integrated bridge tab which will enable users to transfer assets directly to Secret Network without leaving the Polymer interface. Once users have bridged in, all trades and LP actions will be done with Secret-wrapped assets to maintain both user privacy and SNIP-20 compatibility within the DEX contracts.

4.1 - IBC Bridge

IBC / Secret wrapping support is rather straightforward— Polymer will support all the interchain assets on wrap.scrt.network.

4.2 - ETH & BSC Bridge

Polymer will integrate with the existing Secret EVM bridges (the same ones used by bridge.scrt.network) at launch. Support for additional Cosmos EVM bridges (like Gravity Bridge and Axelar) is on the roadmap and is planned as a future addition after launch.

4.3 - Bitcoin (Future Consideration)

We are considering adding support for bridged Bitcoin. This could be done through Shinobi protocol, or another trustless BTC bridge such as Nomic. Bitcoin has the highest market capitalization of any cryptocurrency by far. Allowing users to bridge BTC to Secret Network could be a possible method for increasing TVL of Polymer.

5.1 - Token

• PLMR is a utility token that rewards dividends from swap fees to token holders.
• The total swap fee is 0.3% per trade. 0.2% is distributed to liquidity providers and 0.1% is rewarded as dividends to PLMR token holders.
• The circulating supply of Polymer's token will be 5,000,000 PLMR.
• PLMR's valuation will be based on:
  • Dividends from current swap fees
  • Fees earned from staking derivatives
  • The value of future dividend rewards

5.2 - Token Distribution

5.3 - Dividends

Dividends will be continuously released as they accumulate, with the amount received being proportional to the amount of PLMR staked per user. The dividends are paid out in sSCRT (by default) or a user can use the Claim & Swap feature to swap to another asset.

When a user executes a swap, a 0.3% fee is collected. 1/3 of the collected fee is distributed to PLMR stakers as dividends. The remaining 2/3 is given to LP providers.

Fee Architecture

flowchart LR

si(Swap In) --> sUSDC --> sDAI --> d[sUSDT] --> uw(User Withdraw)

d --> sSCRT --> fp(Fee Payout)

When executing a swap, if the swap path calculated by the router includes sSCRT, the 0.1% fee is automatically collected when the route reaches sSCRT. If the swap path does not include sSCRT, the router adds a swap at the end of the path that converts the target asset to sSCRT. This is possible at competitive rates due to Polymer's gas-optimized vault design and enables dividends from swap fees to be paid in only sSCRT, rather than a basket of miscellaneous assets.

6.1 - Go To Market Plan

The target audience for Polymer's exchange functionality is the broader cryptocurrency userbase, whereas its target audience for liquid staking, PLMR holding, and dividend payouts is the Secret Network community. We will support existing Secret bridges with first-class frontend integration and potentially other bridging methods such as Gravity Bridge in the future. Reducing the

Trader-focused incentives include low fees, as well as unique and useful features that are rare on Secret DEXes (such as a built-in IBC bridge interface) or even on Cosmos DEXes more broadly (notably the ability to bridge assets from any EVM-supported chain or view/rebalance your portfolio from within Polymer).

flowchart LR
subgraph Outside Ecosystems
a(BSC User)
b(ETH User)
end

subgraph Secret Network
c(SCRT User)
subgraph Polymer.fi
s{{Swap}}
ls{{pSCRT}}
end
end

a <-- Swap --> s
b <-- Swap --> s
s -- Dividends --> c
ls -- Staking rewards --> c

6.2 - User Acquisition

At launch, 5% of the PLMR token supply will be airdropped to addresses on Secret Network, Juno, Osmosis, and Sifchain. The airdrop specifically targets addresses that are active DEX protocol participants in the Cosmos ecosystem, especially liquidity providers. The goal of the airdrop is to incentivize major LPs on Cosmos chains to switch to Polymer for more sustainable yields, private transactions, and easier portfolio management / tracking. Once the airdrop snapshot is taken, users will be able to clam PLMR tokens by interacting with Polymer's contracts on Secret Network.

We will incentivize early LPs on our DEX with PLMR token rewards. Unlike other DEXes, rewards will be non-inflationary and available for a brief period of time. A fixed supply of 3,150,000 $PLMR will be distributed across a 3-week timeframe following the mainnet launch, with the goal of bootstrapping initial liquidity from a variety of cross-chain sources.

7.1 - Frontend

The domain app.polymer.fi will point to a Cloudflare Pages instance of the exchange interface, but a static copy will be deployed on IPFS as well to ensure proper decentralization. An onion site is also being considered, but would probably come after the initial launch.

7.2 - Portfolio Storage

Polymer privately stores users' portfolio history on-chain in a way that is only viewable using a query permit. Every time a user conducts a deposit or withdraw on Polymer, a record of this action is stored and viewable only by the user that signed the transaction.

flowchart BT

subgraph Polymer
stc{{Storage Contract}}
plc{{Pool Contract}}
end

u(User)
u --> |Deposit| plc
u --> |Viewing Permit| stc
plc --> |Record Event| stc
stc --> |Trading History| u

7.3 - Figma Mockup & Prototypes (In Progress)

8.1 - Grant Request

We are requesting a grant of 24k SCRT in 3 payments: one upon grant acceptance, one after we have completed all contracts and the frontend, and one when we launch Polymer. We would be willing to consider part payment in SCRT or Secret-wrapped stablecoins.

The grant will go towards marketing / community-building, bootstrapping initial liquidity in Polymer's pools, and compensation for the time we are spending developing the DEX.

The overarching grant timeline & milestone breakdown is as follows:

8.2 - Milestone 1: Grant Accepted (7k SCRT)

Currently, the DEX contracts are almost complete— we've recently finished a complete rewrite under a more gas-efficient architecture, we're currently adding support for Curve.fi-style stable pools, and the liquid staking contract is well underway.

8.3 - Milestone 2: Contracts Completed (7k SCRT)

Our second payout is requested once we have completed the frontend (landing page, swap page, bridge interface, staking interface, portfolio tracking page). A testnet version will be deployed as a deliverable.

8.4 - Milestone 3: Mainnet Launch (10K SCRT)

We aim to launch Polymer by this August. By launch, our frontend as well as our DEX & liquid staking contracts will be done, and we will move our focus to additional features like Bitcoin bridging (whether via Shinobi or other methods).

Users can find and participate in our community through Discord.

Please make sure to submit your grant application as an issue

SecretEngines

Project Description

This is an application for a grant programme: Secret Network Grant Program: Secret Apps

The project intent is to fork the Hashlips ETH/Solana Art Engine Tool and build it out specifically for SNIP-721 and Secret NFT's. There is lots and lots of upside for artists who dont have devs to use simple tooling.
The plan is to build it into a web based interface to reach an even greater audience.

Josephy has been really into the Blockchain space and has seen many projects go live using tools like we mentioned above, who can't afford crazy dev rates.

Problem / Solution

NFT Artists don't currently have an easy layering solution/engine specific for SNIP-721. All art projects out there are built for Ethereum or Solana. To be as big as those markets, we need all kinds of easy tools to use.

Detailed product description

A user controlled .js NFT art engine with simple tooling instructions and web app interface similar to This Online Service. Our plan is to make the Secret NFT Engine available for anyone to use as a local copy, and then build a web application that will allow users to use our platform in a good UI display. The goal is to be able to then charge the pretty GUI users a % of their project by building the smart contract for them and include a % of project fee.

Go-to-Market plan

• Fork Engine and Begin working to identify all network specific changes in existing code.
• Modify/add additional functions for more control/useability over SNIP-721 Specific Features.
  -Modify/add Layer control logic and functionality for better if/then logic of layer selection.
• Build relations with community and new artists who havent done nft's. Target 3 new Artists for launch.
• Launch repo as first access/mvp.
• Launch web app for non-mvp.

Value capture for Secret Network ecosystem

The main KPIs for Secret Network is access to NFT artists who like privacy and the concept of Secret NFT's but dont have developers or cannot fix other generation engines themselves into generating .json information and metadata information for SNIP-721 type contracts.

Team members

• Joseph T.

Team Website

*https://www.masternodeconsulting.com/

Team's experience

• Joseph has 30 years of experience in technology and has been a lead developer for 10 of those years. Git Repo is below.
• Been involved with Blockchain for 5 years.
• Current Teaches kids to learn to code.
• Runs Masternode Consulting.

Team Code Repos

• https://github.com/knowself

Team LinkedIn Profiles

• https://www.linkedin.com/in/josephterry/

Development Roadmap

We will require 6 months to complete this project. We intend to have 1 developers full-time and 1 part-product Manager (later date hire), at a total cost of $30,000.

Example milestones:

• Implement Public Repo with Non-GUI Engine (Months 1-3).
• Implement GUI Version (Months 3-6).

Ideally receive payments in 2 disbursements, one at the beginning of the grant (Month 0, $15,000) to cover basic costs and the remaining (Month 3, $15,000) at the end when we publish the engine on github available for SCRT users.

We would be willing to consider part payment in SCRTs, up to 100%.

Additional Information

Due to National Security this grant was submitted via Email.

Finstreet

Project Description

Finstreet is India’s First Crypto Education Institute. This platform acts as an easily accessible medium for people to learn about the importance of cryptocurrencies and the different asset classes associated with them.

We will create an educational video series educating people about Secret Network. This video series will focus on why privacy is important when it comes to finance and how Secret Network is solving this problem on a large scale.

Problem / Solution

Channels for distribution:

YouTube 33,000 subscribers

Bolo Indya 70,400 followers

Trell 65,000 followers

MX Takatak 1,19,200 followers

DailyHunt Josh 2,91,100 followers

More than 500K people in the crypto and blockchain interested community.

Key Facts:

• 500k+ followers
• 10 million-plus monthly views on all platforms
• 3.5 million impressions per month on YouTube
• Verified profiles on 6 platforms
• 100% organic traffic
• 40% month on month growth
• The educational content in Hindi and English
• Targeting niche Indian audience

Video formats:

• Daily Crypto News
• Review videos
• Interviews with leading industry experts
• Explainers
• Tutorial videos

Detailed product description

Key deliverables:

• Bi-weekly news or update about Secret Network for the next three months
• 6 explainer videos about the Secret network
• 3 specific interview videos featuring the core team members of the Secret network so that the world can share the vision of this project.

Key KPIs to be achieved with the campaign:

1 million views on content related to Secret Network.
5 million impressions of the entire campaign.

Value capture for Secret Network ecosystem

The campaign will :

• Educate people about Secret Network and its use cases.
• Create better and relevant reach in India and other Hindi speaking nations.
• Create Brand awareness among the Indian crypto community.
• Detailed introduction of the project
• Help in creating strong brand recall value among the blockchain and crypto community.
• Regular updates about Secret to the Indian community.

Team members

• Bandhul Bansal
• Sahil Thakur

Team Website

https://finstreet.in/

Team's experience

1. Bandhul Bansal, CEO of Finstreet (E-mail:[email protected])

Bandhul is an avid investor with experience of more than 7 years. Finstreet is the brainchild of Bandhul. He has been coaching and educating masses about the importance of financial freedom for the past 4 years and is a hardcore crypto believer.

3. Sahil Thakur, Head of Partnerships (E-mail:[email protected])

Sahil is a crypto enthusiast who has experience working with projects like Huobi, Deribit, Biconomy, Aave, FTX, Paxful, WazirX etc.

Team LinkedIn Profiles

• https://www.linkedin.com/in/bandhul-bansal-09b0a1114
• https://www.linkedin.com/in/sahil-thakur-351277160

Development Roadmap

We will require 3 months to complete this campaign. We will release 1 bi-weekly news update and 6 dedicated videos about the Secret network along with 3 interviews.

We are looking for a grant of 6,000$. The payment schedule will be as followed:

1. At the time of grant approval- 3,000 USD
2. At the starting of the second month- 1,500 USD
3. At the starting of the third month- 1,500 USD

We would be willing to consider full payment in SCRTs.

Secret Heroes - The road to v2

Secret Heroes launched early May this year as the first fully on-chain game on secret network. We had a phenomenal launch in regards of player count and gas usage (only bested by the $SEFI launch so far). Due to the novelty of on-chain games and the privacy persevering value proposition quite a few technical difficulties appeared during this timeframe, that are mostly fixed by now. The aim of this grant is twofold: First it will allow the team to keep supporting the game it's current state. This comes down to fix cost for running the frontend and backend to connect to the network. Second this grant includes a roadmap where to take Secret Heroes as a game, to provide additional interesting game mechanics, opens the ecosystem to other developers and adds utility to your nfts.

Statistics

First we would like to give you some statistics from the first 12 hours after launch and from the current state of the game:
On launch day, after 12 hours we had slightly over 100k requests from the game client

Players were from all over the world, with a big bunch of them logging in from the US.

Currently we are still seeing around 200 interactions with the network per hour on average.

Value for the Secret Network ecosystem

Secret Heroes provides value to the network in terms of continuous gas usage, as well as a strong pull for users of the gaming ecosystem, that are not yet familiar to blockchain technology / secret network. We already saw an uptrend in account registrations preceding the launch and believe that a continuous development of this game will bring more fresh players into out ecosystem.

Team members:

• John Brodish - UX/UI Design
• Bill Wincer - Secret Contract Development
• Florian Uhde - Front End and Game Client Development
• Can Kisagun - Product / Business Development

Contents of this grant

As mentioned above this grant will enable us to support the game for the coming days, as well as open up some resources to develop it further. The timeframe of this grant is the next three months.

Operation

The current fixed costs of running Secret Heroes, projected onto the next three months are 1350€ (~1.644,30$) for running Azure functions to access Secret Network as well as the deployment and building plan for the frontend.

Extension

Now for the more exiting part. We had a lot of discussion where to take Secret Heroes to provide the maximum value for players and the ecosystem. Below you find an outline of features that we considered interesting and believe that we are able to deliver them based on the current state of the game. Those are in no particular order and we are happy to have the community chime in to give us their opinion on the priority of those issues.

The Forge

In the forge players can permanently upgrade selected heroes by burning unwanted nfts. This allows players to make use of their lower level hero cards, beware through that, the stronger a hero becomes, the more burning power you will need to upgrade further.

Tournament of the Champions

The good old arena will also see some long lasting improvements. Using the power of secret contracts we will implement the first ATM (Automated Tournament Maker)! This comes with weekly leaderboard resets, as well as an automated price pool for the top players, that is fueled by the minting fee.

Golden Bazaar

The golden bazaar opens its doors, allowing players who want to get an edge on the battlefield to spend some extra $SCRT to maximize their chances of pulling well trained heroes.

User Guidance

We will improve the How To Play page with all in-game mechanics and numbers that are of relevance for the players, giving you a full understanding of the inner workings of the game and allowing you to strategize around that. We will also add a FAQ page, answering all the questions that we relentlessly collected from Discord and other communications since launch.

Bug fixes / General improvements / Dev Handoff

This is a small buffer to allow for ad-hoc bug fixes or improvement of existing mechanics on the fly.

Roadmap

The features mentioned above will be release over a three month cadence and we are happy to take input from the community which feature players would like to see first and include that in our priorities. The user guidance improvements will be rolled out when ready over the course of the three month.

This grant would include a fixed time commitment of the team members, over the next three month, to work on fixes and new features mentioned above, at a rate of 70 $SCRT per hour.

• John Brodish - 27 hours - 1890 $SCRT
  • Previous, Post-Hackathon Work - 23 hours - 1610 $SCRT (50 hours, 3500 SCRT Total)
• Bill Wincer - 42 hours - 2940 $SCRT
  • Previous, Post-Hackathon Work - 45 hours - 3150 $SCRT (87 hours, 6090 SCRT Total)
• Florian Uhde - 45 hours - 3150$SCRT
  • Previous, Post-Hackathon Work - 35 hours - 2450 $SCRT (80 hours, 5600 SCRT Total)
• Maintenance - 1000 $SCRT (at 1.644$ per $SCRT)

The total grant request is for 16190 $SCRT, which will provided in four separate installments upon completion of the following milestones:

1. For completing previous work (game and supporting website design, development, and launch) + maintenance (8210 $SCRT)
2. Upon completion of The Forge - 2660 $SCRT
3. Upon completion of Tournament of the Champions - 2660 $SCRT
4. Upon completion of Golden Bazaar + Improved User Guidance - 2660 $SCRT

We aim to deliver one milestone-per-month but reserve the right to adapt the delivery and completion order to accommodate team member's other work and network commitments.

Once the project is completed, we will make it open-source, excluding some of the 3d assets used in Unity (due to copyright reasons), to serve as a resource and reference for other builders in the network. This includes providing insights and base implementations into complex contracts, complex front-end code and the connection between Secret Network and isolated third-party applications (i.e. Unity3d).

Kaizen Code Studio

Project Description

Secret Network Grant Program: Secret Game Completion

We will be creating a polished Secret Heroes release in one month. This game will be initially published to WebGL and retain user interest in the NFT program by moving forward with the game release in a way that adds offline user experience and front end Unity development.

We were brought in a few weeks ago and my studio is currently in a very limited development role with Secret Heroes. We quickly produced results and new demand for features in the form of the new grid layout and a great deal of advancement in game design and mechanics. In our latest meeting with the team we discussed how it would be possible to build out the game with current contract and front-end development. This will release that new version.

Problem / Solution

In gaming and cryptocurrency, there is an immediate demand in NFT's and there's a marketing rush happening. The first Grant contract for Secret Heroes offers unique opportunity and innovation and yet it is a few months from being finished and it doesn't include game mechanics outside of demonstrating the functionality of the contracts. We have finished the contract development for minting and burning heroes and so by building the game we allow us to capture that value.

Detailed product description

We are offering to put current Unity game development in the fast lane and add working hours with a supplemental grant. This proposal specifically offers a polished playable product around minting, combining and battling our NFT heroes, with much needed front-end development. Our passion is to build it and we were directed to add a grant to have that time compensated as well.

How will it be done specifically? We will add scripts as well as build intractable buttons and features within the Unity Editor to interact with users on the front end of the app. The amount of code development will be very aggressive and include new scripts to handle the game mechanics. An example would be in using modifiers that further develop the functionality we built for the Forge attributes to enable new gameplay. Players can add items to their inventory grid and we will build out the ability to pick up and use modifiers that enable battle advantages while interacting with the game environment to play a game that is bespoke to the functionality of secret NFT contract and UI development.

Go-to-Market plan

We will deliver a published WebGL version of the game for the community that will be stylish and engaging for users. Think of it as hiring an artist to build the next popular NFT project. There are a lot of ways to expand on this project beyond 1 month and adoption can be swift and mostly organic...

Value capture for Secret Network ecosystem

Having the potential for NFT's that reach millions of users creates value in the form of demand for SCRT. Without it we leave our engineers without front-end support.

Team members

• Aaron Radina
• Team Unity Contractors

Team's experience

• Our team has over a decade of Unity experience. We demonstrated this by delivering new scripts and redesigning the current app. We offer to cut the timeline for a polished release from 3-6 months into a single month long push.

Development Roadmap

We will require 1 month to complete this release with the potential to work as long as it takes. We have access to a high performing development team full-time at a total cost of 5000 SCRT.

Example milestones:

• Implement advanced inventory and in game items (weeks 1)
• Implement offline player battles (weeks 2)
• Implement script intractable environment game objects, any daily gifts or missions and build transitions (weeks 3)
• Add polish to the game so that it's playable and FUN! It's important to work with contract engineers and UI during this portion as things will have been pushed forward quickly in the previous weeks (week 4)

Ideally, we can receive payments in 2 disbursements, one after two weeks and after implementation of an inventory, modifiers and offline player battles. The last payment when the development work is completed and WebGL game is launched.

Additional Information

If you have any question please feel free to reach out on Discord.

Team Name: DefiSafe Protocol Team

Project Description

This is an DefiSafe Protocol application for a grant programme: Secret Network Grant Program: Secret Apps

We intend to create an insurance product on Secret Network, which will enable Secret Network users to obtain a certain amount of compensation if the price drops when holding SNIP-20 tokens. Last year, our team has been paying attention to Ethereum Defi and has been building the Defisafe protocol. Version 1.0 has been launched on the Ethereum mainnet. The community has reported that the economic model is unreasonable, so version 1.0 has been discontinued, and version 2.0 has now been deployed on Ethereum. kovan testnet. At present, due to the high cost of Ethereum gas, we are always looking for other suitable ecosystems. Recently, we noticed Secret Network and frequently interacted with Secret Network on Twitter. Needless to say, we are very happy to see the development of this project and hope to participate in it and get support from Secret Network.

Problem / Solution

In terms of investment, profit & loss have become an unavoidable problem. Especially in the field of digital currency, the 24h x 365d transaction and unlimited transaction patterns not only bring huge returns to the purchasers, but also produce huge risks of loss.

Our priority is given to how to provide the investors with better guarantee when designing our products. At present, some decentralized insurance products are available on the market, but some shortcomings still exist. Most products are suitable for minor probability events such as hackers and vulnerabilities. The process of filing claims is more complicated, and voting and other processes are required, so it is likely that the insured users which have incurred losses cannot obtain timely compensation. Compared with minor probability events such as hackers and vulnerabilities, DefiSafe chose a situation that investors are more likely to encounter: losses. Through DefiSafe, users who hold encrypted assets can not only enjoy the appreciation in asset arising from price rise, but also take lower risks of price fall of the encrypted assets.

Detailed product description

Defisafe establishes a pool of venture capital based on smart contract, so that users can enjoy the appreciation brought by price rise and share the risk of asset shrinkage when the price falls. It can be understood as a dynamic economic game model, that is, the game between smart contract and market. The contract involves many possibilities. As long as there is a possibility, that is, the victory of the contract, If the user's assets decrease, compensation can be obtained.
example:
userA holds secret-ETH
userB holds secret-KNC
userC holds secret-BTC
If one of the three users makes a profit, part of the profit will go into the venture capital pool, the loss users will get the secret-DSE compensation, and the funds in the venture capital pool will buy secret-DSE through secretswap.

Go-to-Market plan

The secret network is developing rapidly. We hope to participate in it and get the support of the secret network.

Team members

• Jack
• Sundy
• Kater
• Chris Powers
• Tao
• Globalbst

Team Website

• http://defisafe.net/v2

Team's experience

• Jack
  DefiSafe founder, full stack development engineer, senior developer, has ten years of development experience, worked as an Apple development engineer, participated in a number of block chain projects, formed a team to participate in the global hacker competition, in early 2019, began to deepen Defi research and development, in mid-2019 began to form a team to create DefiSafe project.
• Sundy
  DefiSafe front-end development engineer, senior front-end development engineer, good at front-end field development, technology stack for java, python front-end React Angular and other popular frameworks. Has rich front-end development experience, independently developed a number of open source projects, block chain project senior player, currently mainly invested in the field of block chain project development.
• Kater
  DefiSafe UI designer, senior UI designer in the software testing industry, with many years of working experience, project leader of the corporate image design department of Anban, co-founder of DefiSafe, responsible for the overall interface / interaction design of the start-up and revision of DefiSafe.
• Tao
  DefiSafe smart contract engineer, full stack development engineer, focusing on research and development in the field of smart contracts, focusing on DeFi (decentralized finance) projects, publishing many industry research reports, successfully assisting a well-known capital to complete technical due diligence. He has provided data analysis for the Big Data Strategy Research Institute, participated in many projects such as Benchmark, Mao Yan System, Micro analysis System, etc., published works, and analyzed the regional agglomeration of new enterprises based on the Moran SI Index.
• Globalbst
  DefiSafe Project Manager, Co-Founder of Community Operation Bit Future, Block chain Entrepreneur, Author of Enterprise Transformation and Uplink Guide- "Innovator, Enterprise Uplink Case Operation Guidance Manual," Participated in the scheme design and community operation of multiple projects, such as smart farm block chain trace ability, jade DeFi, real estate ownership pass mapping (STO), art uplink (NFT) solutions, etc., and have rich experience in transforming block chain business in traditional fields.
• Chris Powers | New York
  DefiSafe product architect DefiSafe US partner, DxDAO partner, financial practitioner, focusing on decentralized finance and financial derivatives, designing a number of block chain financial products, and very in-depth research in the DAO field.

Team Code Repos

https://github.com/defisafe

Development Roadmap

We will require 4 months to complete this project.
The total cost we need is: $60000, which is mainly used for the following purposes: 1. Community promotion 2. Providing liquidity for secret-DSE in secretswap 3. Expenses of project personnel

Example milestones:

• Implement Community migration (weeks 0 - 4).
• Implement Development completed (weeks 4 - 12).
• Implement Test network phase (weeks 12 - 16).

Additional Information

This is our demo video on Ethereum：https://youtu.be/qd6ULXGE5qc

Please make sure to submit your grant application as an issue

XP.network

Project Description

• The first of the kind NFT multi-chain bridge connecting a wide range of EVM to a number of Non-EVM chains. At the moment of writing, the bridge allows transferring NFTs to and from:
  • Ethereum
  • Binance Smart Chain
  • Avalanche
  • Polygon
  • Algorand
  • Fantom
  • Tron
  • Elrond
  • Tezos
  • Velas
  • IoTeX
  • xDai
  • Fuse

Problem / Solution

Secret Network is becoming an important player in the blockchain industry. Its token already occupies #86th place in the coin ranking. But much more importantly, Secret Network is developing a rich NFT ecosystem populated with professionally developed Marketplaces, promising NFT projects, and talented content providers.

However, they will all be detached from the global NFT market and will require a gateway for their assets for entering and exiting the blockchain. XP Network NFT Bridge is the Silk Road or the Spice trade route of today's NFT industry. We connect the otherwise isolated markets whose potential is limited to the insular communities of individual chains.

The bridge makes cross-chain marketplaces, NFT oriented games, and defi projects possible. It integrates Secret Network to the global NFT ecosystem opening it for otherwise impossible possibilities of development and growth.

Detailed product description

Our groundbreaking technology has several advantages. We support a wide range of EVM and Non-EVM protocols at once

• The intuitive interface of the applications ensures a pleasant user experience
• We have developed a cross-chain NFT listing tool
• Our JavaScript API library allows partnered dApps to use our instruments from any programming language behind the scenes (TypeScript, Python, C#, Java, C++, Swift, etc.)
• We work with multiple token standards and conveniently convert one standard to another while transferring assets across networks.
• We allow our users to select the tokens they want to pay the transaction fees with, taking the burden of currency conversion.
• We support transfers in batches to save on transaction fees.
• We have set up a layered security system around our solutions to provide maximal protection of the assets of our users.
• We allow transferring NFTs with the smart contract logic they had in the original chain.

Go-to-Market plan

The bridge has been built to satisfy the needs of different groups of users on Secret Network. Therefore, it consists of several components.

The Bridge User Interface is available at https://bridge.xp.network. It is designed for non-coding users such as NFT owners, traders, investors, collectors, and artistic content creators.

The bridge JavaScript library available at https://www.npmjs.com/package/xp.network can be utilized by:

1. The cross-chain games with teams of players spread across the blockchains whose raging armies of militant invaders or peaceful treasure hunters and gold miners can travel from one blockchain to another, either gaining value or getting annihilated by superior forces of the aborigen inhabitants.

2. Cross-chain marketplaces save hundreds of thousands of dollars and developer-hours by using the ever-growing library allowing the users to buy Solana NFTs from Elrond and pay for the assets and the transaction fees with a currency of the customer's choice.

3. NFT Projects preferring global over local presence expose the freshly minted collections with groundbreaking logic or breathtaking design to tens or, eventually, hundreds of communities at once enjoying previously unprecedented demand and sales volumes.

The bridge REST API service supports developers in Python, Java, C#, C++, or any other programming languages to use the functionality of the bridge by calling POST requests with the function call parameters stored in the body of the requests. In return, the service returns valid for the chain of interest but unsigned transactions the users can sign and submit from the application of the third parties.

Value capture for Secret Network ecosystem

XP Network NFT Bridge is the only NFT gateway for several chains (Elrond, Algorand, Tezos, Velas, Fuse) and by keeping integrating more and more chains we're becoming a one-stop solution for the global NFT ecosystem.

In order for wrapped NFTs to be treated as "native" on foreign chains, they must be minted according to the standard of the target chains. The bridge converts Native NFTs of the chain of departure to the following standards on the chain of destination:

1. ERC-721/BEP-721/TRC-721/HRC-721 in the EVM compatible blockchains
2. ERC-1155/BEP-1155/TRC-1155/HRC-1155 in the EVM compatible blockchains
3. ESDT for Elrond
4. ASA-003 for Algorand
5. FA2 for Tezos

Team members

XP Network Team

• Dima Briukhanov CTO
• Rupansh Sekar Blockchain Developer
• Sumit Kumar Blockchain Developer
• Xueming Zheng Blockchain Developer
• Yura Dukhno Front-End Developer
• Alexey Adoniev FullStack Developer

Team Website

• XP Network Website

Team's experience

The currently functioning NFT Bridge is a living example of the team's maturity and readiness for integrating Secret Network into the global NFT family.

Our team has already bridged 10+ chains. For many chains our bridge is the only one allowing to transfer NFTs to/from:

• Ethereum
• Binance Smart Chain
• Avalanche (No other NFT bridge, but XP Network)
• Polygon
• Algorand (No other NFT bridge, but XP Network)
• Fantom
• Tezos (No other NFT bridge, but XP Network)
• Tron (No other NFT bridge, but XP Network)
• Elrond (No other NFT bridge, but XP Network)
• IoTeX (No other NFT bridge, but XP Network)
• Velas (No other NFT bridge, but XP Network)
• xDai (No other NFT bridge, but XP Network)
• Fuse (No other NFT bridge, but XP Network)

Team Code Repos

• XP Network GitHub repository
• XP Network Bridge JavaScrip library
• The Bridge Interface
• Smart Contracts Audits
• The key repositories are private & can be shared with the Secret Network Team on request

Team LinkedIn Profiles

• Dima Briukhanov - CTO
• Dima Ulyanov - CBO
• Rupansh Sekar Blockchain
• Sumit Kumar - Blockchain
• Xueming Zheng - Blockchain
• Yura Dukhno - FE
• Alexey Adoniev - FS

Development Roadmap

Milestone 1 — Smart Contract Development

Milestone 2 — Smart Contract Development

Milestone 3 — Testing & Documenting

Milestone 4 — Integrating into the Live Bridge

We would be willing to consider part payment in SCRTs, up to 100%.

Future Plans

Our long term plans include:

1. Mainnet integration to Cardano, Solana, Polkadot ecosystem, other Cosmos ecosystem chains, EOS compatible chains, NEO
2. Forged NFT detection on all the bridged chains
3. NFT explorer for finding NFT’s with deleted storage
4. NFT meta backup to secure transactions
5. Distributed NFT’s hosting (better than IPFS)
6. NFT Search (search by any parameter)
7. Retention protection tool

Additional Information

We've already received grants or financial support for integration from:

• Harmony - Grant
• Velas - Grant
• IoTeX - Grant
• Aurora - Grant
• Tezos - financial support and the role of a Backer (validator)
• Fuse - financial support

Open Grant Proposal: XDV Protocol - Secret Network specialist engineer

Name of Project: XDV protocol and node

Proposal Category: app-dev

Proposer: @molekilla

Do you agree to open source all work you do on behalf of this RFP and dual-license under MIT and APACHE2 licenses?: yes

Project Description

XDV Protocol objective is to make any document or metadata, linked data or linked tokens, verifiable within decentralized blockchain stores like Filecoin, decentralized content network like IPFS or hybrid decentralized content network with blockchain features like Swarm Bee. Verifiable Documents can be a verified credential as proposed by the Verifiable Credentials model, an ERC-721 standard NFT (Non Fungible Token), a PKCS#11 or PKCS#12 signed document verifiable with government mandated smart cards or as simple as any binary data signed with a DID that can be authenticated and verified with a proof (eg proof of residence from a KYC Know Your Customer or proof of humanity).

Previous Work

XDV initially focused on wallets and having those wallets be able to sign documents with government mandated smart cards.
A second feature came later where the document was anchored to a blockchain. XDV worked with Swarm V1, which eventually shutdown and went to focus on Swarm Bee. XDV project team moved to IPFS while the new Swarm Bee blockchain was under construction.

One feature requested was to preserve privacy, encryption or zero knowledge technologies were required. After looking for previous work, we stumble upon Ceramic blog and found How to Store Signed and Encrypted Data On IPFS.

We took that paper as base layer for our implementation with a few twists:

• No server changes: Customized IPFS implementation are difficult to maintain.
• Keep it simple: dag-cbor instead of dag-jose.
• Delegate missing features to other stacks: Subscriptions, events and encryption can be done by other complementary APIs.

Another previous work that we manage to create innovation around it is did-jwt. We forked did-jwt and created did-jwt-rsa, which is a DID JWT that signs and verifies RSA Signatures. By accomplishing that, we practically gain DID compatibility with PKCS#11/PKCS#12, which in most governments around the world are required for legal document signing.

And then we asked ourselves, what if you could do a RSA Signature enabled blockchain? We found out that there is actually one project, NDID blockchain from Thailand, which is developed with Tendermint.

Enter XDV: The need for custom tailor made protocol

Initially, Substrate was the top pick, but after much research about market conditions (right now is pretty difficult to find Rust engineers) and current team knowledge, we went with Cosmos SDK and Starport. By June 2021 we explored an initial IPLD Cosmos SDK PoC but after thinking about the infrastructure cost to deploy and operate a blockchain it was decided to keep using Tendermint/Cosmos but with a robust chain platform, for that Secrets Network fits most of the tech use cases and supports WASM using CosmWasm and Rust.

Most of the APIs required to build XDV Protocol are in Go but also in Rust. A first protocol draft must contain the basic primitives, and further protocol versions must be able to build on previous work.

Considering that signature is just one of the many use cases, and that disparate data sources and structures will be more common in the future, XDV Protocol lingua franca is based in IPLD Schemas from Protocol Labs.

Thus, the current XDV Protocol Specification:

A Layer 2 Solution Approach

L2 is required, as most of the SDKs for these use cases are in Go.

Primitives

• Files: Agnostic CID interface which uses rust-ipld / CosmWasm Smart contracts or go-prime-ipld
• OffchainDataSources: An ODBC inspired oracle based connection with BLS Trusted Blockchain Oracle Scheme Based on Aggregate Signature
• More references: https://medium.com/coinmonks/the-simple-price-oracle-verification-based-on-bls-key-aggregation-and-n-of-n-multisignature-902e4aa3c66

XDV Data Queries

• XDV Data Queries uses the underlying primitives as API to build next generation ETL / Map Reduce like functions, where every data node is linkable and verifiable in Rust with Serde combined with IPLD.

HTLC / Atomic Swaps

There are many NFT platform that need metadata decoupling and lack proper way to cross chain swap metadata. Here we'll try to use time lock contracts to swap metadata uri betweens chains.

Main use case

Cross chain NFT metadata uri token swap

A NFT chain has no EVM presence, but metadata uri is stored in XDV Protocol. They need to be able to peg the ERC-721 compatible token and swap metadata uri while keeping the merkle tree proof / CID in XDV Protocol.

With XDV Node, using Flow go sdk, we could link to metadata of a NFT, link to a metadata store in Secret network bincode storage, and swap to Secret , Ethereum or BSC. The original token is locked, and newly minted links to XDV CID.

This allows for better privacy features like anti forgery protection or government mandated PKI RSA signatures.

Deliverables

M1

Secret Network contract client side tooling

Estimate: 1 month
Description: Take existing Cosmos client that uses XDV Universal Wallet and refactor to use Secret Network client tooling.
Help with integration and tests of BSC Smart Chain contracts and Secret Network BSC Bridge

Deliverable: Must deliver the client side tooling required by the Filecoin grant backend counterpart

M2

Integration with DID

We will need DID technology, the current XDV uses did:key/did:ethr with did-jwt and did-jwt-rsa packages. This deliverable will be the very basic did:scrt experiment for further enhance grants.

did:scrt must be similar to did:ethr

• delegate
• setAttrs
• revokeAttrs
• etc

Estimate: 1 month,objetive is to only be did:ethr compatible
Deliverable: Pass the did:ethr specs

M3 - XDV Data Query Client Side

Build client side tooling to create smart data contracts

Estimate: 1 month
Deliverable: Deploy jobs or contracts

M4 - Developer documentation

Documentation

Estimate: 1 month
Deliverable: https://docs.xdv.digital/protocol

Development Roadmap

Roles

Rogelio Morrell: Lead Architect and Developer
Edgar Sucre: Architect and Developer
Vacant: Lead Blockchain Engineer

Total = 4 months

4 deliverables = $40, 000

Maintenance and Upgrade Plans

Yes, we will practically based our business around this open source blockchain and it will be maintain for the foreseeable future.

Team

Team Members

IFESA / IDAO

• Rogelio Morrell
• Edgar Sucre
• Luis Sanchez
• Kendall Kant

Team Member LinkedIn Profiles

• Rogelio Morrell
• Edgar Sucre
• Luis Sanchez
• Kendall Kant

Team Website

• https://testnet.xdv.digital
• https://industriasdao.com
• https://ifesa.tech
• https://docs.xdv.digital

Relevant Experience

Rogelio Morrell, PAID Network Lead Architect, Ikonic.gg NFT Lead Architect, XDV Inventor, created XDV Universal Wallet, XDV Workflow Contracts and did-jwt-rsa.

Edgar Sucre, Crypto Exchange Alliance, renamed to Fluid Finance, Lead Architect.

Team code repositories

IFESA Repos

https://github.com/Electronic-Signatures-Industries/

XDV Node

https://github.com/Electronic-Signatures-Industries/xdv-node

Additional Information

None

Description of Project

180Protocol is building collaboration software for the next generation of enterprise. Our goal is to create a world with connected businesses, powered by the exchange of data.

We are a team of passionate innovators who believe in the application of decentralized technologies to drive the fourth industrial revolution.

We have followed Secret Network for a couple years through the Outlier Ventures network in particular and like Secret, privacy is at the core of our offering.

Problem/solution

Sharing and creating value from sensitive data is too hard for enterprises. Businesses currently face numerous barriers, which prevent them from accessing, sharing and monetizing their data assets. These barriers include concerns around privacy, control, and a lack of incentive.

180Protocol is an infrastructure for creating enterprise data unions. We remove barriers and encourage collaboration and data sharing amongst enterprises. This will lead to better commercialisation of data assets and shared business intelligence.

Detailed Product/network improvement description

Our technology weaves together public blockchain, confidential computing and private DLT to create the environment in which businesses can collaborate and share data. The outcome of which is increased business intelligence and capacity to commercialize trapped data assets (like IP, research, trade secrets etc).

180Protocol is an open source toolkit that enables data contributors to aggregate sensitive data. Through the use of a TEE, our technology enables secure multi-party computations so that new and valuable data outputs can be created.

180Protocol is comprised of the following components:

• Aggregator SDK – a set of configurable workflows to coordinate multi-party computations on private and public data; a trusted execution environment (TEE) based data analytics interface that can take flexible data inputs from Data Providers, and produce data outputs for Data Consumers
• 180Dashboard – a front end application that allows Data Providers and Data Consumers to keep track of shared data and rewards for each data aggregation
• Codaptor – a middleware that connects to the Corda RPC and generates OpenAPI bindings automatically for any CorDapp

Detailed Architecture: https://docs.180protocol.com/learn/features/network-architecture
Privacy Preserving Aggregation Flows - https://docs.180protocol.com/learn/features/enclave-workflows

Confidential applications built on 180Protocol can leverage the power of DLT and confidential computing, alongside other core technologies.

We intend to integrate the Aggregator SDK with the Secret Network by enabling output data assets to be minted as Secret NFTs. This creates a privacy assured transferable data asset so that our clients are assured privacy in both the creation and dissemination of unique data outputs.

Go-to-market and commercialization plan

Our data unions open up a world of use cases for enterprises. We have already identified opportunities and made headway in several key industries, including financial services, arts & culture, insurance, hospitality, healthcare and carbon markets.

The first phase of our outreach strategy involves targeting uses for our technology https://github.com/180Protocol through creating and leveraging a community. In parallel, we are engaging industry consultants, advisors, and data focused councils and other industry bodies to promote our vision, a world of enterprise connected by the flow of data.

Community, developer and user engagement will be supported with an NFT competition for use cases, with higher incentives for use cases that are deployed. This competition is being launched imminently.

Our commercialisation strategy is “protocol-as-a-service”. We will expand our offering to enable fully decentralized and privacy assured B2B marketplaces, combined open-source with the provision of premium and subscription services.

Value Capture for Secret Ecosystem

At 180Protocol, we believe that effective data collaboration will drive the fourth industrial revolution. Critical to capturing the value created through this evolution of industry will be giving confidence to businesses that they can deploy sensitive assets securely, privately, and with the right incentives given the risk.

By integrating 180Protocol into the Secret Network via the steps outlined below, Secret will benefit from 180Protocol’s bridging technology ultimately deploying Web3 for enterprise. This technology is designed for the complex needs of businesses created by deeply experienced enterprise technologists and deploying the best of enterprise-grade blockchain and confidential computing technologies in a fully configurable and flexible manner.

When deployed as a Secret NFT, data assets generated by businesses will become commodities traded, exchanged, and consumed on the Secret Network. 180Protocol’s technology is designed to be industry and use case agnostic, predicated only on the requirement for data to be shared amongst businesses to achieve a commercial outcome. This flexibility opens up the full realm of possible value capture for Secret Network.

Team

Experience

The 180Protocol team is composed of passionate individuals and creative problem solvers aiming to make enterprise on ramp to web3. We are on a mission to unlock the value in sensitive enterprise data through the deployment of confidential computing and DLT. The core team is composed of Phil Holbrook, and Parth Shukla, who established Bond180, the tech service provider for 180Protocol. Phil has 15 years experience working on the buy-side of finance in the City of London and Parth is an experienced enterprise architect and developer, with expertise in R3 Corda, and Ethereum in terms of Layer 1 and experience with several TEE frameworks like Conclave, Apache Teaclave, Anjuna etc. The team is supported by two senior developers based out of India, both with experience in writing enterprise grade distributed applications. The team is advised by Igor Lobanov, former Chief Architect at Legal and General Investment Management, Keith Bear, formerly Head of Blockchain at IBM and Ian Hunt, a buy-side technology expert. Further, 180Protocol has Leo Greve and Chiel Ruiter as NED’s, both experienced capital markets bankers with several decades of experience across European financial markets.

Technical Team

• Parth Shukla, CTO
  https://github.com/parthbond180
  https://www.linkedin.com/in/parthshukla1/
• Vivek Shah, Senior Developer
  https://github.com/vivekshah92
• Hitesh Patel, Senior Developer
  https://github.com/hiteshvpatel256
• Igor Lobanov, Technology Architecture Advisor
  https://github.com/lobanov
  https://github.com/igor-b180

Commercial Team & Advisors

• Katie Lundie - Commercial Lead, 180Protocol - https://www.linkedin.com/in/katie-lundie-%E9%BE%8D%E6%84%B7%E6%9B%A6-b3151260/
• Phil Holbrook - CEO, Bond180 (tech provider) - https://www.linkedin.com/in/philip-holbrook/
• Leo Greve - NED - https://www.linkedin.com/in/leo-hendrik-greve-3878065/
• Chiel Ruiter - NED - https://www.linkedin.com/in/chielruiter/
• Keith Bear, Enterprise Blockchain Advisor - https://www.linkedin.com/in/keith-bear-2b7407
• Ian Hunt, Financial Technology advisor - https://www.linkedin.com/in/ian-hunt-228880

Milestones & budget

Milestone 1 (1-2 months): Develop a Data Asset Secret NFT smart contract

Development costs $30k
Other $10k

• Construct metadata standards for 180Protocol and other Data Assets as secret NFTs
• Test/deploy smart contract on Secret TestNet holodeck-2

Milestone 2 (2-4 months): Integrate Secret NFT smart contract with 180Protocol Aggregator SDK

Development costs $60k
Other $20k

• Data Assets created from TEE for data consumer must be mintable as a Secret NFTs
• Introducing new Secret NFT minting flow within 180Protocol Aggregator SDK

Milestone 3 (2-4 months): Introduce enhanced features to Data Asset Secret NFT

Development costs $60k
Other $20k

• Secondary trading of NFTs should trigger rewards flows for data providers involved in creation of data assets
• Consumption of data asset should be trackable with associated rewards paid to contributors

Milestone 4 (1-2 months): Explore feasibility of 180Protocol Secret DAO on Secret Network

$40k

• 180Protocol token can potentially be minted on Secret Network
• A180Protocol DAO can be created leveraging Secret Smart contracts thus enabling privacy preserving voting

Total Time - 6 months - 12 months

Total Budget - $240k

Additional information

We have already recieved a grant from Filecoin to integrate Filecoin as a decentralized storage layer for data outputs from our Aggregator SDK

filecoin-project/devgrants#451