#
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