味精和tx.origin有什麼區別？

在以太坊智能合約中，`msg.sender`標識直接呼叫者，而`tx.origin`追溯到原始交易啟動器，每個啟動器都具有獨特的安全性和邏輯目的。

2025/07/23 18:28

了解以太坊智能合同執行的基礎知識

在以太坊區塊鏈中，智能合約通過交易和功能調用與用戶和其他合同相互作用。在使用堅固性開發或分析智能合約時，必須了解味精和tx.origin之間的差異。兩者都是用於檢索合同執行期間地址信息的全球變量，但它們有獨特的目的，並且在各種情況下的行為有所不同。

MSG.SENDER是指當前功能的直接呼叫者。這可能是外部賬戶（EOA）或另一個合同。它是確定誰啟動當前與合同的當前交互的最常用變量。

另一方面， TX.origin代表交易的原始發件人，無論發生了多少中間調用。它追溯到啟動交易鏈的EOA。

味精如何在智能合約中工作

當調用堅固合同中的函數時， MSG.sender變量將設置為直接調用函數的地址。這使其成為在訪問控製或基於權限的邏輯中識別直接呼叫者的可靠來源。

例如：

 pragma solidity ^0.8.0;合同示例{




address public owner; constructor() { owner = msg.sender; } function changeOwner(address newOwner) public { require(msg.sender == owner, 'Only the owner can change ownership'); owner = newOwner; }
 }

在本合同中， MSG.Sender確保只有當前所有者才能調用changeOwner功能。如果另一個合同代表他人調用此功能，則味精將是該合同，而不是原始用戶。

tx.origin如何在智能合約中工作

tx.origin變量始終指向啟動整個交易的外部擁有的帳戶（EOA） ，即使在介於兩者之間進行了多個合同調用。當您需要了解交易背後的原始用戶時，尤其是在復雜的合同互動中，這很有用。

這是一個說明其行為的示例：

 pragma solidity ^0.8.0;合同a {




function callB(B _b) public { _b.checkOrigin(); }
 }
 
合同b {
 
function checkOrigin() public { emit LogOrigin(msg.sender, tx.origin); }
 }

在這種情況下，如果EOA從合同A中調用callB ，則：

• checkOrigin()內部的msg.sender將是合同A的地址。
• TX.origin將是啟動交易的EOA。

當設計邏輯取決於了解原始用戶而不是中間合同時，這種區別至關重要。

使用tx.origin的安全含義

使用tx.origin可以在某些情況下引入安全風險。主要問題之一是網絡釣魚攻擊，其中一份惡意合同欺騙用戶調用基於原始發件人執行敏感操作的函數。

例如：

 function transferFromUser(address to, uint amount) public { if (tx.origin == trustedUser) { // Perform transfer }

}

一項惡意合同可以欺騙trustedUser來啟動調用此功能的交易，從而允許攻擊者繞過依賴tx.origin的檢查。

因此，除非您有使用tx.origin的特定理由，否則通常建議使用msg.sender進行訪問控制。

味精和tx.origin的實際用例

儘管MSG.Sender被廣泛用於標準合同功能，例如所有權檢查，訪問控制和令牌傳輸，但TX.origin具有更多的利基應用程序。

使用msg.sender時：

• 您需要知道誰稱為當前功能。
• 您正在實現訪問修飾符，例如onlyOwner 。
• 您想防止未經授權的合同與您的合同互動。

使用tx.origin時：

• 您想確定啟動交易的原始用戶。
• 您正在實施其他合同不應觸發的邏輯。
• 您正在構建需要直接用戶互動的轉介程序或氣流台之類的系統。

但是，由於其濫用和易受網絡釣魚攻擊的脆弱性，始終對Tx.origin謹慎。

最佳實踐和建議

在製定智能合約時，請遵循以下最佳實踐以避免常見的陷阱：

• 除非您有令人信服的理由去做其他原因，否則更喜歡味精。
• 了解您的合同的呼叫流以及執行過程中的MSG.SENDER和TX.origin如何更改。
• 僅在必須確保原始演員為EOA的情況下，僅使用tx.origin 。
• 審核您的代碼是否使用tx.origin ，並評估它是否引入了不必要的風險。

通過了解MSG.Sender和TX.origin之間的細微差別，開發人員可以編寫更安全和可預測的智能合約。

---

常見問題

問：味精可以是合同地址嗎？

是的， MSG.Sender可以是外部帳戶（EOA）或合同地址，具體取決於誰稱為該功能。如果合同在另一個合同中調用功能，則消息人士將是呼叫合同的地址。

問：tx.origin是EOA嗎？

是的， TX.origin始終是啟動交易的外部帳戶（EOA） 。即使呼叫鏈中涉及多個合同， TX.origin仍然是原始用戶地址。

問：可以操縱tx.origin嗎？

雖然TX.origin不能直接鍛造，但可以在網絡釣魚攻擊中利用它。例如，惡意合同可能會欺騙用戶觸發執行意外動作的事務，並依賴於tx.origin檢查授權。

問：我應該避免在合同中使用tx.origin嗎？

除非絕對必要，否則避免使用tx.origin通常是更安全的。由於可以以損害安全性的方式使用它，因此許多最佳實踐建議使用MSG.sender進行訪問控制和改變狀態的功能。