sawtooth-validator command controls the behavior of the validator.
A validator is the component ultimately responsible for validating batches of transactions, combining them into blocks, maintaining consensus with the network, and coordinating communication between clients, other validators, and transaction processors. Much of the actual validation is delegated to other components, such as transaction processors and the active consensus module.
Note the following options, which provide several ways to configure the validator.
--peeringoption to set the peering type to
If set to
static, use the
--peersoption to list the URLs of all peers that the validator should connect to, using the format
tcp://hostname:port. Specify multiple peer URLs in a comma-separated list.
If set to
dynamic, any static peers will be processed first, before starting the topology buildout starting, then the URLs specified by
--seedswill be used for the initial connection to the validator network.
--schedulerto set the scheduler type to
parallel. Note that both scheduler types result in the same deterministic results and are completely interchangeable. However, parallel processing of transactions provides a performance improvement even for fast transaction workloads by reducing the overall latency effects that occur when transactions are processed serially.
--network-authto specify the required authorization procedure (
challenge) that validator connections must go through before they are allowed to participate on the network. To use network permissions, specify
challenge, which requires connections to sign a challenge so their identity can be proved.
Please build sawtooth-validator first with 'build_all' or 'build_validator'