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

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.

Horizon at which instead of fetching блока, fetch full состояние.

Behind this horizon header fetch kicks in.

Duration to check for producing / skipping блока.

Time between check to perform catchup.

Chain id for статус.

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

URIs for the Chunk Distribution Сеть feature.

Time between checking to re-запрос chunks.

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.

Number of threads to execute background migration work in клиент.

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

Determines whether блока-related data should be written to cloud storage.

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

Interval at which the system checks for new блоки or chunks to archive.

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

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

Time between running doomslug timer.

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

Re-export storage layer statistics as prometheus metrics.

Epoch length.

Options for epoch sync.

Number of epochs behind the сеть head beyond which the node will use epoch sync instead of header sync. At the consumption site, this is multiplied by epoch_length to get the horizon in блоки.

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

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

Graceful shutdown at expected блока height.

Configuration for garbage collection.

Maximum number of блоки to garbage collect at every 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 wait for approvals before producing блока.

Maximum duration before skipping given height.

Газ amount

Minimum duration before producing блока.

Minimum number of peers to start syncing.

Number of блока producer seats

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

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

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

Produce empty блоки, use false for testing.

Configures whether the node checks the next or the next next epoch for сеть version compatibility.

NextNextNext

Listening rpc port for статус.

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. Сохранение последних witness полезно для анализа и отладки. Эта опция может создавать дополнительную нагрузку на базу данных и не рекомендуется для production.

Whether to persist состояние changes on disk or not.

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 транзакции outcomes to disk or not.

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.

Number of seconds between состояние requests for просмотр клиент. Throttling window for состояние requests (headers and parts).

Maximum number of состояние requests served per throttle period

Options for syncing состояние.

Configures how to dump состояние to external storage.

Zstd compression level for состояние parts.

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

Syncs состояние from the peers without reading anything from external storage.

Peers

Whether to use the Состояние Sync mechanism. If disabled, the node will do Блок Sync instead of Состояние Sync.

Additional waiting period after a failed запрос to external storage

How long to wait for a ответ from centralized состояние sync

How long to wait for a ответ from p2p состояние sync

How long to wait after a failed состояние sync запрос

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

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

Maximum number of блока requests to отправка to peers to sync

While syncing, how long to check for each step.

One of multiple possible types

Limit of the size of per-shard транзакции pool measured in bytes. If not set, the size will be unbounded.

Upper bound of the byte size of контракта состояние that is still viewable. None is no limit

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

If the node is not a chunk producer within that many блоки, then route to upcoming chunk producers.

Data structure for semver version and github tag or commit.

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

Number of threads for ПросмотрClientActor pool.

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