Data Always pfp

Data Always

@dataalways

67 Following
421 Followers


Data Always pfp
Data Always
@dataalways
you should tie in their bridged usdc too, it's pretty trivial since dune added daily balance tables. https://dune.com/queries/3585890/6038829
0 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
can we take some of these transactions off-chain pls. christ.
0 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
would be really cool to expose this data to account holders.
1 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
I think (?) the biggest gainer the past couple days has been vanilla transfers, but that could just be volatility related. I would guess DEXs will b/c they're the most gas price elastic (arbs becoming more profitable), but if volume migrates to L2s then maybe NFTs pick up the slack?
1 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
I think it's just too early to tell for now. especially with gas prices tending to fall into the weekend (but here balanced by higher price volatility). The more interesting question might be what dApp is going to replace L2 gas usage.
2 replies
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
I scrapped a essay on it about a year ago, but the draft was interesting. Basically it depends so much on what use case you're looking at. L2s have been inelastic to small perturbations for a while, but will be nice to see it for large perts soon. https://dataalways.substack.com/p/1a8bdd95-0691-4908-a286-41ac2ab4b19f
1 reply
0 recast
2 reactions

Data Always pfp
Data Always
@dataalways
I'm proud to have the earliest public dune query that actually looked at blob data on goerli.
0 reply
0 recast
4 reactions

Data Always pfp
Data Always
@dataalways
There's a lot of subtlety to realized cap for non-utxo chains. I think the 'standard' is reassessing the entire value of an address whenever they make any outgoing tx. Would recommend that anyone who wants to try this read the link first to decide on methodology. https://coinmetrics.io/realized-capitalization/
1 reply
0 recast
2 reactions

Data Always pfp
Data Always
@dataalways
stuff like this is why i would love for dune to have the option to snapshot calculations up to a date and only have to run the full set once.
0 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
the tough part is adjusting for inputs right? so you have to take the spent_tx_id from bitcoin.inputs, use its date and calculate realized value from that. i wonder if dune could even handle, there's about 1 million inputs per day that will each be looking up a custom value. and then you need to do that for 15 years
2 replies
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
And then we burn the mev 👌🏻
0 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
Experiments like this are my jam.
0 reply
1 recast
1 reaction

Data Always pfp
Data Always
@dataalways
I'm curious to how responsive to spikes this is. The few times I've looked at it for other chains, the behaviour was really non-uniform across chains, but I was mostly focused on crazy fee surges.
1 reply
0 recast
0 reaction

Data Always pfp
Data Always
@dataalways
"we found that we underperform because we're faster."
0 reply
0 recast
0 reaction

Data Always pfp
Data Always
@dataalways
This is why I’ve always ignored solana. It’s great tech but how do you handle that flood as an analyst.
1 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
I’m honestly terrified to click 99% of frames
1 reply
0 recast
1 reaction

Data Always pfp
Data Always
@dataalways
I don't like the system as it is, but it's certainly not builders or relays misbehaving. The suggestions floating around that relays should start rejecting these 'inflated' bids are just weird non-robust stopgaps.
1 reply
0 recast
0 reaction

Data Always pfp
Data Always
@dataalways
In order to capture all possible mev edge cases the spec was intentionally designed to measure the change in balance of the proposer before/after the block. It's not elegant but it's robust. The question now is whether to carve out an exception for withdrawals or redesign the whole system.
1 reply
0 recast
0 reaction

Data Always pfp
Data Always
@dataalways
This is how the relay spec is written, no one is inflating anything. The real discussion is whether the spec should be changed. And the proposer in this case lost out on $21, the urgency is overblown.
1 reply
0 recast
0 reaction

Data Always pfp
Data Always
@dataalways
How concerned are you with the concentration of Ethereum mindshare at the EF?
0 reply
0 recast
1 reaction