Solanaにおけるボンディングカーブ：取引ガイド

データ注記：プロトコルのステータス、監査カバレッジ、手数料、利回り、預かり資産（TVL）、トークンパラメータ、およびインターフェース機能は時間とともに変更されます。日付の入った数値は過去のスナップショットとして扱い、プロトコルとやり取りする前に現在の一次文書を確認してください。

ボンディングカーブは、一部のSolanaトークンローンチアプリケーションが、在庫または供給量の変化に応じて価格を決定するために使用するメカニズムの1つです。ボンディングカーブトークンをよりインテリジェントに取引したい場合でも、初期流動性なしで独自のトークンをローンチしたい場合でも、またはボンディングカーブプログラムをゼロから構築したい場合でも、このガイドは、開発者や創業者が必要とする技術的詳細に進む前に、メカニズムのすべてのレイヤーを平易な言葉で説明します。

Solanaにおけるボンディングカーブは、主にpump.fun（数百万件のトークンローンチを処理）を通じて、ミームコインローンチとユーティリティトークンプロジェクトの両方のインフラストラクチャの選択肢となりました。Solanaのブロック生成と手数料設計は頻繁なトランザクションをサポートできますが、確認、ファイナリティ、優先手数料、およびアプリケーション処理は変動し、単一の固定時間またはUSD金額に還元されるべきではありません。

このガイドの概要

1. Solanaにおけるボンディングカーブとは？
2. ボンディングカーブの仕組み：メカニズム解説
3. ボンディングカーブ vs. AMMおよび流動性プール：主な違い
4. Solanaにおけるボンディングカーブの実装
5. Solanaにおけるボンディングカーブのグレジュエーション
6. Solanaにおけるボンディングカーブトークンの取引リスク
7. Solanaでボンディングカーブを使用してトークンをローンチする方法
8. Solanaでボンディングカーブを構築する：技術的実装
9. Solanaにおけるボンディングカーブ：よくある質問
10. 結論：Solanaのトークンローンチインフラとしてのボンディングカーブ

Solanaにおけるボンディングカーブとは？

Solanaにおけるボンディングカーブとは、トークンがどれだけ売られたかに基づいてトークン価格をアルゴリズムで設定する、Solanaプログラム（スマートコントラクトのSolanaネイティブ相当物）にエンコードされた価格設定メカニズムです。

ボンディングカーブ： 供給量の直接的な数学的関数としてトークン価格を決定する、Solanaプログラムに記述された価格設定ルール。より多くのトークンが購入されるにつれて、価格は自動的に上昇します。トークンが買い戻されるにつれて、価格は下落します。外部の価格設定者や流動性プロバイダーは必要ありません。

この主な特性は次のとおりです。価格は買い手と売り手の間で交渉されるのではなく、各トランザクションの瞬間にプログラムによって計算されます。すべての購入者は、現在の供給レベルでカーブが指定する価格を支払い、すべての売り手は、その時点でカーブが指定する価格を受け取ります。

ボンディングカーブトークンとは、従来の分散型取引所（DEX）の流動性プールではなく、ボンディングカーブプログラムによって価格が管理されるSPLトークンのことです。トークン供給量はローンチ時に固定されません。代わりに、購入者がSOLを入金したときにトークンが作成され、売り手がプログラムにトークンを返却したときにトークンは破棄されます。

ボンディングカーブはDeFiプリミティブ、すなわち注文板、マーケットメーカー、または事前シードされた流動性プールの必要性を排除する分散型金融インフラのビルディングブロックです。pump.funはSolanaにおける最も著名な実例ですが、唯一の例ではありません。このメカニズムは、Moonshot（by DEX Screener）やその他のいくつかのSolanaネイティブローンチパッドでも使用されています。このガイドは、オンチェーンで実際に何が起こるかを理解したいトレーダー、トークン作成者、および開発者向けに、メカニズムのすべてのレイヤーを説明します。

ボンディングカーブの仕組み：メカニズム解説

ボンディングカーブは、数学的なルールをエンコードすることで機能します。固定供給上限からより多くのトークンが販売されるにつれて、トークンあたりの価格は自動的に上昇します。Solanaプログラムは、プログラムがデプロイされると人間が介入できない状態で、すべてのトランザクションでこのルールを強制します。

供給と価格の関係

ボンディングカーブは、販売された総トークン数とトークンあたりの価格との間に決定論的な関係を定義します。それを、前のステップよりもコストのかかる階段と考えるとよいでしょう。トークンを購入すると、次の購入者の価格が1ステップ上がります。トークンを売却すると、価格が1ステップ下がります。

プログラムはSOLのリザーブを保持します。このリザーブは、人々が購入するにつれて増加し、人々が売却するにつれて減少します。リザーブとトークン供給量の比率が現在の価格を決定します。1,000万トークンが販売され、リザーブに5 SOLがある場合、暗示される価格はトークンあたり0.0000005 SOLです。2,000万トークンが販売され、リザーブに15 SOLがある場合、価格はトークンあたり0.00000075 SOLです。価格が上昇したのは、外部市場の決定によるものではなく、数式がそれを要求したためです。

この特性はアルゴリズムによる価格発見と呼ばれます。カーブは、買い手と売り手が価格を交渉したり、トークン作成者が流動性を調達したりする必要性を排除します。すべての購入者は現在のカーブ価格を支払い、その価格は完全に透明でオンチェーンです。

ミント、インベントリ、および償還モデル

トークンのミント（作成）とバーン（破棄）は、Solanaのボンディングカーブプログラム内で実行される2つのメカニカルアクションです。このミントは、プログラムによって制御されるSPLトークンの作成を指し、NFTミントではありません。

購入時： SOLをボンディングカーブプログラムに入金します。プログラムは、現在のカーブ価格で発行するトークン数を計算します。新しいトークンがミントされ、ウォレットに送信されます。入金したSOLはプログラムのリザーブに入ります。次の購入者の価格が上昇します。

売却時： トークンをボンディングカーブプログラムに返却します。プログラムは、それらのトークンをバーンします（無効なアドレスに送信し、供給から永久に削除します。手数料メカニズムとしてではありません）。プログラムは、現在のカーブ価格でリザーブからSOLをウォレットに返却します。次の購入者の価格が下落します。

ミント権限者： 新しいトークンを作成する権限。ボンディングカーブでは、ミント権限者は、トークン作成者ではなく、プログラムのプログラム派生アドレス（PDA）によって保持されます。これは、作成者がカーブのルール外で追加のトークンをミントできないことを意味します。この構造設計が、供給ベースの不正に対する主要な保護策です。

ボンディングカーブでは、トランザクションごとに供給量が変化します。誰かが購入するまで、トークンは存在しません。これは、すでに固定供給量を持つプールから別のトークンと交換する、標準的なDEX取引とは根本的に異なります。

カーブ形状が価格行動に与える影響

すべてのボンディングカーブが同じ価格軌道を生成するわけではありません。カーブの形状は、初期購入者と後期購入者間の富の分配を決定するトークノミクス設計上の決定です。

表：価格行動とユースケースで比較されるボンディングカーブの種類

仮想リザーブ（Virtual reserves）: 初期化時にボンディングカーブプログラムに組み込まれた、事前にシードされたSOLとトークンの量。ローンチ時に誰かが実際のリザーブを入金することなく、ゼロではない開始価格を設定します。pump.funは、virtual_tokensを約1,073,000,000、virtual_SOLを約30としてシードします。

定数生成式（Ethereum上のUniswapによって普及）は、指数関数的バリエーションの数学的基礎です。pump.funの実装は、二国間の実際のリ動性を必要とするのではなく、仮想リザーブを用いてこれを修正し、経験豊富なトレーダーが認識する「卒業（移行）」直前の特徴的な価格加速を生み出します。

数式：定数生成（Constant Product）の基礎

x * y = k

• x = ボンディングカーブプログラム内のトークンリザーブ（未販売のトークン残量）
• y = SOLリザーブ（実質 + 仮想）
• k = 不変の定数生成（変化しない）

平たく言えば、トークンが購入されるとxが減少し、yが増加します。kは一定に保たれなければならないため、トークンあたりの価格が上昇します。任意の時点の価格は y / x となります。

pump.funのパラメータを使用した計算例： virtual_tokens = 1,073,000,000、virtual_SOL = 30の場合、初期価格は1トークンあたり約30 / 1,073,000,000 ≈ 0.000000028 SOLです。購入者がトークンを購入するにつれて、実効トークンリザーブが縮小し、それに伴って理論上の価格が上昇します。

ボンディングカーブ vs. AMMと流動性プール：主な違い

ボンディングカーブはAMM（自動マーケットメイカー）の特殊な一種ですが、標準的なAMMの流動性プールとは構造的に一つの点で異なります。それは、外部の流動性提供者を必要としないことです。

親カテゴリーとしてのAMM

**AMM（自動マーケットメイカー）**とは、注文板ではなくアルゴリズムによって資産の価格を決定するあらゆるシステムを指します。ボンディングカーブと標準的なAMMプールはどちらもAMMです。違いは、流動性をどのように調達するか、そしてトークンのライフサイクルのどの段階で機能するかという点にあります。

RaydiumやOrcaを含むSolana上の標準的なAMMは、外部の流動性提供者（LP）が2つの資産ペアをプールに入金することで運営されます。プールの資産比率によって価格が決定されます。ボンディングカーブはこれを完全に置き換えます。プロトコルのプログラム自体が唯一の取引相手となり、流動性は人間が入金するのではなく、ミント（鋳造）とバーン（焼却）を通じてアルゴリズム的に生成されます。

Solanaのボンディングカーブは、Ethereumベースの実装とも実用的な面で異なります。Solanaの低い取引手数料と高速なブロック承認により、トレーダーは短時間に何度もボンディングカーブトークンを売買できます。これは、他のチェーンでは手数料コストのために経済的に不合理となるような行動です。

Solanaプログラム: Ethereumでいうところのスマートコントラクトを指すSolana特有の用語です。Solanaプログラムは、個別のオンチェーンアカウント上で動作するステートレスなロジックです。ボンディングカーブのロジックはプログラム内にあり、リザーブの状態はプログラムによって制御されるプログラム派生アドレス（PDA）アカウント内にあります。

プログラム派生アドレス（PDA）: プログラムのIDとシードからアドレスが派生するSolanaアカウント。これにより、プログラムはプライベートキーを保持することなくアカウントを制御できます。ボンディングカーブプログラムは、PDAを使用してSOLリザーブとトークンのミント権限を保持します。

ボンディングカーブ vs. 従来の流動性プール：比較

表：ボンディングカーブ vs. 従来のAMM流動性プール、Solanaトークントレーダーとクリエイターのための主な違い

流動性プール: 取引を可能にするオンチェーンのAMMプログラムにロックされたトークンのプール。この記事では、流動性プールへの言及はすべてAMM形式のプール（Raydium CPMMなど）を指し、レンディングプロトコルのプールは含みません。

トレーダーにとっての実用的な教訓：ボンディングカーブにおける価格インパクトは、プールの深さではなく、カーブ上のどの位置にいるかと注文サイズによって決まります。標準的なプールでLP提供者が直面するリスクである変動損失は、LP提供者が存在しないためボンディングカーブには適用されません。ボンディングカーブはトークンの立ち上げフェーズを担い、卒業後は標準的なAMMが引き継ぎます。

Solanaにおけるボンディングカーブの実装

この草案では、pump.funを2025年初頭のケーススタディとして使用しています。これは、Solanaでのローンチ活動が非常に活発で、仮想定数生成モデルを使用していたためです。プラットフォームの仕組みや市場での地位は変化する可能性があるため、このスナップショットを永続的なものと考えず、現在の実装を確認してください。

ケーススタディとしてのプラットフォーム：pump.fun

pump.fun ローンチパッドは、事前の流動性を必要とせずに価格発見をブートストラップするためのボンディングカーブを使用する、Solana上のパーミッションレスなトークンローンチパッドです。どのウォレットからでも1分以内にトークンを展開できます。ボンディングカーブプログラムがすべての価格設定と流動性を自動的に処理します。

pump.funは、初期化時にシードされた仮想リザーブを使用してゼロではない開始価格を設定する、修正された定数生成カーブを使用します。任意の時点における現在の価格は以下の通りです：

価格 = virtual_sol_reserves / virtual_token_reserves

• virtual_sol_reserves: SOL側の追跡変数（約30 SOL相当から開始）
• virtual_token_reserves: トークン側の追跡変数（約1,073,000,000から開始）

ボンディングカーブに割り当てられるトークン供給量は、総供給量10億枚のうち約8億枚です。残りの2億枚は、卒業時の流動性プール用に予約されています。（これらの数値は変更される可能性があるため、pump.funのドキュメントで最新のパラメータを確認してください。）

pump.funの購入トランザクションの実行プロセス：

1. ウォレットからボンディングカーブプログラムにSOLを送信します。
2. プログラムが現在のカーブ価格に基づいてミントするトークン数を計算します。
3. プログラムが新しいSPLトークンをウォレットにミントします。
4. 入金されたSOLが実際のSOLリザーブに追加されます。
5. 次の購入者のためにカーブ価格が上昇します。

pump.funの売却トランザクションの実行プロセス：

1. トークンをボンディングカーブプログラムに送り返します。
2. プログラムが現在のカーブ価格に基づいて返却するSOLを計算します。
3. プログラムが返却されたトークンをバーンし、供給から永久に削除します。
4. プログラムがリザーブからウォレットにSOLを転送します。
5. 次の購入者のためにカーブ価格が下落します。

pump.funは、各売買取引に対して約1%の手数料を徴収します。ボンディングカーブプログラムは展開後に変更不可（immutable）となります。

Raydiumと卒業後のAMM

Raydium自体はボンディングカーブのローンチメカニズムではなく、流動性プール設計を使用したSolanaネイティブのAMMです。古いpump.funのフローでは完了したカーブをRaydiumに移行していましたが、その後の実装ではPumpSwapや他の会場が使用される場合があります。移行先や移行ルールについては、特定のプラットフォームやローンチ日ごとに確認する必要があります。

Meteoraは、流動性インフラストラクチャに焦点を当てた、SolanaネイティブのDeFiプロトコルです。その動的流動性マーケットメーカー（DLMM）プールは、ボンディングカーブに隣接するロジックを適用して現在の価格周辺の流動性を集中させ、トークンローンチパッドではなく、ローンチ後の流動性管理ツールとして機能します。

Solanaにおけるその他のボンディングカーブ実装

古いソースは、ボンディングカーブメカニズムのバリエーションを使用する例として、pump.fun、DEX ScreenerによるMoonshot、Believe App（LaunchCoin）を挙げています。しきい値、手数料、リザーブの処理、およびデスティネーションベンダーは、プラットフォームおよびバージョン固有です。

Solanaにおけるボンディングカーブの卒業：プラットフォーム固有のメカニズム

卒業とは、プラットフォームが定義した、ローンチカーブから異なる取引または流動性メカニズムへの移行のことです。トリガー、リザーブ計算、トークン割り当て、デスティネーションベンダー、手数料、およびLPコントロールは、プラットフォームや契約バージョンによって変更される可能性があります。

古いソースドラフトは、あるpump.fun実装について、約85 SOLのしきい値と8億/2億トークンの分割を引用しています。これらの数値は過去の例であり、普遍的または現在のルールではありません。ライブプログラムのドキュメントとオンチェーン状態を確認してください。USD時価総額の推定値は、実際のプログラム条件の代替にはなりません。

流動性移行は、完了したカーブからDEXプールにリザーブを転送する可能性があります。それが自動であるかどうか、どのベンダーが流動性を受け取るか、結果として生じるLPポジションを誰が管理するか、そして後で流動性を引き出すことができるかどうかは、確認する必要がある契約固有の事実です。

1. トリガー条件が満たされる: プログラムは、設定されたリザーブ、供給、または販売条件を評価します。
2. 移行が開始される: 契約によっては、これは自動である場合も、個別のトランザクションを必要とする場合もあります。
3. リザーブが割り当てられる: プログラムは、プラットフォーム定義のトークンとSOLの割り当てを使用して、DEXプールを作成または資金提供する場合があります。
4. 流動性コントロールが確立される: LPトークンは、焼却、ロック、保持、またはその他のルールで管理される場合があります。これをオンチェーンで確認してください。
5. カーブ以降の取引が開始される: カーブが閉じられるか、無効になった場合、トークンはPumpSwap、Raydium、またはその他の設定されたベンダーを通じて取引される可能性があります。

トレーダーにとって、卒業時の価格設定メカニズムは、ボンディングカーブ（ミント/バーン、決定論的なカーブ価格）からRaydium CPMM（プール比率、市場主導）に切り替わります。卒業時には、需要に応じて価格がギャップアップまたはダウンする可能性があります。ボンディングカーブフェーズの早い段階で購入したトレーダーは、卒業時またはその直後に利食いすることが多く、これが売り圧力を生み出す可能性があります。同時に、Raydiumでトークンを発見した新しい買い手の波も押し寄せます。

トークンクリエイターにとって、卒業はトークンの取引方法を変えますが、永続的な流動性ロックを普遍的に証明したり、管理者コントロールを排除したりするわけではありません。特定のローンチについては、ミント権限、フリーズ権限、アップグレード権限、LP所有権、およびロック契約を確認してください。

Solanaにおけるボンディングカーブトークンの取引リスク

Solanaでボンディングカーブトークンを取引することは、標準的なAMMでの取引とは異なる独自のメカニズムを伴い、これらのメカニズムを理解することが、エントリータイミングとリスクエクスポージャーの両方を決定します。

ボンディングカーブにおけるスリッページとは、トランザクションを開始したときに支払うと予想した価格と、実行されたときに実際に支払った価格との差を指します。価格インパクトとは、購入によって価格が変動する市場価格の動きのことです。なぜなら、トークンを購入することがカーブを上昇させるからです。

Raydiumのような標準的なAMMでは、スリッページはプールの深さに依存します。深いプールは、最小限の価格変動で大きな取引を吸収します。ボンディングカーブでは、スリッページは異なって機能します。それは完全に決定論的であり、2つの要因に依存します。カーブ上のどこにいるかと、注文の大きさが残りの容量に対してどの程度かです。

価格インパクトはカーブの終盤で加速します。航空券の購入を考えてみてください。最初に販売される座席は安く、最後の数席ははるかに高価です。カーブの20%しか埋まっていないときに1 SOL分のトークンを購入するのと、90%埋まっているときに1 SOL分のトークンを購入するのとでは、トークンあたりのコストがはるかに異なります。90%のシナリオでは、前のトークンよりも後のトークンが高価になるため、平均実行価格が急激に上昇します。定数積の公式により、購入される追加トークンごとに、単価が加速的に高くなります。MEVボットによるサンドイッチ攻撃のリスクは、Solanaのボンディングカーブトランザクションに存在しますが、Solanaのトランザクションアーキテクチャは、他のチェーンよりも特定のMEVパターンを実行することを困難にしています。

リスク警告

ボンディングカーブトークンは非常に投機的です。pump.funトークンの大半は卒業しません。あなたは投資全額を失う可能性があります。クリエイターによるトークン dumping（投げ売り）は可能であり、警告なしに発生する可能性があります。以下のリスクは、プラットフォームに関係なく、すべてのボンディングカーブトークンに適用されます。

ボンディングカーブは特定の詐欺ベクトルを減らしますが、すべてのラグプルリスクを排除するわけではありません。

流動性除去リスク: 外部LPがないカーブは、卒業前の流動性引き出しの一形態を制限する可能性がありますが、契約、管理者、ミント、フリーズ、移行、または卒業後のLPリスクを排除するものではありません。権限とLPトークンの処分をオンチェーンで確認してください。

ソフトラグ（依然として可能）: クリエイターは、ボンディングカーブフェーズの早い段階で、最も安い価格で大量のトークン割り当てを事前に購入できます。他の買い手が価格を押し上げたとき、クリエイターはその割り当てをカーブに売却し、SOLをポケットに入れ、それ以降に購入したすべての人々の価格を崩壊させます。ボンディングカーブプログラムは、これが正当な売却トランザクションであるため、これを防ぐことはできません。

バンドル購入と協調 dumping: ウォレットのグループが同時に購入を調整し、勢いの外観を作成するためにカーブの埋め込み率を急速に上昇させ、その後協調して売却することができます。

放棄: クリエイターがプロジェクトのプロモーションを停止します。dumpは発生しませんが、コミュニティは興味を失い、トークンはカーブ上で無期限に停滞します。

購入前にこれらのレッドフラグに注意してください:

• 単一のウォレットが販売された供給量の10%以上を保有している（Solscanで確認）
• コミュニティが見えない状態で1時間以内にカーブが50%以上埋まった
• アクティブなソーシャルメディアプレゼンスがなく、ローンチ前の開発者ウォレットからのオンチェーンアクティビティもない
• 開発者ウォレットが匿名であり、事前のオンチェーン履歴がない（Birdeyeで確認）

カーブの埋め込み率（fill percentage）は、トークンがライフサイクルのどの段階にあるかを示します。初期エントリー（低い埋め込み率）は、トークンあたりの価格が低く、後続の購入者が生み出す価格上昇の恩恵を受けることを意味します。トレードオフは、不確実性が高いことです。ほとんどのトークンは停滞し、卒業しません。

リスク警告

早期に購入するトレーダーはより低い価格を支払いますが、pump.funトークンの大半は卒業しません。卒業近く（高い埋め込み率）で購入すると、カーブ自体の潜在的な価格上昇が減少し、トランザクションあたりの価格インパクトが増加します。卒業イベントは価格上昇を保証しません。過去の卒業パターンは、将来の価格行動を予測するものではありません。

遅延エントリー（高い埋め込み率）は、卒業触媒により近い位置にあなたを置きます。一部のトレーダーは、卒業へのしきい値に近づいているトークンを監視し、Raydiumへの卒業がDEXアグリゲーターからの新しい買い手の波を引き付けると期待しています。これはメカニズム的なダイナミクスを反映したものであり、取引推奨ではありません。

Solanaでボンディングカーブを使用してトークンをローンチする方法

Solanaでボンディングカーブを使用してトークンをローンチするには、クリエイターからの事前の流動性は必要ありません。ボンディングカーブプログラム自体が、最初のトランザクションからマーケットメーカーとして機能します。

なぜボンディングカーブが公正なトークンローンチを可能にするのか

ボンディングカーブの文脈におけるフェアローンチとは、プレセール、割引価格でのVC配分、インサイダー価格設定がないことを意味します。トレーダーまたはトークン作成者を含むすべての購入者は、購入時のアルゴリズムで決定された市場価格を支払います。価格は、プロジェクトチームではなく、不変のオンチェーンルールによって設定されます。

プロジェクトが公開取引開始前に固定価格を設定し、流動性を事前に確保する必要がある従来のIDOとは異なり、Solanaでのボンディングカーブローンチは、作成者からの初期資本を必要とせず、価格を実際の購入者需要から生じさせます。早期購入者はより安く購入しますが、その割引はオンチェーンで確認でき、そのカーブポジションで購入するすべての人が同じです。

「フェア」は「リスクフリー」を意味するわけではありません。ボンディングカーブローンチにおける非対称性は意図的です。早期購入者はより高い不確実性を負い（トークンが卒業しない可能性がある）、後期購入者はより高い価格を支払いますが、実証されたコミュニティの牽引力を持つトークンを購入します。より急なカーブ（pump.funが使用する定数積モデルなど）は、早期購入者に積極的に報酬を与え、卒業に向けたより強い勢いを生み出します。より緩やかなカーブは、購入者全体に価値をより均等に分配します。

1. 接続: Solanaウォレット（Phantomなど）をpump.funプラットフォームに接続します。
2. トークンメタデータ入力: 名前、ティッカーシンボル、画像、説明、ソーシャルリンク、およびその他の必要なフィールドを入力します。
3. オプション: 初期勢いを付けるために、作成時に開発者による購入を行うことができます。この初期購入はオンチェーンで確認できます。大規模な開発者購入は経験豊富なトレーダーにとって警告信号です。もし行う場合は、コミュニティに開示してください。
4. トークンリンクの共有: 関連コミュニティ全体に共有します。ボンディングカーブは、卒業に達するために継続的な購入を必要とします。コミュニティの関心がない場合、トークンは停滞します。
5. 卒業: プラットフォームの現在のルールに従います。古いウォークスルーに依存する前に、ライブのしきい値、必要なトランザクション、宛先会場、および流動性管理を確認してください。

pump.funは作成手数料を請求します（ローンチ前にプラットフォームで現在の手数料を確認してください）。トークンがライブになると、ボンディングカーブパラメータは不変になります。

作成者がローンチ先を評価する際、選択はコミュニティの特性と卒業先の好みに依存します。

表: Solanaでのボンディングカーブローンチプラットフォーム

Meteoraは、ロックされたCPMMプールではなく、管理されたDLMMプールを望むプロジェクトの卒業後の流動性インフラストラクチャとして機能しますが、それ自体はローンチプラットフォームではありません。

最低カーブポジションで購入する初期コミュニティメンバーは、その後のすべての購入者が価格を押し上げることから利益を得ます。ローンチが低いフィル率で停滞した場合、初期購入者は出口流動性のない未実現ポジションを抱え、損失でカーブに売却し、価格をさらに下げることになります。コミュニティの勢いはボンディングカーブローンチではオプションではなく、卒業のために機械的に必要とされます。

開発者購入が大規模（ボンディングカーブ供給の5%超）な場合、それを開示してください。オンチェーンツールはすべてのウォレットアクティビティを表示し、未開示の大規模な開発者購入はSolanaトレーディングコミュニティによって警告信号と見なされます。

Solanaでのボンディングカーブ構築: 技術的実装

このセクションは、ボンディングカーブプログラムの構築または監査を行うSolana開発者向けに記述されています。トレーダーまたはトークン作成者の場合は、以下のFAQにスキップしてください。

Anchorフレームワークを使用すると、Solanaでボンディングカーブを構築できます。このフレームワークは、本番環境対応のボンディングカーブプログラムを実装するために必要なアカウントモデル、命令ハンドラー、およびPDAパターンを提供します。

pump.funのボンディングカーブの公式

pump.funは、実際の双方向の流動性を必要とする標準的なCPMMではなく、仮想定数積モデルを使用しています。プログラム初期化時に、2つの仮想準備金値がシードされます。

価格 = virtual_sol_reserves / virtual_token_reserves

• virtual_sol_reserves: 定数積不変量のSOL側を追跡します（初期値は約30 SOL相当）。
• virtual_token_reserves: 不変量のトークン側を追跡します（初期値は約1,073,000,000）。
• k = virtual_sol_reserves * virtual_token_reserves（不変量として一定に保たれます）。

ユーザーがトークンを購入すると、入金された実際のSOLが準備金追跡に追加され、不変量が適用されてミントされるトークン数が計算され、仮想準備金が新しい状態を反映するように更新されます。「仮想」アプローチとは、カーブがCPMMのように動作するが、実際の双方向の流動性をブートストラップする必要がないことを意味します。

作業例: 初期化時、価格 = 30 / 1,073,000,000 ≈ 0.000000028 SOL/トークン。購入者が100,000,000トークンを購入した後（仮想トークン準備金が973,000,000に減少）、不変量k = 30 * 1,073,000,000 = 32,190,000,000により、仮想SOL準備金は32,190,000,000 / 973,000,000 ≈ 33.08 SOLである必要があります。現在、価格は33.08 / 973,000,000 ≈ 0.000000034 SOL/トークンです。（本番環境で使用する前に、これらのパラメータを現在のpump.funプログラムコードと照合して確認してください。）

Anchorを使用したSolanaプログラムアーキテクチャ

Anchorフレームワークのドキュメント（https://www.anchor-lang.com）は、人間工学に基づいたアカウント検証、命令ルーティング、およびエラー処理を備えたSolanaプログラムを構築するためのRust DSLを提供します。

Anchorで構築されたボンディングカーブプログラムには、4つのコアコンポーネントが必要です。

1. 状態アカウント: カーブの永続的な状態を保存します。AnchorのAccount構造体としてモデリングされ、PDAに保持されます。
2. 購入命令: 入力SOLを検証し、カーブ公式を使用してミントするトークンを計算し、PDA権限を通じて購入者にSPLトークンをミントし、準備金状態を更新します。
3. 売却命令: トークン入力を検証し、返却するSOLを計算し、クロスプログラム呼び出し（CPI）を介してSPLトークンプログラムでSPLトークンをバーンし、準備金PDAから販売者にSOLを転送します。
4. 卒業命令: 卒業しきい値を確認し、蓄積されたSOLでRaydiumプールを作成し、残りのトークン供給をプールに転送し、受け取ったLPトークンをバーンし、カーブが完了したことをマークします。

Anchorアカウント構造体（疑似コード）:

#[account]
pub struct BondingCurve {
    pub virtual_sol_reserves: u64,
    pub virtual_token_reserves: u64,
    pub real_sol_reserves: u64,
    pub total_tokens_minted: u64,
    pub is_graduated: bool,
    pub authority: Pubkey,
    pub token_mint: Pubkey,
    pub bump: u8,
}

PDAは全体に不可欠です。プログラムは、プライベートキーを保持せずにトークンミント権限とSOL準備金を制御する必要があります。**クロスプログラム呼び出し（CPI）**は、ボンディングカーブプログラムがSPLトークンプログラムを呼び出してミントおよびバーン命令を実行するSolanaのメカニズムです。AnchorはCPIセットアップを抽象化しますが、セキュリティのためにCPI呼び出しの順序が重要です（下記参照）。

以下の脆弱性は、ボンディングカーブSolanaプログラムに特有のものです。それぞれ、メインネット展開前に意図的な軽減策が必要です。

1. 整数オーバーフローおよびアンダーフロー: 価格計算の算術演算は、大きなu64値に対して行われます。Rustのchecked_mulおよびchecked_divを全体に使用してください。チェックなしの算術演算はRustのデバッグモードではパニックしますが、古いAnchorバージョンではリリースモードでサイレントにオーバーフローする可能性があります。

2. PDA署名者のシード検証: PDAシードの派生が不正確であるか、プログラムが正しいPDAが命令に署名したことを検証できない場合、攻撃者は悪意のあるアカウントを置き換えてSOLリザーブを枯渇させることができます。

3. 卒業ガードの欠如: すべての売買命令はis_graduatedをチェックする必要があります。トークンが卒業済みであるにもかかわらず、プログラムが売買を受け付け続けると、分割された流動性シナリオが発生し、買い手はクローズされるはずのカーブに対してトークンを発行することになります。

4. CPI呼び出しの順序: SolanaのアカウントモデルはEVMスタイルのリエントランシーに対して脆弱性が低いですが、CPI呼び出しは慎重に順序付けする必要があります。順序誤りは、命令の失敗時にプログラムを不整合な状態にする可能性があります。

5. オラクル依存リスク: 卒業しきい値がUSDで表現され、価格オラクルを必要とする場合、オラクルフィードは攻撃対象となります。オラクルを操作できる攻撃者は、早期の卒業を引き起こしたり、無期限に遅延させたりすることができます。

リスク警告

ボンディングカーブSolanaプログラムは実際のユーザー資金を管理します。メインネットローンチ前にデブネットにデプロイし、完全なセキュリティ監査を実施してください。GitHubで「bonding curve Solana Anchor」を検索すると、オープンソースの参照実装やコミュニティレビュー済みの実装が利用可能です。監査されていないボンディングカーブプログラムをメインネットにデプロイしないでください。

免責事項

本記事は情報提供および教育目的のみのものであり、金融、投資、または取引のアドバイスを構成するものではありません。ボンディングカーブトークンは非常に投機的な商品であり、全額損失のリスクを伴います。投資判断を行う前に、ご自身でデューデリジェンスを行い、資格のあるファイナンシャルアドバイザーにご相談ください。本出版物は、pump.fun、Raydium、Meteora、Anchorフレームワーク、または本記事で言及されているその他のプラットフォームとは一切関係ありません。

Solanaにおけるボンディングカーブ：よくある質問

以下の質問は、Solanaにおけるボンディングカーブに関する最も一般的な疑問点を網羅しています。People Also Askの対象を最大化するため、このセクションにはFAQスキーママークアップ（JSON-LD FAQPage）を実装する必要があります。

暗号資産におけるボンディングカーブとは何ですか？

暗号資産におけるボンディングカーブとは、トークンがどれだけ販売されたかに基づいてアルゴリズムで価格が決定される数学的な価格設定メカニズムです。より多くのトークンが購入されるにつれて価格は自動的に上昇し、トークンが買い戻されるにつれて価格は低下します。Solanaでは、ボンディングカーブはSolanaプログラムとして実装され、購入ごとに新しいトークンを発行し、売却ごとにトークンをバーンします。プログラム自体が唯一の取引相手となります。

ソースで説明されている過去の実装は、定数積スタイルのカーブで仮想準備金を使用しています。購入は準備金の状態を更新し、カーブ価格を上昇させます。売却は反対方向に更新します。現在の準備金額、供給処理、手数料、卒業条件は、ライブ実装から検証する必要があります。

完了時の挙動は、ローンチプログラムによって異なります。プラットフォームはPumpSwap、Raydium、またはその他のプールを作成する場合があります。別途移行トランザクションが必要な場合があり、LPトークンはバーン、ロック、またはその他のルールに基づいて管理される場合があります。移行が自動的または不可逆的であると仮定せず、ライブコントラクトとオンチェーンの権限を検証してください。

ボンディングカーブは、買い手がSOLを入金するとオンデマンドでトークンを作成し、売り手がトークンを返却するとトークンを破棄します。プログラム自体が取引相手であり、外部の流動性提供者は必要ありません。DEX流動性プールは、外部LPによって入金された2つのトークンの固定供給を保持し、価格はプール内のそれらのトークンの比率によって決定されます。ボンディングカーブは、トークンに確立されたコミュニティができる前の初期段階に役立ち、流動性プールは、その段階を卒業したトークンに役立ちます。

ボンディングカーブフェーズの早い段階で購入したトレーダーは、トークンあたりの価格が低くなります。後続の買い手が価格を押し上げた場合、初期の買い手は利益を得るためにカーブに買い戻すことができます。参入が早いほど、支払う価格は低くなり、後続の買い手からの潜在的な価格上昇は大きくなります。しかし、pump.funトークンの大半は卒業に至らず、多くの初期買い手は決して値上がりしないトークンを保有しており、プロジェクトが停滞すると損失を抱えて買い戻すことになります。利益を保証するメカニズムはありません。

ボンディングカーブメカニズム自体は、正当で数学的に健全な価格設定システムです。この技術は詐欺ではありません。ボンディングカーブでローンチされた個々のトークンは、クリエイターが大量の割り当てを安価に事前購入して価格上昇時に売却する（ソフトラグ）場合や、プロジェクトが誠実な意図なくローンチされる場合に詐欺となる可能性があります。メカニズムは中立的であり、リスクは特定のトークンとそのクリエイターの行動に由来します。すべてのボンディングカーブトークンを非常に投機的なものとして扱ってください。

ボンディングカーブの卒業とは、プラットフォーム定義された、カーブベースの価格設定から後続の取引または流動性メカニズムへの移行のことです。トリガー、準備金割り当て、移行先会場、LPトークンの処理、管理者コントロールはプラットフォームおよびバージョンによって異なるため、現在のコントラクトドキュメントとオンチェーンの状態が権威となります。

ボンディングカーブにおけるスリッページは、カーブ上のどこにいるかと注文のサイズによって決まります。購入される各トークンは価格をわずかに上昇させるため、大きな注文は取引の開始価格を上回る平均価格で執行されます。定数積フォーミュラでは、各追加トークンがますます高価になるため、カーブの終盤に近づくと価格への影響が加速します。標準的なAMMでは、スリッページはプールの深さに依存しますが、ボンディングカーブではカーブ上の位置と注文サイズに依存します。

はい。Rustで記述されたAnchorフレームワークを使用して、Solanaでカスタムボンディングカーブを構築できます。本番実装には、準備金値を格納するステートアカウント、PDA権限を通じてSPLトークンをミントする購入命令、CPIを通じてトークンをバーンする売却命令、および卒業後のDEXプールを作成する卒業命令が必要です。デプロイ前に、プログラムは完全なセキュリティ監査を必要とします。オープンソースの参照実装はGitHubで検索できます。

最も一般的なフォーミュラは定数積：x * y = kです。ここで、xはトークン準備金、yはSOL準備金、kは定数です。トークンが購入されると、xは減少しyは増加し、実効価格が上昇します。pump.funは、初期化時に事前にシードされた仮想準備金を使用することで、これを変更しています。これにより、初期流動性を誰も入金する必要なしに、ゼロ以外の開始価格が可能になります。pump.funでの任意の時点での価格は、仮想SOL準備金を仮想トークン準備金で割ったものに相当します。

Bybit でSOLを探索

読者は、現在のSOL市場情報)またはSOL/USDT現物市場.)を確認できます。これらのリンクは、新しくローンチされたボンディングカーブトークンではなく、SOLに関するものです。

ボンディングカーブは、Solanaにおけるパーミッションレスなトークンローンチのためのインフラストラクチャの一形態であり、アルゴリズムによる価格設定と、プラットフォーム定義の配布および流動性移行ルールを組み合わせています。

重要なまとめ

• トレーダー向け: ボンディングカーブは、オーダーブックやLPプールを通じてではなく、アルゴリズムに基づいてトークンの価格を決定します。価格への影響はカーブの終端に近づくほど加速します。ほとんどのトークンは卒業（グラデュエーション）に至りません。投資額の全額を失う可能性があります。

• トークン作成者向け: 一部のボンディングカーブ方式でのローンチは、事前の流動性の要件を軽減しますが、卒業条件やLPの管理権限はプラットフォームに固有のものです。ミント（発行）、フリーズ、アップグレード、移行、および流動性の権限をオンチェーンで確認してください。

• 全ユーザー向け: このソースでは、2025年初頭のケーススタディとしてpump.funを使用しており、代替案としてMoonshotやBelieve Appを挙げています。現在の市場ポジション、仕組み、および移行先を再確認する必要があります。

• 開発者向け: RustのAnchorフレームワークを使用してボンディングカーブを実装してください。重要なセキュリティ要件には、チェック済み演算（checked arithmetic）、PDA署名者の検証、すべての売買命令に対する卒業ガード、およびメインネット展開前の正式な監査が含まれます。

• 今後の展望: Solanaにおけるボンディングカーブモデルは進化を続けており、pump.funは卒業後の独自のDEXとしてPumpSwapをローンチし、Meteoraは卒業したトークン向けに高度な流動性管理を提供しています。供給量に連動したアルゴリズムによる価格決定という中核的な仕組みは、Solanaのパーミッションレスなトークン経済の基盤であり続けています。

関連トピック

• Solanaトレーディングターミナル：機能、手数料、およびリスク
• Solanaにおけるハイブリッドファイナンス：CeFiとDeFiの融合