From 2997e8855e111263114e05b471445b9b32356225 Mon Sep 17 00:00:00 2001 From: Anna Carroll Date: Thu, 13 Nov 2025 10:33:57 -0500 Subject: [PATCH 1/2] send bundle to 10 subsequent blocks --- src/filler.rs | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/filler.rs b/src/filler.rs index 40c4793..88a7f87 100644 --- a/src/filler.rs +++ b/src/filler.rs @@ -165,8 +165,10 @@ where let latest_ru_block_number = self.ru_provider.get_block_number().await?; // send the Bundle to the transaction cache - self.send_bundle(txs.clone(), host_txs.clone(), latest_ru_block_number + 1) - .await?; + for i in 1..11 { + self.send_bundle(txs.clone(), host_txs.clone(), latest_ru_block_number + i) + .await?; + } Ok(()) } From a5d22127c026c528bbfb73089bfd13433e7293d2 Mon Sep 17 00:00:00 2001 From: Anna Carroll Date: Thu, 13 Nov 2025 10:35:59 -0500 Subject: [PATCH 2/2] comment --- src/filler.rs | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/filler.rs b/src/filler.rs index 88a7f87..a5568d0 100644 --- a/src/filler.rs +++ b/src/filler.rs @@ -165,6 +165,8 @@ where let latest_ru_block_number = self.ru_provider.get_block_number().await?; // send the Bundle to the transaction cache + // targeting the next 10 blocks to increase chances of mining + // NOTE: this is a naive approach; production Fillers should implement more robust bundle resubmission logic for i in 1..11 { self.send_bundle(txs.clone(), host_txs.clone(), latest_ru_block_number + i) .await?;