這個問題真的很有趣，我原本也以為釣魚是用類似的地址轉幣給你，讓偷懶的人手滑轉錯。
文中說釣魚的人可以用自己的錢包轉幣出去是滿奇怪的，我就去查一下USDC的合約，裡面的
transferFrom code還真的允許任何人調用這個function 轉出0塊代幣。
https://i.imgur.com/cOhNuZS.jpg
code寫<=也就是=0也是可以正常調用function
而沒有approve過的狀況下，allowed值會等於0
所以任何人call tranferFrom從你的錢包轉出0 USDC是可以的，你的錢包就會出現轉出紀錄

酷，感謝說明

讚 感謝分享

看文章漲知識

真是神奇的邏輯...是為了測試？

寫<=其實沒有錯，我認為應該要再加&& value<>0，避免這種狀況

可以加一個allowed>0檢查，因為授權值>0情況下轉0元給過好像很合理。

是也可以，只是轉0元真的不是正常交易會做的事情

感謝，真的長知識了。只是不懂為什麼要這樣設計...

好奇 這樣的意義是？

不過其實照規範作，allowed=0時轉0元就是給過沒錯轉0元在EIP有特別寫明了應該視同正常tranfer處理尤其是Transfer事件要照常發。有些合約有用處。

0值交易也是有用啦，最常用的就是用來取消交易https://tinyurl.com/msfynxa5把要取消的交易用同一個nonce的0值交易就可以在未被確認前替換取消掉了另外一種就是用這種null transaction來update nonce當然像這種allow所對應的外部智能合約調用就不太需要0值交易才是

推 真是太意外了

ERC20的0值交易情境比較多是在智能合約內部交易的情況比方處理找零的時候可以算出找x元就直接轉x過去，不用去檢查算出來是x=0的時候還要特別處理。

沒想到真的是這樣

0元交易會怎麼樣嗎？ 還蠻好奇用途是啥

不會怎樣，就看你會不會上當而已

好奇issue 沒人報嗎？

這種寫法是允許他人在自己的錢包留下轉出紀錄的 這種寫法就算不是 bug 我也覺得是 B > Z

但在ERC20上，減法比if較便宜吧？

冷知識增加

推