From 5410e690e26a7e195e53beb19497e06e510466c7 Mon Sep 17 00:00:00 2001
From: devin distefano <devin.distefano@smartcontract.com>
Date: Fri, 3 Apr 2026 10:32:36 -0500
Subject: [PATCH] atlas updates

---
 src/content/data-feeds/llms-full.txt          | 21 ++++++++++++++
 .../svr-feeds/searcher-onboarding-atlas.mdx   | 29 +++++++++++++++++++
 2 files changed, 50 insertions(+)

diff --git a/src/content/data-feeds/llms-full.txt b/src/content/data-feeds/llms-full.txt
index a591ccce304..e92ca286613 100644
--- a/src/content/data-feeds/llms-full.txt
+++ b/src/content/data-feeds/llms-full.txt
@@ -5897,6 +5897,27 @@ After bonding atlETH and deploying their smart contract, solvers are finally abl
 
 This guide uses Go and the [Atlas Go SDK](https://github.com/FastLane-Labs/atlas-sdk-go).
 
+### Parallel Auctions
+
+On certain assets—primarily BTC and ETH feeds on BNB Chain, Base, and Arbitrum—two separate auctions are created in parallel by different Chainlink nodes for each liquidation opportunity. **These auctions are independent**: there is no matching or coordination between them.
+
+**How the parallel auctions behave**
+
+Both auctions represent the exact same liquidation opportunity, but:
+
+- They are sent to the auction independently.
+- They can arrive at different times due to latency differences.
+- They may have slightly different deadlines, based on when each node receives the report.
+- It is effectively random which auction transaction lands first or succeeds onchain.
+
+**Implication for bidding**
+
+If you only bid on one auction, you have roughly a 50% chance of winning even if your bid is the highest. To guarantee coverage, you must bid on both auctions using the same strategy.
+
+<Aside type="caution" title="Required: Bid on Both Parallel Auctions" />
+
+Duplicate auctions were introduced to improve landing guarantees by increasing the probability that at least one auction succeeds onchain.
+
 ### 1. Communicate with the Searcher Gateway
 
 Searchers communicate with the system through the Searcher Gateway, which serves as the entry point for reading user operations and submitting solutions.
diff --git a/src/content/data-feeds/svr-feeds/searcher-onboarding-atlas.mdx b/src/content/data-feeds/svr-feeds/searcher-onboarding-atlas.mdx
index 23713f4ee34..cab9e7c6ef4 100644
--- a/src/content/data-feeds/svr-feeds/searcher-onboarding-atlas.mdx
+++ b/src/content/data-feeds/svr-feeds/searcher-onboarding-atlas.mdx
@@ -639,6 +639,35 @@ After bonding atlETH and deploying their smart contract, solvers are finally abl
 
 This guide uses Go and the [Atlas Go SDK](https://github.com/FastLane-Labs/atlas-sdk-go).
 
+### Parallel Auctions
+
+On certain assets—primarily BTC and ETH feeds on BNB Chain, Base, and Arbitrum—two separate auctions are created in parallel by different Chainlink nodes for each liquidation opportunity. **These auctions are independent**: there is no matching or coordination between them.
+
+**How the parallel auctions behave**
+
+Both auctions represent the exact same liquidation opportunity, but:
+
+- They are sent to the auction independently.
+- They can arrive at different times due to latency differences.
+- They may have slightly different deadlines, based on when each node receives the report.
+- It is effectively random which auction transaction lands first or succeeds onchain.
+
+**Implication for bidding**
+
+If you only bid on one auction, you have roughly a 50% chance of winning even if your bid is the highest. To guarantee coverage, you must bid on both auctions using the same strategy.
+
+<Aside type="caution" title="Required: Bid on Both Parallel Auctions">
+  <ul>
+    <li>
+      Always submit bids to <strong>both</strong> auctions when two are created for the same liquidation opportunity.
+    </li>
+    <li>Avoid logic that limits bidding to a single auction per price update.</li>
+    <li>Latency and timing differences between parallel auctions are expected and unavoidable.</li>
+  </ul>
+</Aside>
+
+Duplicate auctions were introduced to improve landing guarantees by increasing the probability that at least one auction succeeds onchain.
+
 ### 1. Communicate with the Searcher Gateway
 
 Searchers communicate with the system through the Searcher Gateway, which serves as the entry point for reading user operations and submitting solutions.