Конфигурация клиента

client_config — тип запроса.

Этот эндпоинт позволяет получить конфигурацию клиента узла NEAR.

Живой ответ

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

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

Справка по запросу

application/json

Эта операция принимает JSON-RPC тело через POST на /.

Обязательные входные данные запроса: да

{
  "jsonrpc": "2.0",
  "id": "fastnear",
  "method": "client_config",
  "params": []
}

Схема запроса

2.0

Пример: fastnear

client_config

Empty array as this method takes no parameters

Пример:

Справка по ответу

200 application/json

Успешный ответ

Схема ответа

2.0

stringnumber

ClientConfig where some fields can be updated at runtime.

Not clear old data, set true for archive nodes.

Горизонт, после которого вместо получения блока извлекается полное состояние.

Behind this horizon header fetch kicks in.

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

Time between check to perform catchup.

ID цепочки для статуса.

Конфигурация функции Chunk Distribution Network. Она позволяет узлам отправлять и получать чанки через центральный поток. Преимущества такого подхода: (1) меньше трафика запросов и ответов в одноранговой сети и (2) меньшая задержка для RPC-узлов, индексирующих цепочку.

URI для функции Chunk Distribution Network.

Время между проверками на повторный запрос чанков.

Number of threads for ChunkValidationActor pool.

Multiplier for the wait time for all chunks to be received.

Height horizon for the chunk cache. A chunk is removed from the cache if its height + chunks_cache_height_horizon < largest_seen_height. The default value is DEFAULT_CHUNKS_CACHE_HEIGHT_HORIZON.

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

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

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

Значение по умолчанию: false

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

Значение по умолчанию: [object Object]

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

Time between running doomslug timer.

Если значение true, транзакции для следующего чанка будут подготавливаться заранее, сразу после того, как будет готово post-state предыдущего чанка. Это помогает быстрее выпускать чанки в сетях с высокой пропускной способностью. Текущая реализация увеличивает задержку в сетях с низкой нагрузкой; это будет исправлено позже. По умолчанию параметр отключён.

Re-export storage layer statistics as prometheus metrics.

Epoch length.

Options for epoch sync.

Количество эпох от головы сети, за пределами которого узел переключится с header-синхронизации на epoch-синхронизацию. На стороне потребителя это значение умножается на epoch_length, чтобы получить горизонт в блоках.

Значение по умолчанию: 2

Timeout for epoch sync requests. The node will continue retrying indefinitely even if this timeout is exceeded.

Корректное завершение работы на ожидаемой высоте блока.

Configuration for garbage collection.

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

Значение по умолчанию: 2

Maximum number of height to go through at each garbage collection step when cleaning forks during garbage collection.

Значение по умолчанию: 100

Number of epochs for which we keep store data.

Значение по умолчанию: 5

How often gc should be run

Значение по умолчанию: [object Object]

Expected increase of header head height per second during header sync

How much time to wait after initial header sync

How much time to wait after some progress is made in header sync

How much time to wait before banning a peer in header sync if sync is too slow

Period between logging summary information.

Enable coloring of the logs

plaincolored

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

Maximum duration before skipping given height.

Количество газа

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

Minimum number of peers to start syncing.

Количество мест для производителей блоков

Максимальный размер state witness в OrphanStateWitnessPool. В пуле сохраняются только orphan-witness, размер которых меньше этого значения. Это ограничивает максимальное потребление памяти пулом OrphanStateWitnessPool.

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

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

Выпускать пустые блоки; значение false используется для тестирования.

Определяет, проверяет ли узел совместимость версии сети для следующей или через одну эпохи.

NextNextNext

Порт RPC для статуса, на котором слушает узел.

Save observed instances of invalid ChunkStateWitness to the database in DBCol::InvalidChunkStateWitnesses. Saving invalid witnesses is useful for analysis and debugging. This option can cause extra load on the database and is not recommended for production use.

Сохраняет наблюдаемые экземпляры ChunkStateWitness в базу данных DBCol::LatestChunkStateWitnesses. Сохранение последних экземпляров ChunkStateWitness полезно для анализа и отладки. Эта опция может создавать дополнительную нагрузку на базу данных и не рекомендуется для продового контура.

Нужно ли сохранять изменения состояния на диск.

save_trie_changes should be set to true iff - archive if false - non-archival nodes need trie changes to perform garbage collection - archive is true, cold_store is configured and migration to split_storage is finished - node working in split storage mode needs trie changes in order to do garbage collection on hot.

Нужно ли сохранять результаты транзакций на диск.

Whether to persist partial chunk parts for untracked shards or not.

Skip waiting for sync (for testing or single node testnet).

Number of threads for StateRequestActor pool.

Количество секунд между запросами состояния для view-клиента. Окно троттлинга для запросов состояния (заголовки и части).

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

Параметры синхронизации состояния.

Настраивает способ выгрузки состояния во внешнее хранилище.

Уровень сжатия Zstd для частей состояния.

Значение по умолчанию: 1

Синхронизирует состояние от пиров, не читая ничего из внешнего хранилища.

Peers

Использовать ли механизм State Sync. Если отключён, узел будет выполнять Block Sync вместо State Sync.

Дополнительное время ожидания после неудачного запроса к внешнему хранилищу

Как долго ждать ответа от централизованной синхронизации состояния

Как долго ждать ответа от p2p-синхронизации состояния

Как долго ждать после неудачного запроса синхронизации состояния

How often to check that we are not out of sync.

Sync height threshold: below this difference in height don't start syncing.

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

While syncing, how long to check for each step.

One of multiple possible types

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

Верхняя граница размера состояния контракта в байтах, при котором оно ещё доступно для просмотра. None — без ограничения

Time to persist Accounts Id in the router without removing them.

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

Data structure for semver version and github tag or commit.

Значение по умолчанию:

Количество потоков для пула ViewClientActor.

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