solidity tx.origin和msg.sender那些事儿
概述
tx.origin与msg.sender是solidity中容易令人迷惑的两个变量，尤其是当我们直接调用合约时两者的值是相同的。为了更清晰的说明两者的关系我们需要构造合约间的链式调用，如下：
EOA -> Contract A -> Contract B -> Contract C
这里先说明结论：tx.origin始终保持是EOA，msg.sender是其直接调用者的地址。如：合约B中msg.sender的值为合约A的地址，合约C中msg.sender的值为合约B的地址。
简单来说，前者是原始的交易发起者的外部地址（EOA），后者是方法的直接调用者（可以是EOA也可以是合约地址）。以下我们通过简单的合约示例来观察两者值的变化。
抽丝剥茧
下面通过合约直接调用、合约间调用和合约间链式调用的形式由浅入深逐步揭开tx.origin和msg.sender的神秘面纱。
直接调用
此处我们直接通过外部账户（EOA）来调用合约。
代码
contract AA {
constructor() {
console.log("Contract AA's address:", address(this));
}
fallback() external {
console.log(
"In AA fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
}
}上面代码中在构造函数中输出了合约地址，在fallback函数中输出了msg.sender和tx.origin的值。
执行
操作过程如下：
1. 部署合约；
2. 执行合约的fallback方法；
由上面的执行结果（箭头1）我们可以看出，当直接调用合约时msg.sender和tx.origin的值是相同的。
注：我们构造了一个calldata参数来调用函数方法，该参数前4个字节标示要调用的方法。其计算方法是先对方法签名计算hash值（keccak256），然后截取hash的前四个字节（8个16进制字符），最后补0至32个字节。此处我们调用合约中的fallback方法，因此随机8个16进制数即可。
合约间调用
此处我们通过合约间调用来观察两者的值。
代码
contract AA {
constructor() {
console.log("Contract AA's address:", address(this));
}
fallback() external {
console.log(
"In AA fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
}
function remoteCall(address _instance) external {
console.log(
"In BB fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
(bool sucess, ) = _instance.call(
abi.encodeWithSignature("nonExistingFunction()")
);
require(sucess, "call error");
}
}
contract BB {
constructor() {
console.log("Contract BB's address:", address(this));
}
fallback() external {
console.log(
"In BB fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
}
}以上代码合约AA中的remoteCall方法接受一个合约地址（在执行过程中我们输入合约BB的地址），用于调用其它合约的方法，此处我们调用的是合约中不存在的一个方法，因此目标合约的fallback方法会被触发。
执行
操作过程如下：
1. 部署合约AA；
2. 部署合约BB；
3. 以合约BB的地址为参数来调用合约AA的remoteCall方法；
由上面执行结果我们可能看出，当合约AA调用合约BB中的方法时，合约B中的msg.sender为合约AA的地址。
合约间链式调用
代码
此处我们实现文章最开始描述的链式调用，即：
EOA -> Contract A -> Contract B -> Contract C
contract AA {
constructor() {
console.log("Contract AA's address:", address(this));
}
fallback() external {
console.log(
"In AA fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
}
function remoteCall(address _instance, address _instance2) external {
console.log(
"In AA fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
(bool sucess, ) = _instance.call(
abi.encodeWithSignature("remoteCall(address)", _instance2)
);
require(sucess, "call error");
}
}
contract BB {
constructor() {
console.log("Contract BB's address:", address(this));
}
fallback() external {
console.log(
"In BB fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
}
function remoteCall(address _instance) external {
console.log(
"In BB fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
(bool sucess, ) = _instance.call(
abi.encodeWithSignature("nonExistingFunction()")
);
require(sucess, "call error");
}
}
contract CC {
constructor() {
console.log("Contract CC's address:", address(this));
}
fallback() external {
console.log(
"In CC fallback msg.sender:[%s] tx.origin:[%s] ",
msg.sender,
tx.origin
);
}
}上述代码中合约AA通过remoteCall方法接收两个地址，分别是合约BB、CC的地址，其中调用过程为：合约AA的remoteCall -> 合约BB的remoteCall -> 合约CC的fallback
执行
操作过程如下：
1. 部署合约AA；
2. 部署合约BB；
3. 部署合约CC；
4. 调用合约AA的remoteCall方法，其参数分别为合约BB地址、合约CC地址；
由上图的执行过程，我们可以验证文章开头处的结论：tx.origin始终保持不变，其值是交易发起者的外部地址（EOA），msg.sender是其直接调用者的地址。