alexqrid
e81c074fe6
added miner address extracting for Bor in block api response ( #6080 )
...
This PR adds correct miner address to the response of
`eth_getBlockByNumber`/`eth_getBlockByHash` API methods.
Currently miner address is returned as zero address (`0x000...000`) for
Polygon -
https://wiki.polygon.technology/docs/edge/faq/validators/#why-do-the-json-rpc-commands-eth_getblockbynumber-and-eth_getblockbyhash-not-return-the-miners-address
.
Unfortunately this behaviour confuses a lot, I've succeeded in restoring
the miner address in block related API, want this to be the default
behaviour.
Co-authored-by: alexqrid <>
2022-11-22 17:11:44 +07:00
Manav Darji
d08c052193
consensus/bor: return txs and receipts in FinalizeAndAssemble ( #6108 )
...
Due to a change in a previous
[commit](https://github.com/ledgerwatch/erigon/pull/5212/files#diff-335eb65f5a52a99fd4cb182ce6385022828dfc04118b85336754d5a142f45be7R134 ),
the txs and receipts are overridden. This breaks compatibility with bor
consensus as the `bor.FinalizeAndAssemble` method returns nil txs and
receipts. This PR fixes that.
2022-11-22 13:06:18 +07:00
Alex Sharov
6cf3af8208
e3: some recon logs ( #6107 )
2022-11-22 10:49:33 +07:00
Mike Neuder
f33ec06572
Add Status fetching and made sentinel request logic generic ( #6094 )
...
Part of https://github.com/ledgerwatch/erigon/issues/5965 .
An example logging output shows that we are getting accurate data:
the current finalized checkpoint block:
https://beaconcha.in/slot/5180288
the current head block: https://beaconcha.in/slot/5180361
```
INFO[11-20|16:52:36.631] Retrieved status. status="&{ForkDigest:[74 38 197 139] FinalizedRoot:[133 83 36 34 8 25 208 12 77 180 192 189 151 179 237 244 192 20 216 226 40 178 142 28 242 91 4 66 250 58 200 92] FinalizedEpoch:161884 HeadRoot:[164 219 216 224 200 71 201 76 70 253 61 144 64 238 11 14 224 173 49 5 107 109 238 32 215 126 85 23 10 170 107 223] HeadSlot:5180361}"
INFO[11-20|16:52:36.631] Current finalized root. root=855324220819d00c4db4c0bd97b3edf4c014d8e228b28e1cf25b0442fa3ac85c
INFO[11-20|16:52:36.631] Current finalized epoch. epoch=161884
INFO[11-20|16:52:36.631] Current head root. root=a4dbd8e0c847c94c46fd3d9040ee0b0ee0ad31056b6dee20d77e55170aaa6bdf
INFO[11-20|16:52:36.631] Current head slot. slot=5180361
```
2022-11-21 18:50:20 +01:00
Andrew Ashikhmin
0b28c7ad13
Support genesis constructors for Chiado ( #6103 )
...
This is a continuation of PR #6058 and fixes Chiado genesis state root
by supporting genesis constructors (deployment code).
2022-11-21 17:21:59 +01:00
Alex Sharov
c582f750be
e3: 1-thread exec, send signal ( #6101 )
2022-11-21 17:22:51 +07:00
Alex Sharov
e47c4f7a7a
e3: use usual headerfunc ( #6099 )
2022-11-21 12:39:51 +07:00
Alex Sharov
0bc56a4fd1
Revert "e3: enable integration testss" ( #6098 )
...
Reverts ledgerwatch/erigon#6097
2022-11-21 11:21:23 +07:00
Alex Sharov
17bbc7f262
e3: enable integration testss ( #6097 )
2022-11-21 10:50:01 +07:00
Alex Sharov
9bcd7fe6c3
e3: reduce state write lock ( #6096 )
2022-11-21 10:38:22 +07:00
Giulio rebuffo
d745b39df9
skip connection to private IPs ( #6093 )
...
Addresses #6079
2022-11-20 22:41:11 +01:00
Mike Neuder
45938124f5
WIP sync from checkpoint ( #6042 )
...
https://github.com/ledgerwatch/erigon/issues/5965 . This PR starts the
implementation of syncing from a checkpoint to head.
Co-authored-by: Andrew Ashikhmin <34320705+yperbasis@users.noreply.github.com>
Co-authored-by: Alex Sharov <AskAlexSharov@gmail.com>
Co-authored-by: Giulio rebuffo <giulio.rebuffo@gmail.com>
Co-authored-by: Nebojsa Urosevic <nebojsa94@users.noreply.github.com>
Co-authored-by: Mark Shields <4237425+beejiujitsu@users.noreply.github.com>
Co-authored-by: Manav Darji <manavdarji.india@gmail.com>
Co-authored-by: Enrique Jose Avila Asapche <eavilaasapche@gmail.com>
Co-authored-by: Nathan (Blaise) Bruer <thegreatall@gmail.com>
Co-authored-by: lupin012 <58134934+lupin012@users.noreply.github.com>
Co-authored-by: Philippe Schommers <philippe@schommers.be>
2022-11-20 18:44:42 +01:00
Giulio rebuffo
487ea4e5f3
Refactored Lightclient prefix system ( #6092 )
2022-11-20 17:16:30 +01:00
Giulio rebuffo
5c5c19aa4c
added basic lightclient stream handlers ( #6085 )
2022-11-20 14:23:51 +01:00
Alex Sharov
7d485414c0
TxLookup: limit incremental prune range ( #6086 )
2022-11-20 13:03:21 +07:00
Alex Sharov
40264fd4d9
E3: state lock reduce ( #6088 )
2022-11-20 12:34:45 +07:00
Alex Sharov
68f3edf06a
devel fix ( #6089 )
2022-11-20 11:01:25 +07:00
Alex Sharov
92e6e56120
Fix test e3 ( #6087 )
2022-11-20 10:58:20 +07:00
Alex Sharov
8afeee56c8
Downloader extract, step2 ( #6076 )
2022-11-20 10:41:30 +07:00
Philippe Schommers
806117fbab
feat: add chiado config ( #6058 )
...
Hey guys, I'm trying to add the Chiado network ([Gnosis'
testnet](https://docs.gnosischain.com/about/networks/chiado )) now that
Gnosis can be synced fully with Erigon, so we can test it on the testnet
as well.
This is mostly inspired from
cd5ef32f37https://github.com/ledgerwatch/erigon/blob/devel/core/allocs/sokol.json#L20-L34
- Nethermind:
https://github.com/NethermindEth/nethermind/blob/master/src/Nethermind/Chains/sokol.json#L248-L252
2022-11-18 12:54:18 +01:00
Alex Sharov
4ba8a6a381
Update README.md
2022-11-18 12:48:04 +03:00
alex.sharov
faa92f9bbc
save
2022-11-18 04:31:11 +03:00
lupin012
a442293be1
ChainId conditional in Legacy transaction ( #5856 )
...
impacted API:
eth_getTransactionByHash()
eth_getTransactionByNumber()
eth_getTransactionByBlockHashAndIndex()
eth_getTransactionByBlockNumberAndIndex()
eth_getBlockByHash()
eth_getBlockByNumber()
1) In case of legacy transitions the chainId field should be inserted
only if V is not 27/28.
This seems also the Geth/v1.10.23 behaviour via infura
2) In case of dynamicFee/AccessList transaction the access_list should
be inserted in the response also if empty
This is done correctly in cmd/rpcdaemon/commands/eth_api.go and NOT in
internal/ethapi/api.go
This seems also the Geth/v1.10.23 behaviour via infura
2022-11-18 03:15:32 +03:00
lupin012
8ceb1638a0
add totalDifficulty to GetBlockByTimestamp ( #5827 )
...
Added totalDifficulty to the returned response to be similar to the data
returned by eth_getBlockByNumber() or eth_getBlockByHash()
2022-11-18 03:15:00 +03:00
lupin012
21d24a20a0
fix on number of samples for blocks ( #5826 )
...
eth_gasPrice(): A maximum of 3 samples should be taken per block (see
sample const)
The getBlockPrices() function takes 3 samples on the first block and one
on the others.
In the check s.Len() >= limit s.Len() after first block will contain 3
samples and so the loop will be executed only one time for each block
NOT three times
2022-11-18 03:14:49 +03:00
Alex Sharov
4509f496c6
bsc: new blocks snapshots ( #6075 )
2022-11-18 03:09:07 +03:00
Nathan (Blaise) Bruer
ca89620e56
SendMessageToRandomPeers() now is truely pseudo-random ( #6050 )
...
Fixes an issue where if the peer count didn't change much, we'd send the
message to the same peers nearly every time.
We now pick new random peers on every call to
SendMessageToRandomPeers().
2022-11-18 02:44:43 +03:00
Enrique Jose Avila Asapche
a4b9da9bd4
fixed nil ptr err ( #6035 )
...
The from field would sometimes be nil causing an error when trying to
access it, instead changed it to be an empty address #5882
2022-11-18 02:43:22 +03:00
Manav Darji
1da4d3abbf
eth, consensus/bor: fixes and improvements related to mining ( #6051 )
...
In context of https://github.com/ledgerwatch/erigon/issues/5694 , this PR
adds some fixes and improvement in the mining flow. Also, a relevant
change in txpool (present in erigon-lib) is made here:
https://github.com/ledgerwatch/erigon-lib/pull/737
#### Changes in triggering mining in `startMining()`
The mining module didn't honour the block time as a simple 3 second
timer and a notifier from txpool was used to trigger mining. This would
cause inconsistencies, at least with the bor consensus. Hence, a geth
like approach is used instead for simplicity. A new head channel
subscription is added in the `startMining()` loop which would notify the
addition of new block. Hence, this would make sure that the block time
is being honoured. Moreover, the fixed 3 second timer is replaced by the
`miner.recommit` value set using flags.
#### Changes in the arrangement of calls made post mining
When all the mining stages are completed, erigon writes all the data in
a cache. It then processes the block through all the stages as it would
process a block received from P2P. In this case, some of the stages
aren't really required. Like the block header and body download stage is
not required as the block was mined locally. Even execution stage is not
required as it already went through it in the mining stages.
Now, we encountered an issue where the chain was halted and kept mining
the same block again and again (liveness issue). The root cause is
because of an error in a stage of it's parent block. This stage turns
out to be the 4th stage which is "Block body download" stage. This stage
tries to download the block body from peers using the headers. As, we
mined this block locally we don't really need to download anything (or
process anything again). Hence, it reaches out to the cache which we
store for the block body.
Interestingly that cache turned out to be empty for some blocks. This
was because post mining, before adding block header and body to a cache,
we call the broadcast method which starts the staged sync. So,
technically it’s a bit uncertain at any stage if the block header and
body has been written or not.(see
[this](https://github.com/ledgerwatch/erigon/blob/devel/eth/backend.go#L553-L572 )).
To achieve complete certainty, we rearranged the calls with the write to
cache being called first and broadcast next. This pretty much solves the
issue as now we’re sure that we’d always have a block body in the cache
when we reach the body download stage.
#### Misc changes
This PR also adds some logs in bor consensus.
2022-11-18 02:39:16 +03:00
Mark Shields
0d854fea6e
feat(k8s): base with google-kubernetes-engine overlay example ( #6041 )
...
re:
https://discord.com/channels/687972960811745322/738982866670714901/1041381487754354689
Introduces a more modular base with a google-kubernetes-engine overlay
example.
2022-11-18 02:37:53 +03:00
Alex Sharov
874d96fb47
e3: Non parallel exec (with exec in RO goroutine) ( #6073 )
2022-11-17 20:52:12 +03:00
Alex Sharov
c50d4e6c0b
e3: panic logging ( #6072 )
2022-11-17 16:17:02 +03:00
Alex Sharov
d5c23c4df4
e3: enable test ( #6071 )
2022-11-17 16:06:57 +03:00
Alex Sharov
04293ef67a
Revert "e3: more mainnet snapshots" ( #6069 )
...
Reverts ledgerwatch/erigon#6068
2022-11-17 06:20:58 +03:00
Alex Sharov
17541b26da
e3: more mainnet snapshots ( #6068 )
2022-11-17 06:15:53 +03:00
Alex Sharov
66e1dc2dfd
better format p2p error ( #6066 )
2022-11-16 19:46:25 +03:00
Alex Sharov
591c2c5ff4
e3: disalbe ci test ( #6064 )
2022-11-16 19:12:02 +03:00
Giulio rebuffo
7ea8de4a3f
added checkpoint saving ( #6060 )
2022-11-16 16:19:40 +01:00
Alex Sharov
e7a3c0789a
Disable ci3 ( #6063 )
2022-11-16 15:53:46 +03:00
Alex Sharov
30bf54ebf2
disable ci3 ( #6062 )
2022-11-16 15:49:32 +03:00
Alex Sharov
93926646f8
e3: prepare downloader for extraction ( #6061 )
2022-11-16 15:48:23 +03:00
Alex Sharov
7d034d0c79
e3: fix stuck exec after recon ( #6059 )
2022-11-16 14:22:49 +03:00
Alex Sharov
7957e69773
mdbx: configure merge threshold ( #6057 )
2022-11-16 09:44:34 +03:00
alex.sharov
bfda9bc731
save
2022-11-16 09:43:56 +03:00
Nebojsa Urosevic
44f909767d
Feat: add eth_exitst endpoint ( #5992 )
...
Feat: add `eth_exists` endpoint.
By introducing this endpoint, Erigon will fully enable remote execution
for pre-EIP158 blocks.
2022-11-16 07:12:52 +03:00
Andrew Ashikhmin
d9f342bb43
Restore MigrateFlags ( #6055 )
...
Another postfix to PR #6047 . This fixes `--datadir` flag passed to
`erigon init`. See also
https://github.com/ethereum/go-ethereum/pull/24751 .
2022-11-15 21:38:31 +01:00
Giulio rebuffo
3a2d3be080
Added persistence in LightClient ( #6056 )
2022-11-15 20:39:18 +01:00
Alex Sharov
242b5a76df
e3: fix doneCount variable ( #6053 )
2022-11-15 18:03:10 +03:00
Andrew Ashikhmin
ec9db8662c
Fix command line help ( #6052 )
...
Postfix after PR #6047 .
2022-11-15 12:03:06 +01:00
Andrew Ashikhmin
14c0643476
Enable both eth/66 and eth/67 by default ( #6048 )
2022-11-15 10:41:56 +01:00
