Building fully on-chain orderbook infrastructure for EVM
3 Followers
Recent casts
Hey @vitalik.eth I have a question regarding the L1 gas policies.
If we can have cheap blobspaces, why can’t we just lower the gas costs of computations in general?
Asking this because, as far as I know, networking overheads are much significant than computation overhead in decentralized scaling.
1 reply
0 recasts
0 reactions
We no longer have an excuse to not have orderbooks on-chain.
AMM was just a compromise we made due to the high gas fee environment.
0 replies
0 recasts
0 reactions
Top casts
I agree — and here’s a great example of what we should be building when we no longer have such an excuse.
https://ethresear.ch/t/enabling-on-chain-order-matching-for-order-book-dexs-revisited-segmented-segment-trees-and-octopus-heaps-explained/15180
0 replies
0 recasts
0 reactions
We no longer have an excuse to not have orderbooks on-chain.
AMM was just a compromise we made due to the high gas fee environment.
0 replies
0 recasts
0 reactions
Hey @vitalik.eth I have a question regarding the L1 gas policies.
If we can have cheap blobspaces, why can’t we just lower the gas costs of computations in general?
Asking this because, as far as I know, networking overheads are much significant than computation overhead in decentralized scaling.
1 reply
0 recasts
0 reactions
I mean, even if the nodes were to “execute” the blobspace data, I don’t think it will add a lot of overheads to the consensus layer, at least theoretically.
I haven’t been following up on this subject for a while so I might be wrong, so please advise.