智能合约中不当的继承顺序

终有链响

发布于 2024-07-29 19:46:26

790

发布于 2024-07-29 19:46:26

文章被收录于专栏：终有链响

不当的继承顺序：

在智能合约开发中，不当的继承顺序可能会导致意料之外的行为，尤其是在处理权限控制和函数覆盖时。当一个合约从多个父合约继承时，构造函数的执行顺序和函数的覆盖规则变得尤为重要。

不当继承顺序示例

假设我们有两个合约ParentA和ParentB，以及一个从这两个合约继承的子合约Child。ParentA合约包含了一个构造函数和一个函数setOwner，而ParentB也定义了一个setOwner函数，但其功能不同。我们的目标是让Child合约能够调用ParentA的setOwner函数，但不当的继承顺序会导致调用的是ParentB的版本

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract ParentA {
    address public owner;

    constructor() {
        owner = msg.sender;
    }

    function setOwner(address newOwner) public {
        owner = newOwner;
    }
}

contract ParentB {
    function setOwner(address newOwner) public {
        // 这里的实现与ParentA不同，但我们不关心具体细节
    }
}

// 不当的继承顺序
contract Child is ParentB, ParentA {
    // ...
}

在上述代码中，Child合约继承了ParentB和ParentA。然而，在Solidity中，如果两个父合约定义了同名函数，则继承的顺序决定了哪个函数会被优先覆盖。因此，在Child合约中，setOwner函数实际上是ParentB的版本，而不是我们期望的ParentA的版本。

解决方案

要解决这个问题，我们需要调整继承顺序，确保Child合约能够调用正确的setOwner函数。同时，为了明确指出我们想要调用哪个父合约的函数，我们可以使用Solidity提供的super关键字。

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract ParentA {
    address public owner;

    constructor() {
        owner = msg.sender;
    }

    function setOwnerA(address newOwner) public {
        owner = newOwner;
    }
}

contract ParentB {
    function setOwnerB(address newOwner) public {
        // 这里的实现与ParentA不同
    }
}

// 正确的继承顺序
contract Child is ParentA, ParentB {
    // 调用ParentA的setOwner函数
    function setOwner(address newOwner) public {
        ParentA.setOwnerA(newOwner); // 明确调用ParentA的setOwnerA
    }
}

在这个修改后的版本中，Child合约首先继承自ParentA，这意味着ParentA的函数和状态变量会先于ParentB的被初始化。此外，我们重命名了ParentA和ParentB中的setOwner函数以避免命名冲突，并在Child合约中定义了一个新的setOwner函数，它明确调用了ParentA中的setOwnerA函数。