mina-indexer

mina-indexer copied to clipboard

Isaac-DeFrain

Support o1js `berkeley` actions and events GraphQL API

2

Support the following API with our `berkeley` integration so ZkApp smart contracts can interact with our API directly and natively. It was brought up here: https://github.com/Granola-Team/mina-indexer/issues/355 The GraphQL schema is...

trevorbernard

Update README to provide a quick start guide on how to ingest blocks

3

trevorbernard

Isaac-DeFrain

Do not rely on `mina-rs` primitives to hash transaction

5

In an effort to disassociate our codebase from `mina-rs`, implement the transaction hash algorithm in our codebase in a hermetic way.

trevorbernard

Consolidate functions that parse block height from file names

2

Consolidate and pick one implementation.

trevorbernard

Consolidate functions that parse state hash from file names

3

Consolidate and pick one

trevorbernard

Automatically upload precomputed blocks to object storage

4

Run a Mina node and log the precomputed blocks into a bucket we control. E.g. S3 Bucket

trevorbernard

Decouple our domain objects from `mina-rs` serialization types for mainnet

2

This coupling isn't ideal if we want to support `berkeley` and the hard fork. I propose we create our own domain objects and add a conversion from mina-rs serialiation types...

trevorbernard

Be consistent in usage of the word 'canonical'

1

Our definitions: - **Pending**: transaction that has been gossiped and buffered in mempool - **Canonical**: transaction/block on the *best* chain, and can even include the most recent block - **Finalized**:...

Isaac-DeFrain