feat: add support for batch sell in quote status manager (#9514)

## Explanation

**What is the current state of things and why does it need to change?**

The `QuoteStatusManager` reports each quote's on-chain status
(`SUBMITTED` → `FinalizedSuccess`/`FinalizedFailed`) to the backend
keyed by a single source transaction hash and `txMetaId`. This worked
for the existing single-transaction submission paths, but batch sell
flows (EIP-7702 delegated accounts and nested/atomic batch transactions,
handled by `submitBatchSellHandler` in
`strategy/batch-sell-strategy.ts`) can submit *multiple* quotes under a
single batch transaction. Previously there was no way to correlate all
of the quotes in a batch to the one transaction hash that actually
executes them, so their status reporting and finalization couldn't be
tracked correctly as a group.

**What is the solution your changes offer and how does it work?**

`reportSubmitted`/`reportFinalised` on `QuoteStatusManager`
(`quote-status-manager/quotes-status-manager.ts`) now correlate entries
by shared `txMetaId` rather than assuming a 1:1 quote-to-transaction
relationship:

- When a batch sell is submitted, `submitBatchSellHandler` determines
whether the batch produced a single transaction (atomic 7702/nested
batch) or multiple independent transactions (e.g. STX/`sendBundle`),
since that determines how the quotes should be tracked
(`isSingleBatchTx` check against unique `txMeta.id` values).
- For a single-tx batch, every quote sharing that batch is reported as
`SUBMITTED` under the same source transaction hash and `txMetaId`, and a
parent history item plus per-quote nested history items are recorded.
- `QuoteStatusEntryStore.getAllByTxMetaId` allows `reportFinalised` to
look up *all* entries sharing a `txMetaId` and transition/finalize them
together once that shared transaction confirms or fails, instead of only
handling a single entry.
- For multi-tx batches, each quote keeps its own transaction
hash/history item, preserving existing single-quote behavior.

**Are there any changes whose purpose might not be obvious to those
unfamiliar with the domain?**

- The distinction between "atomic 7702/nested batch" (one tx) vs.
"STX/sendBundle batch" (many txs) is why `submitBatchSellHandler` counts
*unique* `txMeta.id`s rather than trusting `is7702Tx` alone, a delegated
(7702) account can still produce multiple transactions via STX, so
`is7702Tx` being true doesn't guarantee a single shared hash.
- `reportSubmitted` intentionally no-ops (drops) a submission if the
quote has already moved past `Submitted` for that quote id, this guards
against late/duplicate `SUBMITTED` calls racing with finalization in the
batch scenario, since the backend would reject a `SUBMITTED` call for an
entry already in a terminal state.

## References

https://consensyssoftware.atlassian.net/browse/SWAPS-4705

<!-- CURSOR_SUMMARY -->
---

> [!NOTE]
> **Medium Risk**
> Changes backend quote-status lifecycle for batch sells and multi-entry
finalization by txMetaId; behavior is heavily tested but incorrect
grouping could mis-report quote states.
> 
> **Overview**
> Extends **quote-status reporting** so **batch sell** flows (atomic
EIP-7702 / nested batch with **one** on-chain transaction) can send
**`SUBMITTED`** and finalization for **every quote** under the **same**
source tx hash and **`txMetaId`**.
> 
> **`#reportSubmittedOnce`** now resolves quotes from a batch parent’s
**`quoteIds`** (child history keys → real quote ids) and calls
**`reportSubmitted`** for each, with the existing
**`reportedSubmittedTxHash`** guard still applying once per parent.
Startup backfill treats parents with **`quoteIds`** as eligible even
when the parent has no single **`quoteId`**.
> 
> **`QuoteStatusEntryStore.getAllByTxMetaId`** and
**`QuoteStatusManager.reportFinalised`** finalize **all** store entries
that share a **`txMetaId`**, skipping entries already in a terminal
state so duplicate finalization stays safe.
> 
> **`submitBatchSellHandler`** only builds the parent + nested history
shape when the batch produced **one** distinct **`txMeta.id`**
(`isSingleBatchTx`); multi-tx batches (e.g. STX/sendBundle) keep
per-quote tracking. **`BridgeHistoryItem`** docs clarify **`quoteIds`**
vs **`quoteId`**.
> 
> Tests cover batch submit/confirm/fail, startup seeding, rekey edge
cases, and store/manager batch finalization.
> 
> <sup>Reviewed by [Cursor Bugbot](https://cursor.com/bugbot) for commit
b4cd9f4. Bugbot is set up for automated
code reviews on this repo. Configure
[here](https://www.cursor.com/dashboard/bugbot).</sup>
<!-- /CURSOR_SUMMARY -->

Author: GeorgeGkas

packages/bridge-status-controller/CHANGELOG.md

@@ -7,6 +7,10 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
+### Added
+
+- Support batch sell (EIP-7702/nested batch) transactions in the quote-status flow, so every quote submitted under a single batch transaction is reported to the backend. All quotes sharing one batch source transaction are reported as `SUBMITTED` under the shared source transaction hash and `txMetaId`, and are finalized together when that transaction confirms or fails. ([#9514](https://github.com/MetaMask/core/pull/9514))
+
 ## [74.2.0]
 
 ### Added

packages/bridge-status-controller/src/__snapshots__/bridge-status-controller.test.ts.snap

@@ -5138,7 +5138,6 @@ exports[`BridgeStatusController submitTx: Solana bridge should successfully subm
     "steps": [
       {
         "action": "bridge",
-        "destAmount": "0.5",
         "destAsset": {
           "address": "0x...",
           "assetId": "eip155:1/slip44:60",
@@ -5148,12 +5147,6 @@ exports[`BridgeStatusController submitTx: Solana bridge should successfully subm
           "symbol": "ETH",
         },
         "destChainId": 1,
-        "protocol": {
-          "displayName": "Test Protocol",
-          "icon": "test-icon",
-          "name": "test-protocol",
-        },
-        "srcAmount": "1000000000",
         "srcAsset": {
           "address": "native",
           "assetId": "eip155:1399811149/slip44:501",
@@ -5544,7 +5537,6 @@ exports[`BridgeStatusController submitTx: Solana swap should successfully submit
     "steps": [
       {
         "action": "bridge",
-        "destAmount": "0.5",
         "destAsset": {
           "address": "0x...",
           "assetId": "eip155:1/slip44:60",
@@ -5554,12 +5546,6 @@ exports[`BridgeStatusController submitTx: Solana swap should successfully submit
           "symbol": "ETH",
         },
         "destChainId": 1,
-        "protocol": {
-          "displayName": "Test Protocol",
-          "icon": "test-icon",
-          "name": "test-protocol",
-        },
-        "srcAmount": "1000000000",
         "srcAsset": {
           "address": "native",
           "assetId": "eip155:1399811149/slip44:501",
@@ -5953,7 +5939,6 @@ exports[`BridgeStatusController submitTx: Tron swap with approval should success
     "steps": [
       {
         "action": "swap",
-        "destAmount": "500000000",
         "destAsset": {
           "address": "native",
           "assetId": "tron:728126428/slip44:195",
@@ -5963,12 +5948,6 @@ exports[`BridgeStatusController submitTx: Tron swap with approval should success
           "symbol": "TRX",
         },
         "destChainId": 728126428,
-        "protocol": {
-          "displayName": "Test Protocol",
-          "icon": "test-icon",
-          "name": "test-protocol",
-        },
-        "srcAmount": "1000000",
         "srcAsset": {
           "address": "TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t",
           "assetId": "tron:728126428/slip44:195",
@@ -6174,7 +6153,6 @@ exports[`BridgeStatusController submitTx: Tron swap with approval should success
     "steps": [
       {
         "action": "swap",
-        "destAmount": "500000000",
         "destAsset": {
           "address": "native",
           "assetId": "tron:728126428/slip44:195",
@@ -6184,12 +6162,6 @@ exports[`BridgeStatusController submitTx: Tron swap with approval should success
           "symbol": "TRX",
         },
         "destChainId": 728126428,
-        "protocol": {
-          "displayName": "Test Protocol",
-          "icon": "test-icon",
-          "name": "test-protocol",
-        },
-        "srcAmount": "1000000",
         "srcAsset": {
           "address": "TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t",
           "assetId": "tron:728126428/slip44:195",