From 3b70d89d86bf63dafe1d7f3d76adf892731df69d Mon Sep 17 00:00:00 2001 From: kaleb Date: Fri, 29 Sep 2023 17:50:08 +0200 Subject: [PATCH] Update sccp-308.md --- content/sccp/sccp-308.md | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/content/sccp/sccp-308.md b/content/sccp/sccp-308.md index c89086525..411393b68 100644 --- a/content/sccp/sccp-308.md +++ b/content/sccp/sccp-308.md @@ -20,16 +20,15 @@ This SCCP proposes to incorporate a stalenss check on the chainlink node used fo -The chainlink node would have a staleness check incoporated based on the chainlink [heartbeat](https://docs.chain.link/data-feeds/price-feeds/addresses?network=ethereum&page=1&search=snx) of the respective network. The configuration would be 129,600 seconds (1.5 days) on ethereum and 3,600 seconds on optimism. - -Note that the proposed changes herein are currently proposed under SCCPs, since with respect to v3 oracles restrictions and filters on existing oracles can be performed via configuration changes, further reference can be found [here](https://github.com/Synthetixio/synthetix-v3/tree/main/protocol/oracle-manager). +The chainlink node would have a staleness check incoporated based on the chainlink [heartbeat](https://docs.chain.link/data-feeds/price-feeds/addresses?network=ethereum&page=1&search=snx) of the respective network. The configuration would be 5,400 seconds on ethereum and 2,400 seconds on optimism. +Note that with respect to v3 oracles, restrictions and filters on existing oracles (such as the chainlink oracle), could be performed via configuration changes, further reference can be found [here](https://github.com/Synthetixio/synthetix-v3/tree/main/protocol/oracle-manager). ## Motivation -Currently the configured chainlink node does not incorporate any stalenss check. However, it is considered best practice that prices are checked for staleness before being consumed in staking, unstaking and liquidation. Hence, in case the oracle is stale, all activity that touches the oracle would revert (e.g. staking, unstaking and liquidations). +Currently the configured chainlink node does not incorporate any stalenss check. However, it is considered best practice that prices are checked for staleness before being consumed (e.g. staking, unstaking and liquidation). Hence, in case the oracle is stale, all activity that touches the oracle would revert. ## Copyright