Stephan pfp
Stephan
@stephancill
I wish snapchain had an EVM-compliant RPC interface e.g. snaps :: blocks, messages :: logs Compatibility with things like ponder.sh and viem would make things so much easier from an infra development perspective
3 replies
1 recast
22 reactions

Greg pfp
Greg
@greg
its probably too different to solve with a translation layer no way to get snapchain events by block (i think) for example which is the fundamental building block of evm indexing
1 reply
0 recast
1 reaction

Stephan pfp
Stephan
@stephancill
https://snapchain.farcaster.xyz/reference/grpcapi/blocks#block 👀
1 reply
0 recast
0 reaction

Greg pfp
Greg
@greg
hmm I feel like I remember talking to @christopher about this. something like the events through that endpoint are pruned after a few days maybe so it doesnt actually work for backfilling? Idk i could be making this all up lol
2 replies
0 recast
1 reaction

christopher pfp
christopher
@christopher
Blocks aren't meant to really meant to be the way we interact with Snapchain. It's still event driven with no timestamp validation, so i.e. events are unordered by message.
0 reply
0 recast
0 reaction

Stephan pfp
Stephan
@stephancill
would quickly check but doesn't look like blocks are exposed over HTTP (according to the docs at least) afaik the whole point of moving the the blockchain architecture was to make syncing easier? although with the way storage/pruning works maybe that does change the way blocks work
1 reply
0 recast
0 reaction