
Pi Network は、マネージド(託管)スマートコントラクト・システムの詳細設計を公開しました。この「スマート・トレジャリー」と称される新機能は、事前に定義された契約条件が満たされるまで資金を安全に保管することを目的としており、NFT の販売、トークンの送金、サービス契約、分散型金融(DeFi)アプリケーションなど、さまざまなシナリオに対応します。システムのすべての操作は Pi ブロックチェーン上に記録されます。同機能はセキュリティ監査の完了後に正式に稼働する予定ですが、具体的な日付はまだ公開されていません。
(出所:X)
Pi Network は、マネージド・スマート・トレジャリーが 4 つの明確なオンチェーン状態によって稼働し、それぞれが取引サイクル内の固定された 1 ステップを定義しており、すべての変更は Pi ブロックチェーン上に恒久的に記録されることで、契約実行の追跡可能性と改ざん不能性を確保すると述べています:
作成済み(Created):契約を作成し、取引条件を保存して、マネージド手続き全体の起点ノードとして機能する
ロック済み(Locked):資金がスマート・トレジャリー内で安全に保管され、すべての事前条件が満たされるまで解放されない
解放済み(Released):条件が発動すると、システムが自動的または事前規則に従って受取人へ支払いを行い、人為的な介入は不要
係争中またはキャンセル(Disputed/Cancelled):取引当事者間で意見の相違が生じた場合、資金は契約条項に基づいて返金されるか、仲裁に付され、柔軟な係争解決メカニズムを提供する
Pi Network は、このような自動化されたオンチェーン状態管理は、支払い処理の完全自動化を実現しつつ、全過程の透明性を維持することを目的としていると述べています。
幅広いユースケース:NFT から DeFi までのエコシステムのカバー範囲
Pi Network の説明によると、スマート・トレジャリーの設計は、エコシステム内の多様な取引ニーズを考慮しており、複数の主要シナリオをサポートします。
NFT マーケットプレイスの取引:買い手の資金が金庫にロックされ、NFT の移転が完了した後に自動的に解放され、取引相手リスクを排除します。
トークン交換とデジタル資産の換金:トークンの送金には、条件の発動を設定でき、複数当事者が特定の条件下で資産の交換を完了できるようにします。
サービス契約とマイルストーンの支払い:開発者や企業は段階的な支払いメカニズムを構築でき、各段階で達成後に対応する金額が自動的に解放され、納品リスクを低減します。
パートナーシップと投資契約:長期的なビジネス提携では、資金を構造化して、スマートコントラクトにより拘束される条件付きの約束として提供し、履行の保証を高めることができます。
DeFi 製品とローンチ(起動)プラットフォーム:分散型金融のアプリケーションは、託管メカニズムを直接統合でき、ユーザーにより安全な資産のロックと解放ロジックを提供します。
Pi Network は、スマート・トレジャリーが正式に稼働する前に、2 つの主要な準備作業を完了する必要があると強調しています。まず、契約はデプロイ前に「完全に明確なステートマシン」を構築しなければならず、すべての取引プロセスが正しく定義されており、未定義の例外的なケースが存在しないことを保証します。次に、Pi Network は厳格なセキュリティ監査を要求しており、プログラム上の誤り、セキュリティ上の脆弱性、潜在的な悪用行為を防ぐことを目的としています。これは、ユーザー資金を管理するブロックチェーン・アプリケーションの業界標準です。
現在 Pi Network は正式な稼働日をまだ公表していませんが、今回の詳細なシステム設計の開示は、Pi Network がエコシステムの取引ツールを拡張していくための具体的なロードマップを明確に示しています。
Pi Network のマネージド・スマート・トレジャリーは、「作成済み、ロック済み、解放済み、係争中またはキャンセル」という 4 つのオンチェーン状態によって稼働し、それぞれ合意の作成、資金のロック、条件発動による支払い、係争処理の 4 つの取引サイクル・ノードに対応し、すべての状態変更は Pi ブロックチェーン上に恒久的に記録されます。
スマート・トレジャリーの契約条項と解放メカニズムは、Pi ブロックチェーン上のスマートコントラクトにすべてエンコードされており、資金の解放は合約が自動的に実行します。第三者の介入による検証や処理は不要で、すべての操作は公開されており改ざんできません。設計の観点から、中央集権的な仲介への依存が排除されています。
Pi Network は現時点で具体的な正式稼働日を公表していません。同社によると、リリース前には、合約のステートマシンを完全に定義することに加え、プログラム上の誤りやセキュリティ上の脆弱性を防ぐための厳格な監査作業を完了する必要があるとのことです。