Криптовалютная нода

Что такое криптовалютная нода?

Криптовалютная нода — это компьютер или программный процесс, подключенный к блокчейн-сети и выполняющий такие задачи, как получение, проверка, хранение и передача данных блокчейна.

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

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

Нода следует правилам, реализованным в программном обеспечении клиента блокчейна.

Получив блок или транзакцию, нода проверяет данные на соответствие этим правилам, а затем решает, принять, отклонить, сохранить или передать их дальше.

В разных блокчейн-сетях используются разные архитектуры нод, поэтому их конкретные задачи, требования к оборудованию и стимулы могут существенно различаться.

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

Как работает криптовалютная нода?

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

Клиент подключается к другим нодам, обычно называемым узлами-пирами, и запрашивает данные, необходимые для понимания текущего состояния блокчейна.

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

Нода проверяет полученные данные в соответствии с правилами консенсуса и проверки протокола.

Недействительные блоки и транзакции отклоняются, а не добавляются в принимаемое нодой представление блокчейна.

Действительная информация может сохраняться локально и передаваться другим подключенным пирам.

После синхронизации нода продолжает получать новые транзакции, блоки, голоса, аттестации и другие сообщения протокола.

Нода также может предоставлять интерфейс, через который кошельки, приложения, исследователи и автоматизированные системы могут запрашивать данные блокчейна или отправлять подписанные транзакции.

Какие задачи выполняет криптовалютная нода?

Проверка транзакций

Нода, выполняющая проверку, устанавливает, соответствует ли транзакция правилам блокчейна, прежде чем принять ее.

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

Конкретный набор проверок зависит от того, использует ли блокчейн модель неизрасходованных выходов транзакций, модель аккаунтов или другую архитектуру учета.

Проверка блоков

Полная нода проверяет, соответствует ли каждый полученный блок правилам консенсуса сети.

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

Блок, созданный майнером или валидатором, не считается автоматически достоверным только потому, что его передали в сеть.

Другие ноды, выполняющие проверку, самостоятельно определяют, можно ли принять этот блок.

Передача данных по сети

Ноды помогают распространять транзакции, блоки и другие сообщения протокола в одноранговой сети.

Обычно нода не отправляет каждую единицу информации напрямую всем участникам.

Вместо этого данные передаются между подключенными пирами, пока не охватят значительную часть сети.

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

Хранение данных блокчейна

Нода может хранить недавние данные блокчейна, полную историю блоков, текущее состояние, индексы транзакций или сочетание этих записей.

Требования к хранилищу зависят от блокчейна, типа ноды, конфигурации клиента, параметров индексирования и метода синхронизации.

Архивная нода обычно хранит больше исторических данных, чем обычная полная нода.

Предоставление данных приложениям

Кошельки, блокчейн-обозреватели, децентрализованные приложения, торговые системы и аналитические инструменты часто получают информацию о блокчейне от нод.

Нода может отвечать на запросы о балансах, транзакциях, блоках, смарт-контрактах, состоянии сети и комиссиях.

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

Отправка транзакций

Кошелек может отправить подписанную транзакцию ноде для проверки и передачи в сеть.

Нода проверяет транзакцию и может передать ее другим пирам, если она соответствует применимым правилам ретрансляции.

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

Участие в консенсусе

Некоторые ноды выполняют дополнительные задачи, непосредственно связанные с процессом консенсуса блокчейна.

Нода для майнинга на Proof of Work может формировать блоки-кандидаты и взаимодействовать с майнинговым оборудованием в поиске подходящего доказательства.

Нода валидатора Proof of Stake может предлагать блоки, голосовать за блоки, создавать аттестации или выполнять другие назначенные задачи.

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

Криптовалютная нода и клиент блокчейна

Клиент блокчейна — это программное обеспечение, реализующее правила и сетевые функции протокола блокчейна.

Криптовалютная нода — это запущенный экземпляр такого клиента, подключенный к сети.

Это различие похоже на разницу между приложением и компьютером, на котором оно запущено.

Одному и тому же протоколу могут соответствовать несколько независимо разработанных клиентов.

Разнообразие клиентов снижает зависимость от одной программной реализации: ошибка в одном клиенте не обязательно затронет все ноды.

В актуальной документации Ethereum о разнообразии клиентов поясняется, что разные клиенты для основной сети разрабатываются отдельными командами на основе общих спецификаций протокола.

Криптовалютная нода и криптокошелек

Криптокошелек управляет ключами и процессом подписания, необходимым для подтверждения блокчейн-транзакций.

Нода проверяет информацию о блокчейне и передает ее.

Некоторые приложения для нод включают функции кошелька, однако кошельку необязательно управлять полной нодой.

Многие кошельки подключаются к удаленной ноде, которой управляет другая сторона.

Собственная нода позволяет кошельку проверять данные блокчейна, не полагаясь полностью на внешнего поставщика данных.

Приватные ключи должны оставаться под защитой кошелька или устройства для подписания; раскрывать их через общедоступный интерфейс ноды не требуется.

Криптовалютная нода и майнер

Майнер выполняет вычисления Proof of Work, чтобы попытаться создать действительный блок.

Полная нода проверяет, соответствует ли блок майнера правилам сети.

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

Пользователь может запустить полную ноду, не занимаясь майнингом.

Майнер также может не получить ожидаемое вознаграждение, если ноды, выполняющие проверку, отклонят его блок за нарушение правил консенсуса.

Криптовалютная нода и валидатор

Валидатор — это участник, которому протокол Proof of Stake разрешает выполнять определенные задачи консенсуса.

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

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

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

В официальной документации об архитектуре нод Ethereum описаны задачи клиентов исполнения, консенсуса и валидаторов.

Криптовалютная нода и RPC-сервер

RPC-сервер предоставляет программный интерфейс, через который другое приложение может взаимодействовать с нодой.

Нода может предоставлять RPC-сервер, но также выполняет функции однорангового взаимодействия, синхронизации, проверки и хранения данных.

RPC-эндпоинт может быть общедоступным, частным, локальным или доступным только одобренным системам.

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

Сам факт запуска RPC-эндпоинта не означает, что нода участвует в консенсусе.

Типы криптовалютных нод

Полная нода

Полная нода самостоятельно проверяет блоки и транзакции в соответствии с правилами консенсуса блокчейна.

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

В документации о полной ноде Bitcoin полная нода определяется как программа, которая полностью проверяет транзакции и блоки.

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

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

Урезанная нода

Урезанная нода — это нода, полностью проверяющая данные, но удаляющая старые блоки после их проверки.

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

Нода сохраняет данные, необходимые для текущей работы, и следует тем же правилам консенсуса, что и другая полная нода.

Однако она может не иметь возможности передавать старые блоки пирам и приложениям или повторно сканировать кошельки.

В документации для разработчиков Bitcoin поясняется, что урезанные ноды остаются полными нодами, несмотря на то что не хранят всю историю блокчейна.

Архивная нода

Архивная нода хранит обширную историю состояния блокчейна наряду с данными, необходимыми для текущей проверки.

Она может отвечать на исторические запросы, недоступные или медленно обрабатываемые обычной полной нодой.

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

Архивным нодам обычно требуется значительно больше места для хранения и обслуживания, чем стандартным полным нодам.

В официальной документации Ethereum об архивных нодах они описываются как экземпляры клиента, настроенные для хранения всех исторических состояний.

Легкая нода

Легкая нода хранит и обрабатывает значительно меньше информации, чем полная нода.

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

Легкие ноды подходят для устройств с ограниченным объемом хранилища, пропускной способностью или вычислительными ресурсами.

Как правило, они не обеспечивают такую же независимую проверку истории и доступность данных, как полные ноды.

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

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

Нода валидатора

Нода валидатора выполняет задачи консенсуса Proof of Stake и поддерживает ПО, необходимое для работы с блокчейном.

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

Для работы валидатора могут потребоваться заблокированный стейк, постоянная доступность, защищенные ключи для подписания и правильная настройка программного обеспечения.

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

Нода для майнинга

Нода для майнинга поддерживает создание блоков на основе Proof of Work.

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

После нахождения действительного доказательства нода передает предложенный блок в сеть.

Другие полные ноды по-прежнему самостоятельно проверяют блок, прежде чем принять его.

RPC-нода

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

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

Для высоконагруженной RPC-инфраструктуры часто необходимы балансировка нагрузки, кэширование, мониторинг, ограничение частоты запросов и несколько синхронизированных экземпляров нод.

RPC-нода может предоставлять приложениям доступ к данным, не создавая блоки.

Бутстрап-нода

Бутстрап-нода помогает недавно запущенным нодам находить других пиров.

Она служит начальной точкой подключения, а не постоянным источником истины о блокчейне.

После обнаружения пиров новая нода может напрямую подключаться к другим участникам сети.

В документации Ethereum о бутстрап-нодах поясняется, что они предоставляют точки входа для поиска пиров и отличаются от статических соединений с ними.

Мастернода

Мастернода — это категория нод, используемая в некоторых блокчейн-сетях; ее определение зависит от конкретного проекта.

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

Для ее работы может потребоваться владеть или заблокировать определенное количество криптовалюты сети.

У этого термина нет универсального технического определения, поэтому оператору следует изучить точные правила соответствующего протокола.

Режимы работы полных нод

Нода, принимающая входящие соединения

Нода в режиме прослушивания принимает входящие соединения от пиров и устанавливает исходящие соединения.

Такие ноды могут улучшать связность сети, предоставляя другим участникам больше вариантов для подключения.

Оператору обычно требуется правильно настроить брандмауэр, маршрутизатор, правило безопасности облака или трансляцию сетевых адресов.

Нода, не принимающая входящие соединения

Нода без режима прослушивания устанавливает исходящие соединения, но не принимает обычные входящие соединения от пиров.

Она по-прежнему может проверять данные блокчейна и передавать информацию через уже установленные соединения.

Такую конфигурацию может быть проще использовать за сетевым оборудованием с ограничениями.

Нода, передающая только блоки

Нода, передающая только блоки, сокращает объем трафика ретрансляции транзакций, сосредоточившись в основном на блоках.

Она по-прежнему может проверять блокчейн, используя меньше пропускной способности для неподтвержденных транзакций.

При такой конфигурации поддержка распространения транзакций может быть ограничена, а поведение кошелька, зависящее от пула транзакций ноды, может измениться.

Индексированная нода

Индексированная нода создает дополнительные базы данных, чтобы ускорить определенные запросы к блокчейну.

Индексы могут использоваться для поиска транзакций, анализа адресов, событий смарт-контрактов или данных для конкретного приложения.

Индексы увеличивают потребность в хранилище, время синхронизации и требования к обслуживанию баз данных.

Как ноды приходят к одному состоянию блокчейна

Ноды используют правила консенсуса, чтобы определять, какие транзакции и блоки действительны.

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

В сетях Proof of Work накопленная вычислительная работа обычно играет важную роль при выборе цепочки.

В сетях Proof of Stake принимаемую цепочку могут определять голоса валидаторов, контрольные точки, обоснование, финализация и правила конкретного протокола.

Ноды приходят к согласию не на основе доверия к личности одного центрального администратора.

Они обрабатывают сообщения сети согласно общим правилам, реализованным в совместимом клиентском ПО.

Нода, использующая другие правила консенсуса, может отклонять блоки, принятые другими участниками, и следовать отдельной ветви блокчейна.

Что такое консенсус нод?

Консенсус нод — это процесс, в ходе которого распределенные участники приходят к общей действительной истории блокчейна в соответствии с правилами протокола.

Консенсус не означает, что каждая нода напрямую голосует за каждую транзакцию.

Протокол определяет, какие участники создают блоки, какие сообщения влияют на финализацию и как ноды работают с конкурирующими версиями истории.

Затем полные ноды самостоятельно проверяют, соответствует ли полученный набор данных правилам, которые они применяют.

Большое количество нод, использующих несовместимые правила, автоматически не отменяет механизм консенсуса блокчейна.

Как криптовалютная нода проверяет транзакцию

Сначала нода проверяет, правильно ли транзакция сформирована для этой сети.

Она проверяет необходимые подписи и условия авторизации.

Нода подтверждает, что расходуемые активы существуют в текущем принимаемом ею состоянии.

Она проверяет, не были ли эти активы уже потрачены и достаточно ли у отправителя доступного баланса.

Нода применяет предусмотренные протоколом ограничения, связанные с комиссиями, скриптами, исполнением смарт-контрактов, газом, порядковыми значениями или размером транзакции.

Действительная неподтвержденная транзакция может попасть в локальный пул транзакций ноды и быть передана пирам.

Проверка транзакции одной нодой не означает, что она включена в блок или прошла финализацию.

Что такое пул транзакций ноды?

Пул транзакций (mempool) — это локальная коллекция действительных транзакций, которые еще не включены в принятый блок.

Каждая нода ведет собственный пул транзакций в соответствии со своей конфигурацией, историей транзакций и правилами ретрансляции.

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

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

Когда блок подтверждает транзакции, нода удаляет включенные в него записи, а также конфликтующие записи из своего пула.

Пул транзакций не является частью постоянной записи блокчейна.

Как блоки распространяются между криптовалютными нодами

Майнер или валидатор передает вновь предложенный блок подключенным пирам.

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

После проверки блока нода может передать его другим пирам.

Такой обмен продолжается по всей одноранговой сети.

Из-за задержек в сети некоторые ноды могут получить конкурирующие блоки в разном порядке.

По мере поступления дополнительной информации нода выбирает, какой действительной истории следовать, в соответствии с правилами консенсуса и выбора ветви.

Что такое синхронизация ноды?

Синхронизация ноды — это процесс получения и проверки достаточного объема данных блокчейна, чтобы следовать текущему состоянию сети.

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

Нода может отображаться в сети еще до того, как полностью догонит последний блок.

Прежде чем считать данные ноды актуальными, приложения должны проверить состояние синхронизации.

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

Первоначальная загрузка блоков

Первоначальная загрузка блоков (Initial Block Download) — это первая крупная процедура синхронизации новой полной ноды.

Нода получает исторические данные блокчейна и проверяет цепочку согласно правилам своего клиента.

Проверка может включать анализ блоков, транзакций, подписей и изменений состояния за несколько лет.

Скорость первоначальной синхронизации зависит от компьютера, накопителя, интернет-соединения, качества пиров и конфигурации клиента.

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

Полная синхронизация, синхронизация по снимку и по контрольной точке

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

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

Синхронизация по контрольной точке использует принятую недавнюю точку отсчета, после которой продолжается обычная проверка.

Эти методы могут сократить время запуска, но предполагают разные условия доверия, хранения и доступности данных.

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

Урезанная нода и архивная нода

Урезанная нода удаляет старые данные после проверки, чтобы сократить использование хранилища.

Архивная нода сохраняет обширные исторические данные, чтобы самостоятельно отвечать на запросы о прошлых состояниях.

Обе ноды могут полностью проверять новые блоки по одним и тем же правилам консенсуса.

Главное различие заключается в объеме сохраняемых данных и возможностях обработки запросов, а не в том, проверяются ли текущие блоки.

Урезанная нода может подойти для самостоятельной проверки, а архивная — потребоваться для исторической аналитики или инфраструктуры приложений.

Зачем запускать криптовалютную ноду?

Независимая проверка

Запуск ноды позволяет оператору проверять данные блокчейна по локально применяемым правилам.

Пользователю не нужно без проверки принимать утверждения удаленного поставщика о балансах, подтверждениях или действительности транзакций.

Повышенная конфиденциальность

Кошелек, подключенный к сторонней ноде, может раскрывать этому поставщику адреса, интерес к определенным транзакциям, IP-адрес или характер запросов.

Собственная нода может сократить объем данных об активности в блокчейне, раскрываемых при удаленных запросах.

Для защиты конфиденциальности на сетевом уровне по-прежнему нужна правильная настройка, поскольку пиры и интернет-провайдеры могут видеть данные о соединении.

Надежный доступ приложений

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

Это снижает зависимость от ограничений сторонних сервисов, изменений цен, сбоев или правил фильтрации.

Устойчивость сети

Ноды, работающие независимо, создают дополнительные маршруты для передачи действительных транзакций и блоков.

Географическое, сетевое, программное и операторское разнообразие может снизить зависимость от небольшого числа поставщиков инфраструктуры.

Соблюдение правил

Полная нода отклоняет блоки, нарушающие правила консенсуса, реализованные в ее клиенте.

Это защищает оператора от принятия недействительных данных блокчейна, даже если их передает другой участник.

Работа валидатора или майнера

Пользователям, участвующим в консенсусе, обычно нужна инфраструктура ноды, чтобы отслеживать цепочку и корректно выполнять свои задачи.

Поэтому надежная работа ноды может быть необходима для стейкинга или майнинга.

Приносит ли запуск криптовалютной ноды вознаграждение?

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

Полные ноды Bitcoin не получают выплат от протокола только за проверку и передачу блоков.

Для получения вознаграждений Proof of Stake оператору, как правило, нужно активировать соответствующие задачи валидатора и подвергнуть риску требуемый стейк.

Вознаграждение Proof of Work требует успешного создания блока в ходе майнинга.

Некоторые сети вознаграждают специализированные ноды, но правила выплат определяются конкретным протоколом.

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

Требования к оборудованию криптовалютной ноды

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

Важные ресурсы включают производительность процессора, объем памяти и хранилища, скорость накопителя, пропускную способность и надежность сети.

Быстрый твердотельный накопитель может быть важен, поскольку при проверке блокчейна часто требуется читать данные из базы и записывать их.

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

Для валидатора может потребоваться постоянная доступность и дополнительная защита ключей для подписания.

Рекомендации по оборудованию меняются по мере роста блокчейнов, поэтому перед покупкой оборудования операторам следует проверять актуальную официальную документацию клиента.

Требования криптовалютной ноды к пропускной способности

Нода загружает блоки, транзакции, данные состояния и сообщения пиров.

Нода, принимающая входящие соединения, может также передавать пирам значительный объем данных.

Для первоначальной синхронизации обычно требуется больше пропускной способности, чем для обычной работы.

Архивные сервисы и общедоступные RPC-эндпоинты могут создавать дополнительный трафик, не связанный с одноранговой синхронизацией.

Операторам с лимитированным трафиком следует проверить настройки ограничения входящего и исходящего трафика до запуска ноды.

Время бесперебойной работы криптовалютной ноды

Личную полную ноду можно выключить, а затем синхронизировать с блоками, появившимися во время простоя.

Валидатору может требоваться значительно более высокая доступность: пропуск задач консенсуса способен снизить вознаграждение или привести к штрафам.

Для RPC-ноды, поддерживающей бизнес-приложения, также могут потребоваться резервирование и быстрое переключение на резервную систему.

Требования к доступности должны соответствовать назначению ноды, а не единому универсальному стандарту.

Как запустить криптовалютную ноду

1. Выберите блокчейн

Оператору следует определить конкретную блокчейн-сеть и среду — например, основную сеть или официальную тестовую сеть.

2. Выберите клиентское ПО

Загрузите совместимое клиентское ПО из независимо проверенного официального источника.

Если доступны инструкции, проверьте подписи релиза, хеши или пакеты установки.

3. Изучите требования

Проверьте актуальные требования к оборудованию, хранилищу, пропускной способности, операционной системе и сети.

4. Подготовьте хранилище

Используйте надежный накопитель с достаточным объемом для роста блокчейна, накладных расходов базы данных, журналов и будущих обновлений.

5. Настройте сеть

Решите, будет ли нода принимать входящие соединения от пиров и какие порты должны быть доступны.

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

6. Запустите синхронизацию

Запустите клиент и следите за процессом, пока нода не достигнет текущего состояния сети.

7. Проверьте состояние ноды

Проверьте число пиров, последний блок, состояние синхронизации, идентификатор сети, использование диска и журналы ПО.

8. Настройте доступ приложений

Включайте только те методы RPC и способы подключения, которые необходимы доверенным приложениям.

9. Настройте мониторинг

Отслеживайте время работы, соединения с пирами, задержку синхронизации, хранилище, память, загрузку процессора и журналы ошибок.

10. Обслуживайте ноду

Устанавливайте проверенные обновления клиента, следите за обновлениями протокола, поддерживайте безопасность операционной системы и регулярно проверяйте резервные копии.

RPC криптовалютной ноды

RPC означает remote procedure call — удаленный вызов процедур. Это интерфейс, через который программное обеспечение может запрашивать у ноды данные или выполнение действий.

Кошелек может запрашивать номер текущего блока, получать баланс, оценивать комиссию или отправлять подписанную транзакцию.

Децентрализованное приложение может обращаться к смарт-контракту, не управляя собственным интерфейсом блокчейна.

В документации Ethereum по JSON-RPC описаны стандартизированные методы для запроса информации у ноды, чтения состояния блокчейна и отправки транзакций.

Доступ к RPC следует отделять от однорангового взаимодействия, поскольку эти интерфейсы выполняют разные задачи и связаны с разными рисками безопасности.

Общедоступная и частная RPC-нода

Общедоступная RPC-нода принимает запросы от интернет-пользователей или клиентов приложений.

Для нее обычно необходимы аутентификация, ограничение частоты запросов, фильтрация трафика, балансировка нагрузки и защита от атак типа «отказ в обслуживании».

Частная RPC-нода принимает запросы только от одобренных устройств, приложений или внутренних сетей.

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

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

Безопасность криптовалютной ноды

Ограничьте доступ к RPC

Не следует открывать интерфейсы RPC для недоверенных пользователей интернета, если они не предназначены специально для общедоступной работы и не защищены соответствующим образом.

В документации Geth по безопасности рекомендуется блокировать трафик JSON-RPC для всех машин, кроме явно доверенных.

Для административных методов, отладки, управления аккаунтами и подписания требуются особенно строгие меры контроля доступа.

Разделите ключи ноды и кошелька

Общедоступной ноде не нужно хранить ценные приватные ключи кошелька только для проверки или передачи данных блокчейна.

Разделение систем для подписания и общедоступной инфраструктуры снижает потенциальный ущерб при компрометации ноды.

Защитите ключи валидатора

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

В некоторых протоколах Proof of Stake валидатор может получить штраф за подписание противоречивых сообщений.

В Ethereum используются отдельные ключи валидатора и вывода средств, что объясняется в актуальной документации о ключах Proof of Stake.

Используйте брандмауэр

Брандмауэр должен разрешать необходимый трафик одноранговой сети и блокировать ненужный доступ к портам управления и баз данных.

Следует согласованно проверить правила безопасности облака, настройки маршрутизатора, брандмауэры операционной системы и сетевые настройки контейнеров.

Осторожно устанавливайте обновления

Операторам нод следует следить за официальными объявлениями разработчиков клиентов о исправлениях безопасности и обязательных обновлениях протокола.

Обновления нужно получать через проверенные каналы и тестировать, если нода поддерживает критически важные системы.

Защитите удаленное администрирование

Для удаленного доступа следует использовать надежную аутентификацию, шифрованные соединения, учетные записи с ограниченными правами и одобренные сети-источники.

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

Следите за журналами

Журналы могут выявлять повторяющиеся сбои соединения, проблемы с синхронизацией, недопустимые сообщения, нехватку ресурсов и несанкционированные запросы.

В журналах также могут содержаться IP-адреса, пути и операционные сведения, которые необходимо защищать.

Защитите резервные копии

Файлы конфигурации, резервные копии кошельков, данные валидатора и сведения для восстановления следует шифровать и хранить с учетом их конфиденциальности.

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

Распространенные атаки на криптовалютные ноды

Атака типа «отказ в обслуживании»

При атаке типа «отказ в обслуживании» злоумышленник пытается исчерпать пропускную способность, память, вычислительные мощности, число соединений или ресурсы RPC ноды.

Ограничение частоты запросов, брандмауэры, контроль пиров и резервная инфраструктура могут снизить последствия таких атак.

Атака Eclipse

При атаке Eclipse злоумышленник пытается изолировать ноду, контролируя или перенаправляя большую часть ее соединений с пирами.

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

Разнообразие пиров и встроенные в клиент механизмы защиты затрудняют изоляцию.

Атака Sybil

При атаке Sybil злоумышленник создает множество сетевых идентификаторов, пытаясь повлиять на поиск пиров, маршрутизацию или репутационные системы.

Последствия зависят от того, считает ли протокол каждый идентификатор ноды независимым источником авторитета.

Безопасность консенсуса не должна основываться только на подсчете неаутентифицированных сетевых соединений.

Злоупотребление RPC

Открытый RPC-эндпоинт может использоваться для расходования ресурсов, получения конфиденциальных данных, отправки нежелательных транзакций или вызова опасных административных методов.

Одной аутентификации может быть недостаточно, если учетные данные ненадежны, утекли или широко используются несколькими лицами.

Атака на цепочку поставок ПО

Злоумышленник может распространять измененное ПО ноды, вредоносные пакеты, поддельные обновления или скомпрометированные зависимости.

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

Кража ключей валидатора

Украденный ключ валидатора позволяет злоумышленнику подписывать сообщения от его имени.

Это может привести к потере вознаграждений, штрафам, слешингу, перебоям в работе или ущербу репутации.

Мониторинг криптовалютной ноды

Оператор ноды должен следить за тем, чтобы ПО работало и взаимодействовало с правильной блокчейн-сетью.

Последний принятый блок или слот не должен сильно отставать от остальной сети.

Количество пиров должно оставаться в ожидаемом диапазоне.

На диске должно быть достаточно свободного места для роста базы данных и временных файлов.

Загрузка процессора, объем используемой памяти, задержка диска и пропускная способность должны оставаться на уровне, не вызывающем задержек синхронизации.

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

Предупреждения должны поступать уполномоченному оператору до того, как небольшая проблема приведет к длительному простою.

Резервное копирование и восстановление криптовалютной ноды

Базу данных блокчейна обычно можно восстановить, повторно синхронизировав ее с пирами сети.

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

Резервную копию необходимо проверить, а не просто считать работоспособной.

Копирование работающей базы данных без поддерживаемого процесса создания снимка может привести к несогласованной резервной копии.

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

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

Криптовалютные ноды и децентрализация

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

Децентрализация зависит не только от общего количества видимых нод.

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

Тысячи нод, размещенных у одного инфраструктурного провайдера, могут зависеть от одной точки отказа.

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

Более низкие требования к оборудованию и пропускной способности могут упростить самостоятельный запуск ноды.

Повышает ли увеличение числа нод безопасность блокчейна?

Увеличение числа нод, которые работают независимо и проверяют данные, может улучшить устойчивость, доступность данных, связность пиров и защиту от некоторых форм контроля.

Однако безопасность консенсуса не определяется одним лишь количеством нод.

Безопасность блокчейна Proof of Work также зависит от вычислительных мощностей майнинга и системы стимулов.

Безопасность блокчейна Proof of Stake также зависит от распределения стейка, поведения валидаторов, штрафов, правил финализации и разнообразия клиентов.

Ноды, не выполняющие проверку, или дублирующие друг друга экземпляры не должны учитываться так, будто они обладают теми же свойствами безопасности, что и независимые полные ноды.

Удаленные ноды и ноды как услуга

Удаленной нодой управляет другое лицо или организация; доступ к ней осуществляется через API или сетевое подключение.

Управляемые сервисы нод могут сократить время настройки, объем работ по синхронизации и обслуживанию, а также расходы на инфраструктуру.

Они также могут предоставлять масштабируемые мощности RPC и доступ к архивным данным.

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

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

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

Преимущества запуска криптовалютной ноды

Личная нода обеспечивает независимую проверку правил блокчейна и истории транзакций.

Она может уменьшить зависимость от сторонних поставщиков данных.

Она может повысить конфиденциальность кошелька, позволяя пользователю контролировать запросы по адресам.

Она предоставляет разработчикам прямой доступ к данным блокчейна и отправке транзакций.

Она может поддерживать одноранговые соединения сети и распространение данных.

Оператор может самостоятельно выбрать клиентское ПО и правила протокола.

Недостатки запуска криптовалютной ноды

Для ноды нужны оборудование, хранилище, пропускная способность, электроэнергия, время на настройку и регулярное обслуживание.

Первоначальная синхронизация может занять много времени.

Необходимо следить за обновлениями ПО и протокола.

Неправильно настроенный общедоступный интерфейс создает риски кибербезопасности.

Для архивной ноды или высоконагруженной RPC-ноды может потребоваться дорогостоящая инфраструктура.

Работа валидатора сопряжена с финансовыми рисками, связанными со стейком, пропущенными задачами и штрафами протокола.

Обычная полная нода может не приносить прямого финансового вознаграждения.

Распространенные заблуждения о криптовалютных нодах

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

Большинство полных нод проверяют и передают данные, не занимаясь майнингом или валидацией через стейкинг.

Другое заблуждение — считать урезанную ноду просто легким клиентом.

Урезанная полная нода может полностью проверять блокчейн, удаляя старые файлы блоков после проверки.

Некоторые считают, что полная нода обязана всегда хранить все исторические состояния.

Такой объем хранения обычно нужен для архивной конфигурации, а не для каждой полной ноды.

Еще одно заблуждение состоит в том, что блокчейн хранится на одной центральной ноде, а затем копируется всем остальным.

Одноранговые ноды получают и проверяют данные от нескольких участников в соответствии с правилами протокола.

Некоторые пользователи полагают, что ноде необходима фраза восстановления их кошелька.

Нода может проверять и передавать подписанные транзакции, не получая приватные ключи, которыми они были подписаны.

Другое заблуждение — считать, что любая запущенная нода автоматически приносит пассивный доход.

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

Часто задаваемые вопросы

Как проще всего определить криптовалютную ноду?

Криптовалютная нода — это компьютер или программный процесс, подключенный к блокчейн-сети и получающий, проверяющий, хранящий или передающий данные блокчейна.

Что делает криптовалютная нода?

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

Криптовалютная нода — это то же самое, что кошелек?

Нет. Кошелек управляет ключами и подписанием транзакций, а нода проверяет информацию о блокчейне и обменивается ею.

Криптовалютная нода — это то же самое, что майнер?

Нет. Майнер пытается создавать блоки Proof of Work, а полная нода самостоятельно проверяет их действительность.

Криптовалютная нода — это то же самое, что валидатор?

Нет. Валидатор выполняет задачи консенсуса Proof of Stake, тогда как обычная полная нода может проверять блокчейн без стейкинга и предложения блоков.

Что такое полная криптовалютная нода?

Полная криптовалютная нода самостоятельно проверяет блоки и транзакции в соответствии с правилами консенсуса блокчейна.

Что такое урезанная криптовалютная нода?

Урезанная нода полностью проверяет данные блокчейна, но удаляет некоторые старые записи, чтобы сократить требования к хранилищу.

Что такое архивная нода?

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

Что такое легкая нода?

Легкая нода хранит ограниченный объем данных блокчейна и использует доказательства или сведения, полученные от полных нод, для проверки отдельных результатов.

Что такое RPC-нода?

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

Что такое нода валидатора?

Нода валидатора запускает программное обеспечение и использует ключи, необходимые для выполнения задач консенсуса Proof of Stake.

Что такое бутстрап-нода?

Бутстрап-нода помогает недавно запущенным нодам находить пиры, уже подключенные к блокчейн-сети.

Что такое мастернода?

Мастернода — это нода конкретного проекта, которая выполняет специализированные задачи по правилам его блокчейн-протокола.

Приносит ли запуск криптовалютной ноды доход?

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

Нужна ли криптовалюта для запуска ноды?

Для многих полных нод не требуется баланс токенов, однако для валидаторов и специализированных нод могут понадобиться стейк, залог, комиссии или другие финансовые обязательства.

Сколько места нужно криптовалютной ноде?

Требования к хранилищу зависят от блокчейна, клиента, типа ноды, настроек обрезки истории, индексов и текущего размера блокчейна.

Можно ли запустить криптовалютную ноду на обычном компьютере?

Некоторые ноды работают на обычном пользовательском оборудовании, а для архивных, валидаторских и высоконагруженных RPC-нод могут понадобиться более мощные устройства.

Криптовалютная нода должна работать круглосуточно?

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

Можно ли взломать криптовалютную ноду?

Да. Злоумышленники могут атаковать ПО ноды, операционную систему, интерфейсы RPC, учетные данные, зависимости и сервисы удаленного управления.

Нужен ли ноде мой приватный ключ?

Проверяющей ноде или RPC-ноде не нужен приватный ключ пользователя, если она получает транзакции, безопасно подписанные в другом месте.

Хранит ли нода криптовалюту?

Нода хранит данные блокчейна, а контроль над криптовалютой зависит от приватных ключей, а не только от базы данных ноды.

Хранит ли нода весь блокчейн?

Некоторые ноды хранят полную историю блоков, тогда как урезанные и легкие ноды сохраняют меньше данных, а архивные ноды — дополнительные исторические состояния.

Может ли урезанная нода проверять транзакции?

Да. Урезанная полная нода проверяет транзакции и блоки до удаления старых данных блоков.

Может ли легкая нода участвовать в консенсусе?

Это зависит от протокола, но легкие клиенты обычно не выполняют ту же полную проверку или задачи валидатора, что и полные ноды консенсуса.

Что такое синхронизация ноды?

Синхронизация ноды — это процесс получения и проверки достаточного объема данных блокчейна, чтобы следовать текущему состоянию сети.

Что такое первоначальная загрузка блоков?

Первоначальная загрузка блоков — это первая крупная процедура синхронизации, в ходе которой новая нода получает и проверяет исторические данные блокчейна.

Что такое пул транзакций ноды?

Пул транзакций — это локальная коллекция действительных транзакций, еще не подтвержденных в принятом блоке.

Могут ли пулы транзакций двух нод различаться?

Да. Ноды могут получать разные транзакции и применять разные правила ретрансляции, поэтому их наборы неподтвержденных транзакций могут отличаться.

Зачем запускать собственную ноду?

Личная нода может обеспечить независимую проверку, повысить конфиденциальность, предоставить прямой доступ приложениям и снизить зависимость от сторонней инфраструктуры.

Делает ли увеличение числа нод блокчейн децентрализованным?

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

Что такое атака Eclipse?

При атаке Eclipse злоумышленник пытается изолировать ноду, контролируя или перенаправляя большую часть ее соединений с пирами.

Следует ли предоставлять публичный доступ к RPC криптовалютной ноды?

Обычно доступ к RPC следует ограничить, если только оператор специально не предусмотрел для общедоступного сервиса аутентификацию, фильтрацию, лимиты запросов и необходимую инфраструктуру.

Чем публичная RPC-нода отличается от частной?

Публичная RPC-нода обслуживает внешних пользователей, а частная ограничивает доступ одобренными системами или сетями.

Можно ли использовать удаленную ноду вместо собственной?

Да, но при использовании удаленной ноды необходимо доверять доступности поставщика, его политике конфиденциальности, точности данных и настройкам сети.

За чем следует следить при работе криптовалютной ноды?

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

Как защитить криптовалютную ноду?

Используйте проверенное ПО и актуальные обновления, ограничивайте доступ к RPC, применяйте брандмауэры, надежный контроль администрирования, мониторинг, защищенные резервные копии и отдельные ключи для подписания.

Заключение

Криптовалютная нода — это компьютер или программный процесс, подключенный к блокчейн-сети для получения, проверки, хранения и передачи данных блокчейна или предоставления к ним доступа.

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

Нода не обязательно является кошельком, майнером или валидатором, хотя при соответствующей настройке одна система может выполнять несколько ролей.

Запуск личной ноды может улучшить независимую проверку, конфиденциальность, надежность приложений и контроль над доступом к блокчейну.

Для работы ноды также нужны подходящее оборудование, пропускная способность, обслуживание, мониторинг, безопасная настройка сети и тщательное управление учетными данными RPC или валидатора.

Операторам следует пользоваться актуальной официальной документацией клиентов, поскольку требования к хранилищу, методы синхронизации, версии ПО и задачи протоколов постоянно меняются.

Безопасная нода, которой управляют независимо, поддерживает ключевой принцип блокчейна: пользователи должны иметь возможность проверять активность сети, а не доверять одному центральному источнику.