v1.7.0
Added
p2pv2Bootstrappers
has been added as a new optional property of OCR1 job specs; default may still be specified with P2PV2_BOOTSTRAPPERS config param- Added official support for Sepolia chain
- Added
hexdecode
andbase64decode
tasks (pipeline). - Added support for Besu execution client (note that while Chainlink supports Besu, Besu itself has multiple bugs that make it unreliable).
- Added the functionality to allow the root admin CLI user (and any additional admin users created) to create and assign tiers of role based access to new users. These new API users will be able to log in to the Operator UI independently, and can each have specific roles tied to their account. There are four roles:
admin
,edit
,run
, andview
.- User management can be configured through the use of the new admin CLI command
chainlink admin users
. Be sure to runchainlink admin login
. For example, a readonly user can be created with:chainlink admin users create --email=operator-ui-read-only@test.com --role=view
. - Updated documentation repo with a break down of actions to required role level
- User management can be configured through the use of the new admin CLI command
- Added per job spec and per job type gas limit control. The following rule of precedence is applied:
- task-specific parameter
gasLimit
overrides anything else when specified (e.g.ethtx
task has such a parameter). - job-spec attribute
gasLimit
has the scope of the current job spec only. - job-type limits
ETH_GAS_LIMIT_*_JOB_TYPE
affect any jobs of the corresponding type:
ETH_GAS_LIMIT_OCR_JOB_TYPE # EVM.GasEstimator.LimitOCRJobType
ETH_GAS_LIMIT_DR_JOB_TYPE # EVM.GasEstimator.LimitDRJobType
ETH_GAS_LIMIT_VRF_JOB_TYPE # EVM.GasEstimator.LimitVRFJobType
ETH_GAS_LIMIT_FM_JOB_TYPE # EVM.GasEstimator.LimitFMJobType
ETH_GAS_LIMIT_KEEPER_JOB_TYPE # EVM.GasEstimator.LimitKeeperJobType
- global
ETH_GAS_LIMIT_DEFAULT
(EVM.GasEstimator.LimitDefault
) value is the last resort.
Fixed
- Addressed a very rare bug where using multiple nodes with differently configured RPC tx fee caps could cause missed transaction. Reminder to everyone to ensure that your RPC nodes have no caps (for more information see the performance and tuning guide).
- Improved handling of unknown transaction error types, making Chainlink more robust in certain cases on unsupported chains/RPC clients