Merge branch 'stable' into unstable

This commit is contained in:
Zahary Karadjov 2022-12-01 19:30:51 +02:00
commit c24286e676
No known key found for this signature in database
GPG Key ID: C1F42EAFF38D570F
2 changed files with 21 additions and 11 deletions

View File

@ -6,10 +6,9 @@ production-ready version of the [Nimbus validator client][1].
The validator client will enable advanced users such as professional
institutional operators to take advantage of features such as support
for [redundant beacon nodes][2], [enhanced validator privacy][3] and
[distributed keystores][4]. All existing users, currently relying on
the streamlined stand-alone beacon node setup are not required to take
action, as this mode of operation will continue to be supported and
improved forever.
[distributed keystores][4]. Meanwhile, existing users still can use
the streamlined stand-alone beacon node setup, as this mode of operation
will continue to be supported and improved.
[1]: https://nimbus.guide/validator-client.html
[2]: https://nimbus.guide/validator-client-options.html#multiple-beacon-nodes
@ -32,19 +31,19 @@ improved forever.
https://github.com/status-im/nimbus-eth2/pull/4301
* The doppelganger detection will now protect validators added
* The doppelganger detection now protects validators added
on the fly through the Keymanager API:
https://github.com/status-im/nimbus-eth2/pull/4304
* Fine-tuned internal task scheduling will provide better
* Fine-tuned internal task scheduling can provide better
quality-of-service protections for performing all validator
duties in the presence of syncing peers performing large
number of concurrent block download requests:
https://github.com/status-im/nimbus-eth2/pull/4254
* The `--optimistic` mode of the beacon node will allow you to
* The `--optimistic` mode of the beacon node allows you to
stay synced with the network even without an execution layer
node:
@ -54,6 +53,17 @@ improved forever.
Please note that this mode is less secure and intended only
for non-critical information retrieval through the Beacon API.
* The Nimbus build for the Gnosis chain (available when compiling
from source) has full support for the upcoming merge:
https://github.com/status-im/nimbus-eth2/pull/4330
https://forum.gnosis.io/t/gip-16-gnosis-chain-xdai-gnosis-merge/1904
* The stand-alone light client (available when compiling from source)
now preserves progress between restarts:
https://github.com/status-im/nimbus-eth2/pull/4371
### Fixes
* A small risk for missing block proposals was present under heavy

View File

@ -540,16 +540,16 @@ type
name: "terminal-total-difficulty-override" .}: Option[string]
validatorMonitorAuto* {.
desc: "Automatically monitor locally active validators"
desc: "Automatically monitor locally active validators (BETA)"
defaultValue: false
name: "validator-monitor-auto" .}: bool
validatorMonitorPubkeys* {.
desc: "One or more validators to monitor - works best when --subscribe-all-subnets is enabled"
desc: "One or more validators to monitor - works best when --subscribe-all-subnets is enabled (BETA)"
name: "validator-monitor-pubkey" .}: seq[ValidatorPubKey]
validatorMonitorTotals* {.
desc: "Publish metrics to single 'totals' label for better collection performance when monitoring many validators"
desc: "Publish metrics to single 'totals' label for better collection performance when monitoring many validators (BETA)"
defaultValue: false
name: "validator-monitor-totals" .}: bool
@ -918,7 +918,7 @@ type
name: "payload-builder" .}: bool
beaconNodes* {.
desc: "URL addresses to one or more beacon node HTTP REST APIs (The support for using multiple beacon nodes is considered BETA quality)",
desc: "URL addresses to one or more beacon node HTTP REST APIs",
defaultValue: @[defaultBeaconNodeUri]
defaultValueDesc: $defaultBeaconNodeUri
name: "beacon-node" .}: seq[Uri]