· Orchard was found to have a critical vulnerability that could generate unlimited and undetectable counterfeit ZEC. While the issue has been patched, the community cannot prove it has not been exploited in the past four years.
· The significant drop of over 30% in ZEC's price stems from the market beginning to question the credibility of Zcash's supply.
Related assets: ZEC (Zcash), Anthropic (unlisted)
On June 5, Zcash founder Zooko Wilcox published a rare security incident retrospective.
The article revealed that security researcher Taylor Hornby discovered on May 29 that Zcash's latest-generation privacy pool, Orchard, had a severe counterfeiting vulnerability. An attacker could construct a transaction that should not have passed validation, allowing them to mint unlimited and undetectable counterfeit ZEC within Orchard.
This was not just a theoretical risk. Taylor had already written a complete exploit in a local testing environment, successfully creating counterfeit ZEC. If the same exploit were deployed on the mainnet, an attacker could theoretically mint an infinite amount of counterfeit assets into their own mainnet wallet.
Following the disclosure, ZEC plummeted over 30%. CoinMarketCap data showed ZEC dropped to a low of $408.39 within 24 hours, about a third below its recent high of $610.47. Unfortunately, this was one of the few recent gems in the crypto world with an excellent narrative and strong backing from numerous big players, now shattered by this vulnerability.

At first glance, this seems like another familiar crypto security incident: vulnerability discovered, developers issue urgent fix, market panics.
However, the real challenge of the Orchard incident lies in the fact that while the vulnerability has been fixed, the Zcash community cannot directly answer a more sensitive question:
Has anyone exploited this vulnerability in the past four years?
Orchard is Zcash's next-generation privacy payment protocol launched in 2022, and is one of the main privacy pools used by Zcash. Users can shield balances, transaction amounts, and fund flows, while proving transaction compliance to the network through zero-knowledge proofs.
According to the timeline disclosed by Zooko, Shielded Labs, and the Zcash community, Taylor discovered an anomaly during a targeted security review of the Orchard circuit on May 29th and immediately privately disclosed the vulnerability to the Zcash Open Development Lab (ZODL). Shielded Labs, based in Switzerland and donation-funded, is an independent organization supporting the Zcash ecosystem, actively involved in Zcash's protocol development, security, and network sustainability, but not affiliated with the Zcash Foundation or ZODL.
Within hours of receiving the report, ZODL engineers confirmed the issue's existence and began looking for a fix. To prevent exposing the vulnerability's details through a direct code patch, the team decided to temporarily disable Orchard: no new Orchard outputs could be created, and spending existing funds in Orchard was also prohibited.
After coordination with developers, miners, node operators, exchanges, and infrastructure providers, an emergency soft fork was activated on June 2nd. Subsequently, Zcash further upgraded the Orchard circuit's proving keys through a hard fork on June 3rd and restored Orchard functionality. Transparent addresses and Sapling shielded pools could still operate during this period.
From vulnerability disclosure to fix completion, the entire process took only a few days. In terms of emergency response speed, this was considered a quite successful resolution.
However, the market did not return to calmness after the vulnerability was patched because the fix addressed the future, not the past.

Ordinary security incidents typically involve a relatively clear scale of losses. In a smart contract hack, one can track how many assets the attacker moved off-chain; in a cross-chain bridge vulnerability, the flow of funds and affected addresses can be calculated.
The Orchard incident is different.
According to Shielded Labs' explanation, this vulnerability could be exploited to create infinite and undetectable counterfeit ZEC within Orchard. As Orchard inherently offers privacy features, it is computationally infeasible for external parties to definitively prove whether this attack vector was exploited before the vulnerability was fixed using cryptographic methods alone.
This means the market is facing not a specific loss figure but rather an unquantifiable uncertainty:
If someone had indeed discovered and exploited the vulnerability in the past, does that mean there has been any counterfeit ZEC circulating within Orchard? If so, to what extent? Are these assets still held within the shielded pool, or have they been gradually leaked out through normal transactions?
More importantly, this risk window did not just open on May 29th. Shielded Labs stated that the vulnerability has been present since Orchard was activated in May 2022, up until the emergency fix in June 2026. In other words, the issue remained dormant for almost four years.
What the market is truly concerned about is not what transpired between May 29th and June 2nd, but whether any imperceptible anomalies occurred in the past four years.
This is also the core reason for ZEC's plummet of over 30%.
What the market sold off was not just a vulnerability, but a reevaluation of the trustworthiness of the supply.
Upon seeing the words “infinite inflation bug,” our initial reaction might be that a hacker gained admin privileges or accessed some sort of protocol backdoor.
The reality is more fundamental.
Orchard's security rests on a set of zero-knowledge proof circuits (Orchard circuit). Users can obfuscate transaction details, but they must prove to the network that their transactions adhere to the protocol rules. One of the most crucial rules is asset conservation: a transaction cannot arbitrarily create new value.
In essence, users can keep private how much ZEC they own and to whom they send ZEC, but the network must be able to verify:
The spent assets indeed originated from legitimate inputs.

The issue Taylor discovered lies in an elliptic curve multiplication check within the Orchard circuit.
Shielded Labs describes it as an “under-constrained element,” a circuit element with incomplete constraints. Because the relevant mathematical relationships were not fully constrained, an attacker could input arbitrary erroneous data into the elliptic curve multiplication process, yet the validation process might still pass.
In other words, the attacker doesn't need to break cryptographic algorithms or control network nodes.
They only need to construct a set of data that should not exist, making the system mistakenly believe the transaction still satisfies asset conservation.
Once this erroneous proof is accepted by the network, the non-existent ZEC can be regarded as a legitimate asset, continuing to exist within Orchard.
This is why Shielded Labs used extremely strong language:
unlimited, undetectable counterfeit ZEC
The real danger lies not only in the "unlimited" aspect, but in the "undetectable" nature.
In its announcement following the upgrade, the Zcash Foundation stated that no evidence of exploited vulnerabilities has been found, no unauthorized value creation has been detected, and user funds and privacy remain unaffected. The announcement also emphasized that Zcash's existing Turnstile Accounting mechanism can track the flow of value between different pools and protect the total supply cap of 21 million ZEC.
Meanwhile, Shielded Labs explicitly stated that cryptographic proofs alone cannot prove that counterfeit ZEC has never existed in Orchard's history.
These two statements may seem contradictory but actually address two different issues.
The original Turnstile Accounting of Zcash can be understood as the "turnstile" between different pools of funds. The system can count how much legitimate assets have entered Orchard and restrict the size of assets that can flow out of Orchard.
For example, if Orchard originally had only 1 million legitimate ZEC, even if an attacker internally counterfeited more assets, the system would not allow more than the legitimate asset size to flow out entirely. This can prevent the total supply cap of the entire Zcash network from being easily surpassed.
However, this mechanism cannot directly prove that there have never been counterfeit coins within Orchard.
If the counterfeit assets still remain in Orchard or gradually replace real assets within the legitimate outflow limit, the existing tracking mechanism may not provide a conclusive historical outcome.
Regarding this almost ancient privacy-focused cryptographic project, all we know is that there is currently no evidence of abnormal issuance, but the community still cannot definitively prove that counterfeit assets have never existed within Orchard.
This is precisely the most challenging type of risk for the market to handle.
The issue is not how many counterfeit coins have been found, but that no one can definitively confirm that counterfeit coins have never existed.
The bug fix is just the first step.
Shielded Labs has indicated that they are working with other Zcash developers on a new network upgrade proposal. The proposal includes deploying a new privacy pool and mandating Turnstile Accounting for all assets being migrated out of Orchard.
This is akin to setting up a new migration gate for Orchard.
Assets from the old Orchard that wish to enter the new privacy pool will need to follow verifiable rules for migration. The system can recompute the scale of legitimate assets that have flowed out and determine if there are any additional unverifiable ZEC that could not be properly migrated.

If the upgrade is successful, anyone can verify the integrity of Zcash's supply and further prove that there are no counterfeit assets in Orchard.
The significance of this proposal lies not only in fixing the code but also in rebuilding the market's trust in Orchard.
Because in a privacy system, trust does not come from "we think an attack has not occurred" but rather from "anyone can verify that an attack has not occurred."
Shielded Labs itself acknowledges that the probability of prior exploitation was low. The bug remained hidden for years, making it highly challenging to discover; Taylor actively sought out such issues in a dedicated security research project; after the bug was disclosed, the ecosystem rapidly closed the attack window within days.
However, Shielded Labs also emphasizes that users should not rely solely on the development team's subjective judgment.
What the market needs is proof.
The Orchard incident has another detail that is easily overlooked by the market.
On May 28, Anthropic released Claude Opus 4.8.
One day later, Taylor discovered the Orchard bug.
According to Zooko and Shielded Labs' retrospective, shortly after the release of Opus 4.8, Taylor used it for a highly targeted Orchard circuit audit and discovered an issue on May 29. Subsequently, he assisted in crafting a full exploit under Opus 4.8, generating infinite and undetectable counterfeit ZEC in a local environment.
This detail is noteworthy not because AI can now independently conduct cryptographic audits.
Public information does not support such an exaggerated conclusion.
Taylor himself is a seasoned security researcher. Shielded Labs also noted that he employed traditional security research methods, a custom AI toolset, and specially crafted prompts. Opus 4.8 was a key tool in the audit process but not the sole factor.
What is truly notable is that Taylor did not utilize Anthropic's specialized, narrowly open, Claude Mythos Preview tailored for cybersecurity scenarios but rather the just publicly released general-purpose model Opus 4.8.
In the context of Mythos Preview, Anthropic positions it as a cutting-edge model with significant vulnerability discovery and exploitation capabilities. Due to potential misuse risks, Anthropic did not directly open this model to the public but provided access through Project Glasswing to select collaborators.
In contrast, Opus 4.8 is a general-purpose model accessible to regular developers. Anthropic emphasizes in the release notes that it enhances in code analysis, executing complex tasks, and identifying code defects.
This sheds light on a more significant signal from the Orchard incident:
The ability to discover high-value vulnerabilities is spreading from a few specialized security models to general-purpose models.
A general-purpose model publicly released for only one day, under the guidance of professional researchers, has already engaged in auditing complex zero-knowledge proof circuits and aided in uncovering a critical vulnerability hidden for nearly four years.
This does not imply that cryptographic experts are no longer essential.
On the contrary, Taylor's expertise, the choice of audit targets, and the ability to validate model outputs remain at the core of the entire process.
However, the combination of experts and AI is significantly reducing the cost of discovering complex vulnerabilities.
For Zcash, the most critical attack window has been closed.
The Orchard feature has been restored, the verification circuit has been updated, and there is currently no evidence to suggest that the vulnerability was ever maliciously exploited.
However, ZEC's drop of over 30% indicates that the market is concerned about more than just whether the code has been fixed.
The market is still awaiting a more thorough answer:
Has there been any counterfeiting of ZEC within Orchard in the past four years?
If the new Privacy Pool and Turnstile Accounting upgrade can be smoothly implemented, the community will ultimately have the opportunity to prove the supply integrity and rebuild market trust.
But until this proof is complete, there remains an unresolved mystery surrounding the Orchard incident:
Whether the theoretically infinitely creatable counterfeit ZEC ever existed or was once hidden where no one could directly see.
Welcome to join the official BlockBeats community:
Telegram Subscription Group: https://t.me/theblockbeats
Telegram Discussion Group: https://t.me/BlockBeats_App
Official Twitter Account: https://twitter.com/BlockBeatsAsia