=nil; Foundation's in-EVM Solana "Light-Client" state verification enables every Solana cluster epoch confirmed state to be relied on in Ethereum for in-EVM applications of any kind.
Such a 'Light-Client' state verification makes bridging mechanisms using "relays", "tokens", "oracles" or "validators" obsolete and redundant by introducing the core for Solana-Ethereum bridges relying only on cryptographic assumptions (just like signatures or hashes, for example).
July 10 - September 13 2021
=nil; Foundation and Solana Labs started the initial conversation regarding creating a more trustless Solana-Ethereum bridging mechanism core. Some details about that are available in related blog post
September 13 - November 15 2021
=nil; Foundation's Crypto3 team developed Solana's 'Light-Client' state proof generation and verification protocol description. Design Document and Documentation helps to figure out what is what.
Q4 2021 - Q1 2022
Solana's 'Light-Client' state is too huge to be verified on Ethereum directly, so it has to be packed into a proof, which would be easier to verify. To make this possible, =nil; Foundation got to developing such a proof generator. Try what is already done with an interactive in-browser demo.
Q4 2021 - Q1 2022
Solana's 'Light-Client' state proof should be verified on Ethereum's side to make sure it proves the actual valid Solana's cluster data. It is also required to prove a particular proof belongs to the proper state proof sequence, originating from the very beggining of Solana's cluster commit log.
Q1 2022
An independent audit is deefinitely required. We're looking forward to that.
Q2 2022
At this stage Solana's 'Light-Client' in-EVM proof verification mechanism can be considered ready for being integrated into various applications: wallets, games etc. You will be welcomed to drop us a line about the integration if trustless bridging core to your application!
Your project using Solana-Ethereum fully trustless bridge core is welcomed to be here!