Типы узлов CLI
Существует две основные категории узлов - одна для Консенсус и одна для Домены. Каждая из них может быть настроена различными способами для выполнения различных функций. Узлы запускаются с помощью CLI приложения.
Нода Consensus
Есть два способа настроить узел консенсуса. Один для Полных узлов и один для Архивных узлов.
Полный узел Консенсуса
Это наиболее распространенный тип узла, так как он используется фермерами. Он обрабатывает все блоки и обслуживает пиры. Он сохраняет состояние блокчейна и его недавнюю историю. Хотя вы можете настроить обрезку блоков и состояний, по умолчанию используются значения 256 и 140,000. Запуск полного узла позволяет участнику проверить все блоки, обеспечивая независимый аудит. Все фермеры, операторы и хранители времени по умолчанию являются полными узлами.
<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 соединиться с полным узлом.
Архивный узел Консенсуса
Архивный узел хранит историю всех блоков и обслуживает пиры. Он сохраняет состояние блокчейна и всю его историю. Это полезно для ускорения поиска исторических блоков и обозревателей блоков. Все фермеры, операторы и хранители времени могут быть архивными узлами.
<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
Для blocks-pruning и state-pruning может быть установлено значение archive
или archive-canonical
. Первый хранит состояние всех блоков, а второй - только блоков, образующих каноническую цепочку.
Узлы доменов
Домены - это, по сути, встроенные ролл-апы, которые поддерживают любые механизмы перехода состояний и среды исполнения смарт-контрактов с помощью пользовательских исполняющих файлов. Развертывание домена так же легко как развертывание смарт-контракта. Они позволяют легко запускать собственные сети без необходимости создания нового набора валидаторов, при этом пользуясь общей безопасностью и совместимостью, обеспечиваемыми цепочкой консенсуса Autonomys Network.
Существует также два способа настройки узла домена. Один для Полных узлов и один для Архивных узлов.
Чтобы настроить доменную часть узла, нужно включить строку, состоящую из двух дефисов --
. Это позволит CLI определить, что все, что находится после этих дефисов, относится к части домена.
Полный узел домена
Полный узел домена обрабатывает все блоки и обслуживает пиров. Он сохраняет состояние блокчейна и его недавнюю историю.
<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.
<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
.
<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
.
<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>"
Фонд Подпространства содержит несколько хранителей времени в качестве общественного достояния.