From c95a94892c6ff5f9b25a48afd0a03e13e967a988 Mon Sep 17 00:00:00 2001 From: ilitteri Date: Fri, 31 Jul 2026 12:34:54 -0300 Subject: [PATCH] Add reachable sepolia bootnodes so a cold-started node can still find the network. All five of sepolia's EF execution-layer bootnodes stopped answering UDP discovery on 2026-07-30, in a window between 12:39 and 15:44 UTC, and have not come back. They are the only entries in this file, so a node starting with an empty peer table has no way into the DHT at all: it re-pings those five addresses forever and sits at zero peers, unable to begin snap sync even though the network itself is healthy. The effect is not subtle. Both sepolia snapsync jobs now fail every run, each burning its full 3h30m budget, which puts that workflow over its 6h cron and queues runs behind themselves. On the multisync host the sepolia leg has failed every cycle since 23:15 UTC that same day -- having never failed before -- and the stuck container had downloaded not one header or account after eight hours, having sent ~143k discovery packets to those five addresses and received nothing back, while hoodi and mainnet synced normally beside it. Keep the EF entries: they are the canonical bootnodes, upstream still publishes them unchanged, and they may well come back. Append twelve nodes taken from the network's public DNS node list, each verified individually by starting a node with that bootnode as its only entry and confirming discovery replies come back -- 23 of the 24 candidates tested were responsive. They are spread across distinct providers and regions on purpose: the five EF bootnodes were all on one provider, which is why losing them was all-or-nothing. Verified end to end on this branch, with no command-line overrides: a cold start now reaches peers within 30 seconds, and the "failed to find target block header" loop that characterises the outage does not appear at all. This buys back the ability to sync sepolia today. It is not a substitute for being able to read that node list at runtime, since hardcoded addresses are what just failed here; that is a separate change. --- cmd/ethrex/networks/sepolia/bootnodes.json | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/cmd/ethrex/networks/sepolia/bootnodes.json b/cmd/ethrex/networks/sepolia/bootnodes.json index 8aed65a6f4f..1b1fcea0436 100644 --- a/cmd/ethrex/networks/sepolia/bootnodes.json +++ b/cmd/ethrex/networks/sepolia/bootnodes.json @@ -3,5 +3,17 @@ "enode://143e11fb766781d22d92a2e33f8f104cddae4411a122295ed1fdb6638de96a6ce65f5b7c964ba3763bba27961738fef7d3ecc739268f3e5e771fb4c87b6234ba@146.190.1.103:30303", "enode://8b61dc2d06c3f96fddcbebb0efb29d60d3598650275dc469c22229d3e5620369b0d3dedafd929835fe7f489618f19f456fe7c0df572bf2d914a9f4e006f783a9@170.64.250.88:30303", "enode://10d62eff032205fcef19497f35ca8477bea0eadfff6d769a147e895d8b2b8f8ae6341630c645c30f5df6e67547c03494ced3d9c5764e8622a26587b083b028e8@139.59.49.206:30303", - "enode://9e9492e2e8836114cc75f5b929784f4f46c324ad01daf87d956f98b3b6c5fcba95524d6e5cf9861dc96a2c8a171ea7105bb554a197455058de185fa870970c7c@138.68.123.152:30303" + "enode://9e9492e2e8836114cc75f5b929784f4f46c324ad01daf87d956f98b3b6c5fcba95524d6e5cf9861dc96a2c8a171ea7105bb554a197455058de185fa870970c7c@138.68.123.152:30303", + "enode://cdf069ef02d279776cd32bdf42bc05c482836fd79dd6289b5846bf9d192e230708de35fb82a16513f4643472068d598cc8871f5183defa9c672ee8f29c56e44d@104.197.109.127:30303", + "enode://cac82b4d08fcd3b155b9feda308ddc1286ec05221723578a3009bd1e0586241167af68419e545c7706228df7b8516df4954216bb8e129dd84aa1c7321e4fe0f3@3.23.85.230:30303", + "enode://d508c19c2fa00b9c00983f1a1f4ccd56392493bfe3037fd141363295b18809be8682c2f4dd0ba584ce44ef8caa2591a66b8ca6f53c132294027e854a12923161@13.250.112.92:30303", + "enode://478505dbc124eb823759544c7ee886021d19c705731d5fc92bb06263dc3505720ca6f4707465b1f5f5041321c23407b741b09469c99fbd7e08830bdb51648736@34.253.4.92:30303", + "enode://0b28ac6a6a0a16e91b22158a0d1fd61b96c52baf6bc1c19814a83e144a3f8fd5d37ec165a5c6ffdcd18336cf433cbf19de7bec0034bd02132d23ccc96afbbc42@78.46.174.72:30303", + "enode://d4625c89a19f130f4931d5e77365ae7e3423e91a6e0d41b419aee5e96da3ec3a99a489a22808aed2b9e94e385ca4684b1f505f6d9a03279efcf830e74df4a2ed@65.109.97.102:30303", + "enode://f82244d708586fda1ebd19e1b258c87ea89743d91d3292185697a95d6422224a1f01b94c8155f69cb5aeab4423e59830d1b0ea89c7e24b6a37e740f3b03f7a73@37.187.149.28:30303", + "enode://b5aa3bb3205ad44d2deb0fa598a99a28e2c05b266a2ed086d57c80495f689280c86c3141e25ac8b95753df0a8692a32dedd640caddf92f1ae66134a87a9c1a43@132.145.197.117:30303", + "enode://f9e0c8e3720281765b4893f35ffff2d677fca7909029c3815d1c8f6a6d1c64fbae022501aa40d36e9d1d6c7a157ff441b0445c93b54f550b030f6d51902f28bf@34.81.129.202:30303", + "enode://dbf69e092b19cb752e9851b96a3f04f6b4b1ff7531336394ccaea23d4de1ea49f1607b6565265e88f8aac3da4d2993f0c2fd46ec45b229579c58d7ebf759ecab@208.115.223.58:30303", + "enode://c1422d3d3de758f62bdd16b55a583c0f91794325030b4b93b7ac5aaf66892a2a9ff8505a0a35bdf32f48022b19e6ae83d2623f6454d75c11e5c521a345c2dd71@47.76.148.12:30303", + "enode://70dba51ff689b38a61b2d24ace6be53b9cf68d20c6905fd6a78b2ff5edc8ad2c4cc59b694a01b4e1b8fe9034e768f474d5bfeab521d9d95e890b5dc58ed45a67@85.115.217.177:30303" ]