取引が失敗した後に、ウォレットから減った DUSK は「無駄遣い」になったの？👻？
Dusk の Tokenomics ページを見ていて、つい見落としがちなルールを見つけました。取引が gas を使い切った場合、ロールバックされますが、すでに消費された gas は請求対象のままです。ユーザーが口で言う「失敗」には、少なくとも 2 つのオンチェーン上の結果があります。
Gas limit は今回の呼び出しで最大どれくらいの作業ができるか、gas price は 1 単位の作業あたりの価格です。費用は実際に消費した分だけ計算され、使い切らなかった分は差し引かれません。このルール自体には特に問題はないのですが、困るのはウォレットが通常、赤地に白文字の「Failed」しか表示しないことです。
以前は確実に、ユーザーが手数料を足りるだけ用意していなかったせいだと思っていました。今振り返ると、プロダクトが失敗の理由を分かりやすく説明できているかどうかで、ユーザーが「もう一度押す」気持ちになるかがそのまま決まります。作業量が足りないのか、権限やパラメータ、ネットワーク状態の問題なのかで、対応はまったく変わります。
場面を一つ。少量の DUSK をコントラクトに調整する人がいて、gas limit を低く設定しすぎました。取引は失敗し、残高が減りましたが、オンチェーンの状態は変わりません。彼はまた試し、さらに 1 回分支払います。根本がパラメータの誤りなら、手数料は焼かれ続けるだけです。
だから私は、Dusk の gas メカニズムを「失敗しても料金はかかる」と単純にまとめられるとは思いません。プロトコルは、未使用分は返金され、消費された部分は課金されるという境界をすでに明確に書いています。プロダクトは、この境界を「人の言葉」に翻訳して伝えるべきです。@Dusk が失敗記録の中で gas limit、実際の消費量、失敗理由を同時に表示できれば、$DUSK の利用のハードルを 1 段階下げて、誤解が減らせます。#dusk
Dusk の Tokenomics ページを見ていて、つい見落としがちなルールを見つけました。取引が gas を使い切った場合、ロールバックされますが、すでに消費された gas は請求対象のままです。ユーザーが口で言う「失敗」には、少なくとも 2 つのオンチェーン上の結果があります。
Gas limit は今回の呼び出しで最大どれくらいの作業ができるか、gas price は 1 単位の作業あたりの価格です。費用は実際に消費した分だけ計算され、使い切らなかった分は差し引かれません。このルール自体には特に問題はないのですが、困るのはウォレットが通常、赤地に白文字の「Failed」しか表示しないことです。
以前は確実に、ユーザーが手数料を足りるだけ用意していなかったせいだと思っていました。今振り返ると、プロダクトが失敗の理由を分かりやすく説明できているかどうかで、ユーザーが「もう一度押す」気持ちになるかがそのまま決まります。作業量が足りないのか、権限やパラメータ、ネットワーク状態の問題なのかで、対応はまったく変わります。
場面を一つ。少量の DUSK をコントラクトに調整する人がいて、gas limit を低く設定しすぎました。取引は失敗し、残高が減りましたが、オンチェーンの状態は変わりません。彼はまた試し、さらに 1 回分支払います。根本がパラメータの誤りなら、手数料は焼かれ続けるだけです。
だから私は、Dusk の gas メカニズムを「失敗しても料金はかかる」と単純にまとめられるとは思いません。プロトコルは、未使用分は返金され、消費された部分は課金されるという境界をすでに明確に書いています。プロダクトは、この境界を「人の言葉」に翻訳して伝えるべきです。@Dusk が失敗記録の中で gas limit、実際の消費量、失敗理由を同時に表示できれば、$DUSK の利用のハードルを 1 段階下げて、誤解が減らせます。#dusk
