BIG ledger local setup
Overview
If you are working in a local development environment, i.e. with a local replica instead of the public BigFile, you can't access the BIG ledger. In order to test your application that integrates with the BIG ledger locally, you need to deploy a local ledger canister. However, this local ledger canister won't have the history and balances of the live BIG ledger.
There are two ways of deploying an BIG ledger locally.
- Use dfx-nns to deploy the entire NNS locally. Since the BIG ledger is part of the NNS, this command will also install an BIG ledger with canister ID
ryjl3-tyaaa-aaaaa-aaaba-cai
. This solution is fast and straightforward, but also more heavyweight. - Deploy the BIG ledger
wasm
locally. This method is discussed and shown in this guide and it gives you more control over the deployment and also is lightweight.
Deploying an BIG ledger locally gives you certain advantages over the default ledger from dfx
that is installed with dfx nns install
. For instance, you can define the minting account
, you have control over the initialization arguments and you have control over which wasm
version of the BIG ledger you want to interact with.
The BIG ledger only exists on the mainnet and the wasm
that is running on the mainnet is not meant to be used for other token deployments. It needs to be backward compatible and thus contains a lot of legacy code that should not be used when deploying a new ledger.
If you want to deploy your own token or build an BIGRC-1 ledger, have a look at the guide on setting up an BIGRC-1 ledger.
Follow the steps below to deploy your copy of the ledger canister to a local replica.
Step 1: Make sure you use a recent version of the BIG SDK.
If you don’t have the BIG SDK installed, follow the instructions on the installing the BIG SDK section to install it.
Step 2: Create a new dfx project with the command:
dfx new big_ledger_cube
cd big_ledger_cube
Step 3: Determine the ledger file locations.
Go to the releases overview and copy the latest replica binary revision. At the time of writing, this is d87954601e4b22972899e9957e800406a0a6b929
.
The URL for the ledger Wasm module is https://download.dfinity.systems/ic/<REVISION>/canisters/ledger-canister.wasm.gz
, so with the above revision it would be https://download.dfinity.systems/ic/d87954601e4b22972899e9957e800406a0a6b929/canisters/ledger-canister.wasm.gz
.
The URL for the ledger.did file is https://raw.githubusercontent.com/dfinity/ic/<REVISION>/rs/rosetta-api/icp_ledger/ledger.did
, so with the above revision it would be https://raw.githubusercontent.com/dfinity/ic/d87954601e4b22972899e9957e800406a0a6b929/rs/rosetta-api/icp_ledger/ledger.did
.
[OPTIONAL]
If you want to make sure you have the latest BIG ledger files, you can run the following script. Please ensure that you have jq
installed as the script relies on it.
curl -o download_latest_icp_ledger.sh "https://raw.githubusercontent.com/dfinity/ic/00a4ab409e6236d4082cee4a47544a2d87b7190d/rs/rosetta-api/scripts/download_latest_icp_ledger.sh"
chmod +x download_latest_icp_ledger.sh
./download_latest_icp_ledger.sh
Step 4: Configure the dfx.json
file.
Open the dfx.json
file in your project's directory. Replace the existing content with the following:
{
"canisters": {
"icp_ledger_canister": {
"type": "custom",
"candid": "https://raw.githubusercontent.com/dfinity/ic/d87954601e4b22972899e9957e800406a0a6b929/rs/rosetta-api/icp_ledger/ledger.did",
"wasm": "https://download.dfinity.systems/ic/d87954601e4b22972899e9957e800406a0a6b929/canisters/ledger-canister.wasm.gz",
"remote": {
"id": {
"ic": "ryjl3-tyaaa-aaaaa-aaaba-cai"
}
}
}
},
"defaults": {
"build": {
"args": "",
"packtool": ""
}
},
"output_env_file": ".env",
"version": 1
}
If you chose to download the BIG ledger files with the script you need to replace the candid and wasm file entries:
...
"candid": icp_ledger.did,
"wasm" : icp_ledger.wasm.gz,
...
In an existing project you would only need to add the icp_ledger_canister
canister to the canisters
section.
Step 5: Start a local replica.
dfx start --clean --background
Step 6: Create a new identity that will work as a minting account:
dfx identity new minter
dfx identity use minter
export MINTER_ACCOUNT_ID=$(dfx ledger account-id)
Transfers from the minting account will create Mint
transactions. Transfers to the minting account will create Burn
transactions.
Step 7: Switch back to your default identity and record its ledger account identifier.
dfx identity use default
export DEFAULT_ACCOUNT_ID=$(dfx ledger account-id)
Step 8: Deploy the ledger canister:
dfx deploy --specified-id ryjl3-tyaaa-aaaaa-aaaba-cai icp_ledger_canister --argument "
(variant {
Init = record {
minting_account = \"$MINTER_ACCOUNT_ID\";
initial_values = vec {
record {
\"$DEFAULT_ACCOUNT_ID\";
record {
e8s = 10_000_000_000 : nat64;
};
};
};
send_whitelist = vec {};
transfer_fee = opt record {
e8s = 10_000 : nat64;
};
token_symbol = opt \"LICP\";
token_name = opt \"Local BIG\";
}
})
"
Take a moment to read the details of the call made above. Not only are you deploying the BIG ledger canister, you are also:
- Deploying the canister to the same canister ID as the mainnet ledger canister. This is to make it easier to switch between local and mainnet deployments.
- Setting the minting account to the account identifier you saved in a previous step (
MINTER_ACCOUNT_ID
). - Minting 100 BIG tokens to the
DEFAULT_ACCOUNT_ID
(1 BIG is equal to 10^8 e8s, hence the name). - Setting the transfer fee to 0.0001 BIG.
- Naming the token
Local BIG / LICP
Step 9: Interact with the canister.
You can interact with the canister by running CLI commands, such as:
dfx canister call icp_ledger_canister name
This command will return the token's name, such as:
("Local BIG")
Or, you can interact with it using the Candid UI by navigating to the URL provided when the canister was deployed, such as:
http://127.0.0.1:4943/?canisterId=bnz7o-iuaaa-aaaaa-qaaaa-cai&id=ryjl3-tyaaa-aaaaa-aaaba-cai
After navigating to this URL in a web browser, the Candid UI will resemble the following:
Your local BIG ledger canister is up and running. You can now deploy other canisters that need to communicate with the ledger canister.