差分

このページの2つのバージョン間の差分を表示します。

--- official_blog:260120_実行手数料 [2026/01/20 14:20] – 作成 d.azuma
+++ official_blog:260120_実行手数料 [2026/01/20 20:23] (現在) – d.azuma
@@ 行 1: / 行 1: @@
 ====== 260120 Qubicで実行手数料（Execution Fees）が導入されました：知っておくべきこと ======
-　Qubic の[[tag/スマートコントラクト]]が新しくなりました。[[tag/196|2025年1月14日]]より、コントラクトは実際に消費した計算リソース量に応じて手数料を支払う仕組みへと移行しました。
+{{ .:pasted:20260120-145824.png?400}}
-　このアップデートは、ライブテストネット環境での検証を経てメインネットに導入されました。これにより、コントラクトが行う「仕事」に直接比例した有機的な [[tag/バーン]] メカニズムが導入されたことになります。
+　Qubic の[[tag/スマートコントラクト]]に変更がありました。
+　[[tag/195|2025年1月14日]]より、コントラクトは実際に消費した計算リソースに対して支払いを行うようになります。
+　このアップデートは、まずライブテストネット環境で検証された後、メインネットに展開されました。これにより、コントラクトが実行する「仕事」に直接比例した、有機的な [[tag/バーン]]が導入されます。
 ----
@@ 行 9: / 行 13: @@
 ===== 実行手数料が重要な理由 =====
-　Qubic 上のすべての[[tag/スマートコントラクト]]は、「実行手数料リザーブ（残高）」を維持するようになります。これは実質的に、計算コストをカバーするためのプリペイド式の残高です。
+　Qubic 上のすべての[[tag/スマートコントラクト]]は、「実行手数料リザーブ（残高）」を維持します。これは基本的に、計算コストをカバーするためのプリペイド残高です。
+　そのリザーブが枯渇しても、コントラクトが消滅することはありませんが、「休止状態（dormant）」になります。資金を受け取ったり、基本的なシステムイベントに応答したりすることは可能ですが、リザーブが補充されるまで、そのコア機能（プロシージャ）を再び呼び出すことはできません。
-  * **休止状態への移行**:
+　以前は、コントラクトがアクティブであり続けるためには、プラスの残高があることだけが必要でした。システムはリザーブが存在することを確認していましたが、実際の計算に基づいた実行コストの差し引きは行われていませんでした。それが今回変更されました。
-    * リザーブが枯渇しても、コントラクト自体が消滅することはありませんが「休止状態」となります。
-    * 資金の受け取りや基本的なシステムイベントへの応答は可能ですが、リザーブが補充されるまで、そのコア機能（プロシージャ）を呼び出すことはできなくなります。
-  * **計算量に基づいた課金**:
+　コントラクトは、そのプロシージャの実行にかかる時間に比例して課金されるようになり、手数料が実際の計算作業と直接結びつくようになります。
-    * 以前は、コントラクトがアクティブであるためにはプラスの残高があれば十分でした。
-    * しかし現在は、プロシージャの実行にかかった「時間」に比例して費用が差し引かれるようになり、手数料が実際の計算量と直接リンクする形に変更されました。
 ----
@@ 行 23: / 行 25: @@
 ===== システムの仕組み =====
-　手数料のメカニズムは、676 [[tag/ティック]]（Tick）ごとのフェーズで動作します。プロセスは以下の通りです：
+　手数料メカニズムは、それぞれ 676 [[tag/ティック]]（Tick）続く「フェーズ」単位で動作します。プロセスは以下の通りです：
-{{.:pasted:20260120-141833.png}}
   * **実行と測定**:
-    * [[tag/Computor]] がコントラクトを実行する際、各実行にかかった時間を測定します。
+    * [[tag/Computor]] があなたのコントラクトのプロシージャを実行する際、各実行にかかる時間を測定します。
   * **蓄積**:
-    * これらの測定値は、完全な 676 ティックのフェーズを通じて蓄積されます。
+    * これらの測定値は、676 [[tag/ティック]]の完全なフェーズにわたって蓄積されます。
   * **コンセンサス**:
-    * [[tag/Computor]] たちは、特別なトランザクションを通じて測定値を共有します。
+    * [[tag/Computor]] は、特別なトランザクションを通じて測定値を共有します。
-    * ネットワークはこれらのレポートを集計し、3分の2パーセンタイル（上位66.6%）の値を使用して、公平で合意された実行手数料を決定します。
+    * ネットワークはこれらの報告を集計し、「3分の2パーセンタイル（two-thirds percentile）」を使用して、公正で合意された実行手数料を決定します。
   * **差し引き**:
     * 合意された手数料は、次のフェーズでコントラクトのリザーブから差し引かれます。
+    * このフェーズベースのアプローチにより、ネットワーク全体の正確性を確保しつつ、コンセンサスの効率を維持します。
+{{.:pasted:20260120-144711.png}}
 ----
-===== 誰が何を支払うのか？ =====
+===== 誰が何を支払うのか =====
-　システムはシンプルな原則に従います。「アクションを開始した者が支払う」という原則です。
+　このシステムは、「アクションを開始した者が支払う」というシンプルな原則に従っています。
-　ユーザーがコントラクトのプロシージャを呼び出すと、そのコントラクトのリザーブがコストをカバーします。コントラクト [A] が コントラクト[B] を呼び出す場合、実行前にコントラクト [B]のリザーブがチェックされます。
+　ユーザーがコントラクトのプロシージャを呼び出すと、そのコントラクトのリザーブがコストをカバーします。コントラクト[A] がコントラクト[B]を呼び出す場合、実行が進む前にコントラクト[B]のリザーブがチェックされます。
-  * **手数料チェックの対象**:
+　いくつかの操作は、実行手数料のチェックが無料のまま維持されます：
-    * **あり**:
-      * ユーザーによるプロシージャ呼び出し
-      * コントラクト間プロシージャ呼び出し
-      * コントラクト間ファンクション呼び出し
-    * **なし**:
-      * システムコールバック（送金など）
-      * 読み取り専用（Read-only）ファンクション
-      * [[tag/エポック]]（Epoch）移行処理
-　データを読み取るだけのファンクションは、常に無料です。これらはコントラクトの状態を変更せずにアクセスを提供するため、リザーブの状態に関係なく実行可能です。
+^ 操作 ^ 手数料チェック ^
+| ユーザーによるプロシージャ呼び出し | はい |
+| コントラクト間プロシージャ | はい |
+| コントラクト間ファンクション | はい |
+| システムコールバック（送金など） | いいえ |
+| 読み取り専用ファンクション | いいえ |
+| エポック（Epoch）移行処理 | いいえ |
+　データを読み取るだけのファンクションは、決してコストがかかりません。これらは、コントラクトの状態を変更することなくアクセスを提供するため、リザーブの状態に関係なく実行されます。プロシージャとファンクションの違いについての詳細は、[[https://docs.qubic.org/developers/qpi/|QPI ドキュメント]]を参照してください。
 ----
-===== 開発者がすべきこと =====
+===== 開発者（ビルダー）がすべきこと =====
-　Qubic 上でスマートコントラクトを維持している場合は、以下のステップを検討してください。
+　Qubic 上でスマートコントラクトを維持している場合は、以下の手順を検討してください：
   * **リザーブ状態の確認**:
-    * `contracts.qubic.tools` や Qubic Explorer で、現在の手数料消費パターンを確認してください。
+    * `[[https://contracts.qubic.tools/|contracts.qubic.tools]]` をチェックして、実行パターンに基づく現在のコントラクトの手数料消費を確認してください。
+    * また、[[https://explorer.qubic.org/network|Qubic Explorer]] を通じてコントラクトのアクティビティを監視することもできます。
   * **プロシージャの精査**:
-    * 早期リターン（早期終了）を行い、リソース消費を抑えるコードは安価になります。
+    * 早期に終了（return）するコードは、使用するリソースが少なくなります。過度にループしたり、冗長な操作を繰り返したりするプロシージャは、コストが高くなります。
-    * 過度なループや冗長な操作を繰り返すプロシージャはコストが高くなります。
   * **持続可能性の計画**:
-    * コントラクトは `qpi.burn()` 関数や QUtil の `BurnQubicForContract` プロシージャを通じてリザーブを補充できます。
+    * コントラクトは、`qpi.burn()` 関数または QUtil の `BurnQubicForContract` プロシージャを通じてリザーブを補充できます。
-    * コントラクトのライフサイクルを通じて適切なリザーブを維持するメカニズムを組み込むことが推奨されます。
+    * これらの操作は、[[tag:qubic-cli|Qubic CLI]] を使用して実行できます。
+    * コントラクトのライフサイクル全体を通じて適切なリザーブを維持するための信頼できるメカニズムを、コントラクトに含めることが推奨されます。
   * **エラー処理の強化**:
-    * 他のコントラクトを呼び出す際、その呼び出しが成功したかを確認してください。ターゲットとなるコントラクトの残高が不足している場合、呼び出しは失敗しエラーコードを返します。
+    * 他のコントラクトを呼び出す際は、それらの呼び出しが成功したかどうかを確認してください。
+    * ターゲットとなるコントラクトの手数料が不足している場合、呼び出しは失敗しエラーコードを返します。
+    * 必要に応じてフォールバックロジックを構築してください。
+　Qubic での構築が初めての開発者にとって、[[https://github.com/qubic/core/blob/main/doc/contracts.md|スマートコントラクト開発ガイド]]は確実なスタート地点となります。
+----
+===== Computor（運営者）が知っておくべきこと =====
+　[[tag/Computor]] には、新しい設定オプション「実行手数料倍率（execution fee multiplier）」が追加されました。この設定は、生の実行時間を手数料の額に変換します。ネットワークは、全 [[tag/Computor]] が提出した値の 3分の2パーセンタイルを使用してコンセンサスに達し、単一のオペレーターがコストを劇的に変化させることを防ぎます。
+　[[tag/Computor]] の運用に関する詳細情報は、[[https://docs.qubic.org/computors/challenges/|コンピューター・ドキュメント]]を参照してください。
+----
+===== リザーブの補充方法 =====
+　コントラクトの実行手数料リザーブを追加するには、3つの方法があります：
+  * **内部的なバーン（Internal burning）**:
+    * コントラクトは `qpi.burn(amount)` を呼び出して、収集した手数料をリザーブ残高に変換できます。
+    * また、`qpi.burn(amount, targetContractIndex)` を使用して他のコントラクトに資金を供給することも可能です。
+  * **外部からの拠出（External contributions）**:
+    * 誰でも QUtil コントラクトの `BurnQubicForContract` プロシージャに資金を送信し、どのコントラクトがリザーブのブーストを受けるべきかを指定できます。
+  * **レガシーな手法**:
+    * QUtil の `BurnQubic` プロシージャは、特に QUtil 自身の予備に追加されます。
+　これらのメカニズムは、Qubic の[[tag/トークノミクス]]に直接結びついています。ここでは、従来の取引手数料ではなく、[[tag/バーン]]が中心的なデフレメカニズムとして機能します。
 ----
@@ 行 86: / 行 120: @@
 　システムにはセーフガードが組み込まれています。
-　リザーブが枯渇したコントラクトにトランザクションを送信した場合、添付された資金は自動的に返却されます。コントラクトの残高不足によってユーザーが資金を失うことはありません。
+　リザーブが枯渇したコントラクトにトランザクションを送信した場合、添付された資金は自動的に返却されます。コントラクトが残高を維持できなかったからといって、ユーザーが資金を失うことはありません。
-　休止状態のコントラクトであっても、読み取り専用のクエリ（照会）は引き続き利用可能です。いつでも状態を確認できますが、リザーブが補充されるまで状態を変更する操作は実行されません。
+　休止状態のコントラクトであっても、読み取り専用のクエリは引き続き利用可能です。その状態はいつでも確認できますが、リザーブが補充されるまで、状態を変更するプロシージャは実行されません。
 ----
@@ 行 94: / 行 128: @@
 ===== Qubic にとっての意義 =====
-　このアップデートは、Qubic の[[tag/スマートコントラクト]]経済における重要な転換点となります。
+　このアップデートは、Qubic が[[tag/スマートコントラクト]]の経済性をどのように扱うかにおける、有意義な転換点となります。
-　より多くの仕事をするコントラクトが、より多くの手数料を支払う。
+　より多くの仕事をするコントラクトが、より多く支払う。効率的なコードが真に価値を持つようになります。そしてネットワークは、恣意的な固定額ではなく、実際の有用性に結びついたトークンの持続的な [[tag/バーン]] メカニズムを獲得しました。
+　Qubic で構築を行っており、まだこの新しいモデルの下でコントラクトを確認していない場合は、今がその時です。
+　技術的な詳細については、[[https://github.com/qubic/qct/blob/main/announcements/2025-12-27-execution-fees.md|GitHub の完全なリファレンスドキュメント]]を参照してください。
+　Qubic の [[https://discord.gg/qubic|Discord]] や [[https://t.me/qubic_network|Telegram]] コミュニティに参加して、他のビルダーと質問をしたり、アイデアを共有したり、実装戦略について話し合ってください。
-　これにより、効率的なコードに真の価値が生まれます。そしてネットワークは、恣意的な固定額ではなく、実際の「有用性」に結びついたトークンの持続的な [[tag/バーン]] メカニズムを獲得しました。
-----
-{{tag>news 260120 実行手数料 }}
+{{tag>実行手数料 news 260120 dev}}