エスクロー

暗号資産におけるエスクローとは？

暗号資産におけるエスクローとは、合意した取引条件が満たされるまで、暗号資産、トークン、その他のブロックチェーン資産を一時的に預けておく仕組みです。

エスクローの目的は、取引の一方が価値を受け取りながら、自身の取引上の義務を果たさないリスクを軽減することです。

たとえば、売り手が商品、サービス、デジタル資産、またはその他の対価を提供する前に、買い手が暗号資産をエスクローに預けることがあります。

エスクローされた資金は、必要な条件が満たされたと確認された後にのみ売り手へ送金されます。

条件が満たされない場合、エスクローの仕組みによって資金が買い手に返還されたり、紛争解決手続きが開始されたりすることがあります。

暗号資産のエスクローは、信頼できる企業、個人の仲裁人、マルチシグウォレット、スマートコントラクト、またはオンチェーンコードと人間の判断を組み合わせたハイブリッドシステムによって管理されます。

Ethereumは、公式の決済ドキュメントで、プログラム可能なスマートコントラクト決済の用途の一つとしてエスクローサービスを挙げています。

エスクローはカウンターパーティリスクを軽減できますが、スマートコントラクト、カストディ、詐欺、オラクル、法的問題、紛争解決に関するリスクが自動的になくなるわけではありません。

暗号資産のエスクローの仕組み

暗号資産のエスクロー取引は、当事者が資産、金額、引き渡し要件、期限、手数料、資金解放の条件に合意すると始まります。

その後、買い手は必要な暗号資産をエスクローアドレスまたはスマートコントラクトに送金します。

ブロックチェーン上のトランザクションは資金が入金された証拠になります。ただし、入金を確定と見なす前に、適切な承認数に達するまで待つ必要があります。

入金が承認された後、売り手は合意した義務を履行します。

義務には、NFTの譲渡、ソフトウェアの納品、フリーランス業務の完了、商品の発送、または他の資産の所有権移転などが含まれます。

次に、エスクローシステムが資金解放の条件が満たされたかどうかを判定します。

オンチェーンの条件は、スマートコントラクトによって自動確認できる場合があります。

オフチェーンの条件は通常、買い手、仲裁人、オラクル、またはその他の信頼できる検証プロセスからの情報を必要とします。

条件が満たされると、エスクローされた暗号資産は売り手に送金されます。

条件が満たされない場合や期限が切れた場合、資金は返金されるか、紛争解決手続きに移されることがあります。

エスクロー取引の主な関係者

買い手は資金を預け、資産、サービス、または履行済みの義務を受け取る側です。

売り手は、合意した条件を満たした後、エスクローされた支払いを受け取る側です。

エスクローエージェントは、資金の解放方法を管理する個人、企業、ウォレット構造、またはスマートコントラクトです。

仲裁人は、買い手と売り手が合意できない場合に、意見の相違を解決する中立的な意思決定者です。

オラクルは、資金解放の条件がブロックチェーン外の事象に依存する場合に、外部情報をスマートコントラクトへ提供するシステムです。

暗号資産ウォレット、ブロックチェーンノード、またはインターフェースは、法的なエスクローエージェントにならずに、関係者がエスクローシステムとやり取りするのを支援する場合があります。

インターフェースを管理していることが、必ずしもエスクロー資産を管理していることを意味するわけではないため、各役割を明確に定義する必要があります。

カストディ型の暗号資産エスクロー

カストディ型エスクローでは、暗号資産を信頼できる第三者の管理下に置きます。

エスクロープロバイダーは通常、入金アドレスまたは顧客アカウントを作成し、資金の移動に必要な秘密鍵を管理します。

プロバイダーは利用規約に従い、入金を確認し、取引を監視し、証拠を確認したうえで暗号資産を送金または返金します。

この方式では、カスタマーサービス、本人確認、書類審査、人による紛争解決に対応できます。

また、ブロックチェーンデータだけでは評価できない現物の商品やサービスを伴う取引にも対応できます。

主なデメリットはカウンターパーティリスクです。プロバイダーがハッキングされる、支払不能になる、出金を凍結する、資金を不正利用する、または誤った判断を下す可能性があります。

暗号資産を預ける前に、プロバイダーの法人情報、カストディモデル、手数料、紛争処理方針、セキュリティ対策、出金条件を確認してください。

エスクローサービスを名乗るウェブサイトであっても、プロフェッショナルなインターフェースやブロックチェーンの入金アドレスが表示されているだけで信用してはいけません。

スマートコントラクト型エスクロー

スマートコントラクト型エスクローでは、ブロックチェーン上のコードを使って資産を保管し、事前に定められた解放ルールを適用します。

スマートコントラクトとは、ブロックチェーンアドレスに保存され、デプロイされたコードに従って実行されるプログラムです。

Ethereumのスマートコントラクトドキュメントでは、スマートコントラクトが残高を保有し、プログラムされたルールを自動的に適用できると説明されています。

基本的なエスクローコントラクトには、買い手、売り手、資産、金額、期限、現在の取引状況を記録できます。

買い手がコントラクトに資金を預け、承認された関数によって資金を送金または返金できるかどうかが決まります。

スマートコントラクト型エスクローは、秘密鍵を保有する企業への依存を減らせる可能性があります。

ただし、この仕組みの信頼性は、コード、管理者権限、オラクルの設計、紛争処理プロセスに左右されます。

コーディングミスにより、資産が永久にロックされたり、誤ったアドレスへ送られたり、権限のない出金が可能になったり、正当な返金ができなくなったりするおそれがあります。

スマートコントラクト型エスクローはトラストレスか？

スマートコントラクト型エスクローは、完全にトラストレスというより、信頼への依存を最小限に抑えた仕組みと表現するのが適切です。

当事者は、デプロイ済みのバイトコードが想定されたソースコードと一致し、コードが合意内容を正しく反映していることを信頼する必要があります。

また、コントラクトを一時停止、アップグレード、または置き換える権限を持つ管理者を信頼する必要がある場合もあります。

オフチェーンでの引き渡し条件がある場合、その結果をブロックチェーンに提供する個人またはシステムへの信頼も必要です。

基盤となるコントラクトが正しく機能していても、ユーザーインターフェースが誤解を招く取引内容を表示する可能性があります。

ブロックチェーンはコード化されたルールを適用できますが、そのルールが公正で、完全で、あらゆる現実世界の紛争に適していることまでは保証できません。

マルチシグエスクロー

マルチシグエスクローでは、エスクローされた資金を使用する前に複数の暗号学的署名が必要です。

一般的な構成では、買い手、売り手、独立した仲裁人がそれぞれ1つの鍵を持ちます。

2-of-3の構成では、承認された鍵のうち2つがあれば最終トランザクションを承認できます。

取引が通常どおり成立した場合、仲裁人を介さずに買い手と売り手が協力して資金を解放できます。

紛争が発生した場合、仲裁人は証拠を確認し、買い手または売り手のいずれかとともに署名できます。

Bitcoinの公式コントラクトドキュメントでは、マルチシグトランザクションを使って単一の外部エージェントへの依存を減らしながら、金融上の合意を適用する方法が説明されています。

マルチシグエスクローは、どちらの当事者が正しいかを自動的に判断するものではありません。鍵の保有者は、どのトランザクションに署名するかを決める必要があります。

また、鍵の紛失、共謀、アドレスの誤り、互換性のないウォレットソフトウェア、不明確な紛争条件などのリスクも生じます。

2-of-2エスクロー

2-of-2エスクローでは、資金を移動するために双方の承認が必要です。

この構成により、買い手または売り手のどちらか一方だけで資金を持ち出すことはできません。

双方の協力が見込まれ、独立した仲裁人が不要な場合に機能します。

Bitcoinの開発者向け用語集では、エスクローコントラクトを、参加者がマルチシグ出力に資金を預け、必要な当事者が合意するまで支出できないトランザクションと説明しています。

2-of-2エスクローの大きな弱点は、膠着状態に陥る可能性があることです。

一方が連絡を絶つ、鍵を紛失する、または協力を拒否すると、時間経過に基づく回復手段が設計に含まれていない限り、資産がロックされたままになる可能性があります。

タイムロック付きエスクロー

タイムロック付きエスクローでは、期限後に別の支出条件または返金条件が利用可能になります。

たとえば、期限前に買い手が引き渡しを確認すれば、売り手が資金を受け取れるようにできます。

確認がない場合、期限後に買い手が返金を受けられるようになることがあります。

タイムロックは、一方が応答をやめたために資金が永久に凍結されるリスクを軽減できます。

ただし、ブロックチェーンのタイムスタンプやブロック生成は、中央集権型の時計と同じ精度ではないため、期限は慎重に設定する必要があります。

期限直前にトランザクションが送信された場合や、ネットワーク混雑中に保留状態になった場合の処理も、コントラクトで定義する必要があります。

単純なタイムアウトでは、現物の商品に欠陥があったか、サービスが主観的な品質基準を満たしたかを判断できません。

仲裁人を介したエスクロー

仲裁付きエスクローでは、指定された第三者に紛争を解決する権限を与えます。

仲裁人は、当事者が提出したメッセージ、取引記録、引き渡しの証拠、署名済み書類、ファイル、その他の情報を確認する場合があります。

最終判断は、カストディ型の資金移動、マルチシグ署名、または承認されたスマートコントラクト関数を通じて実行できます。

仲裁人は、コードでは自動評価できない主観的な紛争に対応できます。

ただし、この仕組みは仲裁人の能力、対応可能性、セキュリティ、中立性、合意内容の解釈に依存します。

仲裁人の選定方法、証拠の提出方法、手続きにかかる期間、判断への不服申し立てが可能かどうかをルールに明記してください。

また、仲裁人に手数料が支払われるか、その手数料がエスクロー額から差し引かれるかも合意に記載する必要があります。

オラクル型エスクロー

オラクル型エスクローでは、外部データを使って資金を解放するかどうかを判断します。

スマートコントラクトは、荷物の配達、法的書類の提出、スポーツの結果、気象事象、ブロックチェーン外で行われた業務の完了などを独力で確認できません。

Ethereumのオラクルに関するドキュメントでは、オラクルがオフチェーン情報をスマートコントラクトで利用可能にすると説明されています。

オラクルは、荷物の到着、決済の完了、価格の目標到達、またはイベントの発生を報告できます。

エスクローコントラクトは、報告された結果にプログラム済みのルールを適用します。

不正確、遅延、改ざん、または取得不能なデータによって誤った結果が引き起こされる可能性があるため、オラクル型エスクローにはオラクルリスクが伴います。

分散型オラクルの設計は単一のデータソースへの依存を減らせますが、曖昧な現実世界の事象を完全に客観的にできるわけではありません。

オンチェーン資産向けの暗号資産エスクロー

取引の双方が同じブロックチェーン上に存在する場合、エスクローを自動化しやすくなります。

スマートコントラクトは、対応トークンの所有権を検証し、ルールに従ってトークンを移転できます。

たとえば、NFTマーケットプレイスは、必要な支払いを待つ間、NFTをエスクローに預けることができます。

買い手が支払った後、コントラクトは1つのトランザクション内でNFTを買い手に、支払いを売り手に移転できます。

必要な処理のいずれかが失敗した場合、アトミックトランザクション全体を取り消せます。

オンチェーン自動化は引き渡しに関する不確実性を軽減しますが、コントラクトはトークン承認、移転コールバック、ロイヤリティ、手数料、特殊なトークン動作を正しく処理する必要があります。

ERC-20トークンのエスクロー

エスクローコントラクトは、ERC-20インターフェースに準拠する代替可能なトークンを保有できます。

買い手は、まずエスクローコントラクトに指定額の使用を承認し、その後、入金関数を呼び出す場合があります。

会計ロジックが対応していれば、直接送金によってトークンを受け取ることもできます。

ERC-20トークンのドキュメントでは、transfer、balance、allowanceの管理など、一般的なトークン関数が説明されています。

開発者は、すべてのトークンが単純な固定供給量のERC-20資産と同じ動作をすると想定してはいけません。

送金手数料のあるトークン、リベーストークン、一時停止されたトークン、アドレスがブロックされたトークン、標準外の戻り値を返すトークンは、エスクローの会計エラーを引き起こす可能性があります。

安全なコントラクトでは、要求した送金額がそのまま届いたと仮定せず、実際に受け取った額を記録する必要があります。

NFTエスクロー

NFTエスクローでは、支払いまたはその他の移転条件が満たされるまで、非代替性トークンを一時的に保管します。

コントラクトはNFTコレクションのアドレス、トークンID、所有者、承認状況、対応する移転方法を検証する必要があります。

ERC-721規格は、個々の非代替性トークンを移転するための一般的なインターフェースを定めています。

悪意のあるNFTコントラクトは、安全な移転のコールバック中に予期しないコードを実行する可能性があります。

エスクローコントラクトは、外部のトークンコントラクトとやり取りする前に、自身の状態と資金を保護する必要があります。

オンチェーンでのトークン移転が成功しても、NFTに紐づくメタデータや画像が変更されたり、消失したりする可能性があります。

そのため、エスクローの保証範囲がトークンのみなのか、オフチェーンの知的財産、ファイル、法的権利も含むのかを明記してください。

現物商品・サービス向けのエスクロー

買い手が現物の商品またはオフチェーンのサービスに対して支払う際にも、暗号資産エスクローを利用できます。

ブロックチェーンでは資金の入金を確認できますが、商品を直接検査したり、完了した業務の品質を判断したりすることはできません。

配送追跡情報は証拠となる場合がありますが、荷物が住所に届いたことだけを示し、中身が正しい商品だったことまでは証明できないことがあります。

サービス契約には、マイルストーン、検査期間、受け入れ基準、証拠に関する要件を含めることができます。

品質、損傷、詐欺、不完全な履行が争点となる場合、人による仲裁が必要になることがよくあります。

合意では、配送リスク、返品費用、取引手数料、税金、為替レートの変動を誰が負担するかを明記してください。

マイルストーン型エスクロー

マイルストーン型エスクローでは、全額を一度に支払うのではなく、複数段階に分けて資金を解放します。

フリーランスのプロジェクトでは、デザインの承認後に一部を、開発後に別の一部を、最終納品後に残額を支払うことがあります。

この方式では、各段階でリスクにさらされる金額を減らせます。

各マイルストーンには、明確な成果物、期限、受け入れ手続き、紛争処理ルールを設定してください。

レビュー期間終了後に自動で資金を解放する設定にすれば、買い手による支払いの無期限な遅延を防げます。

ただし、レビュー期間が短すぎたり通知が届かなかったりすると、自動解放によって買い手に不利益が生じる可能性があります。

完了したマイルストーンによって、別の段階に割り当てられた資金まで誤って解放されないよう、コントラクトで制御する必要があります。

エスクロー入金と保証金

エスクローの支払いは通常、取引条件に応じて支払いに充当されるか、返金されることを目的とします。

保証金は、損害、債務不履行、その他の禁止行為を抑止するための担保です。

同じスマートコントラクトで、商品代金と別個の保証金の両方を保管できる場合があります。

コントラクトはそれぞれの残高を区別し、各資金の解放条件を定める必要があります。

保証金はEthereumのステーキングと混同しないでください。ステーキングされたETHがプロトコルに保有される担保と説明されることはありますが、両者は異なります。

Ethereumのステーキングはコンセンサスを保護するものであり、一般的な買い手と売り手の取引とは異なります。

エスクローとアトミックスワップの違い

アトミックスワップは、両方の移転が実行されるか、いずれの当事者も意図した結果を得られないように設計された暗号学的条件を用いて、ブロックチェーン資産を交換します。

従来のエスクローでは、個人、コントラクト、またはサービスが解放を承認するまで資産を保管します。

アトミックスワップでは、中立的な仲裁人の代わりにハッシュロックやタイムロックを使うことがあります。

両方の資産と条件がプロトコルに対応していれば、カストディリスクを軽減できます。

商品品質、法的所有権、カスタム業務の完了など、主観的な義務にはアトミックスワップはあまり適していません。

クロスチェーンエスクローシステムの中には、アトミック条件とリレイヤー、流動性プロバイダー、紛争処理メカニズムを組み合わせたものもあります。

エスクローとスマートコントラクトウォレットの違い

スマートコントラクトウォレットは、特定の買い手と売り手の合意ではなく、アカウント管理ルールに従って資産を管理します。

複数の署名者、支出上限、復旧機能、セッションキー、トランザクションポリシーに対応する場合があります。

エスクローコントラクトは通常、特定の取引のために資産を保有し、その取引固有の条件に従って解放するよう設計されています。

マルチシグウォレットをエスクローの手段として利用できますが、マルチシグウォレットの残高がすべてエスクロー預け入れになるわけではありません。

ウォレットの署名しきい値だけでなく、その目的や法的合意も重要です。

エスクローと担保の違い

担保とは、暗号資産ローンやデリバティブのポジションなど、別の義務を保護するために差し入れる資産です。

エスクローとは、取引条件が満たされるまで資産を保管する仕組みです。

担保は、その価値が下落した場合や借り手が債務不履行になった場合に強制決済されることがあります。

エスクローされた支払いは、履行状況に応じて一方に送金されるか、他方に返金されるのが一般的です。

DeFiコントラクトでは、エスクローに似た形で担保を保管しながらローンルールを適用し、両方の概念を組み合わせる場合があります。

商品名だけに頼らず、強制決済と資金解放の条件を確認してください。

エスクロー手数料

暗号資産エスクローの手数料には、サービス料、仲裁手数料、スマートコントラクト手数料、ブロックチェーンネットワーク手数料、交換スプレッド、出金費用などが含まれる場合があります。

カストディ型プロバイダーは、取引額に対する割合または固定額を請求することがあります。

スマートコントラクトは、資金解放時にプロトコル手数料を自動的に差し引く場合があります。

オンチェーンでの入金、送金、返金、承認、紛争処理の各トランザクションには、ガス代またはその他のネットワーク手数料が必要になることがあります。

マルチシグトランザクションには追加の署名データが含まれるため、単純な送金よりサイズが大きく、手数料が高くなる可能性があります。

各手数料を誰が負担するか、取引が失敗した場合に返金されるかを合意に明記してください。

出金費用やネットワーク費用が含まれていない場合、広告に表示された低いサービス手数料は誤解を招く可能性があります。

スマートコントラクトのセキュリティリスク

エスクローコントラクトは多額の価値を保有する場合があり、攻撃者の標的になりやすい可能性があります。

エスクローコントラクトが自身の状態を安全に更新する前に資産を送金したり、別のコントラクトを呼び出したりすると、リエントランシーが発生することがあります。

Solidityのセキュリティガイダンスでは、リエントランシーリスクを軽減するため、Checks-Effects-Interactionsなどのパターンが推奨されています。

アクセス制御の誤りにより、権限のないアカウントがエスクローの送金、返金、一時停止、アップグレードを実行できる場合があります。

状態遷移の誤りによって、二重返金、重複した送金、入金完了前の決済が可能になることがあります。

算術やトークン会計のエラーによって、誤った金額が配分される可能性があります。

受取人が送金を拒否した場合や、ループの実行コストが高すぎる場合に、サービス拒否状態となって決済できなくなることがあります。

コントラクトは、正常な決済、返金、タイムアウト、紛争、悪意のあるトークンの動作、外部呼び出しの失敗を想定してテストする必要があります。

プル型の支払いと出金

プル型の支払い設計では、状態変更時にすべての支払いを自動送金するのではなく、各当事者が出金できる金額を記録します。

これにより、受取人への送金が失敗してエスクロー全体の処理が止まる可能性を減らせます。

Solidityの一般的なコントラクトパターンでは、より安全な資金配分のために出金パターンが推奨されています。

外部送金を行う前に、コントラクトは出金可能残高を設定する必要があります。

また、受取人が同じ残高を複数回引き出せないようにする必要があります。

出金資格を得ることが、資産を自動的に受け取ることと常に同じではない点に注意してください。

アップグレードと管理者のリスク

アップグレード可能なエスクローコントラクトでは、ユーザーが資金を預けた後に動作ロジックを変更できます。

アップグレードは脆弱性の修正や機能追加に役立ちますが、管理者に大きな権限を与えることにもなります。

アップグレード鍵が侵害されると、安全なコードが、エスクロー資産を別の場所へ送るコードに置き換えられるおそれがあります。

一時停止機能は緊急時に資金を保護できますが、正当な出金を遅らせる可能性もあります。

ユーザーは、アップグレードの管理者、必要な署名数、遅延の有無、変更を拒否できるかを確認してください。

分散型と説明されているコントラクトでも、単一の管理者アドレスに依存している場合があります。

署名とリプレイ攻撃のリスク

一部のエスクローシステムでは、すべての判断を即座にオンチェーンへ送信せずに資金解放を承認するため、オフチェーン署名を利用します。

有効な署名は、意図された1つの操作だけに限定する必要があります。

必要に応じて、署名対象のデータにエスクロー、資産、金額、受取人、チェーン、コントラクト、nonce、有効期限を含める必要があります。

こうした制限がなければ、攻撃者が署名を別のエスクロー取引や、互換性のある別ネットワークで再利用する可能性があります。

Ethereumの型付き構造化データの規格を利用すると、承認内容を読みやすくし、ドメイン固有にできます。

ガス代不要の署名であっても、後の資産移転を承認する可能性があるため、ユーザーは署名要求を毎回確認してください。

ブロックチェーンのファイナリティとエスクロー

エスクローサービスは、未承認の入金を最終的な支払いとして扱うべきではありません。

ブロードキャストされたばかりのトランザクションは、保留中のままになる、置き換えられる、失敗する、一部のトランザクションプールから消えることがあります。

直近のブロックに含まれたトランザクションも、より強い承認やファイナリティが得られる前は、限定的なチェーン再編リスクにさらされる可能性があります。

必要な承認数は、ブロックチェーン、取引額、資産、取り消し可能性のある直近のブロックを受け入れることによる影響に応じて異なります。

高額で取り消しが難しい商品を納品する売り手は、少額のデジタルサービスより多くの承認を求める場合があります。

ブロックチェーン上の入金がいつ受領済みと見なされるかを、エスクロー契約に記載してください。

プライバシーと透明性

パブリックブロックチェーン上のエスクロー取引では、入金アドレス、金額、コントラクトとのやり取り、トークン保有状況、決済履歴が公開される可能性があります。

第三者がエスクローアドレスと、同じ参加者による他の取引を関連付けることもあります。

人が読める説明を直接オンチェーンに保存すると、機密性の高い商取引情報が永久に公開される可能性があります。

アプリケーションは、不要な個人情報、非公開の書類、機密性の高い証拠を公開トランザクションデータに含めないようにしてください。

オフチェーンで証拠を保管するとプライバシーを高められますが、可用性、真正性、アクセス制御に関する課題が生じます。

暗号化でコンテンツを保護できますが、トランザクションのメタデータは公開されたままの場合があります。

法的・規制上の考慮事項

他者の暗号資産を保管する個人や企業は、管轄地域、ビジネスモデル、資産、顧客の活動に応じて法的義務を負う可能性があります。

その義務には、ライセンス、記録管理、顧客確認、制裁遵守、消費者保護、税務報告、エスクローに関する特別な規制などが含まれる場合があります。

スマートコントラクトを利用しても、開発者、運営者、仲裁人、取引参加者の法的責任が自動的になくなるわけではありません。

ブロックチェーントランザクションが正常に実行されても、基礎となる合意が違法であったり、法的紛争の対象となったりする可能性があります。

高額または複雑な取引では、該当する管轄地域に詳しい有資格の法律・税務専門家に相談する必要がある場合があります。

暗号資産エスクロー詐欺のリスク

詐欺師は、正規の取引サービスを装った偽のエスクローサイトを作成することがよくあります。

詐欺師が、買い手または売り手と偽のエスクロープロバイダーの両方を操っている場合があります。

被害者は、偽の入金確認、偽造されたブロックチェーンのスクリーンショット、資金が保護されたとする偽メールを受け取ることがあります。

サイトが出金を許可する前に、アクティベーション費用、税金、保険料、本人確認用の入金、または追加の暗号資産を要求する場合があります。

FTCの暗号資産詐欺に関するガイダンスでは、暗号資産による支払いは取り戻すことが難しい場合があり、利益の保証や緊急の支払い要求が一般的な警告サインだと注意喚起しています。

スクリーンショットやメールを信用せず、リアルタイムのブロックチェーンデータで入金を確認してください。

正規のエスクロープロバイダーが、パブリックブロックチェーン上の支払いを確認するためにウォレットのリカバリーフレーズや秘密鍵を求めることはありません。

暗号資産エスクローサービスの評価方法

最初に、エスクロー資産を実際に管理しているのが誰かを確認します。

次に、法人、公式ドメイン、スマートコントラクトアドレス、またはマルチシグ参加者を確認します。

3つ目に、資金を預ける前に、送金、返金、タイムアウト、キャンセル、紛争の条件を読みます。

4つ目に、コントラクトが検証済みか、監査済みか、アップグレード可能か、一時停止可能か、特権アカウントに管理されているかを確認します。

5つ目に、対応している資産とブロックチェーンネットワークを確認します。

6つ目に、サービス、仲裁、交換、ネットワークの各手数料を確認します。

7つ目に、仲裁人が受け付ける証拠と最終判断の実行方法を理解します。

8つ目に、オフチェーン情報がオラクルや中央集権型の管理者に依存しているか確認します。

9つ目に、取引構造上可能であれば、少額で手続きを試します。

10個目に、秘密鍵、リカバリーフレーズ、コンピューターへのリモートアクセス、説明のない前払いを求めるサービスは利用しないでください。

スマートコントラクト型エスクロー取引の例

買い手が、完成したソフトウェアプロジェクトの対価として、対応するステーブルコインを5,000単位、開発者に支払うとします。

合意では、プロジェクトの要件、納期、検査期間、仲裁人、手数料、返金条件を定めます。

買い手は検証済みのエスクローコントラクトを承認し、5,000トークンを入金します。

コントラクトは実際に受け取った金額を記録し、取引状況を「作成済み」から「入金済み」に変更します。

開発者は合意したオフチェーンの方法で完成品を提出します。

買い手が成果物を承認した場合、承認関数を呼び出します。

コントラクトは取引状況を「完了」にし、明記されたエスクロー手数料を差し引いた金額を開発者に割り当てます。

開発者はプル型の出金関数を使って利用可能なトークンを引き出します。

買い手が成果物を拒否した場合、期限前にどちらかの当事者が紛争を開始できます。

仲裁人は証拠を確認し、合意に従って送金、返金、または分割払いを承認します。

この設計により、売り手が支払いを確保せずに作業を完了するリスクと、買い手が納品前に売り手へ支払うリスクを軽減できます。

エスクローでよくある間違い

よくある間違いの一つは、誰が管理しているか確認せずにエスクローアドレスへ暗号資産を送ることです。

もう一つは、リアルタイムのブロックチェーントランザクションを確認せず、スクリーンショットを信頼することです。

3つ目は、オフチェーン商品の引き渡しをスマートコントラクトが独力で確認できると思い込むことです。

4つ目は、対応していないトークンや標準外のトークンをコントラクトに預けることです。

5つ目は、管理者、アップグレード、一時停止、オラクルの各権限を確認しないことです。

6つ目は、適切なブロックチェーン上の期限や返金手続きを定めずに期限へ合意することです。

7つ目は、膠着状態からの復旧手段なしに2-of-2マルチシグエスクローを利用することです。

8つ目は、仲裁手数料やネットワーク手数料を誰が支払うか決めないことです。

9つ目は、監査によってコントラクトが絶対に失敗しないと考えることです。

10個目は、エスクローエージェントやサポート担当者を名乗る相手にリカバリーフレーズを共有することです。

よくある質問

暗号資産におけるエスクローとは何ですか？

エスクローとは、合意した取引条件が満たされるまで暗号資産を一時的に保管し、条件成立後にのみ解放する仕組みです。

エスクロー中の暗号資産は誰が保管しますか？

カストディ型プロバイダー、スマートコントラクト、マルチシグウォレット、仲裁人、またはハイブリッドシステムが管理する場合があります。

暗号資産のエスクロースマートコントラクトとは何ですか？

暗号資産を保管し、送金、返金、タイムアウト、紛争解決のためのプログラム済みルールを適用するブロックチェーンコードです。

暗号資産エスクローは完全にトラストレスですか？

いいえ。正しいコード、管理者権限、仲裁人、オラクル、インターフェース、オフチェーンの証拠への依存が残る場合があります。

マルチシグエスクローとは何ですか？

資金移動の承認に、所定数の承認済み鍵を必要とするエスクローです。

2-of-3エスクローはどのように機能しますか？

買い手、売り手、仲裁人がそれぞれ鍵を持ち、合意したルールに基づいて、いずれか2つの鍵で決済を承認できます。

エスクロー資金は返金できますか？

エスクロー契約またはスマートコントラクトに有効な返金条件が含まれ、必要な承認が得られれば返金できます。

暗号資産エスクローでブロックチェーン上の支払いを取り消せますか？

エスクローではロックされたままの資産を管理できますが、通常、別のアドレスへ送金され、すでに承認された無関係のトランザクションを取り消すことはできません。

スマートコントラクト型エスクローには仲裁人が必要ですか？

必ずしも必要ではありません。客観的なオンチェーン条件は自動化できますが、主観的またはオフチェーンの紛争では通常、外部の判断が必要です。

エスクローオラクルとは何ですか？

エスクローオラクルは、資金解放条件が成立したかどうかをスマートコントラクトが判断するために、外部情報を提供します。

NFTをエスクローに預けられますか？

はい。支払いなどの決済条件が満たされるまで、NFTをエスクローコントラクトまたはウォレットに移転して保管できます。

エスクローによって売り手の誠実さは保証されますか？

いいえ。エスクローは特定の支払いや引き渡しのリスクを軽減しますが、商品の品質、法的所有権、証拠の真正性を保証するものではありません。

暗号資産のエスクロー預け入れは保険の対象ですか？

エスクローされた暗号資産が自動的に預金保険で保護されるわけではありません。利用できる保護はプロバイダーや管轄地域によって異なります。

エスクロー取引にはガス代が必要ですか？

オンチェーンでの入金、送金、返金、承認、紛争処理には通常、ブロックチェーンの取引手数料が必要です。

エスクローのスマートコントラクトはハッキングされる可能性がありますか？

はい。リエントランシー、アクセス制御、トークン処理、アップグレード、署名、オラクルに関する脆弱性によって、エスクロー資産が危険にさらされる可能性があります。

エスクローへの入金はどのように確認できますか？

信頼できるリアルタイムデータソースを使い、トランザクションハッシュ全体、ブロックチェーンネットワーク、資産コントラクト、送金先アドレス、金額、状況、承認数を確認してください。

双方が協力をやめるとどうなりますか？

仲裁人、タイムアウト、返金経路、その他の復旧手段がエスクローに含まれているかどうかによって異なります。

ステーキングはエスクローと同じですか？

いいえ。ステーキングは暗号資産をコンセンサスやプロトコル上の役割に利用するもので、取引エスクローは当事者間の合意が満たされるまで資産を保管するものです。

偽のエスクローサービスを見分ける最大の警告サインは何ですか？

リカバリーフレーズの要求、説明のない前払い、出金保証、偽の取引スクリーンショット、即座の暗号資産送金を迫る行為などが主な警告サインです。

エスクロー契約には何を含めるべきですか？

当事者、資産、金額、引き渡し要件、期限、手数料、証拠、資金解放手続き、返金手続き、紛争ルール、ブロックチェーンネットワークを明確に定める必要があります。

まとめ

エスクローとは、合意した条件に基づいてデジタル資産を送金、返金、または紛争処理のいずれかに振り分けるまで保管する、暗号資産取引の仕組みです。

買い手が期待した結果を受け取らずに支払うリスクや、売り手が支払いを確保せずに業務を行うリスクを軽減できます。

暗号資産エスクローでは、カストディ型プロバイダー、スマートコントラクト、マルチシグウォレット、タイムロック、オラクル、仲裁人、またはこれらの組み合わせを利用できます。

スマートコントラクトは客観的なオンチェーン条件を自動化できますが、主観的な品質や大半の現実世界の事象を独力で理解することはできません。

マルチシグや仲裁付きの仕組みは、より複雑な紛争に対応できますが、鍵管理、共謀、対応可能性、意思決定に関するリスクが生じます。

エスクローのスマートコントラクトには、リエントランシー、アクセス制御、アップグレード、トークン会計、署名、オラクルの脆弱性も存在します。

入金前に、資産の管理者、決済方法、手数料、利用できる復旧手段を確認してください。

すべての支払いをリアルタイムのブロックチェーンデータで確認し、秘密鍵やリカバリーフレーズをエスクロープロバイダーに絶対に提供しないでください。

適切に設計されたエスクローは暗号資産取引の安全性を高める可能性がありますが、コントラクトの慎重な確認、取引相手の調査、安全なウォレットの利用、明確な法的合意の代わりにはなりません。