Simulating transfers using safety tools inside crypto wallets can show a small gain even when the final transaction sends the user’s deposit to an attacker, according to a July 30 arXiv preprint that links the technique to 5,742 victim addresses and about $3.48 million in historical losses.
The authors used SimGuard, a contract-bytecode detector, to identify 4,224 transaction-simulation phishing contracts across Ethereum, BNB Smart Chain, Avalanche and Polygon.
The study associated them with 6,223 victim transactions but called the loss estimate an upper bound because some attacker test activity may have been misclassified. It attributed 91.5% of the losses to Ethereum and about 83% of the cross-chain total to its largest inferred cluster.
The findings have not been peer reviewed. The paper also gives inconsistent figures for its Avalanche contract count and conflicting endpoints for the observation period, leaving its per-chain breakdown and exact time window unresolved.
How a safe-looking preview can diverge
Transaction simulation takes a pre-signing snapshot of what a transaction is expected to do. The contracts described in the paper contain branches that can produce one result during that check and another when the transaction executes on-chain.
In a storage-control example, the simulation returns the user’s deposit plus a tiny reward. An attacker can then change the contract’s state, such as by blacklisting the user’s address, before the transaction lands. The executed branch sends the deposit to an attacker-controlled address instead.
Timestamp-based contracts can exploit the later block time, while gas-control contracts can behave differently when the simulator and final transaction use different gas limits. Not every variant therefore requires an attacker to alter stored on-chain data after the preview.
In a controlled test, the authors sent an account’s balance to a contract that returned as little as 1 wei, the smallest unit of ETH. They reported that several tested previews displayed a positive estimate and most did not clearly show the full outgoing amount.
The paper does not identify the wallet versions, settings, or simulation backends used by the historical victims. MetaMask’s current documentation calls estimated balance changes predictions and warns that the final outcome is not guaranteed.
A Jan. 8, 2025 Etherscan transaction cited by the study records a Claim() call moving about 143.45 ETH through a contract Etherscan labels as phishing. The on-chain record supports the transfer described in the paper, although it cannot show what appeared in the user’s wallet preview.
The authors recommend re-running simulations when relevant contract state or gas fields change, using the gas limit and gas price in the actual request, and testing current and future block-number and timestamp inputs. Their UI findings also support showing the gross amount leaving a wallet alongside an accurate net balance change, so a negligible refund cannot be mistaken for a profit.
The preprint describes historical activity, not a live July or August attack wave. Its detector evaluation covered 44 contracts, including 30 generated with Gemini, and the linked code-and-data repository returned HTTP 401 when checked.
The aggregate results therefore remain the authors’ findings rather than an independently reproduced measurement.
Featured,Research,Scams,Wallets,BNB,Coinbase Wallet,ethereum,MetaMask,Trust WalletBNB,Coinbase Wallet,ethereum,MetaMask,Trust Wallet#Researchers #uncovered #malicious #smart #contracts #successfully #tricked #victims #signing #crypto1785778986
