Epoch 197
文書の過去の版を表示しています。
Qubic のスマートコントラクトに変更がありました。
2025年1月14日より、コントラクトは実際に消費した計算リソースに対して支払いを行うようになります。
このアップデートは、まずライブテストネット環境で検証された後、メインネットに展開されました。これにより、コントラクトが実行する「仕事」に直接比例した、有機的な バーンが導入されます。
Qubic 上のすべてのスマートコントラクトは、「実行手数料リザーブ（残高）」を維持します。これは基本的に、計算コストをカバーするためのプリペイド残高です。
そのリザーブが枯渇しても、コントラクトが消滅することはありませんが、「休止状態（dormant）」になります。資金を受け取ったり、基本的なシステムイベントに応答したりすることは可能ですが、リザーブが補充されるまで、そのコア機能（プロシージャ）を再び呼び出すことはできません。
以前は、コントラクトがアクティブであり続けるためには、プラスの残高があることだけが必要でした。システムはリザーブが存在することを確認していましたが、実際の計算に基づいた実行コストの差し引きは行われていませんでした。それが今回変更されました。
コントラクトは、そのプロシージャの実行にかかる時間に比例して課金されるようになり、手数料が実際の計算作業と直接結びつくようになります。
手数料メカニズムは、それぞれ 676 ティック（Tick）続く「フェーズ」単位で動作します。プロセスは以下の通りです：
このシステムは、「アクションを開始した者が支払う」というシンプルな原則に従っています。
ユーザーがコントラクトのプロシージャを呼び出すと、そのコントラクトのリザーブがコストをカバーします。コントラクト[A] がコントラクト[B]を呼び出す場合、実行が進む前にコントラクト[B]のリザーブがチェックされます。
いくつかの操作は、実行手数料のチェックが無料のまま維持されます：
データを読み取るだけのファンクションは、決してコストがかかりません。これらは、コントラクトの状態を変更することなくアクセスを提供するため、リザーブの状態に関係なく実行されます。プロシージャとファンクションの違いについての詳細は、QPI ドキュメントを参照してください。
Qubic 上でスマートコントラクトを維持している場合は、以下の手順を検討してください：
Qubic での構築が初めての開発者にとって、スマートコントラクト開発ガイドは確実なスタート地点となります。
Computor には、新しい設定オプション「実行手数料倍率（execution fee multiplier）」が追加されました。この設定は、生の実行時間を手数料の額に変換します。ネットワークは、全 Computor が提出した値の 3分の2パーセンタイルを使用してコンセンサスに達し、単一のオペレーターがコストを劇的に変化させることを防ぎます。
Computor の運用に関する詳細情報は、コンピューター・ドキュメントを参照してください。
コントラクトの実行手数料リザーブを追加するには、3つの方法があります：
これらのメカニズムは、Qubic のトークノミクスに直接結びついています。ここでは、従来の取引手数料ではなく、バーンが中心的なデフレメカニズムとして機能します。
システムにはセーフガードが組み込まれています。
リザーブが枯渇したコントラクトにトランザクションを送信した場合、添付された資金は自動的に返却されます。コントラクトが残高を維持できなかったからといって、ユーザーが資金を失うことはありません。
休止状態のコントラクトであっても、読み取り専用のクエリは引き続き利用可能です。その状態はいつでも確認できますが、リザーブが補充されるまで、状態を変更するプロシージャは実行されません。
このアップデートは、Qubic がスマートコントラクトの経済性をどのように扱うかにおける、有意義な転換点となります。
より多くの仕事をするコントラクトが、より多く支払う。効率的なコードが真に価値を持つようになります。そしてネットワークは、恣意的な固定額ではなく、実際の有用性に結びついたトークンの持続的な バーン メカニズムを獲得しました。
Qubic で構築を行っており、まだこの新しいモデルの下でコントラクトを確認していない場合は、今がその時です。
技術的な詳細については、GitHub の完全なリファレンスドキュメントを参照してください。
Qubic の Discord や Telegram コミュニティに参加して、他のビルダーと質問をしたり、アイデアを共有したり、実装戦略について話し合ってください。
