Skip to main content

Типы узлов CLI

Существует две основные категории узлов - одна для Консенсус и одна для Домены. Каждая из них может быть настроена различными способами для выполнения различных функций. Узлы запускаются с помощью CLI приложения.

Нода Consensus​

Есть два способа настроить узел консенсуса. Один для Полных узлов и один для Архивных узлов.

Полный узел Консенсуса​

Это наиболее распространенный тип узла, так как он используется фермерами. Он обрабатывает все блоки и обслуживает пиры. Он сохраняет состояние блокчейна и его недавнюю историю. Хотя вы можете настроить обрезку блоков и состояний, по умолчанию используются значения 256 и 140,000. Запуск полного узла позволяет участнику проверить все блоки, обеспечивая независимый аудит. Все фермеры, операторы и хранители времени по умолчанию являются полными узлами.

Replace these placeholders
  • <BASE_PATH>: Path where you want to store the node database
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-jun-18 run \
--chain mainnet \
--base-path "<BASE_PATH>"
Фермерство с полным узлом

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

Архивный узел Консенсуса​

Архивный узел хранит историю всех блоков и обслуживает пиры. Он сохраняет состояние блокчейна и всю его историю. Это полезно для ускорения поиска исторических блоков и обозревателей блоков. Все фермеры, операторы и хранители времени могут быть архивными узлами.

Replace these placeholders
  • <BASE_PATH>: Path where you want to store the node database
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-jun-18 run \
--chain mainnet \
--base-path "<BASE_PATH>" \
--blocks-pruning archive \
--state-pruning archive \
--sync full
archive vs archive-canonical

Для blocks-pruning и state-pruning может быть установлено значение archive или archive-canonical. Первый хранит состояние всех блоков, а второй - только блоков, образующих каноническую цепочку.

Узлы доменов​

Домены - это, по сути, встроенные ролл-апы, которые поддерживают любые механизмы перехода состояний и среды исполнения смарт-контрактов с помощью пользовательских исполняющих файлов. Развертывание домена так же легко как развертывание смарт-контракта. Они позволяют легко запускать собственные сети без необходимости создания нового набора валидаторов, при этом пользуясь общей безопасностью и совместимостью, обеспечиваемыми цепочкой консенсуса Autonomys Network.

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

info

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

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

Полный узел домена обрабатывает все блоки и обслуживает пиров. Он сохраняет состояние блокчейна и его недавнюю историю.

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-jun-18 run \
--chain mainnet \
--base-path "<BASE_PATH>" \
--blocks-pruning archive \
--state-pruning archive \
--sync full \
-- \
--domain-id "<DOMAIN_ID>"

Архивный узел домена​

Архивный узел домена позволяет пользователю RPC запрашивать любые исторические блоки в домене, на который он нацелен. Это полезно, когда полная история домена должна быть доступна. В качестве примера можно привести индексирование доменной цепочки через 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
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-jun-18 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

Специализированные узлы​

Узел оператора​

Узел оператора ближе к архивному узлу домена, а не к полному узлу домена. Отличия заключаются в том, что можно использовать archive-canonical и state-pruning на 28,800 блоков. Также необходимо указать --domain-id и --operator-id.

Replace these placeholders
  • <NAME>: Your node name for telemetry
  • <BASE_PATH>: Path where you want to store the node database
  • <DOMAIN_ID>: The domain ID you want to operate on
  • <OPERATOR_ID>: Your operator ID (obtained after registration)
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-jun-18 run \
--chain taurus \
--name "<NAME>" \
--base-path "<BASE_PATH>" \
--sync full \
-- \
--domain-id "<DOMAIN_ID>" \
--operator-id "<OPERATOR_ID>" \

Узел хранителя времени​

Хранители времени запускают цепочку Proof-of-Time и поддерживают маяк случайности для цепочки консенсуса. Они отвечают за оценку функции задержки (в пределах целевого временного интервала длительностью 1 секунда) и объявление результатов другим узлам, для чего требуется мощный процессор последнего поколения. Вам нужно установить параметр --timekeeper, а также заставить его использовать самое быстрое ядро, используя --timekeeper-cpu-cores.

Replace these placeholders
  • <BASE_PATH>: Path where you want to store the node database
./subspace-node-ubuntu-x86_64-skylake-mainnet-2025-jun-18 run \
--chain mainnet \
--timekeeper \
--timekeeper-cpu-cores 4 \ 
--base-path "<BASE_PATH>"
note

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