Типы узлов CLI

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

Нода Consensus

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

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

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

subspace-node run \
--chain mainnet \
--base-path NODE_DATA_PATH

Фермерство с полным узлом

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

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

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

subspace-node run \
--chain mainnet \
--base-path NODE_DATA_PATH \
--blocks-pruning archive \
--state-pruning archive \
--sync full

archive vs archive-canonical

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

Узлы доменов

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

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

info

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

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

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

subspace-node run \
--chain mainnet \
--base-path NODE_DATA_PATH \
--blocks-pruning archive \
--state-pruning archive \
--sync full \
-- \
--domain-id your_domain_id

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

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

subspace-node run \
--chain mainnet \
--base-path NODE_DATA_PATH \
--blocks-pruning archive \
--state-pruning archive \
--sync full \
-- \
--domain-id your_domain_id \
--blocks-pruning archive \
--state-pruning archive

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

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

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

subspace-node run \
--chain taurus \
--name your_node_name \
--base-path NODE_DATA_PATH \
--sync full \
-- \
--domain-id your_domain_id \
--operator-id your_operator_id \

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

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

subspace-node run \
--chain mainnet \
--timekeeper \
--timekeeper-cpu-cores 4 \ 
--base-path NODE_DATA_PATH

note

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