From 4a2ac89d68c4c2840e8bbcdfa55b761acf5ac2b2 Mon Sep 17 00:00:00 2001 From: thedriftofwords Date: Thu, 26 Sep 2024 19:15:59 -0400 Subject: [PATCH 1/2] heartbeat latency --- src/content/data-feeds/index.mdx | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/content/data-feeds/index.mdx b/src/content/data-feeds/index.mdx index 4369def136a..bc858aa16b3 100644 --- a/src/content/data-feeds/index.mdx +++ b/src/content/data-feeds/index.mdx @@ -132,6 +132,8 @@ Chainlink Data Feeds do not provide streaming data. Rather, the aggregator updat Your application should track the `latestTimestamp` variable or use the `updatedAt` value from the `latestRoundData()` function to make sure that the latest answer is recent enough for your application to use it. If your application detects that the reported answer is not updated within the heartbeat or within time limits that you determine are acceptable for your application, pause operation or switch to an alternate operation mode while identifying the cause of the delay. +When the node detects that the heartbeat is reached, it initiates the latest round. Depending on congestion and network conditions, there may be an approximately 40 second latency for the latest round to get onchain. + During periods of low volatility, the heartbeat triggers updates to the latest answer. Some heartbeats are configured to last several hours, so your application should check the timestamp and verify that the latest answer is recent enough for your application. Users should build applications with the understanding that data feeds for wrapped or liquid staking assets might have different heartbeat and deviation thresholds than that of the underlying asset. Heartbeat and deviation thresholds can also differ for the same asset across different blockchains. Combining data from multiple feeds, even those with a common denominator, might result in a margin of error that users must account for in their risk mitigation practices. From 1e1b683e0df2f6ffdff69284e22e0b7f0e68522d Mon Sep 17 00:00:00 2001 From: thedriftofwords Date: Fri, 27 Sep 2024 13:40:12 -0400 Subject: [PATCH 2/2] adjust --- src/content/data-feeds/index.mdx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/content/data-feeds/index.mdx b/src/content/data-feeds/index.mdx index bc858aa16b3..bcb3ce54faa 100644 --- a/src/content/data-feeds/index.mdx +++ b/src/content/data-feeds/index.mdx @@ -132,7 +132,7 @@ Chainlink Data Feeds do not provide streaming data. Rather, the aggregator updat Your application should track the `latestTimestamp` variable or use the `updatedAt` value from the `latestRoundData()` function to make sure that the latest answer is recent enough for your application to use it. If your application detects that the reported answer is not updated within the heartbeat or within time limits that you determine are acceptable for your application, pause operation or switch to an alternate operation mode while identifying the cause of the delay. -When the node detects that the heartbeat is reached, it initiates the latest round. Depending on congestion and network conditions, there may be an approximately 40 second latency for the latest round to get onchain. +When the node detects that the heartbeat is reached, it initiates the latest round. Depending on congestion and network conditions, there may be a slight delay for the latest round to get onchain. During periods of low volatility, the heartbeat triggers updates to the latest answer. Some heartbeats are configured to last several hours, so your application should check the timestamp and verify that the latest answer is recent enough for your application.