Manage a Safety Module
Last updated
Last updated
As the owner
of a Safety Module, it is possible to update the configuration in order to:
Add new reserve pools
Update the max slash percentages of reserve pools
Add/remove triggers that are allowed to be used to trigger the Safety Module
Update delays
Configuration updates follows a two-step process:
Configuration updates are queued with SafetyModule.updateConfigs
:
Configuration updates can be applied after the has elapsed and within the with SafetyModule.finalizeUpdateConfigs
:
It is not possible to remove reserve pools, so existing reserve pools must be included at the start of the ReservePoolConfig[]
sorted by the associated reserve pool IDs. Any new reserve pools come after the existing reserve pools and the reserve pool IDs assigned to them respect the order of the array.
It is not possible to remove reserve pools, so the existing reserve pools must be included at the start of the ReservePoolConfig[]
sorted by the associated reserve pool IDs.
Note: If a configuration update is queued but not finalized before a Safety Module enters the TRIGGERED
state, the queued update is cleared and may be requeued when the Safety Module returns to either the ACTIVE
or PAUSED
states.
The reserve pool configs for the update must obey the general requirements for creating a Safety Module (see ) with a few caveats:
Note: When a Safety Module is part of a Shared Safety Module, the sharedSafetyModule
is the address authorized to do configuration updates, not the owner
. See for more details.