official_blog:260120_実行手数料
差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン | ||
| official_blog:260120_実行手数料 [2026/01/20 14:35] – 削除 d.azuma | official_blog:260120_実行手数料 [2026/01/20 20:23] (現在) – d.azuma | ||
|---|---|---|---|
| 行 1: | 行 1: | ||
| + | ====== 260120 Qubicで実行手数料(Execution Fees)が導入されました:知っておくべきこと ====== | ||
| + | {{ .: | ||
| + | |||
| + | Qubic の[[tag/ | ||
| + | |||
| + | [[tag/ | ||
| + | |||
| + | このアップデートは、まずライブテストネット環境で検証された後、メインネットに展開されました。これにより、コントラクトが実行する「仕事」に直接比例した、有機的な [[tag/ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== 実行手数料が重要な理由 ===== | ||
| + | |||
| + | Qubic 上のすべての[[tag/ | ||
| + | |||
| + | そのリザーブが枯渇しても、コントラクトが消滅することはありませんが、「休止状態(dormant)」になります。資金を受け取ったり、基本的なシステムイベントに応答したりすることは可能ですが、リザーブが補充されるまで、そのコア機能(プロシージャ)を再び呼び出すことはできません。 | ||
| + | |||
| + | 以前は、コントラクトがアクティブであり続けるためには、プラスの残高があることだけが必要でした。システムはリザーブが存在することを確認していましたが、実際の計算に基づいた実行コストの差し引きは行われていませんでした。それが今回変更されました。 | ||
| + | |||
| + | コントラクトは、そのプロシージャの実行にかかる時間に比例して課金されるようになり、手数料が実際の計算作業と直接結びつくようになります。 | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== システムの仕組み ===== | ||
| + | |||
| + | 手数料メカニズムは、それぞれ 676 [[tag/ | ||
| + | |||
| + | * **実行と測定**: | ||
| + | * [[tag/ | ||
| + | |||
| + | * **蓄積**: | ||
| + | * これらの測定値は、676 [[tag/ | ||
| + | |||
| + | * **コンセンサス**: | ||
| + | * [[tag/ | ||
| + | * ネットワークはこれらの報告を集計し、「3分の2パーセンタイル(two-thirds percentile)」を使用して、公正で合意された実行手数料を決定します。 | ||
| + | |||
| + | * **差し引き**: | ||
| + | * 合意された手数料は、次のフェーズでコントラクトのリザーブから差し引かれます。 | ||
| + | * このフェーズベースのアプローチにより、ネットワーク全体の正確性を確保しつつ、コンセンサスの効率を維持します。 | ||
| + | |||
| + | {{.: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== 誰が何を支払うのか ===== | ||
| + | |||
| + | このシステムは、「アクションを開始した者が支払う」というシンプルな原則に従っています。 | ||
| + | |||
| + | ユーザーがコントラクトのプロシージャを呼び出すと、そのコントラクトのリザーブがコストをカバーします。コントラクト[A] がコントラクト[B]を呼び出す場合、実行が進む前にコントラクト[B]のリザーブがチェックされます。 | ||
| + | |||
| + | いくつかの操作は、実行手数料のチェックが無料のまま維持されます: | ||
| + | |||
| + | ^ 操作 ^ 手数料チェック ^ | ||
| + | | ユーザーによるプロシージャ呼び出し | はい | | ||
| + | | コントラクト間プロシージャ | はい | | ||
| + | | コントラクト間ファンクション | はい | | ||
| + | | システムコールバック(送金など) | いいえ | | ||
| + | | 読み取り専用ファンクション | いいえ | | ||
| + | | エポック(Epoch)移行処理 | いいえ | | ||
| + | |||
| + | データを読み取るだけのファンクションは、決してコストがかかりません。これらは、コントラクトの状態を変更することなくアクセスを提供するため、リザーブの状態に関係なく実行されます。プロシージャとファンクションの違いについての詳細は、[[https:// | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== 開発者(ビルダー)がすべきこと ===== | ||
| + | |||
| + | Qubic 上でスマートコントラクトを維持している場合は、以下の手順を検討してください: | ||
| + | |||
| + | * **リザーブ状態の確認**: | ||
| + | * `[[https:// | ||
| + | * また、[[https:// | ||
| + | |||
| + | * **プロシージャの精査**: | ||
| + | * 早期に終了(return)するコードは、使用するリソースが少なくなります。過度にループしたり、冗長な操作を繰り返したりするプロシージャは、コストが高くなります。 | ||
| + | |||
| + | * **持続可能性の計画**: | ||
| + | * コントラクトは、`qpi.burn()` 関数または QUtil の `BurnQubicForContract` プロシージャを通じてリザーブを補充できます。 | ||
| + | * これらの操作は、[[tag: | ||
| + | * コントラクトのライフサイクル全体を通じて適切なリザーブを維持するための信頼できるメカニズムを、コントラクトに含めることが推奨されます。 | ||
| + | |||
| + | * **エラー処理の強化**: | ||
| + | * 他のコントラクトを呼び出す際は、それらの呼び出しが成功したかどうかを確認してください。 | ||
| + | * ターゲットとなるコントラクトの手数料が不足している場合、呼び出しは失敗しエラーコードを返します。 | ||
| + | * 必要に応じてフォールバックロジックを構築してください。 | ||
| + | |||
| + | Qubic での構築が初めての開発者にとって、[[https:// | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Computor(運営者)が知っておくべきこと ===== | ||
| + | |||
| + | [[tag/ | ||
| + | |||
| + | [[tag/ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== リザーブの補充方法 ===== | ||
| + | |||
| + | コントラクトの実行手数料リザーブを追加するには、3つの方法があります: | ||
| + | |||
| + | * **内部的なバーン(Internal burning)**: | ||
| + | * コントラクトは `qpi.burn(amount)` を呼び出して、収集した手数料をリザーブ残高に変換できます。 | ||
| + | * また、`qpi.burn(amount, | ||
| + | |||
| + | * **外部からの拠出(External contributions)**: | ||
| + | * 誰でも QUtil コントラクトの `BurnQubicForContract` プロシージャに資金を送信し、どのコントラクトがリザーブのブーストを受けるべきかを指定できます。 | ||
| + | |||
| + | * **レガシーな手法**: | ||
| + | * QUtil の `BurnQubic` プロシージャは、特に QUtil 自身の予備に追加されます。 | ||
| + | |||
| + | これらのメカニズムは、Qubic の[[tag/ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== ユーザーの保護 ===== | ||
| + | |||
| + | システムにはセーフガードが組み込まれています。 | ||
| + | |||
| + | リザーブが枯渇したコントラクトにトランザクションを送信した場合、添付された資金は自動的に返却されます。コントラクトが残高を維持できなかったからといって、ユーザーが資金を失うことはありません。 | ||
| + | |||
| + | 休止状態のコントラクトであっても、読み取り専用のクエリは引き続き利用可能です。その状態はいつでも確認できますが、リザーブが補充されるまで、状態を変更するプロシージャは実行されません。 | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ===== Qubic にとっての意義 ===== | ||
| + | |||
| + | このアップデートは、Qubic が[[tag/ | ||
| + | |||
| + | より多くの仕事をするコントラクトが、より多く支払う。効率的なコードが真に価値を持つようになります。そしてネットワークは、恣意的な固定額ではなく、実際の有用性に結びついたトークンの持続的な [[tag/ | ||
| + | |||
| + | Qubic で構築を行っており、まだこの新しいモデルの下でコントラクトを確認していない場合は、今がその時です。 | ||
| + | |||
| + | 技術的な詳細については、[[https:// | ||
| + | |||
| + | Qubic の [[https:// | ||
| + | |||
| + | |||
| + | |||
| + | {{tag> | ||
official_blog/260120_実行手数料.1768919745.txt.gz · 最終更新: by d.azuma