@@ -285,7 +285,7 @@ mantis {
285
285
286
286
# Retry interval for resuming fast sync after all connections to peers were lost
287
287
# Also retry interval in regular sync: for picking blocks batch and retrying requests
288
- sync-retry-interval = 15. seconds
288
+ sync-retry-interval = 0.5 seconds
289
289
290
290
# Response time-out from peer during sync. If a peer fails to respond within this limit, it will be blacklisted
291
291
peer-response-timeout = 3.minutes
@@ -319,7 +319,7 @@ mantis {
319
319
320
320
# During fast-sync when most up to date block is determined from peers, the actual target block number
321
321
# will be decreased by this value
322
- target-block-offset = 500
322
+ target-block-offset = 128
323
323
324
324
# How often to query peers for new blocks after the top of the chain has been reached
325
325
check-for-new-block-interval = 10.seconds
@@ -329,7 +329,7 @@ mantis {
329
329
fastsync-block-chain-only-peers-pool = 100
330
330
331
331
# time between 2 consecutive requests to peer when doing fast sync, this is to prevent flagging us as spammer
332
- fastsync-throttle = 0.3 seconds
332
+ fastsync-throttle = 0.1 seconds
333
333
334
334
# When we receive a branch that is not rooted in our chain (we don't have a parent for the first header), it means
335
335
# we found a fork. To resolve it, we need to query the same peer for previous headers, to find a common ancestor.
0 commit comments