Исследование с проверкой источников: Binance
Текст статьи показан в проверенном английском оригинале. Перевод будет добавлен после проверки источников.
Verified Fact Boundary
1. Binance published the Spot API update notice on 2026-06-25 and updated it the same day. 2. Binance said the Spot API infrastructure upgrade was scheduled for 2026-07-09 07:00 UTC with an expected duration of about one hour. 3. Binance said WebSocket connections may be disconnected during the update window and users should reconnect to restore the connection. 4. Binance REST Spot API documents cancelReplace as a signed endpoint. 5. Binance WebSocket Spot API documents the order.cancelReplace method.
Свернуть
Decision Matrix
Таблица статьи: прокрутите по горизонтали или установите фокус на области таблицы и используйте клавиши со стрелками.
| Check | What it means | Practical action | Unknown to keep explicit |
|---|---|---|---|
| Update window | the official time span where reconnect risk exists | convert UTC into operator timezone | actual completion status |
| Connection loss | WebSocket disconnect during maintenance or infrastructure change | reconnect and resubscribe deterministically | missed messages |
| Subscription replay | restoring market and user data streams after reconnect | keep replay order explicit | stream-specific gaps |
| Private order state | open, canceled, filled or not attempted orders | query after reconnect before sending new orders | fills during disconnect |
| CancelReplace endpoint | replace an order using documented REST or WebSocket flow | treat replace as two outcomes, cancel and new order | partial failure |
| Signed endpoint | request requiring valid timestamp and signature | avoid logging secrets and signatures | clock skew |
| Rate-limit mode | behavior when unfilled order count is exceeded | choose cancel-only fallback intentionally | real-time count |
| Evidence packet | official notice, docs URL and non-secret event log | store without API keys or balances | log retention |
| Rollback action | pause automation or use read-only reconciliation | prefer stop over blind retries | venue incident scope |
| Stop rule | when the update is not decision-quality | stop if reconnect, state or rate-limit behavior is unknown | future changelog edits |
Source Map
- Binance Support: Notice on Binance Spot API Update (2026-06-25) (binance-spot-api-update-20260625)
- Binance Developer Docs: Spot REST API Trade endpoints (binance-rest-trade-docs)
- Binance Developer Docs: Spot WebSocket API trading requests (binance-ws-trade-docs)
- Binance Support: Binance Spot API Service Upgrade (2024-06-06) (binance-2024-upgrade-reference)
Control Notes
1. Update window
Update window is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means the official time span where reconnect risk exists. The useful action is to convert UTC into operator timezone. The unresolved edge is actual completion status, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, update window should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material. The record can stay simple: the official source URL, the date checked, the product or network under review, and a non-secret note describing why the next step is acceptable. Screenshots should avoid balances, identity documents, API keys, recovery phrases, private keys, passphrases, verification codes and support-ticket private data.
2. Connection loss
Connection loss is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means WebSocket disconnect during maintenance or infrastructure change. The useful action is to reconnect and resubscribe deterministically. The unresolved edge is missed messages, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, connection loss should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material.
3. Subscription replay
Subscription replay is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means restoring market and user data streams after reconnect. The useful action is to keep replay order explicit. The unresolved edge is stream-specific gaps, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, subscription replay should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material.
4. Private order state
Private order state is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means open, canceled, filled or not attempted orders. The useful action is to query after reconnect before sending new orders. The unresolved edge is fills during disconnect, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, private order state should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material.
5. CancelReplace endpoint
CancelReplace endpoint is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means replace an order using documented REST or WebSocket flow. The useful action is to treat replace as two outcomes, cancel and new order. The unresolved edge is partial failure, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, cancelreplace endpoint should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material.
6. Signed endpoint
Signed endpoint is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means request requiring valid timestamp and signature. The useful action is to avoid logging secrets and signatures. The unresolved edge is clock skew, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, signed endpoint should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material.
7. Rate-limit mode
Rate-limit mode is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means behavior when unfilled order count is exceeded. The useful action is to choose cancel-only fallback intentionally. The unresolved edge is real-time count, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, rate-limit mode should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material.
8. Evidence packet
Evidence packet is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means official notice, docs URL and non-secret event log. The useful action is to store without API keys or balances. The unresolved edge is log retention, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
9. Rollback action
Rollback action is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means pause automation or use read-only reconciliation. The useful action is to prefer stop over blind retries. The unresolved edge is venue incident scope, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
For an operator, rollback action should be recorded before funds, account access, wallet recovery, API order flow, whitelist changes, cross-chain transfers or tokenized-asset decisions become material.
10. Stop rule
Stop rule is the part of the decision where the reader must turn a public source into an operating rule. In this package, it means when the update is not decision-quality. The useful action is to stop if reconnect, state or rate-limit behavior is unknown. The unresolved edge is future changelog edits, so this article does not convert that uncertainty into a promise, ranking, reward, approval, safety claim or future-availability claim.
Known Unknowns
- actual completion status
- missed messages
- stream-specific gaps
- fills during disconnect
- partial failure
- clock skew
- real-time count
- log retention
- venue incident scope
- future changelog edits
Practical Takeaway
The safest version of this article is the one that stays boring and exact. Binance published a Spot API update notice on June 25, 2026 for an infrastructure upgrade scheduled for July 9, 2026 at 07:00 UTC with an expected one-hour duration. The action item was narrow: during the update window, WebSocket connections may be disconnected and users should reconnect to restore the connection. The current developer documentation adds the operational context: cancelReplace exists for REST and WebSocket order flows, REST cancelReplace is signed, filters and order counts are evaluated before processing, and orderRateLimitExceededMode can change whether cancellation is still attempted when unfilled order limits are exceeded. A safe operational checklist therefore verifies connection recovery, subscription replay, private order-state reconciliation, rate-limit handling and secret-free logs before calling the update a non-event. The user outcome is a clearer next inspection step, not a promise that a platform, API, transfer route or tokenized asset will work under every future condition.
Темы и инструменты:API бирж и рыночные данные
Источники
04- Notice on Binance Spot API Update (2026-06-25) · binance.com
- Spot REST API Trade endpoints · developers.binance.com
- Spot WebSocket API trading requests · developers.binance.com
- Binance Spot API Service Upgrade (2024-06-06) · binance.com