Author: Huang Wenjing, Compliance Consultant at Mankiw (Shenzhen) Law Firm; Xu Xiaohui, attorney at Mankiw LLP in Shanghai Tornado Cash: Privacy Defender or Money Laundering Tool? Tornado Cash, a decentralized currency mixing protocol running on the Ethereum blockchain, was once widely used for its strong privacy protection features, which also made it a thorn in the side of regulators. In August 2022, the U.S. Treasury Department's Office of Foreign Assets Control (OFAC) added Tornado Cash to its SDN List, accusing it of being used for money laundering, specifically by the North Korean hacker group Lazarus Group, to process over $1 billion in illicit funds. This move marked the first time the United States had sanctioned an on-chain project, and it shook the entire crypto industry. However, on March 21, 2025, things took a turn for the better. The U.S. Treasury Department abruptly withdrew its sanctions order, removing the blacklist label from Tornado Cash and all associated addresses. This decision wasn't entirely unexpected. As early as November 2024, the U.S. Court of Appeals for the Fifth Circuit had already issued a cold response to the Treasury Department, finding that Tornado Cash's core smart contract did not meet the definition of "property" and that the sanctions were an unauthorized act. But the lifting of sanctions doesn't mean the developers are off the hook. Alexey Pertsev was sentenced to five years and four months in prison for money laundering by a Dutch court in May 2024, while Roman Storm, based in the United States, remains mired in legal turmoil. This lawsuit has sparked a debate: should open-source code authors be held liable for the misuse of their tools? The Solana Policy Institute provided $500,000 in funding for Storm and Pertsev's legal defense, emphasizing that "writing code is not a crime." Ethereum founder Vitalik Buterin and others have also raised funds for their defense, demonstrating the crypto community's high level of interest in this case. Roman Storm: Charged with money laundering, jury remains undecided In August 2023, Roman Storm was indicted by US prosecutors on eight counts, including money laundering, sanctions violations, and operating an unregistered money transmission business. On July 14, 2025, Storm's trial began in Manhattan, New York. Although the jury failed to reach a unanimous verdict on the money laundering and sanctions violations charges, resulting in those charges being dismissed or pending, Storm was still convicted of conspiracy to operate an unregistered money transmission business and faces a maximum sentence of five years. This ruling sparked widespread debate. Some argued that Storm, as a technology developer, should enjoy the right to free speech and should not be held responsible for the misuse of the decentralized tool he created. Others argued that while Storm could not control every detail of the protocol's use, if he knew the tool was widely used for illegal activities and failed to control it, he should be held accountable for its misuse. Technology is not guilty: the boundary between law and morality The slogan "Technology is innocent" is quite popular in the open source community and among believers in decentralization. The logic behind it is simple: the tool itself is neutral, and the guilt lies with the people who use it. Many countries, particularly the United States, generally consider technology developers to be creators entitled to free speech, meaning the code they write shouldn't automatically be held liable for abuse. For example, under Section 230 of the Communications Decency Act, internet service providers are generally not liable for the actions of users on their platforms. While this provision primarily applies to internet platforms, it offers similar protections to developers of decentralized protocols, assuming they don't directly engage in illegal conduct. However, not all countries fully embrace this concept. For example, in the Netherlands, Tornado Cash developer Alexey Pertsev was sentenced for allegedly aiding money laundering. Dutch courts have held that open source software developers may bear some liability for the misuse of their tools. This reflects the varying perspectives and understandings of technological liability across different jurisdictions. Determination of money laundering crime In the United States, money laundering is typically prosecuted under the Money Laundering Control Act. Under the Act, money laundering involves the illegal transfer of funds through banks or other financial institutions to conceal, disguise, or legitimize illicit proceeds. The elements of money laundering primarily include the illicit origin of the funds and the various transactions conducted to conceal their source. "Knowing" Standard Most jurisdictions require "knowledge that the funds were proceeds of crime" as a subjective requirement for money laundering offenses, meaning the defendant must have known that the activities they participated in involved the transfer of illegal funds. If the defendant was completely unaware of the illicit source of the funds, they generally cannot be found guilty of money laundering intent, and the United States is no exception. However, in certain circumstances, even without clear evidence of "knowledge" that the funds were derived from illegal sources, they may still be held liable for money laundering if they can prove reasonable suspicion or willful disregard of the illicit source of the funds. For example, Section 1956 of the Money Laundering Control Act explicitly states that any person who "knows or has reasonable cause to know" that a financial transaction involves illegal funds may be considered to have participated in money laundering. This means that even if there is no direct evidence that the defendant "knew" that the source of the funds was illegal, as long as there are obvious suspicious circumstances or negligent behavior, the court can still find him or her suspected of money laundering. The "knowledge" problem of Tornado Cash developers In the Tornado Cash case, whether the developers met the "knowing" standard became a key question in determining whether they should be held accountable for money laundering. According to the US prosecutors' charges, Tornado Cash's developers were accused of "intentionally" creating a tool that allowed anonymous transfers, facilitating money laundering. However, the defense argued that as developers of a decentralized protocol, they had no control or knowledge of the specific ways it could be abused. In determining whether a developer meets the “knowing” requirement, the court may consider the following factors: 1. Purpose of the Technical Tool: As an open-source, decentralized protocol, Tornado Cash was theoretically designed to enhance user privacy, not specifically for money laundering. However, whether the court can determine that the developers should have foreseen the potential for illegal activities when designing the tool remains a controversial issue. 2. Public Information and Warnings: If the developer or the community is aware that the tool is frequently used for illegal transactions but still does not take any measures to stop or warn, the court may find that the developer has the subjective intent of "knowing" or willful neglect. 3. Developers’ Conduct and Responsibility: U.S. prosecutors may argue that if Tornado Cash developers had sufficient knowledge of the potential misuse of their tool or failed to implement necessary constraints or monitoring on the tool’s anonymity, they could be deemed to have “knowingly” used the tool for money laundering. These factors, from different perspectives, have ignited a discussion about the responsibilities of developers in designing decentralized financial instruments. While the technology itself isn't inherently criminal, defining developer liability for its misuse is a complex and multifaceted issue. As the case progresses, how the law balances innovation and compliance may influence the future direction of blockchain technology. Conclusion: Who will bear the cost of innovation? The Tornado Cash case transcends the fate of individual developers; it is defining the boundaries of the entire decentralized finance industry. If even the authors of open source code can be jailed for the illegal activities of their users, who will dare to innovate? Conversely, if anonymity tools are allowed to flourish unchecked, won't criminal activity become even more rampant? This case is likely to be a bellwether for the future—its outcome will not only determine Storm's fate but also set a standard for the entire crypto community's code of conduct. On the balance between privacy and compliance, how will technology, law, and society find a compromise? Perhaps the answer, like blockchain itself, still awaits consensus.Author: Huang Wenjing, Compliance Consultant at Mankiw (Shenzhen) Law Firm; Xu Xiaohui, attorney at Mankiw LLP in Shanghai Tornado Cash: Privacy Defender or Money Laundering Tool? Tornado Cash, a decentralized currency mixing protocol running on the Ethereum blockchain, was once widely used for its strong privacy protection features, which also made it a thorn in the side of regulators. In August 2022, the U.S. Treasury Department's Office of Foreign Assets Control (OFAC) added Tornado Cash to its SDN List, accusing it of being used for money laundering, specifically by the North Korean hacker group Lazarus Group, to process over $1 billion in illicit funds. This move marked the first time the United States had sanctioned an on-chain project, and it shook the entire crypto industry. However, on March 21, 2025, things took a turn for the better. The U.S. Treasury Department abruptly withdrew its sanctions order, removing the blacklist label from Tornado Cash and all associated addresses. This decision wasn't entirely unexpected. As early as November 2024, the U.S. Court of Appeals for the Fifth Circuit had already issued a cold response to the Treasury Department, finding that Tornado Cash's core smart contract did not meet the definition of "property" and that the sanctions were an unauthorized act. But the lifting of sanctions doesn't mean the developers are off the hook. Alexey Pertsev was sentenced to five years and four months in prison for money laundering by a Dutch court in May 2024, while Roman Storm, based in the United States, remains mired in legal turmoil. This lawsuit has sparked a debate: should open-source code authors be held liable for the misuse of their tools? The Solana Policy Institute provided $500,000 in funding for Storm and Pertsev's legal defense, emphasizing that "writing code is not a crime." Ethereum founder Vitalik Buterin and others have also raised funds for their defense, demonstrating the crypto community's high level of interest in this case. Roman Storm: Charged with money laundering, jury remains undecided In August 2023, Roman Storm was indicted by US prosecutors on eight counts, including money laundering, sanctions violations, and operating an unregistered money transmission business. On July 14, 2025, Storm's trial began in Manhattan, New York. Although the jury failed to reach a unanimous verdict on the money laundering and sanctions violations charges, resulting in those charges being dismissed or pending, Storm was still convicted of conspiracy to operate an unregistered money transmission business and faces a maximum sentence of five years. This ruling sparked widespread debate. Some argued that Storm, as a technology developer, should enjoy the right to free speech and should not be held responsible for the misuse of the decentralized tool he created. Others argued that while Storm could not control every detail of the protocol's use, if he knew the tool was widely used for illegal activities and failed to control it, he should be held accountable for its misuse. Technology is not guilty: the boundary between law and morality The slogan "Technology is innocent" is quite popular in the open source community and among believers in decentralization. The logic behind it is simple: the tool itself is neutral, and the guilt lies with the people who use it. Many countries, particularly the United States, generally consider technology developers to be creators entitled to free speech, meaning the code they write shouldn't automatically be held liable for abuse. For example, under Section 230 of the Communications Decency Act, internet service providers are generally not liable for the actions of users on their platforms. While this provision primarily applies to internet platforms, it offers similar protections to developers of decentralized protocols, assuming they don't directly engage in illegal conduct. However, not all countries fully embrace this concept. For example, in the Netherlands, Tornado Cash developer Alexey Pertsev was sentenced for allegedly aiding money laundering. Dutch courts have held that open source software developers may bear some liability for the misuse of their tools. This reflects the varying perspectives and understandings of technological liability across different jurisdictions. Determination of money laundering crime In the United States, money laundering is typically prosecuted under the Money Laundering Control Act. Under the Act, money laundering involves the illegal transfer of funds through banks or other financial institutions to conceal, disguise, or legitimize illicit proceeds. The elements of money laundering primarily include the illicit origin of the funds and the various transactions conducted to conceal their source. "Knowing" Standard Most jurisdictions require "knowledge that the funds were proceeds of crime" as a subjective requirement for money laundering offenses, meaning the defendant must have known that the activities they participated in involved the transfer of illegal funds. If the defendant was completely unaware of the illicit source of the funds, they generally cannot be found guilty of money laundering intent, and the United States is no exception. However, in certain circumstances, even without clear evidence of "knowledge" that the funds were derived from illegal sources, they may still be held liable for money laundering if they can prove reasonable suspicion or willful disregard of the illicit source of the funds. For example, Section 1956 of the Money Laundering Control Act explicitly states that any person who "knows or has reasonable cause to know" that a financial transaction involves illegal funds may be considered to have participated in money laundering. This means that even if there is no direct evidence that the defendant "knew" that the source of the funds was illegal, as long as there are obvious suspicious circumstances or negligent behavior, the court can still find him or her suspected of money laundering. The "knowledge" problem of Tornado Cash developers In the Tornado Cash case, whether the developers met the "knowing" standard became a key question in determining whether they should be held accountable for money laundering. According to the US prosecutors' charges, Tornado Cash's developers were accused of "intentionally" creating a tool that allowed anonymous transfers, facilitating money laundering. However, the defense argued that as developers of a decentralized protocol, they had no control or knowledge of the specific ways it could be abused. In determining whether a developer meets the “knowing” requirement, the court may consider the following factors: 1. Purpose of the Technical Tool: As an open-source, decentralized protocol, Tornado Cash was theoretically designed to enhance user privacy, not specifically for money laundering. However, whether the court can determine that the developers should have foreseen the potential for illegal activities when designing the tool remains a controversial issue. 2. Public Information and Warnings: If the developer or the community is aware that the tool is frequently used for illegal transactions but still does not take any measures to stop or warn, the court may find that the developer has the subjective intent of "knowing" or willful neglect. 3. Developers’ Conduct and Responsibility: U.S. prosecutors may argue that if Tornado Cash developers had sufficient knowledge of the potential misuse of their tool or failed to implement necessary constraints or monitoring on the tool’s anonymity, they could be deemed to have “knowingly” used the tool for money laundering. These factors, from different perspectives, have ignited a discussion about the responsibilities of developers in designing decentralized financial instruments. While the technology itself isn't inherently criminal, defining developer liability for its misuse is a complex and multifaceted issue. As the case progresses, how the law balances innovation and compliance may influence the future direction of blockchain technology. Conclusion: Who will bear the cost of innovation? The Tornado Cash case transcends the fate of individual developers; it is defining the boundaries of the entire decentralized finance industry. If even the authors of open source code can be jailed for the illegal activities of their users, who will dare to innovate? Conversely, if anonymity tools are allowed to flourish unchecked, won't criminal activity become even more rampant? This case is likely to be a bellwether for the future—its outcome will not only determine Storm's fate but also set a standard for the entire crypto community's code of conduct. On the balance between privacy and compliance, how will technology, law, and society find a compromise? Perhaps the answer, like blockchain itself, still awaits consensus.

Law and Code: The Debate on Tornado Cash Privacy

2025/09/12 11:00

Author: Huang Wenjing, Compliance Consultant at Mankiw (Shenzhen) Law Firm;

Xu Xiaohui, attorney at Mankiw LLP in Shanghai

Tornado Cash: Privacy Defender or Money Laundering Tool?

Tornado Cash, a decentralized currency mixing protocol running on the Ethereum blockchain, was once widely used for its strong privacy protection features, which also made it a thorn in the side of regulators.

In August 2022, the U.S. Treasury Department's Office of Foreign Assets Control (OFAC) added Tornado Cash to its SDN List, accusing it of being used for money laundering, specifically by the North Korean hacker group Lazarus Group, to process over $1 billion in illicit funds. This move marked the first time the United States had sanctioned an on-chain project, and it shook the entire crypto industry.

However, on March 21, 2025, things took a turn for the better. The U.S. Treasury Department abruptly withdrew its sanctions order, removing the blacklist label from Tornado Cash and all associated addresses. This decision wasn't entirely unexpected. As early as November 2024, the U.S. Court of Appeals for the Fifth Circuit had already issued a cold response to the Treasury Department, finding that Tornado Cash's core smart contract did not meet the definition of "property" and that the sanctions were an unauthorized act.

But the lifting of sanctions doesn't mean the developers are off the hook. Alexey Pertsev was sentenced to five years and four months in prison for money laundering by a Dutch court in May 2024, while Roman Storm, based in the United States, remains mired in legal turmoil.

This lawsuit has sparked a debate: should open-source code authors be held liable for the misuse of their tools? The Solana Policy Institute provided $500,000 in funding for Storm and Pertsev's legal defense, emphasizing that "writing code is not a crime." Ethereum founder Vitalik Buterin and others have also raised funds for their defense, demonstrating the crypto community's high level of interest in this case.

Roman Storm: Charged with money laundering, jury remains undecided

In August 2023, Roman Storm was indicted by US prosecutors on eight counts, including money laundering, sanctions violations, and operating an unregistered money transmission business. On July 14, 2025, Storm's trial began in Manhattan, New York. Although the jury failed to reach a unanimous verdict on the money laundering and sanctions violations charges, resulting in those charges being dismissed or pending, Storm was still convicted of conspiracy to operate an unregistered money transmission business and faces a maximum sentence of five years.

This ruling sparked widespread debate. Some argued that Storm, as a technology developer, should enjoy the right to free speech and should not be held responsible for the misuse of the decentralized tool he created. Others argued that while Storm could not control every detail of the protocol's use, if he knew the tool was widely used for illegal activities and failed to control it, he should be held accountable for its misuse.

Technology is not guilty: the boundary between law and morality

The slogan "Technology is innocent" is quite popular in the open source community and among believers in decentralization. The logic behind it is simple: the tool itself is neutral, and the guilt lies with the people who use it.

Many countries, particularly the United States, generally consider technology developers to be creators entitled to free speech, meaning the code they write shouldn't automatically be held liable for abuse. For example, under Section 230 of the Communications Decency Act, internet service providers are generally not liable for the actions of users on their platforms. While this provision primarily applies to internet platforms, it offers similar protections to developers of decentralized protocols, assuming they don't directly engage in illegal conduct.

However, not all countries fully embrace this concept. For example, in the Netherlands, Tornado Cash developer Alexey Pertsev was sentenced for allegedly aiding money laundering. Dutch courts have held that open source software developers may bear some liability for the misuse of their tools. This reflects the varying perspectives and understandings of technological liability across different jurisdictions.

Determination of money laundering crime

In the United States, money laundering is typically prosecuted under the Money Laundering Control Act. Under the Act, money laundering involves the illegal transfer of funds through banks or other financial institutions to conceal, disguise, or legitimize illicit proceeds. The elements of money laundering primarily include the illicit origin of the funds and the various transactions conducted to conceal their source.

"Knowing" Standard

Most jurisdictions require "knowledge that the funds were proceeds of crime" as a subjective requirement for money laundering offenses, meaning the defendant must have known that the activities they participated in involved the transfer of illegal funds. If the defendant was completely unaware of the illicit source of the funds, they generally cannot be found guilty of money laundering intent, and the United States is no exception. However, in certain circumstances, even without clear evidence of "knowledge" that the funds were derived from illegal sources, they may still be held liable for money laundering if they can prove reasonable suspicion or willful disregard of the illicit source of the funds.

For example, Section 1956 of the Money Laundering Control Act explicitly states that any person who "knows or has reasonable cause to know" that a financial transaction involves illegal funds may be considered to have participated in money laundering. This means that even if there is no direct evidence that the defendant "knew" that the source of the funds was illegal, as long as there are obvious suspicious circumstances or negligent behavior, the court can still find him or her suspected of money laundering.

The "knowledge" problem of Tornado Cash developers

In the Tornado Cash case, whether the developers met the "knowing" standard became a key question in determining whether they should be held accountable for money laundering. According to the US prosecutors' charges, Tornado Cash's developers were accused of "intentionally" creating a tool that allowed anonymous transfers, facilitating money laundering. However, the defense argued that as developers of a decentralized protocol, they had no control or knowledge of the specific ways it could be abused.

In determining whether a developer meets the “knowing” requirement, the court may consider the following factors:

1. Purpose of the Technical Tool: As an open-source, decentralized protocol, Tornado Cash was theoretically designed to enhance user privacy, not specifically for money laundering. However, whether the court can determine that the developers should have foreseen the potential for illegal activities when designing the tool remains a controversial issue.

2. Public Information and Warnings: If the developer or the community is aware that the tool is frequently used for illegal transactions but still does not take any measures to stop or warn, the court may find that the developer has the subjective intent of "knowing" or willful neglect.

3. Developers’ Conduct and Responsibility: U.S. prosecutors may argue that if Tornado Cash developers had sufficient knowledge of the potential misuse of their tool or failed to implement necessary constraints or monitoring on the tool’s anonymity, they could be deemed to have “knowingly” used the tool for money laundering.

These factors, from different perspectives, have ignited a discussion about the responsibilities of developers in designing decentralized financial instruments. While the technology itself isn't inherently criminal, defining developer liability for its misuse is a complex and multifaceted issue. As the case progresses, how the law balances innovation and compliance may influence the future direction of blockchain technology.

Conclusion: Who will bear the cost of innovation?

The Tornado Cash case transcends the fate of individual developers; it is defining the boundaries of the entire decentralized finance industry. If even the authors of open source code can be jailed for the illegal activities of their users, who will dare to innovate? Conversely, if anonymity tools are allowed to flourish unchecked, won't criminal activity become even more rampant?

This case is likely to be a bellwether for the future—its outcome will not only determine Storm's fate but also set a standard for the entire crypto community's code of conduct. On the balance between privacy and compliance, how will technology, law, and society find a compromise? Perhaps the answer, like blockchain itself, still awaits consensus.

Market Opportunity
LETSTOP Logo
LETSTOP Price(STOP)
$0.01525
$0.01525$0.01525
-2.55%
USD
LETSTOP (STOP) Live Price Chart
Disclaimer: The articles reposted on this site are sourced from public platforms and are provided for informational purposes only. They do not necessarily reflect the views of MEXC. All rights remain with the original authors. If you believe any content infringes on third-party rights, please contact service@support.mexc.com for removal. MEXC makes no guarantees regarding the accuracy, completeness, or timeliness of the content and is not responsible for any actions taken based on the information provided. The content does not constitute financial, legal, or other professional advice, nor should it be considered a recommendation or endorsement by MEXC.

You May Also Like

The Channel Factories We’ve Been Waiting For

The Channel Factories We’ve Been Waiting For

The post The Channel Factories We’ve Been Waiting For appeared on BitcoinEthereumNews.com. Visions of future technology are often prescient about the broad strokes while flubbing the details. The tablets in “2001: A Space Odyssey” do indeed look like iPads, but you never see the astronauts paying for subscriptions or wasting hours on Candy Crush.  Channel factories are one vision that arose early in the history of the Lightning Network to address some challenges that Lightning has faced from the beginning. Despite having grown to become Bitcoin’s most successful layer-2 scaling solution, with instant and low-fee payments, Lightning’s scale is limited by its reliance on payment channels. Although Lightning shifts most transactions off-chain, each payment channel still requires an on-chain transaction to open and (usually) another to close. As adoption grows, pressure on the blockchain grows with it. The need for a more scalable approach to managing channels is clear. Channel factories were supposed to meet this need, but where are they? In 2025, subnetworks are emerging that revive the impetus of channel factories with some new details that vastly increase their potential. They are natively interoperable with Lightning and achieve greater scale by allowing a group of participants to open a shared multisig UTXO and create multiple bilateral channels, which reduces the number of on-chain transactions and improves capital efficiency. Achieving greater scale by reducing complexity, Ark and Spark perform the same function as traditional channel factories with new designs and additional capabilities based on shared UTXOs.  Channel Factories 101 Channel factories have been around since the inception of Lightning. A factory is a multiparty contract where multiple users (not just two, as in a Dryja-Poon channel) cooperatively lock funds in a single multisig UTXO. They can open, close and update channels off-chain without updating the blockchain for each operation. Only when participants leave or the factory dissolves is an on-chain transaction…
Share
BitcoinEthereumNews2025/09/18 00:09
Franklin Templeton CEO Dismisses 50bps Rate Cut Ahead FOMC

Franklin Templeton CEO Dismisses 50bps Rate Cut Ahead FOMC

The post Franklin Templeton CEO Dismisses 50bps Rate Cut Ahead FOMC appeared on BitcoinEthereumNews.com. Franklin Templeton CEO Jenny Johnson has weighed in on whether the Federal Reserve should make a 25 basis points (bps) Fed rate cut or 50 bps cut. This comes ahead of the Fed decision today at today’s FOMC meeting, with the market pricing in a 25 bps cut. Bitcoin and the broader crypto market are currently trading flat ahead of the rate cut decision. Franklin Templeton CEO Weighs In On Potential FOMC Decision In a CNBC interview, Jenny Johnson said that she expects the Fed to make a 25 bps cut today instead of a 50 bps cut. She acknowledged the jobs data, which suggested that the labor market is weakening. However, she noted that this data is backward-looking, indicating that it doesn’t show the current state of the economy. She alluded to the wage growth, which she remarked is an indication of a robust labor market. She added that retail sales are up and that consumers are still spending, despite inflation being sticky at 3%, which makes a case for why the FOMC should opt against a 50-basis-point Fed rate cut. In line with this, the Franklin Templeton CEO said that she would go with a 25 bps rate cut if she were Jerome Powell. She remarked that the Fed still has the October and December FOMC meetings to make further cuts if the incoming data warrants it. Johnson also asserted that the data show a robust economy. However, she noted that there can’t be an argument for no Fed rate cut since Powell already signaled at Jackson Hole that they were likely to lower interest rates at this meeting due to concerns over a weakening labor market. Notably, her comment comes as experts argue for both sides on why the Fed should make a 25 bps cut or…
Share
BitcoinEthereumNews2025/09/18 00:36
Tom Lee’s Bitmine Scoops Up 3.4% of Ethereum, Triggering a Supply Squeeze

Tom Lee’s Bitmine Scoops Up 3.4% of Ethereum, Triggering a Supply Squeeze

Bitmine Immersion now controls 3.4% of Ethereum amid shrinking exchange supply and rising institutional accumulation.
Share
Crypto Breaking News2026/01/20 16:27