Типы узлов CLI
Существует две основные категории узлов: одна для консенсуса и одна для доменов. Каждый из них можно настроить по-разному для выполнения различных функций. Узлы запускаются с помощью приложения CLI.
Нода Consensus
There are two ways to configure a Consensus node. One is for Full nodes and one for Archive nodes.
Полная нода Consensus
Это наиболее распространённый тип ноды, используемый фармерами. Она обрабатывает все блоки и обслуживает пиры. Она сохраняет состояние блокчейна и недавнюю историю. Хотя вы можете настроить обрезку блоков и состояний, значения по умолчанию — 256 и 140 000. Запуск полной ноды позволяет участнику проверять все блоки, обеспечивая независимую проверку. Все фармеры, операторы и хронометристы по умолчанию являются полными нодами.
<BASE_PATH>
: Путь, где вы хотите сохранить базу данных узла:::
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-aug-20 run \
--chain mainnet \
--base-path "<BASE_PATH>"
При запуске полной ноды необходимо добавить параметр --farmer
, чтобы дать возможность фармеру CLI соединиться с полным нодой.
Архивная нода Consensus
Архивная нода хранит историю всех блоков и обслуживает пиров. Он сохраняет состояние блокчейна и всю историю. Он полезен для более быстрого извлечения истории блоков и использования обозревателей блоков. Все фармеры, операторы и хронометристы могут быть архивными нодами.
<BASE_PATH>
: Путь, где вы хотите сохранить базу данных ноды:::
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-aug-20 run \
--chain mainnet \
--base-path "<BASE_PATH>" \
--blocks-pruning archive \
--state-pruning archive \
--sync full
blocks-pruning и state-pruning можно задать как archive
или archive-canonical
. Первый вариант сохраняет состояние всех блоков, а второй — только блоков, образующих каноническую цепочку.
Узлы доменов
Домены, по сути, представляют собой встроенные накопительный пакет (rollup), поддерживающие любые возможные фреймворки переходов состояний и среды выполнения смарт-контрактов посредством настраиваемых сред выполнения. Развертывание домена так же просто, как и развёртывание смарт-контракта. Они позволяют разработчикам легко запускать собственную сеть без необходимости создания нового набора валидаторов, при этом сохраняя преимущества общей безопасности и совместимости, обеспечиваемых цепочкой консенсуса Autonomys Network.
Существует также два способа настройки узла домена. Один для полной ноды и один для Архивированных нод.
Чтобы настроить доменную часть узла, вам нужно включить строку, которая является всего лишь двумя дефисами --
. Это скажет CLI, что все после этих дефектов относится к части домена.
Полный узел домена
A domain full node processes all blocks and serves peers. It preserves the blockchain's state and recent history.
<BASE_PATH>
: Path where you want to store the node database<DOMAIN_ID>
: The domain ID you want to connect to
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-aug-20 run \
--chain mainnet \
--base-path "<BASE_PATH>" \
--blocks-pruning archive \
--state-pruning archive \
--sync full \
-- \
--domain-id "<DOMAIN_ID>"
Архивный узел домена
A domain archive node allows an RPC user to query any historical blocks on the domain it targets. It is useful when a complete history of the domain needs to be made available. An example use case would be indexing the domain chain via RPC.
<BASE_PATH>
: Path where you want to store the node database<DOMAIN_ID>
: The domain ID you want to connect to<RPC_PORT>
: The RPC port you want your node to be accessible at
By default the RPC port is 9944 so you can leave the rpc-listen-on
out. If you want to change it, you can set it to 0.0.0.0:"<RPC_PORT>"
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-aug-20 run \
--chain mainnet \
--base-path "<BASE_PATH>" \
--blocks-pruning archive \
--state-pruning archive \
--sync full \
-- \
--domain-id "<DOMAIN_ID>" \
--blocks-pruning archive \
--state-pruning archive \
--rpc-methods unsafe \
--rpc-cors all \
--rpc-listen-on 0.0.0.0:"<RPC_PORT>"
Специализированные узлы
Узел оператора
An operator node is closer to an archive domain node rather than a full domain node. The differences are that archive-canonical
can be used and the state-pruning
is set to 28,800 blocks. Also you need to specify a --domain-id
and an --operator-id
.
<NAME>
: Имя вашего узла для телеметрии<BASE_PATH>
: Path where you want to store the node database<DOMAIN_ID>
: Идентификатор домена, с которым вы хотите работать<OPERATOR_ID>
: Ваш идентификатор оператора (полученный после регистрации)
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-aug-20 run \
--chain chronos \
--name "<NAME>" \
--base-path "<BASE_PATH>" \
--sync full \
-- \
--domain-id "<DOMAIN_ID>" \
--operator-id "<OPERATOR_ID>" \
Узел хранителя времени
Timekeepers run the Proof-of-Time chain and maintain the randomness beacon for the consensus chain. They are responsible for evaluating the delay function (within the target time slot duration of 1 second) and announcing the outputs to other nodes, requiring a powerful latest-generation CPU. You will need to set the --timekeeper
parameter and you can also force it to use the fastest core with --timekeeper-cpu-cores
.
<BASE_PATH>
: Путь, где вы хотите сохранить базу данных узла:::
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-aug-20 run \
--chain mainnet \
--timekeeper \
--timekeeper-cpu-cores 4 \
--base-path "<BASE_PATH>"
Фонд Subspace содержит несколько хронометристов в качестве общественного блага.