Rustスマートコントラクト養成日記(9): 合約アップグレード

スマートコントラクト本質的にはプログラムであり、欠陥が存在することは避けられません。大量のテストと監査を経ても、脆弱性が残る可能性があります。一度攻撃者に利用されると、ユーザーの資産が失われる可能性があり、その結果は深刻です。したがって、コントラクトのアップグレード可能性は非常に重要です。本記事では、Rustコントラクトのアップグレード方法について紹介します。

1. コントラクトアップグレードの必要性

スマートコントラクトはプログラムとして、欠陥が存在することは避けられません。バグ修正や新機能の追加は契約のアップグレードを通じて実現する必要があります。

2. Solidityスマートコントラクトの一般的なアップグレード方法

イーサリアムのスマートコントラクトは不変性を持ち、デプロイ後に変更することはできません。解決策は新しいコントラクトをデプロイすることですが、アドレスの変更や状態の移行などの課題に直面します。通常、データとロジックを分離したプロキシコントラクトアーキテクチャが採用され、ロジックコントラクトのみをアップグレードし、状態の移行を心配する必要がありません。

!

3. NEAR契約アップグレード方法

StatusMessageプロジェクトを例にしてNEARコントラクトのアップグレード方法を紹介します:

3.1 合約データ構造は変更されていません

契約ロジックのみを変更し、データ構造の変更を伴わない場合は、near deployを使用して新しいコードを再デプロイできます。既存のデータは正常に読み取ることができます。

3.2 合約データ構造が変更されました

データ構造を変更した場合、直接再展開すると新旧データ構造が一致せず、既存のデータを読み取ることができなくなります。

!

3.3 Migrateメソッドを使用してアップグレード

NEARは、契約のアップグレードを支援するためにMigrateメソッドを提供します。新しい契約にmigrateメソッドを追加します:

さび #[private] #[init(ignore_state)] pub fn migrate() -> セルフ { old_stateさせてください: OldStatusMessage = env::state_read().expect('failed'); セルフ { タグライン: old_state.records, bios: LookupMap::new(b'b'.to_vec()), } }

デプロイ時にmigrateメソッドを呼び出すことで、データ移行が完了します。

4. コントラクトのアップグレードにおけるセキュリティ考慮

• アップグレード権限の管理は、通常開発者またはDAOのみが実行できます。
• 契約のオーナーをDAOに設定し、提案と投票で管理することをお勧めします。
• 移行機能の前に#[init(ignore_state)]を追加します
• 移行が完了したら、移行関数を削除します
• 移行時に新しいデータ構造の初期化を完了する

契約のアップグレードは、契約の安全性と機能のイテレーションを確保するための重要な手段であり、慎重な設計と実施が必要です。

!