yearn-vaults-v2-subgraph
yearn-vaults-v2-subgraph copied to clipboard
For strategy `0x087794F304aEB337388a40e7c382A0fEa78c47fC` (from mainnet USDT 0.4.3 vault) the graph returns TBD for name:  (from https://thegraph.com/explorer/subgraph?id=5xMSe3wTNLgFQqsAc5SCVVwT4MiRb5AogJCuSN9PjzXF&view=Playground) But etherscan shows `Strategy_ProviderOfUSDTToNoHedgeUniV3StablesJoint(USDC-USDT)` for name:  (from https://etherscan.io/address/0x087794F304aEB337388a40e7c382A0fEa78c47fC#readContract#F21)
When I query the USDT vault I get back a `BalanceTokens` of `733064001253`:  (Using https://thegraph.com/hosted-service/subgraph/yearn/yearn-vaults-v2-fantom) But ftmscan shows `97873004327` for Total Assets:  Maybe related to https://github.com/yearn/yearn-vaults-v2-subgraph/issues/55
When I query the queue for the USDT vault I get back 4 strategies when I expect 3. The strategies returned are also out of order. For example:  (Using...
This would be great for strategies like StrategyLenderYieldOptimiser in YFI yVault: https://etherscan.io/address/0xBB3f079B9788b53b605e105053dCdFC8F0B16668#readContract#F17
https://github.com/yearn/yearn-vaults-v2-subgraph/issues/173 https://thegraph.com/hosted-service/subgraph/0xkofee/yearnfantom?version=pending
Looking at this transaction on Etherscan: https://etherscan.io/tx/0x20127185f6e74cd981d7800c24b385932328cf85a98b59a97c843b14109d775a Etherscan is showing 157544759481891494214 shares burnt (the exact total amount of shares for this account) for vault 0xb32747b4045479b77a8b8eb44029ba12580214f8. But the subgraph is returning:...
With the following request, the result is invalid, with `shareToken.symbol === "\"\""` and `shareToken.name === "\"\""` Link [here](https://api.thegraph.com/subgraphs/name/yearn/yearn-vaults-v2-fantom/graphql?query=%7B%0Avault%28id%3A+%220x0a0b23d9786963de69cb2447dc125c49929419d8%22%29+%7B%0A++id%0A++token%7B%0A++++id%0A++++decimals%0A++++symbol%0A++++name%0A++%7D%0A++shareToken+%7B%0A++++id%0A++++decimals%0A++++symbol%0A++++name%0A++%7D%0A%7D%0A%7D) for the vault on Fantom Network. Name and Symbol are correct on...
Raising the issue here and closing https://github.com/yearn/yearn-watch/issues/38 ### Description - Several vaults tested to have an unusual amount of `sharesBurnt` for the `withdrawals` query - Seems like the subgraph code...
Account: 0xc2de6459caa4d11a5e3eee3427e126bfa5fe4613 Balance: https://ftmscan.com/token/0xef0210eb96c7eb36af8ed1c20306462764935607?a=0xc2de6459caa4d11a5e3eee3427e126bfa5fe4613 Fantom Query: ```{ accounts(where: { id:"0xc2de6459caa4d11a5e3eee3427e126bfa5fe4613"}) { id vaultPositions(where: {shareToken: "0xef0210eb96c7eb36af8ed1c20306462764935607"}) { balanceShares token { id decimals } shareToken { symbol } updates { deposits withdrawals...