NEARのガバナンスは、ネットワークの30%デベロッパー・ガス・リベート・プログラムを廃止し、すべての実行手数料をプロトコル・レベルのバーン（焼却）メカニズムに振り向けることを可決しました。この決定は、House of Stakeを通じて提案HSP-027として正式化され、2026年8月のnearcore v2.14アップグレードで施行されます。この変更は、契約のアクティビティに応じて個々のデベロッパーに報酬を与える方針から、ネットワーク利用が手数料のバーンを通じてトークンの供給に直接影響する、簡素化されたトケノミクスモデルへの転換を意味します。
NEARのデベロッパー・ガス・リベート・プログラムの仕組み
NEARのガス・リベート・モデルは、アプリがネットワークのアクティビティを生み出したときにデベロッパーに報酬を与えることを目的に設計されました。あるコントラクトがユーザーや取引をネットワークにもたらすと、デベロッパーは手数料の一部を受け取ります。ロジックはシンプルでした。人々が使うアプリを作り、そのアクティビティから稼ぐ。こうしたインセンティブ設計により、ビルダーには有用なコントラクトをデプロイする経済的な理由が生まれ、デベロッパーの動機とネットワークの利用が結びつきました。リベートは、初期のエコシステム成長におけるNEARの特徴的な設計選択の一つでした。
プロトコル・レベルの手数料バーンがデベロッパー報酬に取って代わる
HSP-027で承認された新しいモデルでは、実行手数料はデベロッパーと分配するのではなく、プロトコル・レベルのバーンに振り向けられます。つまり、手数料が分配されるのではなく、流通から除外されます。手数料バーンにより、ネットワーク・アクティビティとトークンの供給の間に直接的な関係が生まれます。利用が増えれば、バーンされる手数料も増える可能性があります。バーン・モデルは、手数料分配の仕組みよりも、市場にとって理解しやすいものです。デベロッパーは、自分のコントラクトが生み出した手数料の一部を回収するのではなく、すべての実行手数料がバーンに向かうことを目にすることになります。
新しいトケノミクス下でデベロッパーの収益モデルが変化
ガス・リベートの撤廃は、NEARデベロッパーの収益環境を変えます。リベートを事業モデルの一部として頼っていたチームは、アプリ手数料、サブスクリプション、プロトコル収益、助成金、トークン・インセンティブなど、別の収益化手段を追求する必要があります。初期段階のデベロッパーにとっては、リベート収入は納得感があるかもしれません。一方で大規模なアプリでは、他の収益源に比べてその金額は重要性が低い可能性があります。この変更はデベロッパーが開発することを妨げるものではありませんが、契約の利用に紐づくプロトコル・レベルの受動的な収益ストリームを取り除くことになります。
簡素化されたトケノミクス構造が見えてくる
NEARのガバナンスは、この変更をネットワークの経済モデルをよりシンプルにする取り組みの一環だとして位置づけました。暗号資産のネットワークは、リベート、排出（エミッション）、助成金、補助金、報奨プログラム、手数料分配など、複雑なインセンティブを蓄積しがちです。これらを組み合わせると理解が難しくなることがあります。バーン・モデルは、より分かりやすい物語を作ります。ユーザーは手数料を支払い、手数料はバーンされ、ネットワーク利用は供給とのより直接的な関係を持つのです。今回の転換は、House of Stakeを通じたNEARの一連のガバナンス努力とも整合しています。
2026年8月の実装スケジュールが設定
この変更は、2026年8月のnearcore v2.14で施行される見込みです。ガバナンス承認は実装と同じではありません。リベートは、アップグレードが有効になるまでメインネットで有効なままです。このタイミングが重要なのは、プロトコル変更がデプロイされるまで、デベロッパーは引き続き現行システムでリベートを受け取るためです。アップグレードが実装されれば、市場は実際の手数料バーンのデータとデベロッパーの反応を観察し始められます。提案は、nearcore v2.14がリリースされるまでは、完了したオンチェーンの変更というよりも確約された方向性です。
よくある質問
NEARのガバナンスはデベロッパーのガス・リベートについて何を決めましたか？
NEARのガバナンスは提案HSP-027を可決し、ネットワークの30%デベロッパー・ガス・リベート・プログラムを撤廃することにしました。すべての実行手数料は、デベロッパーと共有するのではなく、プロトコル・レベルのバーン・メカニズムに振り向けられます。
NEARでデベロッパーのガス・リベートの変更はいつ反映されますか？
変更は、2026年8月のnearcore v2.14アップグレードで施行される見込みです。リベートは、プロトコルのアップグレードが実装されるまでメインネットで有効なままです。
