These contracts provide the core functionality for the POA bridge. They implement the logic to relay assests between two EVM-based blockchain networks. The contracts collect bridge validator's signatures to approve and facilitate relay operations.
The POA bridge smart contracts are intended to work with the bridge process implemented on NodeJS. Please refer to the bridge process documentation to configure and deploy the bridge.
The POA Bridge allows users to transfer assets between two chains in the Ethereum ecosystem. It is composed of several elements which are located in different POA Network repositories:
- Solidity smart contracts, contained in this repository.
- Token Bridge. A NodeJS oracle responsible for listening to events and sending transactions to authorize asset transfers.
- Bridge UI Application. A DApp interface to transfer tokens and coins between chains.
- Bridge Monitor. A tool for checking balances and unprocessed events in bridged networks.
- Bridge Deployment Playbooks. Manages configuration instructions for remote deployments.
Currently, the contracts support four types of relay operations:
- Tokenize the native coin in one blockchain network (Home) into an ERC20 token in another network (Foreign).
- Swap a token presented by an existing ERC20 contract in a Foreign network into an ERC20 token in the Home network, where one pair of bridge contracts corresponds to one pair of ERC20 tokens.
- to mint new native coins in Home blockchain network from a token presented by an existing ERC20 contract in a Foreign network.
- Transfer arbitrary data between two blockchain networks as so the data could be interpreted as an arbitrary contract method invocation.
The POA bridge contracts consist of several components:
- The Home Bridge smart contract. This is currently deployed in POA.Network.
- The Foreign Bridge smart contract. This is deployed in the Ethereum Mainnet.
- Depending on the type of relay operations the following components are also used:
AMB-ERC-TO-ERCmode: the ERC20 token (in fact, the ERC677 extension is used) is deployed on the Home network;
ERC-TO-NATIVEmode: The home network nodes must support consensus engine that allows using a smart contract for block reward calculation;
- The Validators smart contract is deployed in both the POA.Network and the Ethereum Mainnet.
Responsibilities and roles of the bridge:
- Administrator role (representation of a multisig contract):
- add/remove validators
- set daily limits on both bridges
- set maximum per transaction limit on both bridges
- set minimum per transaction limit on both bridges
- upgrade contracts in case of vulnerability
- set minimum required signatures from validators in order to relay a user's transaction
- Validator role:
- provide 100% uptime to relay transactions
- listen for
UserRequestForSignatureevents on Home Bridge and sign an approval to relay assets on Foreign network
- listen for
CollectedSignaturesevents on Home Bridge. As soon as enough signatures are collected, transfer all collected signatures to the Foreign Bridge contract.
- listen for
Transfer(depending on the bridge mode) events on the Foreign Bridge and send approval to Home Bridge to relay assets from Foreign Network to Home
- User role:
- sends assets to Bridge contracts:
ERC-TO-NATIVEmode: send ERC20 tokens to the Foreign Bridge to receive native coins from the Home Bridge, send native coins to the Home Bridge to unlock ERC20 tokens from the Foreign Bridge;
ARBITRARY-MESSAGEmode: Invoke Home/Foreign Bridge to send a message that will be executed on the other Network as an arbitrary contract method invocation;
AMB-ERC-TO-ERCmode: transfer ERC20 tokens to the Foreign Mediator which will interact with Foreign AMB Bridge to mint ERC20 tokens on the Home Network, transfer ERC20 tokens to the Home Mediator which will interact with Home AMB Bridge to unlock ERC20 tokens on Foreign network.
- sends assets to Bridge contracts:
There are two ways to deploy contracts:
- install and use NodeJS
- use Docker to deploy
Please read the README.md in the
deploy folder for instructions and .env file configuration
npm run coverage
The results can be found in the
Fattened contracts can be used to verify the contract code in a block explorer like BlockScout or Etherscan. The following command will prepare flattened version of the contracts:
npm run flatten
The flattened contracts can be found in the
Docker and Docker Compose can be used to deploy contracts without NodeJS installed on the system.
If you are on Linux, we recommend you create a docker group and add your user to it, so that you can use the CLI without
docker-compose up --build
Note: The container must be rebuilt every time the code in a contract or deployment script is changed.
- Create the
.envfile in the
deploydirectory as described in the deployment README.md.
- Run deployment process:
or with Linux:
docker-compose run bridge-contracts deploy.sh
- Discover the container name:
docker-compose images bridge-contracts
- In the following command, use the container name to copy the flattened contracts code to the current working directory. The contracts will be located in the
docker cp name-of-your-container:/contracts/flats ./
$ docker-compose run bridge-contracts bash
$ npm test
$ npm run coverage
If the container is no longer needed, it can be shutdown:
The GAS_CONSUMPTION file includes Min, Max, and Avg gas consumption figures for contracts associated with each bridge mode.
The REWARD_MANAGEMENT file includes information on how rewards are distributed among the validators on each bridge mode.
To test the bridge scripts in ERC20-to-ERC20 mode on a testnet like Sokol or Kovan, you must deploy an ERC20 token to the foreign network. This can be done by running the following command:
node testenv-deploy.js token
or with Docker:
See the CONTRIBUTING document for contribution, testing and pull request protocol.
This project is licensed under the GNU General Public License v3.0. See the LICENSE file for details.