#dusk $DUSK @Dusk 一度行うだけでも、何度も確認が必要で、さらに2つのネットワークそれぞれにGasを用意する必要があります。一般ユーザーの最初の反応は「レイヤー間のセキュリティがどれだけ厳密か」とはならず、こう思うはずです。『私のお金、止まってない？』
私は@Dusk の現在のDuskEVMブリッジ手順を確認しました。まず要点：公式ページに書かれているのはテストネットです。テスト用コインには実際の価値がないため、メインネットですでに動作している前提で先に記述してはいけません。
入金は比較的シンプルです。Dusk L1でトランザクションを送信し、DuskEVM側の残高が反映されるまで待ちます。2つのレイヤーの状態は同時に更新されません。出庫（退出）する場合は、まずDuskEVM側で開始し、ウォレットに「証明できる」と表示されたらL1で証明を提出します。その後「最終確認できる」まで待って、さらにもう1回L1に取引を送ってDUSKを解放します。
1回の退出には、開始・証明・最終確認の3回のオンチェーン操作が含まれます。出庫にかかるソース側の手数料に加え、2つのL1手数料も用意する必要があり、プライバシー化されていないDUSKで支払います。L1残高をすべてEVMに移してしまうと、Gasが足りず途中で止まる可能性があります。
なぜ一度に通さないのか？DuskEVMが実行を担当し、Dusk L1が証明と最終解放を受け持ちます。システムは、状態の公開、証明が熟成すること、争議（イシュー）のチェックなどを待ち、決済レイヤーが受け入れ可能な形で実行結果が確定していることを確認します。代償は時間、操作量、そして流動性の拘束です。
これは機関にはさらに面倒です。EVM側で資産が差し引かれたとしても、L1にまだ着金していないことがあります。財務システムは「開始が成功した」を「払い出し完了」として記録してはいけません。取引ハッシュ、証明ステータス、最終確認、そして3つの手数料を照合する必要があります。そうしないと、帳簿上に決済待ちのウィンドウが発生します。
なので私は4点を追跡します。退出の中位時間、各段階で詰まっている（カットされている）割合、3回操作の総費用、そして失敗後に無損失で復旧できるかどうか。$DUSK は両側のネイティブ資産とGasですが、ユーザーが参加するかどうかは、出口が理解できるか、そして機関の台帳でも最後まで完全に照合できるかにかかっています。
#dusk
私は@Dusk の現在のDuskEVMブリッジ手順を確認しました。まず要点：公式ページに書かれているのはテストネットです。テスト用コインには実際の価値がないため、メインネットですでに動作している前提で先に記述してはいけません。
入金は比較的シンプルです。Dusk L1でトランザクションを送信し、DuskEVM側の残高が反映されるまで待ちます。2つのレイヤーの状態は同時に更新されません。出庫（退出）する場合は、まずDuskEVM側で開始し、ウォレットに「証明できる」と表示されたらL1で証明を提出します。その後「最終確認できる」まで待って、さらにもう1回L1に取引を送ってDUSKを解放します。
1回の退出には、開始・証明・最終確認の3回のオンチェーン操作が含まれます。出庫にかかるソース側の手数料に加え、2つのL1手数料も用意する必要があり、プライバシー化されていないDUSKで支払います。L1残高をすべてEVMに移してしまうと、Gasが足りず途中で止まる可能性があります。
なぜ一度に通さないのか？DuskEVMが実行を担当し、Dusk L1が証明と最終解放を受け持ちます。システムは、状態の公開、証明が熟成すること、争議（イシュー）のチェックなどを待ち、決済レイヤーが受け入れ可能な形で実行結果が確定していることを確認します。代償は時間、操作量、そして流動性の拘束です。
これは機関にはさらに面倒です。EVM側で資産が差し引かれたとしても、L1にまだ着金していないことがあります。財務システムは「開始が成功した」を「払い出し完了」として記録してはいけません。取引ハッシュ、証明ステータス、最終確認、そして3つの手数料を照合する必要があります。そうしないと、帳簿上に決済待ちのウィンドウが発生します。
なので私は4点を追跡します。退出の中位時間、各段階で詰まっている（カットされている）割合、3回操作の総費用、そして失敗後に無損失で復旧できるかどうか。$DUSK は両側のネイティブ資産とGasですが、ユーザーが参加するかどうかは、出口が理解できるか、そして機関の台帳でも最後まで完全に照合できるかにかかっています。
#dusk
