On October 31, 2026, the FBI said North Korean activity it calls TraderTraitor was responsible for the theft of more than $6 billion in virtual assets from Binance. With the U.S. Secret Service and IRS Criminal Investigation, it urged specified private-sector crypto infrastructure providers to block transactions tied to listed addresses. That does not mean all funds have been frozen or recovered.
The FBI attributed the Binance theft to TraderTraitor and said it occurred on or about October 29, 2026.
In a notice dated October 31, the FBI said North Korea was responsible for stealing more than $6 billion in virtual assets from Binance. The bureau uses the name TraderTraitor for this specific activity. It also said the actors had been converting stolen assets primarily into ETH and that it expected further laundering through DeFi and instant-swap services.
This is the FBI’s official attribution. It should be distinguished from earlier assessments by analytics firms and from a finding by a court. The notice does not provide a final technical account of every step in the intrusion.
The FBI, U.S. Secret Service and IRS Criminal Investigation urged named categories of private-sector crypto infrastructure providers to block transactions with or derived from listed addresses.
The notice names THORNode operators, RPC node operators, instant exchanges, DeFi services, blockchain analytics firms and other virtual-asset service providers. The agencies urged them to block transactions linked to addresses they said TraderTraitor actors were using to launder the stolen assets.
The FBI published addresses across several networks. CoinDesk counted more than 600 Ethereum addresses, just under 20 Bitcoin addresses and one Solana address. So “a call to DeFi” is shorthand: the request targets a broader set of infrastructure providers, not only DeFi users.
Blocking may restrict the use of funds at a particular service, but it does not return them to their owner or stop every possible transfer between addresses and platforms.
The FBI request concerns actions by intermediaries and infrastructure providers that may identify and restrict activity involving known addresses. The notice does not say that one service controls all listed addresses or that every on-chain transfer can be stopped. Nor does it say that all assets in or associated with the list have been frozen or returned to Binance.
For operators, the practical takeaway is to check the addresses against the official notice, assess how existing monitoring and response procedures apply, and avoid treating a match as proof of recovery. Implementation depends on the service; the FBI notice does not prescribe one universal technical method.
The incident highlights the value of quickly sharing verified address information across exchanges, analytics firms and infrastructure operators, but it does not establish that all providers have adopted the same measures.
The FBI notice combines an attribution, a list of addresses and a request directed at several types of service providers. For a crypto trading platform, that underscores the importance of having defined procedures for escalating and verifying notices from law enforcement and analytics organizations.
These are general operational-readiness takeaways, not claims about Binance’s internal measures or a legal interpretation binding on every organization.
No. The FBI, U.S. Secret Service and IRS Criminal Investigation urged named categories of private-sector infrastructure organizations and virtual-asset service providers to act. The notice does not describe this as an order to every DeFi user.
The FBI notice says more than $6 billion in virtual assets. That is the bureau's wording and should not be presented as a final, exact loss calculation.
The FBI published Ethereum, Bitcoin and Solana addresses. CoinDesk counted more than 600 Ethereum addresses, just under 20 Bitcoin addresses and one Solana address.
No. Blocking can restrict funds at a particular point in the infrastructure, but it does not establish that assets were returned or that every related transfer has been stopped.
Binance announced a phased restoration of withdrawals after a security incident. Phase one includes Bitcoin and selected assets on other networks, so the restart is not limited to BTC. The exchange said services would return as stability and security checks are completed.
Binance began restoring withdrawals in phases after suspending them for security checks.
In an official update on November 1, 2026, Binance set a 06:00–09:00 UTC window for phase one. CoinDesk reported that the exchange began the phased restart on Sunday. This is a new development in the incident: it concerns service restoration, rather than a new report about the attack itself.
The phrase “starting with Bitcoin” needs context. BTC is included, but Binance’s official phase-one list also covers selected assets on other networks. The exchange said deposits remained open.
Phase one covers BTC and selected assets across 15 networks, including Ethereum, BNB Smart Chain, Tron, Solana, and XRP.
Binance’s published list includes BTC on Bitcoin; ETH, USDT, and USDC on Ethereum; BNB, USDT, and USDC on BNB Smart Chain; TRX and USDT on Tron; SOL, USDT, and USDC on Solana; and XRP, ZEC, and DOGE on their respective networks. Selected assets are also listed for TON, Polygon, Avalanche C-Chain, Arbitrum, Base, Optimism, and Sui.
This is the phase-one list, not a guarantee that every asset can be withdrawn on every network. Binance said additional networks and assets would be added as they become ready.
Binance said a phased rollout allows it to check the readiness, stability, and security of services for each network and asset pair.
The exchange said it prioritized networks and pairs using user-demand data from the previous week, and would restore access after the required checks. The approach avoids reopening every withdrawal route at once while technical and security checks are underway.
The reopening of some withdrawals does not establish that the incident investigation is finished or that every platform function has been restored. The available announcements describe a gradual service restart.
Check the specific coin and network in Binance’s withdrawal interface, and make sure the sending network matches the receiving address.
Binance directed users to its withdrawal page or network-status page for current availability. The announced phase-one list is not a substitute for checking the live status.
No. BTC is included, but Binance listed selected assets across 15 networks for the first phase.
Not necessarily. The announcements confirm a phased service restoration; they do not establish that the investigation is complete or that every withdrawal route is available.
Check Binance’s withdrawal interface or network-status page. Availability depends on both the asset and the selected network.
On October 31, 2026, Binance said it had covered about 90% of the assets affected by the hack and that users would not bear the financial loss. This describes replenishment of affected customer assets using exchange resources and related funds; it does not, by itself, show that Binance recovered 90% of the stolen tokens.
Binance said it had raised coverage of the affected losses to about 90%, up from roughly 80% in its previous update.
In an update dated October 31, 2026, Binance said it had covered about 90% of the amount affected by the incident. The exchange also said BTC, ETH, USDT, BNB, SOL, USDC, XRP, USD1, RLUSD and ZEC were fully backed at 100%.
These are figures and statements published by Binance. They should be described as the company’s replenishment and backing claims, not as an independent audit of every balance.
No. Replenishing affected balances and recovering tokens taken by attackers are different things.
The coverage claim describes how the exchange is restoring affected assets for customer balances. It does not establish how much of the stolen crypto was seized from the attackers or returned to the platform.
So a headline saying “Binance recovered 90% of the crypto” would go beyond the confirmed information. A more precise description is that Binance said it had replenished or covered about 90% of the affected amount.
Binance named corporate funds, a partial deployment of SAFU and funds from its Futures Insurance Fund.
Binance’s update listed several sources for replenishing assets: corporate funds, a partial deployment of the Secure Asset Fund for Users (SAFU), and funds from the Futures Insurance Fund. The company said it—not users—would bear the financial impact of the loss.
Those disclosures describe the sources Binance says it is using; they are not a complete independent accounting of every asset movement. Public reports put the incident’s estimated impact at about $6.3 billion.
The 90% announcement does not independently verify full restoration of balances or the return of stolen tokens.
The available coverage reports Binance’s statement and the funding sources it named, but does not provide an independent audit of every figure. The 90% figure also cannot be taken to mean that the same share of stolen assets has been seized from the attackers.
It helps to separate three questions: how much was affected, how much Binance says it has covered for customer assets, and how much of the stolen crypto was actually recovered. This update primarily addresses the second question.
In an update published on October 31, 2026.
The available statement concerns replenishing or covering affected assets. It does not confirm that 90% of the tokens were recovered from the attackers.
The exchange cited corporate funds, a partial deployment of SAFU and funds from its Futures Insurance Fund.
Binance said the exchange would bear the financial impact rather than users. This is the company’s stated position.
On October 31, 2026, The Block reported that attackers redirected at least 12 DeFi websites whose domains were registered through Name.com to pages using Step Drainer. About $138,000 was traced on EVM networks, but total losses remain unknown and the incident’s root cause had not been established at publication time.
Visitors to at least 12 project websites may have been redirected from the expected interface to malicious pages designed to drain connected wallets.
According to The Block, the affected domains were registered through Name.com. Projects named in the report included Flap, Kintsu, Pickle Finance, and Origami Finance. Blockaid said the sites were rigged with Step Drainer, a toolkit that prompts visitors to sign wallet operations.
At the time of publication, 10 domains had been suspended at the registrar level. The report said Flap and Kintsu remained operational. Those details describe the situation at that time, not a current check of each website.
The Block traced about $138,000 to three wallets on EVM networks, but that is not a complete estimate of all possible losses.
The figure covers funds the outlet could trace on EVM networks at the time of reporting. It excludes possible losses on Solana and Aptos, where some affected projects operate. So the $138,000 figure should be described as traced funds, not a final total loss.
The report did not establish a complete victim count. Some projects said they had not received reports of affected users, but that does not establish that no losses occurred.
The available report describes an attack through project websites and wallet interactions; it does not report a confirmed exploit of the underlying smart contracts.
This distinction matters: users often reach a protocol through its website, but the site is a separate part of the infrastructure. If that site is replaced or redirects visitors, users can be prompted to sign a dangerous transaction even when the incident is not caused by a vulnerability in the protocol’s core contract.
The Block reported that some projects said their on-chain contracts were untouched. That is an attributed statement from those projects, not a finding about every affected service.
Review the transactions and permissions you signed, and revoke suspicious token approvals through a trusted wallet interface or an explorer for the relevant network.
Disconnecting a dapp does not by itself revoke previously granted token approvals. Revoking an approval also does not recover funds that have already been transferred.
No. The Block reported that the root cause had not been established at the time of publication.
The report described some projects’ claims of a possible connection to Vercel, but did not establish that Vercel or Name.com had been breached. A shared registrar is an important lead, but it does not by itself prove where attackers gained access.
Until an investigation publishes its findings, it is more accurate to describe the websites as compromised or redirected and to note that the technical path remains unclear.
Projects need to secure registrar accounts, DNS, and domain-change procedures—not just their smart contracts.
The Australian Cyber Security Centre recommends multi-factor authentication, strong unique credentials, restricted administrative access, and monitoring for unusual account activity. Available registrar locks and DNS health monitoring can also help protect high-value domains.
In practice, teams can enable change alerts, routinely review DNS records, and prepare a response plan to take a site offline and notify users quickly. These controls can reduce risk and help teams respond, but they do not guarantee protection from compromise.
The Block said public registration records it reviewed listed Name.com as registrar for all 12 identified affected domains. That does not establish where the compromise occurred.
No. It covers funds The Block traced on EVM networks and excludes possible losses on Solana and Aptos.
Connecting a dapp is not the same as granting permission to move tokens. Check whether you also signed transactions or token approvals, and review permissions with a trusted tool if unsure.
It ends the connection, but does not revoke token approvals already granted. Review and revoke those approvals separately.
Published reporting says the Ethereum-side attack on Binance 14 used signed EIP-7702 authorizations that let the wallet delegate code execution. A transaction carried 50 variants with consecutive nonces, and the network applied the one matching the account’s current counter. This highlights the importance of signing controls; it does not, on its own, establish a vulnerability in Ethereum or EIP-7702.
EIP-7702 lets an externally owned account (EOA) sign an authorization for delegated code to execute in the context of that account.
Introduced as part of the Pectra upgrade, EIP-7702 adds a transaction type containing an authorization list. A signed authorization specifies code that may execute on behalf of an EOA. This expands what a conventional wallet can do, while making it especially important to verify what is being signed and to protect the systems that produce signatures.
The distinction matters: EIP-7702 does not mean an account can be switched to delegated code without an authorization signed by its controller.
CoinDesk reported that a transaction contained 50 signed authorizations for consecutive Binance 14 nonces, and Ethereum applied the one matching the account’s current nonce.
A nonce is an account’s transaction counter. Because the counter changes as an account sends transactions, the prepared authorizations covered a sequence of possible values. That allowed the attacker’s transaction to include an authorization that matched when it was processed.
CoinDesk reported that delegated code was then called through Binance 14 and redirected assets. It also said the permission remained active for nearly four hours before it was revoked. This is a published account of the Ethereum portion of the incident, not a final technical report from Binance.
The available reporting describes the use of EIP-7702 delegation, but does not establish a vulnerability in the Ethereum protocol or the specification.
The specification requires an authorization’s signature and parameters—including its nonce—to be checked. The reported transaction therefore points to the use of valid authorizations, but it does not explain how the attacker obtained the ability to use them.
Binance said its investigation was ongoing and that it had identified additional compromise points. It characterized a possible connection to an employee laptop as an initial line of inquiry, not a final conclusion. Until a complete technical reconstruction is published, observed on-chain mechanics should be kept separate from unconfirmed theories about initial access.
Exchanges should review not only private-key protection but also authorization policies, delegated code, nonce monitoring, and how permissions are revoked.
These are general controls to consider when reviewing wallet architecture; they are not claims about which safeguards Binance did or did not have. The incident remains under investigation.
It is an Ethereum feature that lets a key-controlled account sign an authorization for delegated code to execute in the account’s context.
CoinDesk reported that they covered consecutive nonces so one could match the account’s current nonce when the transaction was included.
No. It shows how a signed authorization can be used to delegate execution. The available evidence does not establish a vulnerability in Ethereum or the EIP-7702 specification.
Not from the cited material. Binance said its investigation was ongoing and that it had found additional compromise points; the full path to the authorizations remains unestablished in the available reports.
According to a customer notice reported by The Block, an intruder accessed some user IDs, full names, email addresses and organizational role labels. Chainalysis says its investigation has found no evidence so far of access to investigation content, authentication credentials or session tokens; the exact records affected are still being determined.
The customer notice, as reported by The Block, lists user IDs, full names, email addresses and organizational role labels.
Chainalysis disclosed unauthorized access to its systems and internal tools. The Block reported that the company’s customer notice identified some platform user data as accessed.
Chainalysis said it would provide customers with a breakdown of the specific records affected. The available notices do not give a total number of users or organizations.
The company said it had found no evidence, at the time of its notice, of unauthorized access to investigation content, authentication credentials or session tokens.
In its public notice, Chainalysis said its investigation had found no evidence of unauthorized access to investigation content, authentication credentials or session tokens. This describes the company’s findings at the time of publication; it is not a final independent audit.
Chainalysis said it was working with cybersecurity experts, hardening its systems and notifying customers. It is still determining which specific records were affected at each organization.
The Block attributed the phrase to a customer notice, but available statements do not identify a specific tool, attack sequence or level of attacker autonomy.
The phrase “offensive agentic techniques” appears in The Block’s account of the customer notice. Chainalysis’s public post does not explain the term technically, so the wording alone does not establish whether a particular AI tool was used or what role it played.
The number of affected users and organizations, the intrusion details and the final list of accessed records have not been disclosed in the available notices. Chainalysis also said the incident is unrelated to the recent theft of crypto assets from Binance.
For crypto companies, the incident is a reminder to account for vendor security risks and limit access to customer data. That is a practical implication of the incident, not a claim that related follow-on attacks have been confirmed.
Chainalysis said it had found no evidence of access to authentication credentials or session tokens at the time of its notice. Its investigation is ongoing.
The available notices do not specify the number of affected users or organizations. Chainalysis said it was determining which records were involved for each customer.
No. Chainalysis said its security incident is not related to the recent theft of crypto assets from Binance.
Binance said it had set aside more than $6.34 billion in company funds and reserves to cover the financial impact of its hack; about $5 billion, the company said, was already held in the affected tokens. That is a commitment to cover losses—not confirmation that stolen assets have been recovered or that the reserve has been independently verified.
On October 30, 2026, Binance said it had set aside more than $6.34 billion to cover the incident’s financial impact, which it preliminarily estimated at about $6.3 billion.
In its official update, Binance said the company would absorb the financial losses rather than pass them on to users. This is the exchange’s statement about funds set aside for coverage, not a final, independently verified loss assessment.
Binance said about $5 billion of the amount was already held in the same tokens affected by the incident. The Block reported that the exchange was buying the remainder. The distinction matters: the total amount committed and the assets reportedly already available in matching tokens are not the same figure.
No. Setting aside funds, recovering stolen assets, and freezing transfers are separate actions.
A commitment to cover losses means Binance says it intends to make up the financial shortfall. By itself, the announcement does not show how much stolen crypto has been recovered or when users will receive compensation.
Frozen assets should not automatically be counted as recovered assets either. Restricting token transfers and restoring assets for affected users are separate steps. The Associated Press separately reported Binance’s statement that it had begun recovering assets for users.
For exchange operators, the incident illustrates why response planning needs to cover both cybersecurity and the financial capacity to absorb losses.
In practical terms, an exchange needs to establish who can authorize compensation, which resources can fund it, and how quickly the required assets can be made available. If restoring customer balances requires matching tokens, a dollar-denominated reserve alone may not be enough; the asset mix and availability also matter.
These are risk-management takeaways, not independent verification of Binance’s stated reserve. The available sources describe its amount and composition based on company statements.
No. Binance said it had set aside more than $6.34 billion overall and that about $5 billion was already held in affected tokens. That is the company’s statement; the sources reviewed do not independently verify the full reserve.
No. A loss-coverage reserve is not the same as recovering stolen assets. Freezing, recovery, and compensation are distinct processes.
The exchange said its reserve exceeded its preliminary estimate of the incident’s impact. The available sources do not independently reconcile the two amounts or establish the final loss.
Freezing can stop some stolen tokens from moving, but it does not by itself establish ownership or return the funds. Recovery may require proof of entitlement and coordination with issuers, exchanges, law enforcement, or courts.
In an update dated October 30, 2026, Binance said it and its partners had frozen about $3 billion in affected assets. CoinDesk separately reported that Tether froze more than $1.56 billion in USDT and Circle froze about $823 million in USDC.
These figures describe the situation reported on October 30, 2026; they are not a final tally of funds returned. They also refer to different scopes: Binance’s overall estimate and amounts attributed to individual issuers.
Binance said it was working with law enforcement, blockchain intelligence firms, token issuers, and other exchanges to trace and recover assets. At the time, the outcome of further recovery efforts was still unknown.
A freeze restricts further movement, but it does not decide who owns the assets or establish the basis for transferring them back.
Experts cited by CoinDesk said that after assets are frozen, ownership and the legal basis for returning them still need to be established. Depending on the circumstances, the process may involve law enforcement, court orders, or issuer procedures. CoinDesk reported that the specific recovery route for Binance’s funds had not yet been determined.
For that reason, the value of frozen assets should not automatically be presented as the amount already returned to the victim.
Centralized stablecoin issuers can have tools to block their tokens, while Bitcoin has no central issuer that can freeze coins at the network level.
For USDT and USDC, the issuers may restrict token transactions using their available controls and applicable procedures. That does not mean any address or asset can be frozen without limits; the grounds and consequences may depend on the circumstances.
Bitcoin works differently: there is no central issuer able to freeze coins across the network. However, if funds reach a centralized exchange or another intermediary, that service may restrict transactions on its own platform.
Experts welcomed the fast response but questioned whether freeze decisions are applied consistently in incidents involving large and smaller victims.
One question raised was whether issuers and other market participants should respond in the same way when the victim is a large exchange or a smaller company. Experts also noted the risk of liability from an incorrect freeze and the need for clear procedures.
This remains a debate, not a settled prediction about how issuers will act in future cases. For trading-platform operators, the practical lesson is limited but important: an incident-response plan should account not only for tracing and blocking assets, but also for working with intermediaries and handling the legal process for recovery.
No. A freeze restricts movement, but it does not automatically establish ownership or complete a return process.
Bitcoin has no central issuer that can freeze coins at the network level. Centralized platforms may restrict transactions involving funds that reach their services.
In its October 30, 2026 update, Binance reported about $3 billion in frozen assets. CoinDesk also reported separate amounts announced by Tether and Circle. These are dated estimates of frozen funds, not confirmation that the assets were fully returned.
CoinDesk reported on October 30, 2026 that the specific process had not yet been determined. Experts said proof of ownership and legal procedures may be required.
On October 30, 2026, Donald Trump said U.S. officials were looking into the Binance hack. Industry and political voices used the incident to call for stronger exchange oversight, customer-asset safeguards and cybersecurity standards. Those calls did not mean new rules had already been enacted, and the available reporting does not establish that any proposed rules would have prevented the attack.
Trump said officials were looking into the Binance hack; his comments did not establish who was responsible or resolve the investigation.
On October 30, 2026, President Donald Trump told reporters that officials were looking into the Binance incident. Asked about possible North Korean involvement, he said, “We’re looking at that.” The remark indicates official attention, but it is not a final attribution or a report of completed investigative findings.
In an update dated October 30, Binance estimated the loss at about $6.3 billion, said it would cover customer losses and reported temporarily suspending withdrawals while it reviewed affected systems. These are Binance’s statements as of that date, not independent confirmation that reimbursement had been completed.
Proposals discussed after the incident include more federal oversight of exchanges, stronger customer-asset protections and cybersecurity requirements.
The Digital Chamber urged Congress to give the CFTC authority over crypto exchanges. Its call also addressed separating customer assets from company funds in bankruptcy. These are an industry group’s policy requests, not evidence that the requirements are already law.
Separately, Representative Maxine Waters called for stronger consumer protections, financial safeguards and cybersecurity standards. That is the stated position of a Democratic member of the House Financial Services Committee; it should not be presented as an enacted or bipartisan measure.
CFTC Chair Michael Selig also connected the incident to the debate over crypto oversight. The Block reported that the agency had proposed a framework earlier in October for certain types of crypto trading. The reported scope is specific; it should not be treated as a single rule already covering every exchange and product.
The reporting reviewed describes calls and proposals, not new rules enacted in response to the incident; it also does not show that a particular law would have prevented the breach.
It is useful to distinguish among rules already in force, a regulator’s proposals and requests for Congress to legislate. The October 30 reports describe statements and proposals; they do not establish that the newly discussed measures had taken effect.
The debate still matters to trading-infrastructure operators because it puts access controls, withdrawal approvals, customer-asset protection and incident readiness back in focus. Platforms can review those controls regardless of whether lawmakers adopt any particular proposal.
It would be speculative to say that new rules would automatically have stopped this attack or guaranteed recovery of the funds. Binance said its investigation had uncovered additional breach points and that it had found no evidence of leaked wallet private keys at that time. The full technical account was still under investigation.
No. He said officials were looking into the incident and possible North Korean involvement. That was not a final attribution.
The group urged Congress to give the CFTC authority over crypto exchanges. The request is a policy proposal, not a description of an existing new law.
The sources reviewed describe proposals and calls for legislation. They do not confirm that those proposed requirements have been enacted and taken effect.
There is no basis for that guarantee. Binance said it would cover customer losses, but that is the company’s stated commitment, not an outcome guaranteed by the proposals.
As of October 30, 2026, Binance said its investigation had identified additional intrusion points, while withdrawals remained suspended. The exchange set Sunday, November 1, as a target for resuming withdrawals, not a confirmed schedule, as it continued rebuilding and testing related systems. The roughly $6.3 billion impact figure and the investigation’s findings remain preliminary.
Binance said investigators found additional intrusion points beyond the initially suspected compromised laptop; the full sequence of the attack has not yet been published.
Binance’s October 30 preliminary update said the incident may have involved a compromised DevOps engineer’s laptop and access to a service container. CoinDesk later reported that co-CEO Richard Teng said investigators had found additional intrusion points. That broadens the initial picture but does not yet establish the complete attack chain.
Binance estimated the incident’s overall impact at about $6.3 billion and said roughly $3 billion in affected assets had been frozen. These are preliminary company figures, not a final audited loss calculation.
Binance named Sunday, November 1, 2026, as its target, but withdrawals were still suspended in reports published October 30 and no confirmed restart time had been announced.
CoinDesk reported that Binance hoped to resume withdrawals by Sunday while rebuilding and testing the relevant infrastructure. Other reports described approximate time windows. These should not be treated as guarantees: the target could change if security checks are not complete.
For users and integration teams, the practical approach is to check Binance’s official channels for current status rather than rely on a stale estimate or retry against an assumed schedule. At the time of the cited reports, Binance said withdrawals remained suspended.
CoinDesk reported that Binance was reviewing cloud systems, employee devices, private-key management and transaction-signing procedures.
This indicates that recovering trading infrastructure involves more than switching the withdrawal function back on. The exchange said it was reviewing several connected components before testing operations.
This is a list of review areas described in reporting, not a complete technical plan published by Binance. A final post-mortem was not yet available.
The incident highlights the need to examine the full path from employee devices and internal services to permissions and transaction approval—not just wallet security.
This is an operational inference from the reported facts, not a conclusion from a completed root-cause analysis. When an investigation identifies additional intrusion points, platform operators can review trust boundaries between employee devices, service containers, cloud systems and critical asset operations.
Specific controls depend on a platform’s architecture. The available reports do not disclose Binance’s complete internal controls, so this is a general operational checklist, not a description of its configuration.
As of the October 30 reports, the final attack sequence, all contributing causes and the actual withdrawal restart time were not known.
Binance said it would publish a technical post-mortem after completing its investigation and verifying the facts. The final attack mechanism, the full set of affected systems and whether the restart target would be met therefore remained unresolved.
It is also important to distinguish company statements from independent verification. Binance said its preliminary investigation found no evidence of a wallet private-key leak and said it would cover losses, but those statements do not replace a final technical report and subsequent verification.
Reports published on October 30 said withdrawals were still suspended. Sunday, November 1, 2026, was described as a target, not a confirmed restart time.
It is Binance’s preliminary estimate of the incident’s overall impact. It should not automatically be read as the final amount of assets permanently lost.
No. In its preliminary update, Binance said it had found no evidence of a wallet private-key leak. A full technical review had not yet been published.
Use official Binance updates for current status, account for the withdrawal pause in transaction processing and avoid treating the target date as a guaranteed schedule.
As of the October 30 reports, no full post-mortem had been published. Binance said it would share one after the investigation and fact verification were complete.