Skip to main content

Basic Bitcoin

View this sample's code on GitHub

Overview

This tutorial will walk you through how to deploy a sample canister smart contract that can send and receive Bitcoin on the Internet Computer.

Architecture

This example internally leverages the ECDSA API, Schnorr API, and Bitcoin API of the Internet Computer.

For a deeper understanding of the ICP < > BTC integration, see the Bitcoin integration documentation.

Prerequisites

  • Install the IC SDK. For local testing, dfx >= 0.22.0-beta.0 is required.

Step 1: Building and deploying sample code

Clone the smart contract

This tutorial has the same smart contract written in Motoko using ECDSA and Bitcoin API but currently not Schnorr API.

You can clone and deploy either one, as they both function in the same way.

To clone and build the smart contract in Rust:

git clone https://github.com/dfinity/examples
cd examples/rust/basic_bitcoin
cargo build --release --target wasm32-unknown unknown

Acquire cycles to deploy

Deploying to the Internet Computer requires cycles (the equivalent of "gas" in other blockchains). You can get free cycles from the cycles faucet.

Deploy the smart contract to the Internet Computer

dfx deploy --network=ic basic_bitcoin --argument '(variant { testnet })'

What this does

  • dfx deploy tells the command line interface to deploy the smart contract
  • --network=ic tells the command line to deploy the smart contract to the mainnet ICP blockchain
  • --argument '(variant { testnet })' passes the argument testnet to initialize the smart contract, telling it to connect to the Bitcoin testnet

We're initializing the canister with variant { testnet } so that the canister connects to the Bitcoin testnet. To be specific, this connects to Testnet3, which is the current Bitcoin test network used by the Bitcoin community. This means that the addresses generated in the smart contract can only be used to receive or send funds only on Bitcoin testnet.

If successful, you should see an output that looks like this:

Deploying: basic_bitcoin
Building canisters...
...
Deployed canisters.
URLs:
Candid:
basic_bitcoin: https://a4gq6-oaaaa-aaaab-qaa4q-cai.raw.icp0.io/?id=<YOUR-CANISTER-ID>

Your canister is live and ready to use! You can interact with it using either the command line or using the Candid UI, which is the link you see in the output above.

In the output above, to see the Candid Web UI for your bitcoin canister, you would use the URL https://a4gq6-oaaaa-aaaab-qaa4q-cai.raw.icp0.io/?id=<YOUR-CANISTER-ID>. Candid Web UI will contain all methods implemented by the canister.

The basic_bitcoin example is deployed on mainnet for illustration purposes and is interacting with Bitcoin testnet. It has the URL https://a4gq6-oaaaa-aaaab-qaa4q-cai.raw.icp0.io/?id=vvha6-7qaaa-aaaap-ahodq-cai and serves up the Candid web UI for this particular canister deployed on mainnet.

Step 2: Generating a Bitcoin address

Bitcoin has different types of addresses (e.g. P2PKH, P2SH, P2TR). You may want to check this article if you are interested in a high-level comparison of different address types. These addresses can be generated from an ECDSA public key or a Schnorr (BIP340) public key. The example code showcases how your canister can generate and spend from three types of addresses:

  1. A P2PKH address using the ecdsa_public_key API.
  2. A P2TR address where the funds can be spent using the raw (untweaked) internal key (so-called P2TR key path spend, but untweaked). The advantage of this approach compared to the one below is its significantly smaller fee per transaction because checking the transaction signature is analogous to P2PK but uses Schnorr instead of ECDSA. IMPORTANT: Note that BIP341 advises against using taproot addresses that can be spent with an untweaked key. This precaution is to prevent attacks that can occur when creating taproot multisigner addresses using specific multisignature schemes. However, the Schnorr API of the internet computer does not support Schnorr multisignatures.
  3. A P2TR address where the funds can be spent using the provided public key with the script path, where the Merkelized Alternative Script Tree (MAST) consists of a single script allowing to spend funds by exactly one key.

Note that P2TR key path spending with a tweaked key is currently not available on the IC because the threshold Schnorr signing interface does not allow applying BIP341 tweaks to the private key. In contrast, the tweaked public key is used to spend in the script path, which is availble on the IC. For a technical comparison of different ways of how single-signer P2TR addresses can be constructed and used, you may want to take a look at this post by Pieter Wuille.

On the Candid UI of your canister, click the "Call" button under get_${type}_address to generate a ${type} Bitcoin address, where ${type} is one of [p2pkh, p2tr_raw_key_spend, p2tr_script_spend].

Or, if you prefer the command line: dfx canister --network=ic call basic_bitcoin get_${type}_address

Step 3: Receiving bitcoin

Now that the canister is deployed and you have a Bitcoin address, it's time to receive some testnet bitcoin. You can use one of the Bitcoin faucets, such as coinfaucet.eu, to receive some bitcoin.

Enter your address and click on "Send testnet bitcoins". This example will use the Bitcoin P2PHK address mot21Ef7HNDpDJa4CBzt48WpEX7AxNyaqx, but you will use your address. The Bitcoin address you see will be different from the one above because the ECDSA/Schnorr public key your canister retrieves is unique.

Once the transaction has at least one confirmation, which can take a few minutes, you'll be able to see it in your canister's balance.

The addresses that have been used for the testing of this canister on Bitcoin testnet are mot21Ef7HNDpDJa4CBzt48WpEX7AxNyaqx (P2PKH, transactions), tb1pkkrwg6e9s5zf3jmftu224rc5ppax26g5yzdg03rhmqw84359xgpsv5mn2y (P2TR raw key spend, transactions), and tb1pnm743sjkw9tq3zf9uyetgqkrx7tauthmxnsl5dtyrwnyz9r7lu8qdtcnnc (P2TR script path spend, transactions). It may be useful to click on "transactions" links if you are interested in how they are structured.

Step 4: Checking your bitcoin balance

You can check a Bitcoin address's balance by using the get_balance endpoint on your canister.

In the Candid UI, paste in your canister's address, and click on "Call":

Alternatively, make the call using the command line. Be sure to replace mot21Ef7HNDpDJa4CBzt48WpEX7AxNyaqx with your own generated address:

dfx canister --network=ic call basic_bitcoin get_balance '("mot21Ef7HNDpDJa4CBzt48WpEX7AxNyaqx")'

Checking the balance of a Bitcoin address relies on the bitcoin_get_balance API.

Step 5: Sending bitcoin

You can send bitcoin using the send_from_${type} endpoint on your canister, where ${type} is on of [p2pkh, p2tr_raw_key_spend, p2tr_script_spend].

In the Candid UI, add a destination address and an amount to send. In the example below, we're sending 4'321 Satoshi (0.00004321 BTC) back to the testnet faucet.

Via command line, the same call would look like this:

dfx canister --network=ic call basic_bitcoin send_from_p2pkh '(record { destination_address = "tb1ql7w62elx9ucw4pj5lgw4l028hmuw80sndtntxt"; amount_in_satoshi = 4321; })'

The send_from_${type} endpoint can send bitcoin by:

  1. Getting the percentiles of the most recent fees on the Bitcoin network using the bitcoin_get_current_fee_percentiles API.
  2. Fetching your unspent transaction outputs (UTXOs), using the bitcoin_get_utxos API.
  3. Building a transaction, using some of the UTXOs from step 2 as input and the destination address and amount to send as output. The fee percentiles obtained from step 1 is used to set an appropriate fee.
  4. Signing the inputs of the transaction using the sign_with_ecdsa API/\ sign_with_schnorr.
  5. Sending the signed transaction to the Bitcoin network using the bitcoin_send_transaction API.

This canister's send_from_${type} endpoint returns the ID of the transaction it sent to the network. You can track the status of this transaction using a block explorer. Once the transaction has at least one confirmation, you should be able to see it reflected in your current balance.

Conclusion

In this tutorial, you were able to:

  • Deploy a canister smart contract on the ICP blockchain that can receive & send bitcoin.
  • Use a cycles faucet to deploy the canister to ICP blockchain on the mainnet for free.
  • Connect the canister to the Bitcoin testnet.
  • Send the canister some testnet BTC.
  • Check the testnet BTC balance of the canister.
  • Use the canister to send testnet BTC to another testnet BTC address.

This example is extensively documented in the following tutorials:

Security considerations and best practices

If you base your application on this example, we recommend you familiarize yourself with and adhere to the security best practices for developing on the Internet Computer. This example may not implement all the best practices.

For example, the following aspects are particularly relevant for this app: