RUN-A-NODE: the genesis fingerprint in the table is the published file's real one
The table carried the hash of an earlier derived export; the published file has been the fleet's byte-for-byte genesis since the registry-binding commit. The line-ending caveat is written next to it because that is exactly how the wrong hash survives review on a Windows checkout.
This commit is contained in:
parent
a70d06fef6
commit
4fa48bb41c
@ -15,7 +15,7 @@ is a node nobody can sync from, and the bootnodes section says plainly how diali
|
||||
|
||||
| What | Where |
|
||||
|---|---|
|
||||
| `genesis.json` | The genesis file, byte for byte as it sits on the Foundation nodes. sha256 `6f56eacada94457c1aa325c878399989e344dcf1d763e2d3b479f9b068784ed1` |
|
||||
| `genesis.json` | The genesis file, byte for byte as it sits on the Foundation nodes. sha256 `361709dccec4e9fc85be5aec33b30b58a55dc53424087d84c1ad11bd1d944c24` (of the published file with LF line endings, exactly as `curl` fetches it; a Windows checkout that converts line endings will hash differently) |
|
||||
| a bootnode enode | requested by mail for now; see the bootnodes section below |
|
||||
| `patches/`, `precompiles/` | The Besu fork, see `README.md`. Needed to sync past block 9,189,161 |
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user