Fetching Data
Last updated
Was this helpful?
Last updated
Was this helpful?
Looking for a ?
While the SDK is fully self-contained, there are two cases where it needs on-chain data to function. This guide will detail both of these cases, and offer some strategies that you can use to fetch this data.
Unsurprisingly, the SDK needs some notion of an ERC20 token to be able to function. This immediately raises the question of where data about tokens comes from.
As an example, let’s try to represent DAI in a format the SDK can work with. To do so, we need at least 3 pieces of data: a chainId, a token address, and how many decimals the token has. We also may be interested in the symbol and/or name of the token.
The first two pieces of data — chainId and token address — must be provided by us. Thinking about it, this makes sense, as there’s really no other way to unambiguously identify a token.
So, in the case of DAI, we know that the chainId is 1
(we’re on mainnet), and the token address is 0x6B175474E89094C44Da98b954EedeAC495271d0F
. Note that it’s very important to externally verify token addresses. Don’t use addresses from sources you don’t trust!
The next piece of data we need is decimals.
One option here is to simply pass in the correct value, which we may know is 18
. At this point, we’re ready to represent DAI as a Token:
If we don’t know or don’t want to hardcode the value, we could look it up ourselves via any method of retrieving on-chain data in a function that looks something like:
Finally, we can talk about symbol and name. Because these fields aren’t used anywhere in the SDK itself, they’re optional, and can be provided if you want to use them in your application. However, the SDK will not fetch them for you, so you’ll have to provide them:
or:
Now that we’ve explored how to define a token, let’s talk about pairs. To read more about what WhiteSwap pairs are, see Pair smart contract.
As an example, let’s try to represent the DAI-WETH pair.
The data we need is the reserves of the pair. To read more about reserves, see getReserves.
Note that these values can change as frequently as every block, and should be kept up-to-date.
Note that these values can change as frequently as every block, and should be kept up-to-date.
If we don’t want to provide or look up the value ourselves, we can ask the SDK to look it up for us with :
By default, this method will use the . If you’re already using ethers.js in your application, you may pass in your provider as a 3rd argument. If you’re using another library, you’ll have to fetch the data separately.
Each pair consists of two tokens (see previous section). Note that WETH used by the router is .
One option here is to simply pass in values which we’ve fetched ourselves to create a :
If we don’t want to look up the value ourselves, we can ask the SDK to look them up for us with :
By default, this method will use the . If you’re already using ethers.js in your application, you may pass in your provider as a 3rd argument. If you’re using another library, you’ll have to fetch the data separately.