Content
@
0 reply
0 recast
0 reaction
Michael Silberling
@msilb7
L2Beat shows “onchain value” - the sum of bridges and natively minted assets in a chain. DeFiLlama shows DeFi TVL L2Beat - DeFiLlama = assets in wallets Can we create views/metrics that give us more granular segmentation in to “what onchain value is doing?” (I.e. how much in CEXs, bridges, actually idle)?
2 replies
0 recast
12 reactions
Salva
@salva
You mean like this?.. I used WBTC on Ethereum as an example
1 reply
0 recast
0 reaction
Michael Silberling
@msilb7
Yeah similar! I meant on L2s (I.e. Base USDC is a good test case). But maybe chain & token address can just be parameters.
1 reply
0 recast
0 reaction
Salva
@salva
On it.. it's working for Ethereum, I need to add more addresses for L2s😅.. for now, I have this..
2 replies
0 recast
2 reactions
Michael Silberling
@msilb7
Yeah address tracking is the toughest, I wonder if/how many CEX addresses are missing. I can check some personal txs and make some adds. Also curious to see what tables you’re pulling from if you share the link. But CEX/CeFi was the main one I was curious about - so @bytecast answered
1 reply
0 recast
1 reaction
Salva
@salva
sure, I got the addresses from a table by the folks at Steakhouse https://dune.com/queries/3560944
1 reply
0 recast
0 reaction
Michael Silberling
@msilb7
Ok not an ideal set up then haha. There’s a CEX addresses table of a bunch of known vault addresses there ( cex.addresses I think). There is also a contract <> project name table ‘contracts.contract_mapping’ but still need to map to verticals. But it’s easier at the project name level, than the address level.
1 reply
0 recast
0 reaction
