Baking
Become a baker
Last Updated: 27th June 2023
Here we cover the CLI command lines for registering as a delegate. Then we will see how to exercise your rights as a baker, endorser, and accuser.
This chapter requires the deployment of your own Tezos node.
Prerequisites
Node requirements |
---|
A running node with a reliable internet connection |
At least 6,000ꜩ of staking balance |
Running a Delegate
A delegate is responsible for baking blocks, endorsing blocks, and accusing other delegates if they try to double bake or double endorse.
Deposit
When baking or endorsing a block, a security deposit (>6,000ꜩ) is frozen for 5 cycles from the account of the delegate. Hence a delegate must have enough funds to be able to pay security deposits for all the blocks it can potentially bake/endorse during 5 cyles.
Stake requirement
It is necessary to have at least 10% of your stake to follow the deposits.
Registration
Create a basic wallet
The Octez client is also a basic wallet. After the activation command below, you will notice that the Octez client data directory (by default, ~/.octez-client
) has been populated with 3 files: public_key_hashs
, public_keys
and secret_keys
.
The content of each file is in JSON format and keeps the mapping between aliases (e.g. bob) and the kind of keys indicated by the name of each file. Create an address for bob (argument --encrypted
to cipher the private key):
octez-client gen keys bob
Supply your wallet
Now that you have created an account, you need to supply it with real Tez.
Using real tez
Be sure you are on the mainnet if you send real Tez.
You can get the address of the previously created wallet with the following command:
octez-client list known addresses
You can now send to bob any number of Tez from a wallet of your choice.
Small amount first
If you are not sure what you are doing, start by sending a small amount. Then send the whole amount. (6,000ꜩ is the minimum to register as a delegate).
Copy and paste the destination address into the search bar of an explorer (like TzStats) to see the transaction. The address should be visible in the explorer after the first transaction.
You can check the amount that bob holds with:
octez-client get balance for bob
Register as a delegate
To run a delegate, you first need to register as one using the alias of your account:
octez-client register key bob as delegate
Once registered, you need to wait for 7 cycles (~20 days) for your rights to be considered.
Baker
The baker is a daemon that, once connected to an account, computes the baking rights for that account, collects transactions from the mempool, and bakes a block. Note that the baker is the only program that needs direct access to the node data directory for performance reasons.
A daemon is a computer program that runs as a background process.
The mempool is made of all transactions that have been submitted for inclusion in the chain but have not yet been included in a block by a baker.
Let’s launch the daemon pointing to the standard node directory and baking for the user bob.
There are different command lines depending on the network on which your node is configured:
- Nairobinet, Ghostnet & Mainnet:
octez-baker-PtNairob
So, for bob on the Mainnet, the command is as follow:
octez-baker-PtNairob run with local node ~/.octez-node bob
Double baking
Remember that having two bakers or endorsers running connected to the same account could lead to double baking/endorsing and the loss of all your bonds. If you are worried about the availability of your node when it is its turn to bake/endorse, there are other ways than duplicating your credentials (see the discussion in section Inactive delegates).
Never use the same account on two daemons.
Endorser
The endorser is a daemon that, once connected to an account, computes the endorsing rights for that account. Upon reception of a new block, the daemon verifies its validity and then emits an endorsement operation. It can endorse for a specific account or, if omitted, for all accounts. Since Ithaca amendment, the endorser daemon is embedded into the baking daemon.
Accuser
The accuser is a daemon that monitors all blocks received on all chains and looks for:
- bakers who signed two blocks at the same level
- endorsers who injected more than one endorsement operation for the same baking slot
Upon finding such irregularity, it will respectively emit a double-baking or double-endorsing denunciation operation, which will cause the offender to lose its security deposit.
There are different command lines depending on the network on which your node is configured:
- PtNairob, Ghostnet & Mainnet:
octez-accuser-<:CURRENT_PROTOCOL_SHORT_HASH:>
So, on the Mainnet, the command is as follow:
octez-accuser-<:CURRENT_PROTOCOL_SHORT_HASH:> run
Let's dive into the practical part
The following section will guide you through the complete installation and setup of your own Tezos baker on Linux, using Docker images, PPA packages, or by building from source.
Prerequisites
Baking blocks on the Tezos blockchain requires:
- 6,000 tez (can be achieved through delegations)
and a dedicated machine online 24/7 with at least:
- 8 GB RAM
- 2 CPU cores
- 256 GB SSD drive
Set up using PPA with Octez packages from Serokell
If you’re using Ubuntu, you can install packages with Tezos binaries from a Launchpad PPA.
Step1: Installation
In order to add the stable release PPA repository to your machine, do:
REPO="ppa:serokell/tezos"
Then choose the desired protocol for your baker/accuser (you probably want to replace PtNairob by the latest protocol version):
PROTOCOL="ptnairob"
Then, to install the binaries, run the following commands:
sudo add-apt-repository -y $REPO && sudo apt-get update sudo apt-get install -y octez-client sudo apt-get install -y octez-node sudo apt-get install -y octez-baker-$PROTOCOL sudo apt-get install -y octez-accuser-$PROTOCOL
Step2: Let's config and run!
It is possible to define the directory where the data will be stored with --data-dir
(by default, it is in .octez-node
).
--network=NETWORK
Select which network to run. Possible values are: sandbox, mainnet, [testnet] (e.g., ghostnet, <:CURRENT_TESTNET:>. Learn more about testnet aliases here). Default is mainnet.
--history-mode= MODE
Set the mode for the chain's data history storage. Possible values are archive , full (default), full:N, rolling, rolling:N.
- Archive mode retains all data since the genesis block.
- Full mode only maintains block headers and operations allowing replaying the chain since the genesis if wanted (full mode is recommended to bake. More information here).
- Rolling mode retains only the most recent data and deletes the rest.
For both Full and Rolling modes, it is possible to adjust the number of cycles to preserve by using the :N annotation. The default number of preserved cycles is 5. The value experimental-rolling is deprecated but is equivalent to rolling which should be used instead.
Read more about node configuration here).
For example, the following command configures the node for the Ghostnet Network and stores data in the specified directory ~/tezos-ghostnet
with the full mode.
octez-node config init --data-dir ~/tezos-ghostnet --network=ghostnet --history-mode=full
You can run the node with :
octez-node run --rpc-addr 127.0.0.1:8732 --log-output tezos.log
The parameter --rpc-addr url:port
activate the RPC interface that will allow communication with the node. By default, it runs on port 8732
so it is not mandatory to specify it. The file tezos.log
will be saved in /home/user/
.
Step3: Check synchronization ✅
The Octez client can be used to interact with the node. It can query its status or ask the node to perform some actions. For example, after starting your node, you can check if it has finished synchronizing with the following command (you can use another terminal window if you still watch the log):
octez-client -E http://127.0.0.1:8732/ bootstrapped
(-E
option is equal to --endpoint
option) When you see the message " Node is Bootstrapped ", your Tezos node is synchronized with the blockchain and you may now perform operations on it!
Step4: Import your keys
Option 1: Import keys from a Ledger Prerequisites: The Ledger Nano should be configured with the Tezos wallet and Tezos baking apps. Access the "Tezos wallet" app on your ledger and list the connected Ledgers with the following command:
octez-client --endpoint http://127.0.0.1:8732 list connected ledgers
Import a key from a Ledger with the following command:
octez-client --endpoint http://127.0.0.1:8732 import secret key <key_alias> <ledger://path/to/the/secret/key/on/your/device>
You have to replace <key_alias>
by the alias of your choice, and <ledger://path/to/the/secret/key/on/your/device>
by the path to your secret key on your ledger (four options are available to generate either tz1
, tz2
or tz3
addresses). Validate the public key hash displayed on the ledger to validate the key import.
Option 2: Import a secret key with the octez-client
Unencrypted keys
This option isn't recommended. Be careful when using your private keys unencrypted
You have to replace <key_alias>
by the alias of your choice and provide the clear private key to the octez-client, after the keyword unencrypted
:
octez-client --endpoint http://127.0.0.1:8732 import secret key key_alias unencrypted:your_private_key
Step5: Let's register as delegate
Option 1 (next): Setup the Ledger to bake for your address Access the "Tezos Baking" app on your ledger and then do execute the following command: (Replace <key_alias>
by the alias chosen in step 4)
sudo octez-client -E http://127.0.0.1:8732 setup ledger to bake for key-alias-or-ledger-uri
You will need to validate the request on your ledger.
Register your key as a delegate on the network (Replace <key-alias>
by the alias chosen in step 4)
octez-client --endpoint http://127.0.0.1:8732 register key <key_alias> as delegate
Step6: Let's bake!
Liquidity baking toggle
Since the Jakarta amendment, the --liquidity-baking-toggle-vote <vote>
command line toggle is mandatory. <vote>
should be replaced by on
, off
or pass
. Read more about liquidity baking in the technical documentation.
You can launch the baker with:
octez-baker-<:CURRENT_PROTOCOL_SHORT_HASH:> --endpoint http://127.0.0.1:8732 run with local node /home/user/.octez-node --liquidity-baking-toggle-vote vote
🎉 Congratulations on setting up a baker node! 🎉
Bonus: Quick synchronization from a snapshot
If you want your node to be bootstrapped quickly, you can synchronize it with the blockchain using a snapshot.
1. Download a .full
snapshot from a snapshot provider (https://xtz-shots.io/, https://snapshots.tezos.marigold.dev/, https://snapshots-tezos.giganode.io/, https://lambsonacid.nl/) in your current repository by replacing with <snapshot_url>
in following command:
wget <snapshot_url>
2. Register the current directory in a variable:
path=$(pwd)
3. Import from the snapshot!
(Replace <name_of_snapshot_file>
)
octez-node snapshot import $path/<name_of_snapshot_file>
(It is possible to define the directory where the data will be stored with --data-dir directory
, by default, it is in .octez-node
)
4. You can get some information with the following command:
octez-node snapshot info $path/<name_of_snapshot_file>
Set up using Docker images
In this part, we will see how to install Tezos with Docker.
Docker
Step1: Installation
If you don't have Docker on your machine, you can install it with the following command:
sudo apt install docker.io
and follow instructions on: https://docs.docker.com/engine/install/linux-postinstall/.
Step2: Let's config and run!
Run the node in detached mode (-d
), as instance on the testnet <:CURRENT_TESTNET:> network with the history-mode "full" using the following command:
docker run --privileged -v /dev/bus/usb:/dev/bus/usb -v node-data-volume:/var/run/tezos/node -d -it -p 8732:8732 --name=octez-public-node-full tezos/tezos:latest octez-node --network=<:CURRENT_TESTNET:> --history-mode=full
This command will automatically download the tezos/tezos:latest
image:
--privileged
mode is only used to allow a connection with an Hardware secure module, e.g. Ledger--name
option to specify the name of the container-v /dev/bus/usb:/dev/bus/usb
allows to mount USB volumes to the specified container-v node-data-volume:/var/run/tezos/node
mount node-data-volume to the specified container. It is where blockchain data will be stored--network=NETWORK
selects which network to run. Possible values are: sandbox, mainnet, [testnet] (e.g., ghostnet, <:CURRENT_TESTNET:>. Learn more about testnet aliases here). Default is mainnet.--history-mode=MODE
lets you set the mode for the node's blockchain history storage. Possible values are archive , full (default), full:N , rolling , rolling:N.Archive mode retains all data since the genesis block.
Full mode only maintains block headers and operations allowing replaying of the chain since the genesis, if wanted. Full mode is recommended to bake. More information here.
Rolling mode retains only the most recent data and deletes the rest.
For both Full and Rolling modes, it is possible to adjust the number of cycles to preserve by using the :N annotation. The default number of preserved cycles is 5. The value experimental-rolling is deprecated but is equivalent to rolling which should be used instead.
Read more about node configuration here.
After a few minutes, your node identity will be generated and you will be able to check if the node is bootstrapped:
docker exec -it octez-public-node-full octez-client --endpoint http://127.0.0.1:8732 bootstrapped
(Use Ctrl+C to stop logs displaying)
Step3: Import your keys
Option 1: Import keys from a Ledger
Prerequisites: The Ledger Nano should be configured with the Tezos wallet and Tezos baking apps.
Access the "Tezos wallet" app on your ledger and list the connected Ledgers with the following
Access the Tezos wallet app on your ledger and list the connected Ledgers with the following command:
docker exec -it octez-public-node-full sudo octez-client --endpoint http://127.0.0.18732 list connected ledgers
Import a key from the Ledger:
docker exec octez-public-node-full sudo octez-client --endpoint http://127.0.0.1:8732 import secret key <key_alias> <ledger://path/to/the/secret/key/on/your/device>
You have to replace <key_alias>
by the alias of your choice, and <ledger://path/to/the/secret/key/on/your/device>
by the path to your secret key on your ledger (four options are available to generate either tz1
, tz2
or tz3
addresses). (You will need to validate the public key hash displayed on the ledger to validate the key importation).
Option 2: Import a secret key with the octez-client
Unencrypted
This option isn't recommended. Be careful when using your private keys unencrypted.
You have to replace <key_alias>
by the alias of your choice and provide the clear private key to the octez-client, after the keyword unencrypted:
:
docker exec octez-public-node-full octez-client --endpoint http://127.0.0.1:8732 import secret key <key_alias> unencrypted:<your_private_key>
Step4: Let's register as delegate
_Option 1 (next): Setup the Ledger to bake for your address Access the "Tezos Baking" app on your ledger and then execute the following command: (replace <key_alias>
by the alias chosen in ##### Step3)
docker exec -it octez-public-node-full sudo octez-client -E http://127.0.0.1:8732 setup ledger to bake for <key_alias>
Validate the request on your ledger.
Register your key as a delegate on the network (Replace <key-alias>
with the alias chosen in ##### Step3)
docker exec octez-public-node-full octez-client --endpoint http://127.0.0.1:8732 register key <key_alias> as delegate
Step5: Let's bake!
Liquidity baking toggle
Since the Jakarta amendment, the --liquidity-baking-toggle-vote vote
command line toggle is mandatory. vote
should be replaced by on
, off
or pass
.
Read more about Liquidity Baking in the technical documentation.
You can launch the baker with:
docker exec -it octez-public-node-full sh octez-baker-<:CURRENT_PROTOCOL_SHORT_HASH:> --endpoint http://127.0.0.1:8732 run with local node /usr/local/bin/ --liquidity-baking-toggle-vote <vote>
(In the future, you may change octez-baker-<:CURRENT_PROTOCOL_SHORT_HASH:>
by the next protocol binary)
Check baking has started by watching the logs.
🎉 Congratulations on setting up a baker node! 🎉
Some useful commands
To see the manual of commands you can use:
docker run -it tezos/tezos:latest man
To see the various commands and options of the tezos node, use the following command:
docker run -it tezos/tezos:latest octez-node --help
To use the client:
docker exec -it octez-public-node-full octez-client --help
Docker-compose
One way to run those Docker images is with Docker Compose!
Step1: Let's launch the node and the baker!
The code below launches a full node
, a baker
and an accuser
for the <:CURRENT_PROTOCOL@CAP:> protocol. You can adapt it to run a baker and accuser for another protocol by replacing the PROTOCOL
environment variable, in our case <:CURRENT_PROTOCOL_SHORT_HASH:>
, with the desired protocol. (full mode is recommended to bake. More information here.
version: "3.4" volumes: node_data_full: name: mainnet-node external: false client_data: name: mainnet-client external: false services: #################################################################################################################################### # You have to uncomment this section if you want to synchronize your node using a snapshot, else you can ignore or delete it. # Replace /absolute/path/to/your_snapshot.full:/snapshot by the absolute path to the downloaded snapshot. ################################################################################################################################### # import: # image: tezos/tezos:latest # container_name: octez-snapshot-import # command: octez-snapshot-import # volumes: # - node_data_full:/var/run/tezos/node # - client_data:/var/run/tezos/client # - "/absolute/path/to/your_snapshot.full:/snapshot" ################################################################################################ # If you want to run a node with history-mode=full, keep that "node_full" part, else delete it. # You can change the version of the image of tezos in : image: tezos/tezos:v<:CURRENT_OCTEZ_VERSION:> # You can change the --network=NETWORK option. ################################################################################################ node_full: container_name: octez-public-node-full image: tezos/tezos:latest command: octez-node --net-addr :9732 --rpc-addr 127.0.0.1:8732 --rpc-addr 0.0.0.0:8732 --allow-all-rpc 0.0.0.0:8732 --history-mode=full ports: - '9732:9732' - '8732:8732' expose: - "8732" - "9732" privileged: true volumes: - node_data_full:/var/run/tezos/node - client_data:/var/run/tezos/client - /dev/bus/usb:/dev/bus/usb restart: on-failure network_mode: "host" ################################################################################################ # If you want to run a baker, keep that "baker" part, else delete it. # You can change the version of the image of tezos in: image: tezos/tezos:v<:CURRENT_OCTEZ_VERSION:> # You can change the PROTOCOL # You can change the vote mode between on/off/pass. pass is the mode by default ################################################################################################ baker: container_name: octez-baker image: tezos/tezos:latest environment: - HOME=/tmp - NODE_HOST=127.0.0.1 - NODE_RPC_PORT=8732 - PROTOCOL=<:CURRENT_PROTOCOL_SHORT_HASH:> command: octez-baker --liquidity-baking-toggle-vote pass volumes: - node_data_full:/var/run/tezos/node:ro - client_data:/var/run/tezos/client - /dev/bus/usb:/dev/bus/usb restart: on-failure network_mode: "host" ################################################################################################ # If you want to run an accuser, keep that "accuser" part, else delete it. # You can change the version of the image of tezos in: image: tezos/tezos:v<:CURRENT_OCTEZ_VERSION:> # You can change the PROTOCOL ################################################################################################ accuser: container_name: octez-accuser image: tezos/tezos:latest environment: - HOME=/tmp - NODE_HOST=127.0.0.1 - NODE_RPC_PORT=8732 - PROTOCOL=<:CURRENT_PROTOCOL_SHORT_HASH:> command: octez-accuser volumes: - node_data_full:/var/run/tezos/node:ro - client_data:/var/run/tezos/client restart: on-failure network_mode: "host"
Copy-paste the code above into a docker-compose.yml
file, and start the node with:
docker-compose -f docker-compose.yml up -d
To check if the node is bootstrapped:
docker exec -it octez-public-node-full octez-client --endpoint http://127.0.0.1:8732 bootstrapped
Step2: Import your keys
Option 1: Import keys from a Ledger Prerequisites: The Ledger Nano should be configured with the Tezos wallet and Tezos baking apps. Open the "Tezos wallet" app on your ledger and list the connected Ledgers with the following command:
docker exec -it octez-baker sudo octez-client --endpoint http://127.0.0.1:8732 list connected ledgers
Import a key from the Ledger:
docker exec octez-baker sudo octez-client --endpoint http://127.0.0.1:8732 import secret key <key_alias> <ledger://path/to/the/secret/key/on/your/device>
You have to replace <key_alias>
with the alias of your choice, and <ledger://path/to/the/secret/key/on/your/device>
by the path to your secret key on your ledger (four options are available to generate either tz1
, tz2
or tz3
addresses).
Validate the public key hash displayed on the ledger to validate the key import.
Option 2: Import a secret key with the octez-client
You have to replace <key_alias>
by the alias of your choice and provide the clear private key to the octez-client, after the keyword unencrypted:
:
docker exec octez-baker octez-client --endpoint http://127.0.0.1:8732 import secret key <key_alias> unencrypted:<your_private_key>
Step3: Let's register as delegate
Option 1 (next): Setup the Ledger to bake for your address Open the "Tezos Baking" app on your ledger. Then execute the following command: (Replace <key_alias>
by the alias chosen earlier in ##### Step3)
docker exec -it octez-baker sudo octez-client -E http://127.0.0.1:8732 setup ledger to bake for <key_alias>Validate the request on your ledger.
Register your key as a delegate on the network (Replace <key-alias>
by the alias chosen earlier in ##### Step3)
docker exec octez-baker octez-client --endpoint http://127.0.0.1:8732 register key <key_alias> as delegate
🎉 Congratulations on setting up a baker node! 🎉
Bonus: Quick synchronization from a snapshot
If you want your node to be bootstrapped quickly, you can synchronize it with the blockchain using a snapshot.
1. Download a .full snapshot from a snapshot provider (https://xtz-shots.io/, https://snapshots.tezos.marigold.dev/, https://snapshots-tezos.giganode.io/, https://lambsonacid.nl/) in your current repository by replacing with <snapshot_url>
in following command:
wget <snapshot_url>
2. Launch the node and baker daemons:
docker-compose up -d node_full docker-compose up -d baker sudo docker exec -it octez-public-node-full sh sudo rm /var/run/tezos/data/lock exit
3. Stop the node, baker, and accuser daemons:
docker-compose stop node_full baker accuser
4. Execute these commands to clean up data and avoid duplicates:
sudo su rm -rf /var/lib/docker/volumes/mainnet-node/_data/data/context rm -rf /var/lib/docker/volumes/mainnet-node/_data/data/store rm -rf /var/lib/docker/volumes/mainnet-node/_data/data/lock
(do Ctrl+d to quit su mode)
5. In the .yml file presented in ##### Step1, replace /absolute/path/to/your_snapshot.full:/snapshot
by the absolute path to the downloaded snapshot. You can use pwd
command to know the absolute path of your current repository. ( Read the comment in the .yml file in ##### Step1 )
6. Upload the snapshot into the mainnet-node
volume:
docker-compose up import
You will have to wait ~1-2 hours to import a full snapshot.
7. Start synchro from snapshot:
docker-compose stop import docker-compose up -d node_full baker accuser
If you’re using Ubuntu, you can install packages with Tezos binaries from a Launchpad PPA. tezos
Step1: Installation
In order to add the stable release PPA repository to your machine, do:
REPO="ppa:serokell/tezos"
Then choose the desired protocol for your baker/accuser (you probably want to replace <:CURRENT_PROTOCOL_SHORT_HASH:>
by the latest protocol version):
PROTOCOL="<:CURRENT_PROTOCOL_SHORT_HASH@LOW:>T_PROTOCOL_SHORT_HASH@LOW:>"
Then, to install the binaries, run the following commands:
sudo add-apt-repository -y $REPO && sudo apt-get update sudo apt-get install -y octez-client sudo apt-get install -y octez-node sudo apt-get install -y octez-baker-$PROTOCOL sudo apt-get install -y octez-accuser-$PROTOCOL
Step2: Let's config and run!
It is possible to define the directory where the data will be stored with --data-dir
(by default, it is in .octez-node
).
--network=NETWORK
Select which network to run. Possible values are: sandbox, mainnet, [testnet] (e.g., ghostnet, kathmandunet. Learn more about testnet aliases here). Default is mainnet.
--history-mode= MODE
Set the mode for the chain's data history storage. Possible values are archive , full (default), full:N, rolling, rolling:N.
- Archive mode retains all data since the genesis block.
- Full mode only maintains block headers and operations allowing replaying the chain since the genesis if wanted (full mode is recommended to bake. More information here).
- Rolling mode retains only the most recent data and deletes the rest.
For both Full and Rolling modes, it is possible to adjust the number of cycles to preserve by using the :N annotation. The default number of preserved cycles is 5. The value experimental-rolling is deprecated but is equivalent to octez-client rolling which should be used instead.
Read more about node configuration here).
For example, the following command configures the node for the Ghostnet Network and stores data in the specified directory ~/tezos-ghostnet
with the full mode.
octez-node config init --data-dir ~/tezos-ghostnet --network=ghostnet --history-mode=full
You can run the node with :
octez-node run --rpc-addr 127.0.0.1:8732 --log-output tezos.log
The parameter --rpc-addr url:port
activate the RPC interface that will allow communication with the node. By default, it runs on port 8732
so it is not mandatory to specify it. The file tezos.log
will be saved in /home/user/
.
Step3: Check synchronization ✅
The Octez client can be used to interact with the node. It can query its status or ask the node to perform some actions. For example, after starting your node, you can check if it has finished synchronizing with the following command (you can use another terminal window if you still watch the log):
octez-client -E http://127.0.0.1:8732/ bootstrapped
(-E
option is equal to --endpoint
option) When you see the message " Node is Bootstrapped ", your Tezos node is synchronized with the blockchain and you may now perform operations on it!
Step4: Import your keys
Option 1: Import keys from a Ledger Prerequisites: The Ledger Nano should be configured with the Tezos wallet and Tezos baking apps. Access the "Tezos wallet" app on your ledger and list the connected Ledgers with the following command:
octez-client --endpoint http://127.0.0.1:8732 list connected ledgers
Import a key from a Ledger with the following command: octez-client
octez-client --endpoint http://127.0.0.1:8732 import secret key <key_alias> <ledger://path/to/the/secret/key/on/your/device>
You have to replace <key_alias>
by the alias of your choice, and <ledger://path/to/the/secret/key/on/your/device>
by the path to your secret key on your ledger (four options are available to generate either tz1
, tz2
or tz3
addresses). Validate the public key hash displayed on the ledger to validate the key import.
Option 2: Import a secret key with the octez-client
You have to replace <key_alias>
by the alias of your choice and provide the clear private key to the octez-client, after the keyword unencrypted
:
octez-client --endpoint http://127.0.0.1:8732 import secret key key_alias unencrypted:your_private_key
Step5: Let's register as delegate
Option 1 (next): Setup the Ledger to bake for your address Access the "Tezos Baking" app on your ledger and then do execute the following command: (Replace <key_alias>
by the alias chosen in step 4)
sudo octez-client -E http://127.0.0.1:8732 setup ledger to bake for key-alias-or-ledger-uri
You will need to validate the request on your ledger.
Register your key as a delegate on the network (Replace <key-alias>
by the alias chosen in step 4)
octez-client --endpoint http://127.0.0.1:8732 register key <key_alias> as delegate
Step6: Let's bake!
Liquidity baking toggle
Since the Jakarta amendment, the --liquidity-baking-toggle-vote <vote>
command line toggle is mandatory. <vote>
should be replaced by on
, off
or pass
. Read more about liquidity baking in the technical documentation.
You can launch the baker with:
octez-baker-<:CURRENT_PROTOCOL_SHORT_HASH:> --endpoint http://127.0.0.1:8732 run with local node /home/user/.octez-node --liquidity-baking-toggle-vote vote
🎉 Congratulations on setting up a baker node! 🎉
#####Bonus: Quick synchronization from a snapshot
If you want your node to be bootstrapped quickly, you can synchronize it with the blockchain using a snapshot.
1. Download a .full
snapshot from a snapshot provider (https://xtz-shots.io/, https://snapshots.tezos.marigold.dev/, https://snapshots-tezos.giganode.io/, https://lambsonacid.nl/) in your current repository by replacing with <snapshot_url>
in following command:
wget <snapshot_url>
2. Register the current directory in a variable:
path=$(pwd)
3. Import from the snapshot!
(Replace <name_of_snapshot_file>
)
octez-node snapshot import $path/<name_of_snapshot_file>
(It is possible to define the directory where the data will be stored with --data-dir directory
, by default, it is in .octez-node
)
4. You can get some information with the following command:
octez-node snapshot info $path/<name_of_snapshot_file>
Set up by building from source
In this part, we will see how to install Tezos from source. The easiest way to build the binaries from the source code is to use the OPAM source package manager for OCaml.
This method is recommended for advanced users as it requires basic knowledge of the OPAM package manager and the OCaml packages workflow. In particular, upgrading Tezos from release to release might require tinkering with different options of the OPAM package manager to adjust the local environment for the new dependencies.
From scratch method
Step1: Install OPAM
First, you need to install the OPAM package manager, at least version 2.0, that you can get by following the install instructions. The quickest way to get the latest opam up and working is to run this script:
bash -c "sh <(curl -fsSL https://raw.githubusercontent.com/ocaml/opam/master/shell/install.sh)"
(If you have trouble with curl
, just download the script and run sh install.sh
) For the next command line, answers the prompts with 'N' then 'y'. You may also be prompted for your sudo
password. You may encounter a "switch" error, but you can ignore it.
opam init --bare
Step2: Install Rust
Compiling Tezos requires the Rust compiler, version 1.52.1, and the Cargo package manager for Rust to be installed. If you have rustup installed, you can use rustup to install both. If you do not have rustup
, please avoid installing it from Snapcraft; you can rather follow the simple installation process shown below:
cd $HOME wget https://sh.rustup.rs/rustup-init.sh chmod +x rustup-init.sh ./rustup-init.sh --profile minimal --default-toolchain 1.52.1 -y```
Once Rust is installed, note that your PATH
environment variable (in .profile
) may be updated and you will need to restart your session so that changes can be taken into account. Alternatively, you can do it manually without restarting your session with the following command :
$HOME/.cargo/env
Step3: Install Zcash Parameters
Tezos binaries require the Zcash parameter files to run. This is for shielded/confidential transactions with Sapling, that were added in the Edo amendment. If you compile from source and move Tezos to another location (such as /usr/local/bin
), the Tezos binaries may prompt you to install the Zcash parameter files. The easiest way is to download and run this script:
wget https://raw.githubusercontent.com/zcash/zcash/master/zcutil/fetch-params.sh chmod +x fetch-params.sh ./fetch-params.sh
Step4: Install Tezos dependencies
Install the libraries that Tezos is dependent on:
sudo apt-get install -y rsync git m4 build-essential patch unzip wget pkg-config libgmp-dev libev-dev libhidapi-dev opam jq zlib1g-dev bc autoconf
Get the source code:
git clone https://gitlab.com/tezos/tezos.git cd tezos git checkout latest-release
Install tezos dependencies:
make build-deps
You may encounter a "switch" error, but you can ignore it.
You may encounter failures in the processes of the make build-deps
command. In that case, just re-type the command opam init --bare
to re-initiate.
Step5: Compile sources
Compile sources:
eval $(opam env) make
Step6: Check installation
To check the installation you can use the following commands:
octez-node --version
Step7: Let's config and run!
It is possible to define the directory where the data will be stored with --data-dir
(by default, it is in .octez-node
). --network= NETWORK
. Select which network to run. Possible values are: sandbox , mainnet , [testnet] (e.g., ghostnet, <:CURRENT_TESTNET:>. See current testnets here). Default is mainnet. --history-mode= MODE
.
Set the mode for the chain's data history storage. Possible values are archive , full (default), full:N, rolling, rolling:N.
- Archive mode retains all data since the genesis block.
- Full mode only maintains block headers and operations allowing replaying the chain since the genesis if wanted. (full mode is recommended to bake. More information here).
- Rolling mode retains only the most recent data and deletes the rest.
For both Full and Rolling modes, it is possible to adjust the number of cycles to preserve by using the :N annotation. The default number of preserved cycles is 5. The value experimental-rolling is deprecated but is equivalent to rolling which should be used instead.
Read more about node configuration here).
For example, the following command configures the node for the Ghostnet Network and stores data in the specified directory ~/tezos-ghostnet with the full mode.
octez-node config init --data-dir ~/tezos-ghostnet --network=ghostnet --history-mode=full
You can run the node with :
octez-node run --rpc-addr 127.0.0.1:8732 --log-output tezos.log
The parameter --rpc-addr url:port
activate the RPC interface that will allow communication with the node. By default, it runs on port 8732
so it is not mandatory to specify it. The file tezos.log
will be saved in /home/user/
.
Step8: Check synchronization ✅
The Octez client can be used to interact with the node. It can query its status or ask the node to perform some actions. For example, after starting your node, you can check if it has finished synchronizing with the following command (you can use another terminal window if you still watch the log) :
octez-client -E http://127.0.0.1:8732/ bootstrapped
Where:
-E
option is equal to--endpoint
option
When you see the message " Node is Bootstrapped ", your Tezos node is synchronized with the blockchain, and you may now perform operations on it!
Step9: Import your keys
Option 1: Import keys from a Ledger Prerequisites: The Ledger Nano should be configured with the Tezos wallet and Tezos baking apps. Access the "Tezos wallet" app on your ledger and list the connected Ledgers with the following command:
octez-client --endpoint http://127.0.0.1:8732 list connected ledgers
Import a key from a Ledger with the following command:
octez-client --endpoint http://127.0.0.1:8732 import secret key <key_alias> <ledger://path/to/the/secret/key/on/your/device>
You have to replace <key_alias>
by the alias of your choice, and <ledger://path/to/the/secret/key/on/your/device>
by the path to your secret key on your ledger (four options are available to generate either tz1
, tz2
or tz3
addresses). Validate the public key hash displayed on the ledger to validate the key import.
Option 2: Import a secret key with the octez-client
You have to replace <key_alias>
by the alias of your choice and provide the clear private key to the octez-client, after the keyword unencrypted
:
octez-client --endpoint http://127.0.0.1:8732 import secret key key_alias unencrypted:your_private_key
Step10: Let's register as delegate
Option 1 (next): Setup the Ledger to bake for your address Access the "Tezos Baking" app on your ledger and then do execute the following command: (Replace <key_alias>
by the alias chosen in step 9)
sudo octez-client -E http://127.0.0.1:8732 setup ledger to bake for key-alias-or-ledger-uri
You will need to validate the request on your ledger.
Register your key as a delegate on the network (Replace <key-alias>
by the alias chosen in step 4)
octez-client --endpoint http://127.0.0.1:8732 register key key_alias as delegate
Step11: Let's bake!
Liquidity baking toggle
Since the Jakarta amendment, the --liquidity-baking-toggle-vote <vote>
command line toggle is mandatory. <vote>
should be replaced by on
, off
or pass
. Read more about liquidity baking in the technical documentation.
You can launch the baker with:
octez-baker-<:CURRENT_PROTOCOL_SHORT_HASH:> --endpoint http://127.0.0.1:8732 run with local node /home/user/.octez-node --liquidity-baking-toggle-vote vote
🎉 Congratulations on setting up a baker node! 🎉
Tezos OPAM packages method
Step1: Install OPAM
First, you need to install the OPAM package manager, at least version 2.0, that you can get by following the install instructions. The quickest way to get the latest opam up and working is to run this script:
bash -c "sh <(curl -fsSL https://raw.githubusercontent.com/ocaml/opam/master/shell/install.sh)"
(If you have trouble with curl
, just download the script and run sh install.sh
) For the next command line, answers the prompts with 'N' then 'y'. You may also be prompted for your sudo
password. You may encounter a "switch" error, but you can ignore it.
opam init --bare
Step2: Get an environment
wget -O latest-release:version.sh https://gitlab.com/tezos/tezos/raw/latest-release/scripts/version.sh
The binaries need a specific version of the OCaml compiler (see the value of the variable $ocaml_version
in file /tezos/scripts/version.sh
).
source latest-release:version.sh opam switch create for_tezos $ocaml_version eval $(opam env)
If you get a "c compiler error", run this to install some necessary tools:
sudo apt-get install build-essential
Step3: Get dependencies
In order to get the system dependencies of the binaries, do:
opam depext tezos
Step4: Install binaries
opam install tezos
Now follow Steps 6-7-8-9-10-11 of "From scratch method"
Bonus: Quick synchronization from a snapshot
If you want your node to be bootstrapped quickly, you can synchronize it with the blockchain using a snapshot.
1:
Download a .full snapshot from a snapshot provider (https://xtz-shots.io/, https://snapshots.tezos.marigold.dev/, https://snapshots-tezos.giganode.io/, https://lambsonacid.nl/) in your current repository by replacing with <snapshot_url>
in following command:
wget <snapshot_url>
2:
Register the current directory in a variable:
path=$(pwd)
3:
Import from the snapshot!
(Replace <name_of_snapshot_file>
)
octez-node snapshot import $path/name_of_snapshot_file
(It is possible to define the directory where the data will be stored with --data-dir directory
, by default, it is in .octez-node
)
4:
You can get some information with the following command:
octez-node snapshot info $path/name_of_snapshot_file
Upgrade a baking node
Docker and docker-compose
Upgrade the docker image
To upgrade your node to the lastest Octez version, replace your previous image version (most likely v13.0) by the lastest: v<:CURRENT_OCTEZ_VERSION:>
. Note that if you run the image named latest
, a restart of your container is sufficient.
To use the v<:CURRENT_OCTEZ_VERSION:>
image, use the following tezos image, for both docker and docker-compose:
tezos/tezos:v<:CURRENT_OCTEZ_VERSION:>
The binary versions of both the baker and accuser must be replaced by the latest ones. If you use dokcer-compose, replace the PROTOCOL
variable by:
PROTOCOL=<:CURRENT_PROTOCOL_SHORT_HASH:>
Serokell PPA with Tezos packages
Upgrade tezos packages
To fetch the latest node, baker and accuser deamons, run the following command:
sudo apt-get update sudo apt-get upgrade sudo apt install octez-baker-<:CURRENT_PROTOCOL_SHORT_HASH@LOW:> sudo apt install octez-accuser-<:CURRENT_PROTOCOL_SHORT_HASH@LOW:>
From source
From scratch
Upgrade from scratch
Refer to the section upgrade an octez node from source. The required daemons will be automatically downloaded. Finally, relaunch your node, and run the new daemons (suffixed by <:CURRENT_PROTOCOL_SHORT_HASH:>
).
Old daemons
If the protocol upgrade has not yet taken place, keep running the "old" daemons. Note that you can both run old and new daemons without any double baking/endorsment risks.
Upgrade .service files
You can find the latest .service
files in this section.
The general idea is to create the corresponding .service
files, for the futur baker and accuser daemons, while still running the current ones. As with the current .service
files that you are most likely running, you will be able to enable, and then start them even if the current ones are running.
First of all, refer to your installation method and follow one of the previous sections to upgrade your node.
Once your node is upgraded, copy the .service
files of your current baker and accuser and paste them in new .service
files. For example: baker-1.service
and accuser-1.service
. Change the octez-accuser-<:PREVIOUS_PROTOCOL_SHORT_HASH:>hma
and octez-baker-<:PREVIOUS_PROTOCOL_SHORT_HASH:>hma
binary names (of the newly created files) respectively by octez-accuser-<:CURRENT_PROTOCOL_SHORT_HASH:>
and octez-baker-<:CURRENT_PROTOCOL_SHORT_HASH:>
. **Carefully check that the new .service
files contain the <:CURRENT_PROTOCOL_SHORT_HASH:>
daemons before following the next steps.
Execute:
systemctl daemon-reload systemctl enable baker-1.service accuser-1.service systemctl start baker-1.service accuser-1.service
While your are still baking blocks, your future daemons will take over at the first block of the new protocol!
Switching testnet
Tezos is a fast-evolving blockchain and testnets follow each other and replace each other. It will therefore be necessary from time to time to connect to a new network to prepare for a change.
Let's say we already had a node configured on PtNairob and that the new tesnet has just been released, let's say its name is Newtestnet (for the example).
To switch to Newtesnet, we will have to initialize another Tezos node.
Let's create a directory that will contain all the elements of our second node:
mkdir ~/tezos-newtestnet
We then create the configuration, which initializes the connection to Newtestnet and the list of bootstrap peers:
octez-node config init --data-dir ~/tezos-newtestnet --network newtestnet
Then we generate the identity:
octez-node identity generate --data-dir ~/tezos-newtestnet
And finally, we can launch it, with a different RPC port than the one already running on Jakartanet:
octez-node run --rpc-addr 127.0.0.1:8733 --data-dir ~/tezos-newtestnet
The day PtNairob is shut down, we can delete the contents of the .tezos-PtNairob
directory, the data of our node.
Other options for Baking
This section presents how to setup a baker "from scratch", but here are several options for setting up a baker, each with its own advantages and disadvantages. Here are some baking options, with links to more information:
- BakeBuddy and Ledger Nano: An intuitive plug-and-use method for setting up a node and baker.
- Kiln and Ledger Nano: An intuitive plug-and-use method for setting up a node and baker.
- Remote Signer and Ledger Nano
- Signatory's remote Signer via the Cloud
The following links also provide information on setting up a baker: