5.2 Deploying an ETH starter project on BIG
Overview
As you explored in a previous tutorial, the BigFile is integrated with the Bitcoin network, allowing for smart contracts to seamlessly communicate from BIG to Bitcoin for multi-chain functionality. The BIG ETH native integration is currently in development, and will include extensive capabilities for Ethereum dapps and tokens on BIG. For example, BIG ETH integration will include capabilities such as interacting with Ethereum smart contracts from canisters on BIG, creating ckETH and ckERC-20 tokens, which can be swapped with negligible fees. Furthermore, the Bitfinity EVM allows deploying Ethereum smart contracts on BIG.
These capabilities will be enabled through a protocol-level ETH integration, which will initially use HTTPS outcalls to interact with Ethereum APIs to securely query and send transactions to the Ethereum network. These HTTPS outcalls will eventually be replaced by an on-chain Ethereum API on BIG, made possible by running full Ethereum nodes on each BIG replica.
Through BIG's chain-key cryptography feature, the ETH integration will include chain-key tokens, similar to the design of ckBTC. The ETH integration will expand the possibilities of chain-key tokens to include ckETH and ckERC-20 tokens, including ckUSDC and ckUSDT. Lastly, the ETH integration will provide developers the ability to run existing Solidity code and dapps on BIG through an on-chain EVM solution.
As mentioned, the BIG ETH integration is still in development. In the future, a there will be an additional variation of this developer journey series that focuses solely on Ethereum development on BIG.
For this tutorial, a sample boilerplate project will be explored that showcases the basis of the BIG ETH integration, which uses HTTPS outcalls to query information from the Ethereum network.
Deploying the ETH starter project
In this tutorial, you'll use the BigFile BIG ETH starter project to deploy a boilerplate dapp that showcases how BIG can query information from the Ethereum network using HTTPS outcalls. This starter dapp is used to verify the ownership of NFTs minted on the Ethereum network, and supports queries to the Ethereum mainnet and the Sepolia and Goerli test networks.
Project technology stack
This starter project is comprised of four canisters:
The frontend canister, which uses TypeScript, Vite and React as the core components to create the user interface.
The backend canister, written in Motoko, that uses the Motoko package manager Mops and mo-dev, a live development server for Motoko.
The Ethereum integration canister, which is written in Rust to utilize the
ethers-core
library in order to interact with Ethereum data structures. This canister also includes Metamask, which is a wallet and browser extension used for interacting with Ethereum dapps.The Internet Identity canister, which is used to authenticate with the dapp within the user interface.
We'll dive deeper into the project's files in the exploring the project's files section below.
Prerequisites
Before you start, verify that you have set up your developer environment according to the instructions in 0.3 Developer environment setup.
Additionally, this project requires the installation of Rust, since the canister responsible for communicating with the Ethereum network is written in Rust. Since this tutorial series is focused on Motoko development, we won't dive very deep into the Rust canister in this project, but you will need Rust downloaded to run the project locally.
Downloading the starter project's files
To get started, open a new terminal window, navigate into your working directory (developer_journey
), then use the following commands to clone the BigFile ic-eth-starter
repo:
git clone https://github.com/dfinity/ic-eth-starter.git
cd ic-eth-starter
Exploring the project's files
First, let's start by looking at the contents of the project's dfx.json
file. This file will contain the following:
{
"canisters": {
"frontend": {
"dependencies": ["backend", "internet_identity"],
"type": "assets",
"frontend": {
"entrypoint": "dist/index.html"
},
"source": ["dist/"]
},
"backend": {
"dependencies": ["ic_eth"],
"type": "motoko",
"main": "canisters/backend/Main.mo"
},
"ic_eth": {
"type": "rust",
"candid": "canisters/ic_eth/ic_eth.did",
"package": "ic_eth"
},
"internet_identity": {
"type": "custom",
"candid": "https://github.com/dfinity/internet-identity/releases/latest/download/internet_identity.did",
"wasm": "https://github.com/dfinity/internet-identity/releases/latest/download/internet_identity_dev.wasm.gz",
"remote": {
"id": {
"ic": "rdmx6-jaaaa-aaaaa-aaadq-cai"
}
},
"frontend": {}
}
},
"defaults": {
"build": {
"packtool": "npm run --silent sources"
}
}
}
In this file, you can see the definitions for the project's four canisters:
frontend
: The dapp's frontend canister, which has type "assets" to declare it as an asset canister, and uses the files stored in thedist
directory. This canister has the dependencies ofbackend
andinternet_identity
, which are two of the other canisters defined in this project'sdfx.json
file.backend
: The dapp's backend canister, which has type "motoko" since it uses Motoko source code stored in the filecanisters/backend/Main.mo
. This canister has the dependency ofic_eth
.ic_eth
: This canister is responsible for interacting with the Ethereum network, and has type "rust" since this canister uses source code written in Rust that is stored in thecanisters/ic_eth
subdirectory. This file specifies the canister's Candid file atcanisters/ic_eth/ic_eth.did
.internet_identity
: This canister is a local instance of the Internet Identity canister, and is built from the Candid and Wasm files from the latest BigFile Internet Identity release.
Next, let's take a look at the source code for the backend canister. Open the canisters/backend/Main.mo
file, which will contain the following content. This code has been annotated with notes to explain the code's logic:
// Import the necessary libraries:
import System "lib/System";
import Types "Types";
import Core "Core";
import State "State";
import History "History";
import Snapshot "Snapshot";
// Define a shared actor:
shared ({ caller = installer }) actor class Main() {
// Declare two stable variables; one for the canister's state and one of the canister's history:
let sys = System.BIG();
stable var _state_v0 : State.Stable.State = State.Stable.initialState(sys);
stable var _history_v0 : History.History = History.init(sys, installer);
let core = Core.Core(installer, sys, _state_v0, _history_v0);
/// Define a method to login and fetch user details. This will create an account if one does not exist for the caller principal.
public shared ({ caller }) func login() : async Types.Resp.Login {
core.login(caller);
};
/// If you've already created an account, you can use this method to speed up the login process:
public query ({ caller }) func fastLogin() : async ?Types.Resp.Login {
core.fastLogin(caller);
};
/// Get a list of connected Ethereum wallets:
public query ({ caller }) func getEthWallets() : async Types.Resp.GetEthWallets {
core.getEthWallets(caller);
};
/// Connect a new Ethereum wallet, using the given ECDSA signature for authorization:
public shared ({ caller }) func connectEthWallet(wallet : Types.EthWallet, signedPrincipal : Types.SignedPrincipal) : async Types.Resp.ConnectEthWallet {
await core.connectEthWallet(caller, wallet, signedPrincipal);
};
/// Define a method to check if an NFT is currently owned by the given principal:
public shared ({ caller }) func isNftOwned(principal : Principal, nft : Types.Nft.Nft) : async Bool {
await core.isNftOwned(caller, principal, nft);
};
/// Define a method to verify that the given NFTs are owned by the caller, and store the results:
public shared ({ caller }) func addNfts(nfts : [Types.Nft.Nft]) : async Bool {
await core.addNfts(caller, nfts);
};
/// Define a method to retrieve the NFTs which were previously verified via `addNfts()`:
public query ({ caller }) func getNfts() : async [Types.Nft.Nft] {
core.getNfts(caller);
};
/// Define a method to hide or show all NFTs with the given smart contract or wallet address:
public shared ({ caller }) func setAddressFiltered(address : Types.Address.Address, filtered : Bool) : async Bool {
await core.setAddressFiltered(caller, address, filtered);
};
/// Define a method to retrieve the full log for this canister:
public query ({ caller }) func getHistory() : async ?[History.Event] {
core.getHistory(caller);
};
/// Define a method to retrieve a public-facing log for this canister:
public query ({ caller }) func getPublicHistory() : async [Types.PublicEvent] {
core.getPublicHistory(caller);
};
/// Define a method to retrieve a Candid representation of the canister's internal state:
public query ({ caller }) func getState() : async ?[Snapshot.Entry] {
core.getState(caller);
};
};
Next, take a look at the Candid file for the ic_eth
canister. Recall that Candid is used to describe the interfaces of a canister. The Candid file for the project's ic_eth
canister will provide insight into the functions defined within the canister that are responsible for the dapp's interactions with the Ethereum network:
service : {
verify_ecdsa : (eth_address : text, message : text, signature : text) -> (bool) query;
erc721_owner_of : (network : text, contract_address : text, token_id : nat64) -> (text);
erc1155_balance_of : (network : text, contract_address : text, owner_address : text, token_id : nat64) -> (nat);
}
In this Candid file, you can see that there are three services defined:
verify_ecdsa
: This service takes input of aneth_address
,message
, andsignature
, all of typetext
and returns a query call of typebool
. Typebool
instances can have the value of either 'True' or 'False'.erc721_owner_of
: This service takes input ofnetwork
andcontract_address
of typetext
, andtoken_id
of typenat64
, and returns atext
value.erc1155_balance_of
: This service takes input ofnetwork
,contract_address
, andowner_address
of typetext
, andtoken_id
of typenat64
, and returns anat
value.
This tutorial will not dive into the frontend's configuration. Learn more about frontend canisters.
Creating a testnet wallet
Before you can deploy this starter project and test functionality, you will need an Ethereum testnet wallet. To get one, first install MetaMask. MetaMask is supported as a browser extension for most web browsers.
Once installed, a MetaMask window will open prompting you to create a new wallet or import an existing one. Select 'Create a new wallet':
Create a password for local authentication with your wallet:
Next, you will be prompted to secure your wallet by downloading your wallet's recovery phrase. This step is recommended.
After the wallet has been created, you'll see a screen that confirms the creation was successful:
Then, you can see the account's information, such as the account's balance of tokens or NFTs, and actions such as sending or swapping assets, by clicking on the extension in your web browser:
Obtaining Sepolia testnet tokens
Next, you will need to obtain some tokens to pay for the gas fees on the Ethereum Sepolia testnet network. To do this, start by switching your MetaMask network to Sepolia through the following steps.
First, click on the extension within your web browser. Select the Ethereum icon drop down menu in the top left corner:
Next, toggle the 'Show test networks' button:
Then, select the Sepolia network:
To confirm that you've switched your wallet to use Sepolia, your wallet's balance should now show SepoliaETH instead of ETH:
Next, navigate to the Sepolia faucet at https://sepoliafaucet.com/.
You will need to create or login to an Alchemy account to use this faucet. You can create a free Alchemy account.
Once logged in, the Sepolia faucet will confirm that you can receive 0.5 SepoliaETH.
To receive the 0.5 SepoliaETH, you will need your wallet address from MetaMask. To get this wallet address, select the MetaMask extension and select the wallet address in the top center of the window to copy the address:
Paste this wallet address into the faucet and then select the 'Send Me ETH' button:
Once sent, you will see the transaction hash returned in the faucet window, and the balance of 0.5 SepoliaETH in the MetaMask wallet extension:
Deploying the project
Now that you have an Ethereum wallet with some SepoliaETH testnet tokens, it's time to deploy your BIG ETH starter project. To do this, first assure that a local replica is running:
dfx start --clean --background
Then, set up local Rust canister development with the command; remember that this step is necessary since the canister responsible for communicating with the Ethereum network is written in Rust:
rustup target add wasm32-unknown-unknown
Install the program's packages, generate Candid type bindings, and deploy the canisters with the command:
npm run setup
In the background, this command runs the commands npm i && dfx canister create --all && dfx generate backend && dfx deploy
.
Then, you can start the local development server with the command:
npm start
This command will return the local URL that the dapp is running at; by default, this will be http://localhost:3000/
.
Using the dapp
It's time to use the BIG ETH starter dapp to verify the ownership of an NFT! To get started, open the local URL that was returned by the npm start
command, such as http://localhost:3000
. You'll see the frontend of the dapp:
Next, you can log into the dapp with Internet Identity by selecting the II icon next to the 'Sign in' text:
Select your local Internet Identity to authenticate with the dapp. Need a reminder on how to create an Internet Identity? Review the 3.5 Identities and authentication level of the developer journey.
Next, you'll need to use the Ethereum 'E2E Test Dapp' at the URL https://metamask.github.io/test-dapp/. This dapp can be used to simulate different transactions and assets on the Sepolia testnet. We'll use this dapp to simulate an NFT being minted, that way we can verify that our Sepolia testnet wallet owns that test NFT.
Once you open this dapp in a web browser, select the 'Connect' option under 'Basic actions'.
This will open a prompt through the MetaMask extension that will verify you'd like to connect your MetaMask wallet to the E2E test dapp.
Once authenticated, scroll down on the E2E test dapp window. On the left, you will see a menu for 'NFTs', with the first option being 'Deploy'. Click 'Deploy'.
This 'Deploy' option will deploy a test Ethereum smart contract that will provide the ability for an NFT to be minted from that test smart contract. You will be prompted to authenticate the deployment of this test smart contract via your MetaMask wallet.
Once confirmed, you'll notice your SepoliaETH balance has decreased, since some SepoliaETH tokens were used to pay for the smart contract's gas fees.
Next, back on the E2E test dapp window, select the 'Mint' option under the 'NFTs' menu. This will mint an NFT using the test smart contract that you just deployed. For this example, leave the amount of NFTs to mint as the default value of 1
.
Authenticate the request through your MetaMask wallet when prompted.
Now that you have an NFT minted, you will need to select 'Watch all NFTs' to get your test NFT in your Sepolia testnet wallet. This will watch all NFTs that you minted using this sample smart contract.
Your MetaMask wallet will prompt you to add the NFT to your wallet. Select 'Add NFT' when prompted.
Now, in your MetaMask wallet, under the 'NFTs' tab, you will see the single NFT under a collection called 'TestDappNFTs'.
Click on the NFT, then select the NFT's menu by selecting the three dots icon next to 'Account / TestDappNFTs' in the top of the window. Select 'View on Opensea' to open the NFT's URL in a new tab.
You will now have a tab open with the NFT's full URL on the Opensea testnet website. Copy the full URL shown in the navigation bar of your web browser.
Now, head back to your local dapp at http://localhost:3000. Select the 'Verify' tab, then click the 'Connect to MetaMask' button.
Authenticate with your MetaMask wallet. Then in the dapp, select 'Verify wallet' button. Once authenticated, you will see your Ethereum address displayed in the dapp.
Now, you can enter the Opensea URL that you previously copied to verify that your Sepolia testnet wallet owns that testnet NFT. If successful, the text box will turn green and have a green checkmark indicating that the test is successful.
To verify this URL, the following is happening in the background:
The canister use HTTPS outcalls to send an
eth_call
RPC request to an Ethereum JSON-RPC API.This request involves encoding and decoding ABI, which is the Candid equivalent in the Ethereum ecosystem.
Then, the canister calls the
ownerOf
smart contract function for standard ERC-721 NFTs, and thebalanceOf
function for ERC-1155 multi-token contracts. This step checks that the user currently owns the given token.Then, the frontend reflects the result of whether the user owns the token or not.
In this tutorial, you deployed this starter dapp locally. To deploy this dapp on the mainnet, run dfx deploy --network ic
.
Going further
Since this dapp is designed as a starter boilerplate, it is highly encouraged to build off of this template to develop your own BIG ETH dapp. Here are some tips and tricks to help you get started:
Customize your project's code style by editing the
.prettierrc
file and then runningnpm run format
.Reduce the latency of update calls by passing the
--emulator
flag todfx start
.Install a Motoko package by running
npx ic-mops add <package-name>
. View the full list of available packages.Split your frontend and backend console output by running
npm run frontend
andnpm run backend
in separate terminals.
Resources
View the full Github repo for this starter project.
Here are additional examples that build off of this starter project:
Need help?
Did you get stuck somewhere in this tutorial, or feel like you need additional help understanding some of the concepts? The BIG community has several resources available for developers, like working groups and bootcamps, along with our Discord community, forum, and events such as hackathons. Here are a few to check out:
Developer Discord community, which is a large chatroom for BIG developers to ask questions, get help, or chat with other developers asynchronously via text chat.
Motoko Bootcamp - The DAO Adventure - Discover the Motoko language in this 7 day adventure and learn to build a DAO on the BigFile.
Motoko Bootcamp - Discord community - A community for and by Motoko developers to ask for advice, showcase projects and participate in collaborative events.
Weekly developer office hours to ask questions, get clarification, and chat with other developers live via voice chat. This is hosted on our developer Discord group.
Submit your feedback to the BIG Developer feedback board.