You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
3. Create an array [Client.EVMTokenAmount](/ccip/api-reference/evm/v1.6.2/client#evmtokenamount)[] to specify the token transfer details. This array and the amount to send
7715
+
3. Create an array [Client.EVMTokenAmount](/ccip/api-reference/evm/v1.6.1/client#evmtokenamount)[] to specify the token transfer details. This array and the amount to send
7716
7716
are returned by the `prepareScenario()` function for use in the calling test case:
7717
7717
7718
7718
```solidity
@@ -7759,7 +7759,7 @@ Here are the steps involved in this test case:
5. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.2/client#evm2anymessage) structure with the receiver, token amounts, and other necessary details.
7762
+
5. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.1/client#evm2anymessage) structure with the receiver, token amounts, and other necessary details.
7763
7763
7764
7764
- Set the `data` parameter to an empty string because you are not sending any arbitrary data, only tokens.
7765
7765
- In `extraArgs`, set the gas limit to `0`. This gas limit is for execution of receiver logic, which doesn't apply here because you're sending tokens to an EOA.
@@ -7832,7 +7832,7 @@ Here are the steps involved in this test case:
7832
7832
deal(alice, 5 ether);
7833
7833
```
7834
7834
7835
-
5. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.2/client#evm2anymessage) structure. This step is the same as in the previous test case.
7835
+
5. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.1/client#evm2anymessage) structure. This step is the same as in the previous test case.
7836
7836
The main difference is that the `feeToken` is set with `address(0)` to indicate that the fees are paid in native gas:
7837
7837
7838
7838
```solidity
@@ -7993,7 +7993,7 @@ The `prepareScenario()` function is invoked at the beginning of each test case.
3. Create an array [Client.EVMTokenAmount](/ccip/api-reference/evm/v1.6.2/client#evmtokenamount)[] to specify the token transfer details. This array and the amount to send are returned by the prepareScenario() function for use in the calling test case:
7996
+
3. Create an array [Client.EVMTokenAmount](/ccip/api-reference/evm/v1.6.1/client#evmtokenamount)[] to specify the token transfer details. This array and the amount to send are returned by the prepareScenario() function for use in the calling test case:
7997
7997
7998
7998
```solidity
7999
7999
tokensToSendDetails = new Client.EVMTokenAmount[](1);
@@ -8032,7 +8032,7 @@ Here are the steps involved in this test case:
5. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.2/client#evm2anymessage) structure with the receiver, token amounts, and other necessary details.
8035
+
5. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.1/client#evm2anymessage) structure with the receiver, token amounts, and other necessary details.
8036
8036
8037
8037
- Set the `data` parameter to an empty string because you are not sending any arbitrary data, only tokens.
8038
8038
- In `extraArgs`, set the gas limit to `0`. This gas limit is for execution of receiver logic, which doesn't apply here because you're sending tokens to an EOA.
@@ -8096,7 +8096,7 @@ Here are the steps involved in this test case:
8096
8096
deal(alice, 5 ether);
8097
8097
```
8098
8098
8099
-
4. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.2/client#evm2anymessage) structure. This step is the same as in the previous test case.
8099
+
4. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.1/client#evm2anymessage) structure. This step is the same as in the previous test case.
8100
8100
The main difference is that the `feeToken` is set with `address(0)` to indicate that the fees are paid in native gas:
8101
8101
8102
8102
```solidity
@@ -8429,7 +8429,7 @@ while paying fees in LINK. Here are the steps involved in this test case:
8429
8429
]
8430
8430
```
8431
8431
8432
-
6. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.2/client#evm2anymessage) structure with the receiver, token amounts, and other necessary details.
8432
+
6. Construct the [Client.EVM2AnyMessage](/ccip/api-reference/evm/v1.6.1/client#evm2anymessage) structure with the receiver, token amounts, and other necessary details.
8433
8433
8434
8434
- Use an empty string for the `data` parameter because you are not sending any arbitrary data (only tokens).
8435
8435
- Set `gasLimit` to `0` because you are sending tokens to an EOA, which means you do not expect any execution of receiver logic (and therefore do not need gas for that).
description: "Reference overview of data sourcing for Chainlink Data Feeds asset and product types."
8
+
keywords:
9
+
[
10
+
"Data Sources",
11
+
"Data Feeds",
12
+
"Data Streams",
13
+
"Crypto Price",
14
+
"Crypto State Price",
15
+
"Forex",
16
+
"Precious Metals",
17
+
"US Oil",
18
+
"US Equities",
19
+
"UK ETFs",
20
+
"Euro ETFs",
21
+
"Proof of Reserve",
22
+
"Cross Chain PoR",
23
+
"NAV",
24
+
"Exchange Rate",
25
+
"MarketCap",
26
+
"Composite Index",
27
+
"Central Bank Rates",
28
+
"Crypto LWBA",
29
+
"Data Link Long Tail Crypto",
30
+
]
31
+
---
32
+
33
+
importAsidefrom"@components/Aside.astro"
34
+
35
+
Chainlink Data Feeds and Data Streams source data across multiple independent aggregators, vendors, and authoritative entities. The table below summarizes sourcing models for each asset type.
36
+
37
+
For more information about evaluating data quality, assessing liquidity and distribution risks, understanding single-source providers, and implementing risk mitigation strategies, see [Evaluating Data Sources and Risks](/data-feeds/selecting-data-feeds#evaluating-data-sources-and-risks).
| Crypto Price | 3+ crypto price data aggregators and/or market data vendors using CEX and/or DEX data |
42
+
| Crypto State Price | 3+ crypto price data aggregators and/or market data vendors using DEX pool state data |
43
+
| Forex | 3+ market data vendors |
44
+
| Precious Metals | 3+ market data vendors |
45
+
| US Oil | 3+ market data vendors |
46
+
| US Equities | 3+ market data vendors |
47
+
| UK & Euro ETFs | 2+ market data vendors using 15 minute delayed data |
48
+
| SmartData PoR (offchain) | Sourced directly from custodian, fund administrator, auditor, security auditor, asset manager, regulated appraiser of assets, or regulator approved source |
49
+
| SmartData PoR (cross chain) | On-chain data |
50
+
| SmartData NAV (offchain) | Sourced directly from Fund Administrator or Asset Manager of the fund |
51
+
| Exchange Rate Feeds | On-chain data |
52
+
| Crypto MarketCap | 3+ crypto price data aggregators and/or market data vendors |
53
+
| Composite Index Feeds | DON calculated index values from 3+ crypto price data aggregators and/or market data vendors |
54
+
| Central Bank Rates Feeds | Direct from Central Bank's API |
55
+
| Crypto LWBA | 3+ crypto price data aggregators and/or market data vendors using CEX orderbook data to produce Liquidity Weight Bid/Ask and Mid values |
56
+
| Crypto State Price | 3+ crypto price data aggregators and/or market data vendors using DEX pool state data |
57
+
| Data Link Long Tail Crypto | Single source from 1 crypto price data aggregator |
58
+
| Forex | 3+ market data vendors |
59
+
| Precious Metals | 3+ market data vendors |
60
+
| US Equities | 3+ market data vendors |
61
+
62
+
<Asidetype="note"title="Need more details?">
63
+
For additional information about data sourcing, please{""}
|[Price Feeds](/data-feeds/price-feeds)| Aggregated, decentralized asset prices with cryptographic integrity for collateral, lending, and derivatives. |
|[Smart Value Recapture (SVR) Feeds](/data-feeds/svr-feeds)| Specialized feeds providing metrics that help protocols recapture MEV or reduce external value leakage. |
30
+
|[Rate and Volatility Feeds](/data-feeds/rates-feeds)| Interest rate curves, staking APR, and realized volatility benchmarks used for pricing models, risk controls, and hedging strategies. |
31
+
|[L2 Sequencer Uptime Feeds](/data-feeds/l2-sequencer-feeds)| Real-time status of L2 sequencer availability for protective circuit breakers and fallback transaction logic. |
0 commit comments