Criteria for MainNet - Githubissues

Mainnet v1 launch

Unblock development

We need to have separate CIs for https://github.com/near/rainbow-bridge-rs , https://github.com/near/rainbow-bridge-sol, https://github.com/near/rainbow-bridge-lib. Without it there is too much space for human error that manifest as regular breakages of our releases.

RE: #298

[ ] Define interfaces for EthOnNearClient and EthOnNearProver that will not change after we introduce upgradability;
[ ] Define interfaces for NearOnEthClient and NearOnEthProver that will not change after we introduce upgradability;
[ ] Select upgradability pattern for Ethereum contracts, based on https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/
[ ] Design upgradability pattern for NEAR contracts (CC @evgenykuzyakov );
[ ] Implement upgradability for Ethereum and NEAR contracts;
[ ] Add tests in https://github.com/near/rainbow-bridge-rs CI that exercise upgradability;
[ ] Add tests in https://github.com/near/rainbow-bridge-sol CI that exercise upgradability;
[ ] Add command into https://github.com/near/rainbow-bridge-cli that allows voting for upgradability, in centralized manner;
[ ] Add end-to-end test into https://github.com/near/rainbow-bridge-cli CI that tests upgradability;

[ ] rainbow status needs to show how much tokens user has on both sides of the bridge;
[ ] We need a nice UI that integrates with our wallet and Metamask and allows transfer of various tokens in both directions. Potentially expanded on @chadoh 's work.
[ ] List all tokens supported by the bridge in the UI.

[ ] Setup a monitoring system that alerts the on-call person when NearOnEthClient or EthOnNearClient falls back behind.

Enforcing daily limit for transfers through contracts can be problematic, since it my tamper with exit attempts and anger users. Also it is hard to have meaningful limits in the since we have generic token connectors;
Subsidized transfers between ETH->NEAR (where users do not need to have accounts on both blockchains) is a nice to have feature, but it is not blocking the launch on the Mainnet;
Non-ERC20/NEP21 standards are also nice to have, but they are not blocking Mainnet launch;
Explorer and wallet support are good to have but not Mainnet launch blockers;