マルチシグネチャウォレットコントラクトを作成するにはどうすればよいですか?

マルチシグネチャウォレットのアーキテクチャを理解する

1. マルチシグネチャウォレットコントラクトは、実行前に複数の秘密キー所有者にトランザクションの承認を要求するという原則に基づいて動作します。

2. イーサリアムベースの実装では通常、Solidity を使用して、5 人中 3 人の署名者に転送の確認を要求するなど、しきい値ロジックを定義します。

3. 契約は、許可されたアドレスの固定リストを保存し、ECDSA 署名に対する暗号チェックを通じて署名の検証を強制します。

4. 提案された各トランザクションには一意の識別子が割り当てられ、十分な有効な署名が収集されるまでマッピングに保存されます。

5. 必要な数の署名がメッセージ ハッシュおよび署名者のホワイトリストに対して検証された後にのみ、実行が続行されます。

契約ロジックのコアコンポーネント

1.所有者配列には、トランザクションに署名できる承認済みの外部アカウントがすべて保持されます。

2.しきい値変数は、操作に必要な承認の最小数を定義します。

3.トランザクション キューは、保留中の操作を、確認済みか期限切れかを示すステータス フラグとともに維持します。

4. 署名検証では、 ecrecoverを利用してコンパクト署名から署名者のアドレスを復元し、所有者リストと比較します。

5. 資金は契約残高に直接保持され、明示的に許可されない限り外部契約に制御を委任しない保管アドレスとなります。

導入と初期化のプロセス

1. デプロイメント中に、コンストラクターは所有者アドレスの配列としきい値を不変パラメーターとして受け入れます。

2. コントラクトは、すべての初期所有者と設定されたしきい値をリストするOwnershipInitializedイベントを発行します。

3. コントラクトが実行ロジックをトリガーせずに ETH を受信することを明示的にサポートしない限り、フォールバック機能は実装されません。

4. アドレスの正当性のオンチェーン検証は実行されないため、デプロイ担当者は、すべての所有者アドレスが含められる前にオフチェーンで検証されていることを確認する必要があります。

5. デプロイメント中のガスの見積もりは、コンストラクターでのストレージ書き込みのため、初期所有者の数に大きく依存します。

トランザクションの送信と確認の流れ

1. プロポーザーは、ターゲット アドレス、値、およびエンコードされた呼び出しデータを使用してsubmitTransaction を呼び出し、新しいトランザクション ID を生成します。

2. 他の所有者は、その ID を使用してconfirmTransactionを呼び出し、内部署名集約としきい値チェックをトリガーします。

3. しきい値に達すると、コントラクトは低レベルのアセンブリまたは address.call{value: amount} 構文を使用した呼び出しを介して呼び出しを実行します。

4. 取り消された外部呼び出しは確認状態をロールバックしません。代わりに、署名レコードを保存しながら失敗イベントを発行します。

5. 取引が未確認の場合、提案者は取引をキャンセルすることができますが、確認された取引は承認後に撤回したり変更したりすることはできません。

よくある質問

Q: マルチシグネチャウォレットはERC-20トークンを保持できますか? A: はい。コントラクトは、そのアドレスへの送金を承認するか、トークンがサポートしている場合は入金機能を使用することによって、ERC-20 トークンを受け取ることができます。コード化されていない限り、トークンは自動的に転送されません。

Q: 導入後に所有者のリストを変更することはできますか? A: 契約にaddOwnerやRemoveOwnerなどの所有者管理機能が含まれている場合に限り、それ自体が複数署名の承認を必要とします。不変のデプロイメントでは、いかなる変更も禁止されます。

Q: 所有者の 1 人が秘密キーを紛失した場合はどうなりますか? A: その所有者は署名プロセスで機能しなくなります。残りのアクティブな署名者がまだしきい値を満たしている場合、操作は続行されます。そうしないと、回収メカニズムが事前にプログラムされていない限り、資金にアクセスできなくなる可能性があります。

Q: 契約はタイムロックされたトランザクションをサポートしていますか? A: 標準の Gnosis Safe または同様のリファレンス実装には、タイムロック モジュールが含まれています。ベアボーン バージョンでは、block.timestamp をチェックする修飾子または Oracle ベースのタイムスタンプを使用して明示的に追加しない限り、遅延は強制されません。