Skip to main content

Типи нод CLI

Існують дві основні категорії нод - перша для Консенсусу і друга для Доменів. Кожна з них може бути налаштована по-різному для виконання різних функцій. Ноди запускаються за допомогою CLI-додатку.

Ноди консенсусу​

Існує два способи налаштування ноди Консенсусу. Перший - для Повних нод, другий - для Архівних нод.

Повна консенсусна нода​

Це найпоширеніший тип нод, який використовується фармерами. Він обробляє всі блоки і обслуговує піри. Він зберігає стан блокчейну та його нещодавню історію. Хоча ви можете налаштувати обрізання блоків і станів, за замовчуванням це 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
архівні vs архівно-канонічні

blocks-prunting та state-prunting можна встановити як archive або archive-canonical. The former keeps state of all blocks and the latter only blocks which form the canonical chain.

Доменні ноди​

Домени - це вбудовані роллапи, які можуть працювати з будь-якими правилами зміни даних і будь-якими платформами для запуску смарт-контрактів завдяки механізмам виконання, які можна налаштувати. Розгорнути домен так само просто, як розгорнути смарт-контракт. Вони дозволяють розробникам легко запускати власну мережу без завантаження нового набору валідаторів, при цьому користуючись перевагами спільної безпеки та інтероперабельності, що забезпечуються мережею консенсусу 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

Subspace Foundation підтримує кілька таймкіперів як публічне благо.