#
Solana Bridge Project
In
#
Project synopsis
%%{init: { 'theme': 'forest' }}%% graph LR A[Verus Daemon \n With modifications\n to handle\n solana proofs] -->|API Calls| B(Bridgekeeper) B --> C{API Call \n smart contract} C --> submitImports C --> getInfo C --> getExports C --> submitAcceptedNotarization C --> getNotarizationData C --> getBestProofRoot C --> getLastImportFrom C --> revokeidentity subgraph Solana submitImports getInfo getExports submitAcceptedNotarization getNotarizationData getBestProofRoot getLastImportFrom revokeidentity end
#
Resources
#
People Attempting Bounty
- @Monkins - provided information for developers to be able to understand what is involved with the bounty.
- @Monkins - provided an initial concept on how a sub chain can be kept in a solana smart contract in order to provide a stateroot Verus needs.
#
Monkins Idea
This Idea has been discussed with the Lead developer of Verus and would serve as the basis for a viable solution.
#
Milestones
- MVP 1
-
Define What needs to be built
- In the Daemon (How to solve the EDCSA Issue)
- Define and choose programming language to be used for each module
- Smart Contracts
- Apps
- MVP 2.1
- Create serializing libraries
- MVP 2.2
- Create RPC API for DAemon to connect to