このページは AI による自動翻訳です。すべての内容は英語版を正とします。英語版を表示 →
このエントリは、今後のCPMMプログラムアップデートについて説明しています。デプロイ前にローカルリリースブランチ（
0dde43d、2026年9月11日）に対して検証されました。新しいインストラクションまたは変更されたアカウントリストに依存する前に、デプロイされたプログラムを確認してください。creator_fee_rateを請求し、全額をcreator_fees_token_{0,1}に計上します。CollectCreatorFeeまたはCollectCreatorFeePermissionlessが実行されると、計上された残高が分割され、プロトコルの部分は同じプール上のプロトコルフィーとして再ラベル付けされ、クリエイターの部分だけがボールトから出ます。クォート、曲線、k、およびすべてのLP向けパスは影響を受けません。
インテグレーター向けTL;DR
- 両方のクリエイターフィー徴収インストラクションはアカウントリストを変更しました。これは破壊的です。
CollectCreatorFeeはポジション5にcreator_fee_shareを追加します。CollectCreatorFeePermissionlessはポジション5にamm_configを、ポジション6にcreator_fee_shareを追加します。両方の挿入はボールトの前にあるため、その後のすべてがシフトします。これらのトランザクションを再構築してください。パッチを当てないでください。 creator_fee_shareが存在しない場合でも渡す必要があります。 シード制約で宣言されていますが、チェックされていないアカウントとして読み込まれるため、アドレスは["creator_fee_share", creator, amm_config]の正規PDAである必要があり、アカウント自体はオプションです。空の場合、プログラムはAmmConfig.creator_fee_share_rateにフォールバックします。AmmConfigはcreator_fee_share_rateを獲得し、パディングから確保されます。 アカウントは依然として236バイトであり、すべての既存設定は逆シリアル化を続けます。ただし、古いpadding: [u64; 15]の最初のu64は現在ライブフィールドです。テールを15要素配列としてモデル化するデコーダーは、シェアレートをpadding[0]として読み込みます。PoolStateは変更されていません。 637バイト、同じオフセット、同じフィールド。プロトコルのシェアは既存のprotocol_fees_token_{0,1}カウンターに記録されます。新しいカウンターはなく、新しい徴収インストラクションもありません。protocol_fees_token*はスワップ外で増加するようになりました。 プロトコル計上をトレードボリュームに対して調整するモニターは、各クリエイターフィー徴収時にジャンプを見ます。creator_fees_token*を読み取るクリエイター支払い推定器は過大評価するようになりました。(1 − share_rate / 1_000_000)を乗じ、その(creator, amm_config)ペアに対して解決します。- 2つの管理インストラクションが追加されます：
CreateCreatorFeeShareとCloseCreatorFeeShare。1つの新しいUpdateAmmConfigパラメータ：8→creator_fee_share_rate。 - 新しいエラーコードはありません。 新しいパスは
InvalidOwner（6001）、InvalidInput（6003）、MathOverflow（6011）を再利用します。6000–6015は変更されていません。 - IDLリフレッシュが必要です — 2つの新しいインストラクション、1つの新しいアカウントタイプ、2つの変更されたアカウントリスト、1つの新しい設定フィールド。
分割の仕組み
解決、優先順位順：CreatorFeeSharePDA at["creator_fee_share", creator, amm_config]— アカウントが存在し、CPMMによって所有されている場合、そのshare_rateが優先されます。AmmConfig.creator_fee_share_rate— フィーティアのデフォルト、それ以外の場合に使用されます。
FEE_RATE_DENOMINATOR_VALUE = 1_000_000に対するu64であり、両方がその上限に対してチェックされます。その後、トークンサイドごと：
- 丸めはクリエイターに有利です。 シェアはフロアされるため、ダストはクリエイターに残ります。これは
Fees::protocol_feeとFees::fund_feeと同じ方向です。これらも既に計上されたフィーからシェアを確保します。1ユニットフィーの20%は0であり、1ではありません。 - 値は保存されます。 すべてのレートとすべてのフィーに対して
creator_amount + shared_amount == creator_feeはu64::MAXまでです。 share_rate = 0は正確に古い動作です。 デフォルト設定値と欠落しているPDAの両方がクリエイターに全額フィーを与えるため、管理者がレートを設定するまで既存プールは何も変わりません。
protocol_fees_token*とcreator_fees_token*は両方とも既にvault_amount_without_feeで差し引かれているため、それらの間で値を移動しても曲線のボールトビューは変わりません。クリエイターフィー徴収全体でLP価格変更は見られず、kチェックは変わりません。
レートは計上時ではなく、徴収時に読み込まれます。 レートが
0の間に計上されたフィーは、誰かが最終的にCollect*を呼び出すときに有効なレートで決済されます。エポックごとまたはスワップごとのスナップショットはありません。アカウントリストの変更
CollectCreatorFee — 1つの挿入：
CollectCreatorFeePermissionless — 2つの挿入：
完全なアカウントテーブルは
products/cpmm/instructionsにあります。
CreateCreatorFeeShareとCloseCreatorFeeShare
CreateCreatorFeeShare(share_rate: u64)はPDAを初期化します。CloseCreatorFeeShareはそれを閉じ、レントを署名者に返します。どちらも共有プログラム管理者または専用のクリエイターフィーシェア所有者を受け入れます。プログラムの他の委任された権限と同じdevnet/mainnetcfgパターンに従う新しいハードコードされたキーペア。アドレスはreference/program-addressesにあります。
注目すべき点：
- プール作成者はどちらのインストラクションの当事者でもなく、署名しません。
creatorアカウントはチェックされていません。PDAはまだプールを所有していないキーに対して作成できます。 - 1つのアカウントが
(creator, amm_config)ペアをカバーします。 したがって、そのクリエイターがそのフィーティアで所有するすべてのプールを管理します。2つのティアにプールを持つクリエイターは、両方でカバーされるために2つのアカウントが必要です。 - 更新パスはありません。 同じペアに対する2番目の作成で初期化が失敗します。レートを変更するには、閉じて再作成します。
UpdateAmmConfigパラメータ8
protocol_fee_rate（パラメータ1）とは無関係です。これはトレードフィーを分割します。管理ツールで注意する価値のあるポイントです。2つは同じように見え、両方ともprotocol_fees_token*に着地するためです。
同時に実施
CollectExcessLamports順序修正。 インストラクションはremaining_accountsに対して2つのパスを実行するようになりました。すべてのトークンプログラムCPIが最初に、その後CPMMが所有するPDAの直接デビットが続きます。呼び出し元の順序で発送する代わりに。2つをインターリーブすると、PDAがCPIより前にデビットされるたびにランタイムのUnbalancedInstruction（「命令の前後のアカウント残高の合計が一致しない」）で中止されました。呼び出し元の保留中のラムポート変更は、CPIが実際に実行するアカウントにのみフラッシュされるためです。インストラクションのインターフェースは変更されていません。呼び出し元は依然としてソースを任意の順序で渡し、現在はそれは本当に安全です。
検証可能なビルドメタデータ。 ワークスペースCargo.tomlは[workspace.metadata.cli] solana = "3.1.10"を宣言しているため、検証可能なビルドはプログラムがビルドされたのと同じSolana CLIを解決します。オンチェーン効果はありません。
変更されなかったもの
PoolState— 637バイト、同じフィールド、同じオフセット。プロトコルのシェアは既存のプロトコルバケットを再利用し、独自のカウンターを追加しません。AmmConfig::LEN— 依然として236バイト。- スワップ数学、クォート、
kチェック。 クリエイターフィーは以前と同じように請求されます。 CollectProtocolFee/CollectFundFee— 同じアカウント、同じ署名者。CollectProtocolFeeは単に収集するものが増えています。- エラーコード。
6000–6015変更なし。何も追加されていません。 - その他すべてのインストラクション、およびプログラムID。
更新されたページ
products/cpmm/fees— レート解決、分割算術、丸め、インテグレーター結果をカバーする新しい「クリエイターフィーのプロトコルシェア」セクション。creator_fee_share_rateがレート/ユニットリストとデフォルトパラメータテーブルに追加されました。徴収フロー表が再構成されました。products/cpmm/instructions— トップの破壊的変更警告。両方のクリエイターフィーパスの完全なアカウントテーブル。新しいCreateCreatorFeeShareとCloseCreatorFeeShareセクション。UpdateAmmConfigパラメータ8。CollectExcessLamports順序注記。概要と状態変更マトリックス行。products/cpmm/accounts— 新しいCreatorFeeShareアカウントセクション。AmmConfigレイアウトとパディング確保警告。PoolStateフィーカウンター注記。アカウントライフサイクル行。products/cpmm/overview— クリエイターフィーコールアウトと「予測可能なフィー」箇条書き。products/cpmm/math— 分割が意図的にスワップ数学から除外されていることの注記。products/cpmm/code-demos— アップグレード前のSDKビルダーが古いアカウントリストを発行することの警告。計上フィースニペットに注釈が付けられました。reference/program-addresses— 新しい「CPMM creator-fee-share authority」セクション。creator_fee_shareがPDAシードブロックに追加されました。reference/fee-comparison—creator_fee_share_rateが異なるベースを持つ4番目のCPMMレートとして呼び出されました。