Exchange Updates

出典確認済みリサーチ: Binance

7 分

本文は確認済みの英語原文で表示しています。翻訳版は出典確認後に追加します。

Direct answer

Binance says BREV/USDC, COOKIE/USDC, LA/USDC and QNT/USDC spot pairs will cease trading at 03:00 UTC on September 18, 2026, and applicable Spot Trading Bots will terminate at the same time. Pair removal is not the same as token delisting: the base and quote assets may remain available through other pairs. Users should cancel or update bots before the cutoff, review open orders, map replacement pairs, evaluate conversion and spread costs, export records and verify live token deposit and withdrawal status separately.

閉じる

Verified source facts

1. Binance scheduled removal of four USDC spot pairs for 03:00 UTC on September 18, 2026. 2. The affected pairs are BREV/USDC, COOKIE/USDC, LA/USDC and QNT/USDC. 3. Applicable Spot Trading Bots will terminate at the same cutoff. 4. Binance states that pair removal does not by itself remove the base or quote tokens from Binance Spot.

Comparison at a glance

記事の表:横にスクロールするか、表の領域にフォーカスして矢印キーを使ってください。

Decision layerWhat to inspectMinimum safe action
Pairfour USDC marketsmatch symbol
Cutoff03:00 UTCconvert timezone
Open orderspair-specific orderscancel early
Botsapplicable spot botsstop or reconfigure
Token statuspair removal onlycheck other pairs
Replacement pairavailable quote assetcompare depth
ConversionUSDC to another quoteestimate cost
Recordsorders and bot historyexport before cutoff
Transfersdeposit and withdrawal statusverify separately
Stop rulereplacement liquidity uncleardo not migrate blindly

1. Official-product check: Pair

A venue announcement becomes useful only after its rule is translated into a testable account decision. Here, pair concerns four USDC markets. Retain the dated first-party wording, identify the eligible entity and product screen, and then match symbol. A launch headline cannot prove access, suitability, liquidity, or the result for a particular account.

Separate the product's stated mechanics from promotional framing. Identify the funding source, matching or pricing rule, settlement trigger, fee formula, loss boundary, and suspension policy. The documentation can describe those controls, but it cannot resolve wrong pair. That unknown must remain visible rather than being converted into a prediction.

Finally, make pair reversible where possible: match symbol. Retain non-secret evidence and reconcile the result with the rule for four USDC markets. This section evaluates operational mechanics; because wrong pair remains unresolved, it does not predict the underlying market or recommend taking the exposure.

2. Official-product check: Cutoff

Here, cutoff concerns 03:00 UTC. Retain the dated first-party wording, identify the eligible entity and product screen, and then convert timezone.

The documentation can describe those controls, but it cannot resolve late action.

Finally, make cutoff reversible where possible: convert timezone. Retain non-secret evidence and reconcile the result with the rule for 03:00 UTC. This section evaluates operational mechanics; because late action remains unresolved, it does not predict the underlying market or recommend taking the exposure.

3. Official-product check: Open orders

Here, open orders concerns pair-specific orders. Retain the dated first-party wording, identify the eligible entity and product screen, and then cancel early.

The documentation can describe those controls, but it cannot resolve forced closure.

Finally, make open orders reversible where possible: cancel early. Retain non-secret evidence and reconcile the result with the rule for pair-specific orders. This section evaluates operational mechanics; because forced closure remains unresolved, it does not predict the underlying market or recommend taking the exposure.

4. Official-product check: Bots

Here, bots concerns applicable spot bots. Retain the dated first-party wording, identify the eligible entity and product screen, and then stop or reconfigure.

The documentation can describe those controls, but it cannot resolve unexpected termination.

Finally, make bots reversible where possible: stop or reconfigure. Retain non-secret evidence and reconcile the result with the rule for applicable spot bots. This section evaluates operational mechanics; because unexpected termination remains unresolved, it does not predict the underlying market or recommend taking the exposure.

5. Official-product check: Token status

Here, token status concerns pair removal only. Retain the dated first-party wording, identify the eligible entity and product screen, and then check other pairs.

The documentation can describe those controls, but it cannot resolve delisting confusion.

Finally, make token status reversible where possible: check other pairs. Retain non-secret evidence and reconcile the result with the rule for pair removal only. This section evaluates operational mechanics; because delisting confusion remains unresolved, it does not predict the underlying market or recommend taking the exposure.

6. Official-product check: Replacement pair

Here, replacement pair concerns available quote asset. Retain the dated first-party wording, identify the eligible entity and product screen, and then compare depth.

The documentation can describe those controls, but it cannot resolve thin market.

Finally, make replacement pair reversible where possible: compare depth. Retain non-secret evidence and reconcile the result with the rule for available quote asset. This section evaluates operational mechanics; because thin market remains unresolved, it does not predict the underlying market or recommend taking the exposure.

7. Official-product check: Conversion

Here, conversion concerns USDC to another quote. Retain the dated first-party wording, identify the eligible entity and product screen, and then estimate cost.

The documentation can describe those controls, but it cannot resolve spread loss.

Finally, make conversion reversible where possible: estimate cost. Retain non-secret evidence and reconcile the result with the rule for USDC to another quote. This section evaluates operational mechanics; because spread loss remains unresolved, it does not predict the underlying market or recommend taking the exposure.

8. Official-product check: Records

Here, records concerns orders and bot history. Retain the dated first-party wording, identify the eligible entity and product screen, and then export before cutoff.

The documentation can describe those controls, but it cannot resolve audit gap.

Finally, make records reversible where possible: export before cutoff. Retain non-secret evidence and reconcile the result with the rule for orders and bot history. This section evaluates operational mechanics; because audit gap remains unresolved, it does not predict the underlying market or recommend taking the exposure.

9. Official-product check: Transfers

Here, transfers concerns deposit and withdrawal status. Retain the dated first-party wording, identify the eligible entity and product screen, and then verify separately.

The documentation can describe those controls, but it cannot resolve false assumption.

Finally, make transfers reversible where possible: verify separately. Retain non-secret evidence and reconcile the result with the rule for deposit and withdrawal status. This section evaluates operational mechanics; because false assumption remains unresolved, it does not predict the underlying market or recommend taking the exposure.

10. Official-product check: Stop rule

Here, stop rule concerns replacement liquidity unclear. Retain the dated first-party wording, identify the eligible entity and product screen, and then do not migrate blindly.

The documentation can describe those controls, but it cannot resolve support evidence.

Finally, make stop rule reversible where possible: do not migrate blindly. Retain non-secret evidence and reconcile the result with the rule for replacement liquidity unclear. This section evaluates operational mechanics; because support evidence remains unresolved, it does not predict the underlying market or recommend taking the exposure.

Decision scenarios

Scenario 1: when pair becomes decisive

Consider a reader whose main constraint is four USDC markets. The correct response is not to infer a universal platform or product winner. It is to match symbol, retain the evidence, and define a stop condition before funds or permissions are committed. If the evidence changes, the decision must be reopened. This produces a repeatable operating rule rather than a one-time opinion.

Scenario 2: when cutoff becomes decisive

Consider a reader whose main constraint is 03:00 UTC. It is to convert timezone, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 3: when open orders becomes decisive

Consider a reader whose main constraint is pair-specific orders. It is to cancel early, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 4: when bots becomes decisive

Consider a reader whose main constraint is applicable spot bots. It is to stop or reconfigure, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 5: when token status becomes decisive

Consider a reader whose main constraint is pair removal only. It is to check other pairs, retain the evidence, and define a stop condition before funds or permissions are committed.

Scenario 6: when replacement pair becomes decisive

Consider a reader whose main constraint is available quote asset. It is to compare depth, retain the evidence, and define a stop condition before funds or permissions are committed.

Sources and editorial method

出典

03
  1. Binance SupportSpot trading pair removals for September 18
  2. Binance SupportDelisting announcements
  3. Binance SupportSpot trading guide
次の調査ルートを選ぶ