Binance reported its STG-to-ZRO conversion complete on October 7, 2026, with distribution at 1 STG = 0.08634 ZRO and old STG deposits and withdrawals no longer supported. That is an exchange-specific completion notice. It does not show that STG in an external wallet changed automatically or that every receiving service now accepts your asset.
Completion belongs to a provider's process
Bitget published its own completion notice on October 9, using the same conversion ratio and ending STG deposit and withdrawal support there. Swyftx's event record gives its own pause and distribution timeline. Separate dates are a reason to check your custodian, not evidence that a single headline settled every holder's position.
Start with where the relevant balance was held. If it was in an exchange account, the exchange's eligibility and distribution records are the relevant evidence. If it was in a wallet you control, an exchange's internal account conversion does not document an on-chain conversion of that wallet. This article reports the October venue notices without assigning a new universal starting date to the project's wider merger history.
Reconcile quantities before comparing account values
At the stated ratio, an illustrative eligible balance of 1,000 STG corresponds arithmetically to 86.34 ZRO. That calculation checks token quantities only. It is not a market quote, a valuation guarantee or proof that a particular balance met a provider's conditions. Rounding and eligibility need the provider's actual record.
| Record to compare | Question to answer | Evidence that would be insufficient |
|---|---|---|
| Eligible STG balance | Which balance did the provider include? | A later wallet total or an unrelated account |
| Distribution entry | How much ZRO was allocated under this event? | Only the current account value in dollars |
| Later movements | Was some credited ZRO subsequently transferred? | Assuming today's balance must equal the original allocation |
| New recipient instructions | Which asset and network can be deposited now? | A previously saved STG address or a shared ticker |
For example, a fictional holder might see less ZRO now than the distribution history records because they made a later withdrawal. That difference requires the later movement to be accounted for, rather than immediately blaming the conversion ratio. The reverse is also possible: a current balance may include unrelated ZRO deposits. Keep the event entry distinct from the total.
What to check if the allocation looks wrong
- Identify the provider, account and official event notice covering the balance you held.
- Save the eligible-balance record and the event's distribution entry rather than comparing only current fiat values.
- Apply the stated ratio as an arithmetic check, leaving rounding or eligibility differences for the provider to explain.
- Separate subsequent deposits, withdrawals and trades from the original conversion entry.
- If the numbers remain inconsistent, ask official support which source balance, ratio and adjustment produced the credited amount. Keep secrets out of the request.
A useful enquiry is ‘Which eligible STG amount was used for this distribution entry?’ It is more precise than asking why the number of tokens became smaller. Two different assets can have a conversion ratio below one without that ratio describing a percentage loss in monetary value. Do not substitute a current market trade for the migration and assume it must execute at the historical event ratio.
Do not send the old asset to test the new account label
The Binance notice directs users to obtain assigned ZRO deposit addresses. Read current asset and network instructions from the authenticated receiving account before a new transfer. Even an address with the same visual format does not establish that the receiver supports both old STG and ZRO on that network.
If old STG was already sent after support ended, preserve the transaction and contact that receiving service. Neither the completion notice nor a new account label guarantees recovery. Do not send a second amount as a supposed activation fee or use a claim page delivered in an unsolicited message to repair the first deposit.
A migration announcement is not your next exchange order
For an ordinary swap, check the actual supported assets and exchange process belonging to that order. This article does not establish KOT.CASH support for STG, ZRO or any specific network representation. A provider's historical conversion and a new quote have different conditions and should remain separate in your records.
For your intended destination, revisit the original venue notices and its current deposit instructions. No account, contract or wallet was accessed during this review, and no individual's conversion was verified. The practical result is a reproducible quantity check plus a fresh asset/network check, without assuming an exchange announcement reaches assets it does not control.
FAQ
Does an STG-to-ZRO conversion notice automatically cover my external wallet?
A custodian's completion notice describes its own account process. Identify where the relevant balance was held before applying that notice to it.
Is an STG-to-ZRO swap quote the same as the event conversion ratio?
A new market quote and a historical migration ratio have different conditions. Use the event record to check the allocation, without expecting another transaction to execute on those terms.
What should I check in my STG migration history?
Compare the eligible source amount, the distribution entry and later movements separately. If they do not reconcile, ask the provider which balance and adjustments produced the allocation.