Типи нод CLI

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

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

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

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

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

архівні 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, що все, що знаходиться після цих тире, відноситься до частини домену.

Повна Доменна Нода

Повна доменна нода обробляє всі блоки і обслуговує піри. Він зберігає стан блокчейну та його нещодавню історію.

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

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