frrist
023b2ce126
feat: create relation for dealIDs to sectorID
2020-08-03 16:31:24 -07:00
frrist
b672070ba2
fix(chainwatch): miner processing panics on nil bf
2020-08-03 11:03:17 -07:00
frrist
bc0408b962
refactor: add sector events back and miner info
2020-07-30 14:52:38 -07:00
Łukasz Magiera
2cbe8fd707
gofmt
2020-07-28 16:37:29 +02:00
frrist
ba7eaf3cc7
fix: reward actor processes null round states
2020-07-27 17:04:38 -07:00
Mike Greenberg
718dd26043
fix(chainwatch): Move scheduler-specific schema; Add max_height view
2020-07-24 18:07:12 -04:00
frrist
5a26dba8e5
fix: handle reorgs for id mapping table
2020-07-22 16:47:47 -07:00
frrist
08006bce3d
fix: use bigint for gas_used in message receipt
...
- prevents overflows
2020-07-21 08:49:27 -07:00
Mike Greenberg
cf917fc426
fix(chainwatch): Restore base block reward metric capture
2020-07-20 17:31:27 -04:00
Łukasz Magiera
1a1bd38495
Merge remote-tracking branch 'origin/master' into next
2020-07-18 00:43:08 +02:00
Łukasz Magiera
ee6269756c
Merge pull request #2429 from filecoin-project/frrist/chainwatch-miner-precommit
...
feat: track miner precommit
2020-07-17 22:51:42 +02:00
frrist
7ff468ce85
feat: track miner precommit
...
- add materalized view showing all miner sector info
2020-07-17 12:25:54 -07:00
Mike Greenberg
7e46fc1d8f
fix: Comment out affected Actor interactions from API shift
2020-07-17 15:19:05 -04:00
Mike Greenberg
18d1ab0cb9
fix(chainwatch): Parallel reward persistence; Tighten rpc logging
2020-07-16 22:58:27 -04:00
Mike Greenberg
c3cc2eea46
feat(chainwatch): Add miner index on top_miners_by_base_reward view
2020-07-16 11:36:52 -04:00
Mike Greenberg
7bfcff2c18
fix(chainwatch): Backoff processor when no work exists to process
2020-07-16 11:36:52 -04:00
Mike Greenberg
f2f797f088
fix(log): Move metrics and stage updates to debug; Add --log-level switch
2020-07-16 11:36:52 -04:00
Mike Greenberg
0cfddae711
feat(chainwatch): Capture base_block_reward per epoch; Top miner by reward view
2020-07-16 11:36:52 -04:00
frrist
41f4f1fd83
refactor: implement processor and syncer
...
- When chainwatch is ran it will first start a Syncer that continuously collects blocks from the
ChainNotify channel and persists them to the blocks_synced table. Once the Syncer has caught the
blocks_synced table up to the lotus daemons current head a Processor is started. The Processor
selects a batch of contiguous blocks and extracts and stores their data. It attempts to do as much
work as it can in parallel. When the blocks are done being processed their corresponding
processed_at and is_processed fields in the blocks_synced table are filled out.
2020-07-15 11:42:19 -07:00
