i-norden
|
bf1151d905
|
updated ipld-eth-db image ver
|
2023-03-17 15:19:36 -05:00 |
|
|
ea19cc8d8d
|
Use blocks table, not header_cids, for getBlockNumber() (#232)
|
2023-03-17 15:17:58 -05:00 |
|
i-norden
|
2bd6ed9b24
|
use new release of ipld-eth-statedb
|
2023-03-16 08:24:48 -05:00 |
|
i-norden
|
20b787e5dc
|
missed moving some sql into consolidated file
|
2023-03-14 10:04:41 -05:00 |
|
i-norden
|
4678b6a733
|
ipld-eth-statedb initialization/instantiation
|
2023-03-13 18:23:49 -05:00 |
|
i-norden
|
df8bec1ad0
|
adapt uncle retrieval methods to work for v5
|
2023-03-13 12:48:25 -05:00 |
|
i-norden
|
aab5a2ef0b
|
use ipld-eth-statedb for eth_call and graphql endpoints
|
2023-03-13 11:25:19 -05:00 |
|
i-norden
|
ba5cdecf93
|
new backend methods using ipld_eth_statedb.StateDB
|
2023-03-13 07:51:03 -05:00 |
|
i-norden
|
4c29841c21
|
internalize some node type utils from geth as they are no longer used over there in v5
|
2023-03-07 21:49:38 -06:00 |
|
i-norden
|
573a3dc991
|
node_type => removed
|
2023-03-07 21:49:38 -06:00 |
|
i-norden
|
6f1bfc7fce
|
combine ipld and cid retriever into one struct. the original reason for the separation of concerns was because we used to fetch cids directly from the database but then use those to fetch iplds using an ipfs.BlockService abstraction ontop of our database (and/or a ipfs.BlockExchange). But now they are both accessed directly in the local DB. Additionally, some of the queries should be further refined/refactored/combined as we no longer need to take two trips but can retrieve cid and ipld in the same query.
|
2023-03-07 21:49:38 -06:00 |
|
i-norden
|
5bd9783aed
|
move all sql statements into own file
|
2023-03-07 21:49:35 -06:00 |
|
i-norden
|
907f15f640
|
mh_key => cid; leaf_cid => cid; refactor GetReceipts
|
2023-03-02 17:59:13 -06:00 |
|
i-norden
|
87013110f9
|
public.blocks => ipld.blocks
|
2023-03-02 17:41:44 -06:00 |
|