@requestnetwork/smart-contracts
v0.50.0
Published
Smart contracts for the Request protocol.
Readme
@requestnetwork/smart-contracs
@requestnetwork/smart-contracts is a package part of the Request Network protocol.
The package stores the sources and artifacts of the smart contracts deployed on Ethereum. It also exposes a library to get information about the artifacts.
Installation
npm install @requestnetwork/smart-contractsYou may need some environment variables. You can create a .env file at the root of this package:
DEPLOYMENT_PRIVATE_KEY=... # Mandatory to deploy on live blockchains (legacy)
ADMIN_PRIVATE_KEY=... # Mandatory to deploy on live blockchains (xdeployer)
WEB3_PROVIDER_URL=... # Mandatory to interact with live blockchains
ETHERSCAN_API_KEY=... # Only used to verify smart contracts code on live blockchains, even for other explorers, except:
BSCSCAN_API_KEY=... # ... for BSCScan
POLYGONSCAN_API_KEY=... # ... for PolygonScan
FTMSCAN_API_KEY=... # ... for FTMScan
SNOWTRACE_API_KEY=... # ... for Snowtrace
ARBISCAN_API_KEY=... # ... for Arbiscan
ADMIN_WALLET_ADDRESS=... # Mandatory to deploy contracts with admin tasks (e.g. ChainlinkConversionPath)
DEPLOYER_MASTER_KEY=... # Mandatory to deploy the request deployer smart contract on live blockchains
REQUEST_DEPLOYER_LIVE=... # Must be true to deploy contracts through the request deployer on live blockchains.
NETWORK=... # List of network to deploy contracts on with the request deployer. If not set default to all supported chain.Usage
Library usage:
import * as SmartContracts from '@requestnetwork/smart-contracts';
import { erc20FeeProxyArtifact } from '@requestnetwork/smart-contracts';
import { providers } from 'ethers';
const requestHashStorageMainnetAddress =
SmartContracts.requestHashStorageArtifact.getAddress('mainnet');
const requestHashSubmitterRinkebyAddress =
SmartContracts.requestHashSubmitterArtifact.getAddress('rinkeby');
const requestHashStorageABI = SmartContracts.requestHashStorageArtifact.getContractAbi();
const erc20FeeProxyInstance = erc20FeeProxyArtifact.connect(
// network.name
'private',
// RPC Provider or Signer
new providers.JsonRpcProvider(),
);Smart Contracts
The package stores the following smart contracts:
Smart contracts for request deployment
RequestDeployersmart contract to which we delegate our deployment through the functiondeploy(value, salt, bytecode). It enables to deploy contract with theCREATE2opcode to easily manage our contract deployment addresses.
Smart contracts for ethereum-storage package
RequestHashStorageallows to declare a hashNewHash(hash, submitter, feesParameters). Only a whitelisted contract can declare hashes.RequestOpenHashSubmitterentry point to add hashes inRequestHashStorage. It gives the rules to get the right to submit hashes and collect the fees. This contract must be whitelisted inRequestHashStorage. The only condition for adding hash is to pay the fees.StorageFeeCollectorparent contract (not deployed) ofRequestOpenHashSubmitter, computes the fees and send them to the burner.
Smart contracts for advanced-logic package
TestERC20minimal erc20 token used for tests.ERC20Proxyused to pay requests with an ERC20 proxy contract payment networkEthereumProxyused to pay requests in blockchain native tokens such as ETH on mainnetERC20FeeProxyused to pay requests in ERC20 with a fee for the builder cf. the payment network ERC20 with feeERC20ConversionProxyused to process a payment in ERC20 for an amount fixed in fiat, relying onERC20FeeProxy, cf. the payment network any-to-erc20
Smart contracts for payments with swaps
ERC20SwapToPaysame asERC20FeeProxybut allowing the payer to swap another token before payingERC20SwapToConversionsame asERC20ConversionProxybut allowing the payer to swap another token before paying
Smart contracts for commerce payments
ERC20CommerceEscrowWrapperwrapper around Coinbase Commerce Payments escrow for auth/capture flow with Request Network platform fee support. See Fee Mechanism Design for architectural details.
Documentation
Detailed architectural design documentation is available in the docs/design-decisions/ directory:
- Fee Mechanism Design: Comprehensive documentation of the
ERC20CommerceEscrowWrapperfee architecture, including fee payer models, multi-recipient strategies, security considerations, and future extensibility paths.
Local deployment
The smart contracts can be deployed locally with the following commands:
git clone https://github.com/RequestNetwork/requestNetwork.git
cd requestNetwork/packages/smart-contracts
# Install packages
yarn install
# Compile smart contracts, generate types and build the library
yarn build
# Run an instance of Ganache, ready for testing
yarn ganacheAnd in another terminal, deploy the smart contracts locally with:
yarn run deployLive deployment
The request deployer enables multichain deployment of several smart contracts at predefined address. It is based on https://github.com/pcaversaccio/xdeployer
The deployer contract should be deployed at 0xE99Ab70a5FAE59551544FA326fA048f7B95A24B2 on live chains.
Be sure to run yarn build:sol before deploying the deployer or a contract.
The contracts implemented are listed in the array create2ContractDeploymentList in Utils.
Deploy the request deployer (once per chain)
Environment variables needed: DEPLOYER_MASTER_KEY
yarn hardhat deploy-deployer-contract --network <NETWORK>Compute the contract addresses
Run:
yarn hardhat compute-contract-addressesIt will compute the addresses of the contracts to be deployed via the request deployer.
Deploy the contracts
Depending on the xdeployer config, this script will deploy the smart contracts on several chain simultaneously
Environment variables needed: ADMIN_PRIVATE_KEY
You will need the request deployer to be deployed.
Then run:
To deploy all contracts to one network, use:
NETWORK=<NETWORK> yarn hardhat deploy-contracts-through-deployerIf you want to deploy all contracts on all networks:
yarn hardhat deploy-contracts-through-deployerTo deploy on live chains set REQUEST_DEPLOYER_LIVE to true
This command will output details about each contract deployment on each chain:
- If successfull: the network, the contract address and block number
- If already deployed: the network, and the contract address
- If an error occured: the said error
Verify the contracts
Verify and publish the contract code automatically to blockchain explorers, right after smart contracts compilation.
Environment variables needed: ADMIN_... key and wallet, ETHERSCAN_API_KEY, and REQUEST_DEPLOYER_LIVE.
Depending on the contracts you're verifying you will need to set up WEB3_PROVIDER_URL.
See hardhat.config.ts.
yarn hardhat verify-contract-from-deployer --network <NETWORK>Add the contracts to Tenderly
Once the contract has been added to the artifacts (./src/lib/artifacts), run the following command to synchronize
contracts with the Tenderly account.
Environment variables needed: TENDERLY_... (see hardhat.config.ts).
yarn hardhat tenderly-monitor-contractsVerify the RequestDeployer contract
If the RequestDeployer contract verification failed initially, it can be verified with:
yarn hardhat verify-deployer-contract --network <NETWORK>Verify the contracts manually With Hardhat (legacy)
A more generic way to verify any contract by setting constructor argments manually:
yarn hardhat verify --network NETWORK_NAME DEPLOYED_CONTRACT_ADDRESS "Constructor argument 1"Deprecated payment deployment scripts (legacy)
The goal of this script is to let all our payment contracts be deployed with the same sequence on every chain.
The script also verify deployed contracts.
Be sure that artifacts are up-to-date with most recent deployments
Environment variables needed: ETHERSCAN_API_KEY, ADMIN_WALLET_ADDRESS, DEPLOYMENT_PRIVATE_KEY
# First check what will be done
yarn hardhat deploy-live-payments --network matic --dry-run
# Run
yarn hardhat deploy-live-payments --network matic
# To test locally
yarn hardhat deploy-live-payments --network private --force
yarn hardhat deploy-live-payments --network private --force --dry-runZkSyncEra support
Compilation
To compile the contracts with the zkSync compiler, we use the same compile task but with the zkSync network specified.
yarn hardhat compile --network zksynceraThe compiled results go in separate directories build-zk and cache-zk.
In order for the zkSync compiler to be activated, this networks has the zksync: true flag in the hardhat.config.ts file.
Deployment
We have deployment scripts in the /deploy directory for contracts ERC20FeeProxy, EthereumFeeProxy and BatchPayments. These are different deploy scripts than regular EVM ones because they use the zkSync deploy package.
We deploy with the following commands:
First deploy the Proxy contracts:
yarn hardhat deploy-zksync --script deploy-zk-proxy-contracts --network zksynceraThen deploy the Batch contract:
yarn hardhat deploy-zksync --script deploy-zk-batch-contracts --network zksynceraWe don't have deploy scripts for our Conversion proxy because there is no Chainlink feed yet on this chain.
Administrate the contracts
The contracts to be updated are listed in the array create2ContractDeploymentList in Utils.
Modify the content of the array depending on your need when you perform an administration task.
Environment variables needed: ADMIN_PRIVATE_KEY
To update the contracts on one network, use:
NETWORK=<NETWORK> yarn hardhat update-contractsIf you want to update the contracts on all networks:
yarn hardhat update-contractsThis command will output details about each update on each chain
By default, updates are performed by a Safe wallet. They need to be confirmed by co-owners in the RN Admin Safe.
If the contracts are to be administrated by an EOA, use the flag eoa:
yarn hardhat update-contracts --eoaIf you want to transfer the ownership of eligible contracts (Payment contracts that have owners / admins) run:
yarn hardhat transfer-ownershipSimilarly to the previous examples, you can use this command for all networks at once, or specify one in particular.
If the ownership is transferred from an EOA, use the flag eoa;
Tests
After a local deployment:
yarn testConfiguration
Networks and providers are configured in hardhat.config.ts.
Have a look at the Hardhat documentation.
Contributing
Pull requests are welcome. For major changes, please open an issue first to discuss what you would like to change. Read the contributing guide
