配車Appってよくこういう感じ：見積もりは心の準備のために出すだけで、最終精算は実際の走行距離で計算されます。@Dusk のGasも同じです。費用は`gas_used × gas_price`で、Gas priceはLUX建てです。1 DUSKは10億LUXに相当します。使い切らなかった上限分は引かれませんが、取引の途中でGasが尽きると、その操作は全てロールバックされます。前半で走らせた計算も、支払いはそのままです。最初はこの設定、たしかに穴だらけだと思いました。けれど後で分かったのは、失敗しても完全無料なら、ハッカーは複雑なエラー呼び出しを無限に投げてノードに無駄な仕事をさせ続けられる——それこそが本当の落とし穴だということ。

なので毎回、取引を確認するときは3つだけ切り分けます。Gas limitが処理の全工程を走り切るのに足りるか、Gas priceが妥当か、呼び出し対象とパラメータに入力ミスがないか。失敗してもすぐに再送しないで、まず公式ブラウザで型（タイプ）、費用、使用量、エラー発生位置を調べましょう。上限を闇雲に倍にするのは、誤ったコントラクトにさらに燃料代を注ぐだけで、根本解決にはなりません。

料金の流れもなかなか面白い。各ブロック報酬は新規発行$DUSK に加えて取引手数料で、ブロック生成者、開発基金、委員会に分配されます。分配されなかった分は燃焼（破棄）される可能性があります。ネットワークが混雑していると、手数料が検証インセンティブに回ることがありますが、だからといって持ち株だけで楽に利回りが得られる配当が自動でもらえるわけではありません。

本当に立ち止まって見たのはプライバシー面です。Duskは取引を完全に隠すのではなく、選択的開示を行います。コンプライアンスのために必要な情報を立証できつつ、すべての細部を公開チェーンにベタ置きしない。XSC、DuskEVMに加えてCitadelのアイデンティティ枠組みがあるので、単に「プライバシーチェーン」と叫ぶだけのものより、現実の金融シーンにかなり近い印象です。

Citadel 2の手順は4ステップ。License Providerがオフライン審査で暗号化された証明書を発行し、ユーザーはゼロ知識証明を生成して有効な証明書を提示するだけ。コントラクトが検証した後、公開sessionを残し、サービス側が通すかどうかを判断します。オンチェーンでは、セッションが成立したことだけを証明し、機関が誰を信じるか、どんな属性が必要か、証明書が期限切れでないかといった部分は公開しません。同じアイデンティティ資料を各プラットフォームで毎回重複保存しないことで、リスクはデータの複製から、発行者によるガバナンスと失効同期へと移ります。

Duskを使う前にGasを把握しておけば、何度もエラーで学費を払う回数を減らせます。成立するかどうかは結局取引結果次第で、価値が継続的にDUSKへ流れていくかは、ネットワークの実使用と供給のリズムを引き続き観察する必要があります。#dusk $DUSK