Crypto NewsFogoSecurityNetwork Outage

Fogo Mainnet Halt News August 30, 2026: What the 400 Million Token Compromise Leaves Unanswered

Fogo halted mainnet after 400 million FOGO reached an unauthorized actor. Here is the confirmed timeline, what users should avoid, and the evidence still missing.

KrptoPay Team·August 30, 2026·6 min read

Fogo halted mainnet after a 400 million-token compromise

Fogo temporarily halted its Layer 1 mainnet on August 29, 2026, after the Fogo Foundation disclosed that an unauthorized actor had received 400 million FOGO tokens. The Foundation said the pause was intended to stop further movement of affected assets while the network was upgraded to restrict addresses connected to the incident.

The halt changed the situation materially. In its first public notice, the Foundation said its organization had been compromised but the blockchain was still operating normally. Roughly 15 hours later, Fogo announced the network pause.

Users do not yet have a complete incident report. The Foundation had not publicly identified the attack path, confirmed whether private keys or another internal system were compromised, published the affected addresses, set a restart time, or described a recovery plan in the sources reviewed on August 30.

1. The confirmed timeline shows two separate containment stages

Fogo's first incident statement was posted at 9:13 p.m. Eastern Time on August 28. It said an unauthorized actor had compromised the Foundation and transferred 400 million FOGO to another party. The Foundation said it had contacted exchanges, law enforcement, and forensic specialists.

At that point, Fogo said the blockchain itself continued to operate normally. Bitget had already suspended FOGO deposits and withdrawals, describing the change as wallet maintenance. KuCoin later suspended both services for what it called essential maintenance.

At 12:29 p.m. Eastern Time on August 29, Fogo said mainnet had been temporarily halted within the previous hour. The stated purpose was to prevent more movement of the affected assets while validators upgraded the network to restrict incident-linked addresses.

Confirmed eventPublished timeWhat it established
Foundation compromise disclosedAugust 28, 9:13 p.m. ET400 million FOGO reached an unauthorized actor
Bitget transfer services suspendedAugust 29, 12:10 a.m. UTCDeposits and withdrawals were unavailable on Bitget
Fogo mainnet halt disclosedAugust 29, 12:29 p.m. ETThe network was paused for containment and an upgrade
KuCoin transfer services suspendedAugust 29, 4:34 p.m.Deposits and withdrawals were unavailable on KuCoin

Exchange maintenance labels confirm that transfers were unavailable on those platforms. They do not explain the original compromise or prove that funds were recovered.

2. The 400 million figure needs two supply contexts

Fogo's published tokenomics set the genesis supply at 10 billion FOGO. On that basis, 400 million tokens equal 4% of genesis supply.

Circulating supply is smaller than genesis supply. Contemporary market reporting estimated that the affected amount represented more than 10% of tokens then circulating. These percentages answer different questions and should not be combined.

The Foundation has not yet published a final accounting that explains which allocation the tokens came from, whether they were already considered circulating, or how any restricted balance will be treated. Until it does, users should avoid relying on social posts that describe the full amount as permanently stolen, recovered, burned, or removed from supply.

The reported dollar value is also time-sensitive. A token price captured during an incident can move sharply and does not establish the amount that can actually be recovered or sold.

3. A chain halt can contain movement without fixing the original breach

Fogo's second notice describes two controls: pausing the network and upgrading it to restrict addresses associated with the incident. Those controls may limit onchain movement, but neither reveals how the Foundation's systems were compromised.

That distinction creates two separate security questions:

  1. Can the affected tokens move after validators apply the upgrade?
  2. Has the access path that allowed the unauthorized transfer been identified and closed?

A successful restart would answer only part of the first question. Users still need evidence about the original attack path, the scope of exposed systems, the status of Foundation-controlled credentials, and the testing performed before service resumes.

Address restrictions also raise governance questions. Fogo should explain the authority used to impose them, how validators coordinate the change, which addresses are covered, whether the restriction is reversible, and how false positives or disputed ownership would be handled.

4. Deposits, withdrawals, and trading are separate states

Bitget and KuCoin suspended FOGO deposits and withdrawals. That means users should not send FOGO to those platforms until each exchange's own interface shows the relevant service as available.

Trading availability does not prove that blockchain transfers are working. An exchange can keep an internal order book open while onchain deposits and withdrawals remain disabled. The reverse can also occur during staged recovery.

Before moving funds, users should verify all three layers independently:

  • Fogo has issued a dated mainnet restoration notice
  • the wallet or application in use can read a current finalized block
  • the receiving exchange shows FOGO deposits and withdrawals as enabled for the correct network

Do not test recovery by sending a large transaction. A successful trade, an old block explorer page, or an undated website statement is not enough to establish normal network operation.

5. The next credible update needs technical and recovery evidence

The most useful next publication would be a preliminary incident report followed by a full post-mortem. At minimum, it should identify the affected system, establish the time of initial access and token movement, list the relevant addresses, distinguish Foundation assets from user assets, and explain the containment decisions.

For the network restart, Fogo should publish the software version or upgrade reference, validator adoption requirements, restart time, and tests used to confirm that normal transfers work while restricted assets remain contained.

Recovery claims need equal precision. "Frozen," "restricted," "returned," and "recovered" are not interchangeable. A balance that cannot currently move has not necessarily returned to the Foundation, and a promise to coordinate with exchanges is not proof of recovery.

Frequently asked questions

Q: Was the Fogo blockchain itself exploited?

A: The Foundation said its organization was compromised and initially said the blockchain was operating normally. It has not yet published enough technical detail to establish the attack path, so it is too early to classify the incident more narrowly.

Q: How much FOGO was affected?

A: Fogo disclosed 400 million FOGO. That equals 4% of the 10 billion-token genesis supply and was reported as more than 10% of the circulating supply at the time.

Q: Is Fogo mainnet running again?

A: No confirmed restoration notice was available in the sources reviewed on August 30. Fogo's older documentation describing mainnet as live is not an incident-status page.

Q: Can users deposit or withdraw FOGO on exchanges?

A: Bitget and KuCoin published suspension notices. Users should check the exact exchange and network in real time before initiating any transfer.

Q: Were the 400 million tokens recovered?

A: Fogo had not published proof of recovery. Restricting addresses or halting the chain can contain movement, but that is not the same as returning control of the assets.

Sources

The next meaningful checkpoint is a dated restoration notice paired with a technical account of the compromise. Until both appear, users should treat network availability and asset recovery as unconfirmed and verify exchange transfer status before acting.