一筆由賣出觸發的代幣銷毀,在2026年11月4日幾乎清空了BNB Chain上TENDRIL流動性池中TENDRIL一側的餘額,並促成了近442萬USDT的交換。該交易的淨流出較小,為555,670.538752928908475139USDT,因為在同一筆交易中,之前已有大量USDT流入。

賣出如何觸發代幣銷毀
這筆賣出在賣方剩餘的 TENDRIL 入駐流動性池之前,先調用了某個控制器。在 UTC 时间 16:02:45,路由器의 transferFrom 調用發起了 39,053,180,124.060957132414461269 TENDRIL 的賣出,並觸发了該代幣的稅費及控制器邏輯。
流入主池的轉賬將收取30%的賣出稅,但由兩個已配置的地址_poolControl和_markControl發送時除外。執行該交易的合約不符合這兩項豁免條件。因此,代幣會先將11,715,954,037.218287139724338380 TENDRIL發送給_poolControl。
隨後,代幣調用控制器的 sellToken 函數,傳入的是原始賣出數量,而不仅仅是稅額。該調用在代幣將剩餘 70% 變記入池子之前就已完成。
歷史調用軌跡顯示的順序是:transferFrom、sellToken、controlburn 和 sync,其後才是最終的 swap。控制器的 opcode 軌跡確認,它將原始賣出數量乘以 2,得出了其後從池中移除的精確數量。
controlburn 在不減少總供應量的情況下移除池中的代幣
controlburn 函數將 TENDRIL 從池子的餘額轉移到一個死亡地址,但並未減少代幣記錄的總供應量,也沒有銷毀流動性提供者的代幣。
其權限檢查要求調用者必須與 `_poolControl` 匹配。一旦獲得授權,它就會使用 `_basicTransfer` 從池子的餘額中扣除代幣,並記入「死亡地址」(dead address)。這裡沒有池子授權或流動性提取的過程:代幣合約直接控制自己的餘額記錄。
日誌 28 記錄了 78,106,360,248.121914264828922538 TENDRIL 的移除。這使得池子裡只剩下 6,678 個原始單位。按照 TENDRIL 的 18 位小數計算,剩餘量僅為 0.000000000000006678 TENDRIL。
這次銷毀並沒有同時移除 USDT。幾乎所有的 TENDRIL 餘額都消失了,而池中的 USDT 仍可用于下一次兌換。
放棄所有權並沒有阻止這一路径。在事件發生之前的區塊131653426中,owner()返回的是零地址。但controlburn檢查的是已配置的控制器,而不是owner(),因此這一路的權限仍然有效。該功能並非對所有人開放;任意調用者都會在授權檢查中失敗。
儲備重置使得幾乎全部的 USDT 都能被提走
控制器在销毁後立即調用 sync (),在剩餘的賣出代幣到達之前,先記錄了被清空後的代幣餘額。日誌 29 將儲備設為 4,421,023.357469283419586501 USDT 和 0.00000000000006678 TENDRIL。
隨後,27,337,226,086.842669992690122889 TENDRIL 才進入池子。最終 swap 將 4,421,023.357469283419586499 USDT 轉出,只留下 0.00000000000000002 USDT。
恆定乘積公式可以解釋這一輸出規模。忽略手續費和四捨五入作為示例,USDT 的輸出可以透過將 USDT 儲備乘以代幣輸入,再除以代幣儲備加上代幣輸入來計算。在記錄的代幣儲備幾乎為零時,輸入項主導分母,輸出就會接近全部的 USDT 儲備。
不過,這次最終提走的金額並非整筆交易從池中提取的淨額。USDT 的總流出金額達到 5,117,517.824288279504509510,流入總額為 4,561,847.285535350596034371。兩者相減後,得到 555,670.538752928908475139 的淨流出。USDT
合約代碼和歷史軌跡還原了整個順序
這次賣出觸發的代幣銷毀,是通過經過區塊瀏覽器驗證的源碼、歷史調用、事件日誌和 opcode 軌跡重建出來的。使用 Solidity v0.8.24 + commit.e11b9ed9,關閉優化後重新編譯,在區塊 131653426 上得到的可執行運行時代碼與合約字節碼一致,編譯器元數據除外。
解碼後的销毁參數與從池子轉入死亡地址(dead addresses)的數量完全一致。整數運算也能對應稅額、剩餘賣出代幣和儲備餘額。總供應量在交易前後的相鄰區塊之間保持不變。
這筆成功的事件交易出現在區塊 131653427 中。通過兩個公開的 BNB Chain RPC 終點核對後的回執一致,且在 2026 年 11 月 6 日重新檢查時,地址級別的 USDT 流向也完全對得上。
本文由人工智能辅助生成,并經編輯團隊審校。












