Skip to main content

Типы узлов 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.

Существует также два способа настройки узла домена. Один для полной ноды и один для Архивированных нод.

info

Чтобы настроить доменную часть узла, вам нужно включить строку, которая является всего лишь двумя дефисами --. Это скажет CLI, что все после этих дефектов относится к части домена.

Полный узел домена

A domain full node processes all blocks and serves peers. It preserves the blockchain's state and recent history.

Replace these placeholders
  • <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.

Replace these placeholders
  • <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.

Replace these placeholders
  • <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.

Replace these placeholders
  • <BASE_PATH>: Путь, где вы хотите сохранить базу данных узла:::
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-aug-20 run \
--chain mainnet \
--timekeeper \
--timekeeper-cpu-cores 4 \
--base-path "<BASE_PATH>"
note

Фонд Subspace содержит несколько хронометристов в качестве общественного блага.