p>

合约状态变量定义

首先需定义所有者列表、签名阈值及交易队列：

pragma solidity ^0.8.0;
contract MultiSigWallet {
    address[] public owners;       // 所有者地址列表
    mapping(address => bool) public isOwner; // 地址是否为所有者的映射
    uint public requiredSignatures; // 所需最小签名数
    struct Transaction {
        address to;       // 交易目标地址
        uint value;       // 转账金额（ETH）
        bytes data;       // 附加数据（如调用合约函数）
        bool executed;    // 交易是否已执行
        mapping(address => bool) approved; // 记录所有者是否已批准
    }
    Transaction[] public transactions; // 待处理交易队列
}

所有者管理

通过addOwner和removeOwner函数动态管理所有者地址，并需满足当前所有者签名（防止恶意添加）：

// 添加所有者（需现有所有者签名）
function addOwner(address newOwner) public onlyManyOwners(1) {
    require(!isOwner[newOwner], "Already an owner");
    owners.push(newOwner);
    isOwner[newOwner] = true;
}
// 移除所有者（需现有所有者签名）
function removeOwner(address owner) public onlyManyOwners(1) {
    require(isOwner[owner], "Not an owner");
    require(owners.length > requiredSignatures, "Too few owners");
    // 从数组中移除（实际需遍历替换，此处简化逻辑）
    for (uint i = 0; i < owners.length; i++) {
        if (owners[i] == owner) {
            owners[i] = owners[owners.length - 1];
            owners.pop();
            break;
        }
    }
    isOwner[owner] = false;
}

交易提交与签名验证

用户发起交易后，需通过approveTransaction函数签名，核心逻辑是验证签名者是否为所有者，并记录批准状态：

// 提交新交易
function submitTransaction(address to, uint value, bytes memory data) public {
    transactions.push(Transaction({
        to: to,
        value: value,
        data: data,
        executed: false
    }));
}
// 批准交易（签名）
function approveTransaction(uint transactionIndex) public {
    Transaction storage tx = transactions[transactionIndex];
    require(!tx.executed, "Transaction already executed");
    require(isOwner[msg.sender], "Not an owner");
    require(!tx.approved[msg.sender], "Already approved");
    tx.approved[msg.sender] = true;
    // 若签名数达标，自动执行交易（或需手动调用execute）
    if (getApprovalCount(transactionIndex) >= requiredSignatures) {
        executeTransaction(transactionIndex);
    }
}
// 获取当前交易已批准的签名数
function getApprovalCount(uint transactionIndex) public view returns (uint) {
    uint count = 0;
    for (uint i = 0; i < owners.length; i++) {
        if (transactions[transactionIndex].approved[owners[i]]) {
            count++;
        }
    }
    return count;
}

交易执行

当批准签名数达到阈值时，调用executeTransaction函数，通过call或transfer发送资金或调用目标合约：

// 执行交易
function executeTransaction(uint transactionIndex) public onlyManyOwners(requiredSignatures) {
    Transaction storage tx = transactions[transactionIndex];
    require(!tx.executed, "Transaction already executed");
    // 执行外部调用（使用call避免重入攻击风险）
    (bool success, ) = tx.to.call{value: tx.value}(tx.data);
    require(success, "Transaction failed");
    tx.executed = true;
}
// 修饰器：检查交易是否已获得足够签名
modifier onlyManyOwners(uint _numSignatures) {
    require(getApprovalCount(txIndex) >= _numSignatures, "Insufficient approvals");
    _;
}

典型应用场景

1. DAO治理：社区提案需多名核心成员签名执行，防止单点独断。
2. 企业资金管理：公司以太坊钱包需CEO、CFO、CTO等多重签名才能转出资金。
3. 托管服务：去中心化交易平台中，用户提现需平台与用户双方签名，保障资产安全。
4. 家族财富管理：家族资产钱包需多位继承人共同签名，避免遗产纠纷。

安全注意事项

1. 重入攻击防护：执行交易时使用call并检查返回值，避免目标合约恶意回调。
2. 签名阈值设置：需平衡安全性与便利性，避免阈值过高导致操作卡顿。
3. 权限控制：所有者管理函数应限制调用权限，防止非所有者篡改配置。
4. 代码审计：多重签名合约涉及资产安全，需通过专业审计（如OpenZeppelin标准合约）。

现有多重签名合约参考

开发者可直接基于成熟库实现，避免重复造轮子：

• Gnosis Safe：目前最流行的以太坊多重签名钱包，支持模块化扩展（如交易费支付、签名恢复等）。
• OpenZeppelin Contracts：提供标准化的MultiSigWallet合约模板，遵循最佳安全实践。

以太坊多重签名代码通过智能合约的确定性逻辑，将密码学信任机制与多方协作需求结合，为区块链应用提供了坚实的安全基础，无论是个人资产管理还是去中心化组织治理，掌握多重签名的实现原理与代码细节，都是开发者构建安全、健壮的以太坊应用的关键一步，随着Layer2和账户抽象（ERC-4337）的发展，多重签名技术将进一步融入“社交恢复”“多签钱包”等更复杂的场景,持续推动区块链生态的安全与普惠。

文章版权声明：本文由用户投稿上传，若侵权请提供版权资料并联系删除！