CURRENT VERSION: Aligned Operator v0.15.2
IMPORTANT: You must be whitelisted to become an Aligned operator.
This guide assumes you are already registered as an operator with EigenLayer.
Minimum hardware requirements:
| Component | Specification |
|---|---|
| CPU | 16 cores |
| Memory | 32 GB RAM |
| Bandwidth | 1 Gbps |
| Storage | 256 GB disk space |
The list of supported strategies can be found here.
To start with, clone the Aligned repository and move inside it
git clone https://github.com/yetanotherco/aligned_layer.git --branch v0.15.2
cd aligned_layerEnsure you have the following installed:
Also, you have to install the following dependencies for Linux:
- pkg-config
- libssl-dev
- g++
To install foundry, run:
make install_foundry
foundryupTo build the operator binary for Testnet, run:
make build_operator ENVIRONMENT=testnetTo build the operator binary for Mainnet, run:
make build_operator ENVIRONMENT=mainnetIf you want to upgrade the operator in Testnet, run:
make update_operator ENVIRONMENT=testnetIf you want to upgrade the operator in Mainnet, run:
make update_operator ENVIRONMENT=mainnetThis will recreate the binaries. You can then proceed to restart the operator.
You can find the latest version of the operator here.
To see the operator version, run:
./operator/build/aligned-operator --versionThis will display the current version of the operator binary.
Locate the appropiate operator_config_file:
- Mainnet:
./config-files/config-operator-mainnet.yaml. - Holesky:
./config-files/config-operator-holesky.yaml.
Update the following placeholders:
"<operator_address>""<earnings_receiver_address>""<ecdsa_key_store_location_path>""<ecdsa_key_store_password>""<bls_key_store_location_path>""<bls_key_store_password>"
"<ecdsa_key_store_location_path>" and "<bls_key_store_location_path>" are the paths to your keys generated with the EigenLayer CLI, "<operator_address>" and "<earnings_receiver_address>" can be found in the operator.yaml file created in the EigenLayer registration process.
The keys are stored by default in the ~/.eigenlayer/operator_keys/ directory, so for example <ecdsa_key_store_location_path> could be /path/to/home/.eigenlayer/operator_keys/some_key.ecdsa.key.json and for <bls_key_store_location_path> it could be /path/to/home/.eigenlayer/operator_keys/some_key.bls.key.json.
{% hint style="danger" %}
Don't keep the Operator Key in the Aligned Operator Node. If you already registered, don't use it. If you need to register, delete it after step 4.
{% endhint %}
The ECDSA key is only used for registration and funding of the operator and is not needed afterwards. It is recommended that you remove it after you're done, as well as the ecdsa section in the config file, or better yet for that data to never make it to the server (e.g., you run the registration from a machine without listening ports).
If you run the registration on the server, it's recommended to do this part on a RAM filesystem to ease secure removal, and only after removing the ecdsa section move the config file to persistent storage.
If you run on a different computer, you will need to copy the BLS key store to the server.
Two RPCs are used, one as the main one, and the other one as a fallback in case one node is working unreliably.
Default configurations is set up to use the same public node in both scenarios.
{% hint style="danger" %}
PUBLIC NODES SHOULDN'T BE USED AS THE MAIN RPC. We recommend not using public nodes at all.
FALLBACK AND MAIN RPCs SHOULD BE DIFFERENT.
{% endhint %}
Most of the actions will pass through the main RPC unless there is a problem with it. Events are fetched from both nodes.
eth_rpc_url: "https://<RPC_1>"
eth_rpc_url_fallback: "https://<RPC_2>"
eth_ws_url: "wss://<RPC_1>"
eth_ws_url_fallback: "wss://<RPC_2>"Then you must register as an Operator on AlignedLayer. To do this, you must run:
- Mainnet:
make operator_register_with_aligned_layer CONFIG_FILE=./config-files/config-operator-mainnet.yaml- Holesky:
make operator_register_with_aligned_layer CONFIG_FILE=./config-files/config-operator-holesky.yaml{% hint style="danger" %} If you are going to run the server in this machine, delete the operator key {% endhint %}
- Mainnet:
./operator/build/aligned-operator start --config ./config-files/config-operator-mainnet.yaml- Holesky:
./operator/build/aligned-operator start --config ./config-files/config-operator-holesky.yamlTo manage the Operator process on Linux systems, we recommend use systemd with the following configuration:
You should create a user and a group in order to run the Operator and set the service unit to use that. In the provided service unit, we assume you have already created a user called aligned
# aligned-operator.service
[Unit]
Description=Aligned Operator
After=network.target
[Service]
Type=simple
User=aligned
ExecStart=<path_to_aligned_layer_repository>/operator/build/aligned-operator start --config <path_to_operator_config_file>
Restart=always
RestartSec=1
StartLimitBurst=100
[Install]
WantedBy=multi-user.target{% hint style="info" %}
aligned-operator.service is just an arbitrary name. You can name your service as you wish, following the format <service-name>.service.
{% endhint %}
Once you have configured the aligned-operator.service file, you need to run the following commands:
sudo cp aligned-operator.service /etc/systemd/system/aligned-operator.service
sudo systemctl enable --now aligned-operator.service{% hint style="warning" %} All paths must be absolute. {% endhint %}
Those commands will link the service to systemd directory and then, will start the Operator service.
Also, if the server running the operator goes down, systemd will start automatically the Operator on server startup.
If you want to restart the operator, you can use the following command:
sudo systemctl restart aligned-operator.serviceOnce you are running your operator using systemd, you can get its logs using journalctl as follows:
journalctl -xfeu aligned-operator.serviceTo unregister the Aligned operator, run:
- Mainnet:
cast send --rpc-url https://ethereum-rpc.publicnode.com --private-key <private_key> 0xA8CC0749b4409c3c47012323E625aEcBA92f64b9 'deregisterOperator(bytes)' 0x00- Holesky:
cast send --rpc-url https://ethereum-holesky-rpc.publicnode.com --private-key <private_key> 0x3aD77134c986193c9ef98e55e800B71e72835b62 'deregisterOperator(bytes)' 0x00<private_key> is the one specified in the output when generating your keys with the EigenLayer CLI.
We are using WETH as the strategy token.
To do so, there are two options, either doing it through EigenLayer's website, and following their guide, or running the commands specified by us below.
You will need to stake a minimum of 1000 WEI in WETH. We recommend to stake a maximum amount of 10 WETH. If you are staking more than 10 WETH please unstake any surplus over 10.
EigenLayer's guide can be found here.
If you have ETH and need to convert it to WETH you can use the following command, that will convert 1 ETH to WETH.
Make sure to have foundry already installed.
Change the parameter in ---value if you want to wrap a different amount:
cast send 0x94373a4919B3240D86eA41593D5eBa789FEF3848 --rpc-url https://ethereum-holesky-rpc.publicnode.com --private-key <private_key> --value 1etherHere <private_key> is the placeholder for the ECDSA key specified in the output when generating your keys with the EigenLayer CLI.
Finally, to end the staking process, you need to deposit into the WETH strategy, as shown in the EigenLayer guide.
An alternative using the CLI
Run the following command to deposit one WETH
./operator/build/aligned-operator deposit-into-strategy --config ./config-files/config-operator.yaml --strategy-address 0x80528D6e9A2BAbFc766965E0E26d5aB08D9CFaF9 --amount 1000000000000000000If you don't have Holesky ETH, these are some useful faucets: