Transaction warned this transaction was approved for 0 had 29,400 usdcI received an email from my tax program, that said some airdrop may have caused a taxable situation, of course, you would not expect a tax program that you pay good money for to send you to a scam site for a scam airdrop. So naturally I went to the site, connected for the bare minimum allowing the site only to see my wallet and make suggestions" There was a button predominately in the middle of the page click here to receive your rewards. I clicked, and as expected meta mask app opened with the accept or reject, and showed an almost 900 fee for these unknown rewards. Naturally I rejected the transaction, yet 29,400 USDC left my wallet when I saw the usdc was gone from my wallet, of course I was sick about it, but I went to etherscan to see what happened. The last transactions landing page had warnings all over it clearly saying this transaction was approved for 0 spend and 0 gas, yet my 29,400 usdc was none the less in the transaction. I don't care for what reason, ethereum, metamask , and my tax program are all guilty. I think how can ethereum process a transaction that was approved for 0 spend and 0 gas. I don't know if MM had anything to do with it or not, I just know i was nearly blind with stress, and no one was listening, just blaming me HOW SICK as I had done NOTHING but reject the transaction. Somehow the code is allowed to be ran offline and deleted because it doesn't go back to solidity. The entire community that will tell me some bs when I know what I did and I know what I saw. However in haste but way to late I found out about the revoke function. The function changed the landing page to show I went online and approved a transaction, the only approval was the revoke. I saved the coin apum and the pages source code. someday I will be able to prove it but there is no defence or excuse for allowing a transaction that has clear warning and statements that 0 spend and 0 gas was approved. Later the only code that was saved in this immutable transaction was proxy spend faked contracts. Furthermore the site stayed up and the chain continued to process transactions from known scam address. When this is allowed to continue even though it has been way too slowly established that it is a scammer, and I dont know if after knowing this if while they it appears have no way to stop it, seems since they know for so long that it is a scammer why they cant at least track it all down to the thief. But no excuse nor is there a defence to not have the ability to immediately freeze all his transactions in an exchange. The exchanges also know or should have known that they are receiving stolen property, illegal every where I don't care if they are dex or not there code should have a function, that stops money laundering there is no excuse for that, yet forking bad code with no solution for this, seems while knowing what a huge issue this is would seem to make them culpable. Still the code in the chain I think is first in line to blame. You cant allow your chain to run suspicious code offline still letting transactions that are known to have not be approved, bombard the chain until it's lack of logic accepts a forged proxy spend contract whose code has been ran off chain allowed to blow up because it doesn't return to Solidity, and allow that chain to be called functionable. It's trash. Smart wallets are evelving and multisig, but those who have been robbed by trash code and spent monts so stressed that they could barley see, I couldn't tell my wife I'm old already had a heart attack and only God got me through this without having a stroke. If this has ever happened to anyone else please don't revoke but get a screen shot right away and please get ahold of me. You POS scammers, I know your tricks you will rot in hell and don't waste time with me I will just point out how evil you are hash 0xdf1947ffb0cd3861e69fd91cf5a5b397a60e530490151ca803f9e5c195131c8e