これは公式のpump.funやPumpSwapのウェブサイトではありません。私たちは彼らのインフラを運営してもいません。私たちは独立した、検証を最優先するプロジェクトです。具体的な挙動や数値に触れている箇所は、公式pump.funサイトおよびあなたが選んだデータプロバイダーのドキュメントと照合して確認してください。APIは予告なく変わります。
開発者が「pump.fun API」に本当に求めているもの
人々が検索バーにpumpfun APIと打ち込むとき、求めているのはほぼ必ず次の3つのうちのどれかです。これらは難易度もリスクの性質もまったく異なるので、正確に名付けておく価値があります。
トークン・市場データ
特定トークンの価格、時価総額、保有者数、流動性、ボンディングカーブの進捗、取引履歴。ダッシュボードの基本中の基本です。
新規ローンチ配信
作成された瞬間のトークンをリアルタイムで、理想的にはミリ秒単位で流すストリーム。ボットやアラートシステムが他の誰よりも早く反応できるように。
取引執行
プログラムによる売買。ボンディングカーブやDEXプールに対してSolanaトランザクションを組み立て、署名すること。
最初の2つは読み取りの問題です。3つ目は書き込みの問題であり、ここが最も速く資金が消える場所です。バグによっても、攻撃者によっても。このページの残りを読む間、この区分を頭に入れておいてください。セキュリティ上の助言はこの区分に応じて重くなるからです。
公式のpump.fun APIは存在するか
手短に言えば、ほとんどの開発者が期待する意味では存在しません。CEX.IOやCoinbaseのような中央集権型取引所は、バージョン管理されたREST API、変更履歴、レート制限のドキュメント、サポートチャネルを公開しています。pump.funはSolana上の一連のオンチェーンプログラムと、ウェブのフロントエンドです。正典となる真実の源泉はRESTエンドポイントではなく、ブロックチェーンそのものです。
これには2つの帰結があります。第一に、データはオンチェーンで公開されているため誰でも読むことができ、pump.funの許可は不要です。第二に、SLAもサポート窓口もなく、今日たまたまフロントエンドが呼んでいる未ドキュメントのエンドポイントが明日も存在する保証はありません。サイトの内部呼び出しをリバースエンジニアリングする人は確かにいますし、そうした呼び出しが変わったりエラーを返し始めたときに痛い目を見る人も確かにいます。
公式pump.funサイト上にない「pump.fun API」を見つけたら、それは非公式なラッパーか外部インデクサーだと考えてください。それ自体が必ずしも悪いわけではありません。優れたものも多くあります。しかしそれは仲介者を信頼しているということであり、未ドキュメントの内部エンドポイントはいつ壊れても、レート制限をかけられても、取り下げられてもおかしくありません。背後に契約のないものの上にビジネスを築いてはいけません。
オンチェーンRPC対外部インデクサー
pump.funのデータを得る正直な方法は2つあり、ほとんどの実プロジェクトはその両方を使います。
1. Solana RPC（チェーンと直接やり取りする）。 Solana RPCノードは低レベルな問い合わせに答えます。アカウントの状態、トランザクションの中身、プログラムが発するログ、そしてwebsocket経由ではそれらイベントのライブストリームです。これを「トークンXの価格」に変えるには、該当するプログラムアカウントを自分でデコードします。柔軟で安価、信頼を最小化できますが、それなりのエンジニアリング作業が必要で、公開RPCエンドポイントはレート制限が厳しく、しばしば過負荷に陥っています。
2. 外部インデクサーとデータAPI。 インデクサーは、すでにチェーンを取り込み、pump.funとDEXのプログラムをデコードし、使いやすいクエリを提供してくれるサービスです。「直近1時間の新規トークン」「このミントの取引」「上位保有者」といった具合に。この利便性の対価として、お金と信頼の依存を払います。インデクサーがすべて正しくデコードしていて、こっそり遅延していないことを信じることになるからです。新規ローンチ配信や分析用途では、インデクサーが現実的な選択であることが多いです。
大まかな指針はこうです。正確性と独立性が重要なとき（執行、決済確認）はRPCを使い、開発の速さと豊かなクエリが重要なとき（ダッシュボード、スクリーナー）はインデクサーを使います。チェーンの400msブロックと手数料モデルがこれらすべてをどう形作っているかはSolana入門を、トークンがボンディングカーブから卒業した後にプールがどう振る舞うかはスワップDEXガイドを参照してください。
典型的な機能と制限
RPCと一般的なインデクサーを通じて、期待できることとできないことのおおよそは次のとおりです。
👍 たいてい利用できる
- あるトークンミントの現在価格、時価総額、供給量。
- ボンディングカーブの進捗、およびトークンがDEXに卒業済みかどうか。
- トークンごとの取引履歴と直近のトランザクション。
- 保有者数と上位保有者の分布。
- 新規作成トークンのほぼリアルタイムなストリーム（websocketまたはインデクサーのプッシュ経由）。
👎 制限と落とし穴
- 「リアルタイム」と言っても数十〜数百ミリ秒の話です。コロケーションされたインフラを持つボットには勝てません。
- メタデータは偽装できます。名前・シンボル・画像は安全性について何も語りません。
- トークンが詐欺だと教えてくれるエンドポイントはありません。それはあなたの分析であって、フィールドではありません。
- 履歴の深さはプロバイダーによって大きく異なります。直近データしか保持しないところもあります。
- 執行には自分でSolanaトランザクションを組み立てて署名する必要があります。APIの裏にカストディアルな「買う」ボタンなどありません。
データソースの比較
開発者がpump.funのデータをどう得るかについての、大まかで主観的な比較です。具体的な制限や機能はプロバイダーとプランに完全に依存します。必ず最新のドキュメントを確認してください。
| ソース | 導入の手間 | リアルタイム配信 | 豊かなクエリ | 信頼の依存 | 適した用途 |
|---|---|---|---|---|---|
| 公開Solana RPC | 低 | 限定的 | なし | 最小限 | 試作、少量の読み取り |
| 有料RPCプロバイダー | 中 | あり | 一部 | プロバイダーの稼働率 | 執行、信頼できる読み取り |
| 外部インデクサー / データAPI | 低 | あり | あり | 高 | ダッシュボード、スクリーナー、分析 |
| 非公式スクレイピングエンドポイント | 低 | かも | かも | 高く脆い | 使い捨て可能なプロトタイプ |
| ドキュメント付き取引所API（例：CEX.IO） | 中 | あり | あり | カストディアル | サポート付きの安定した価格と執行 |
定性的な評価は2026年時点の編集部の見解であり、ベンダーのベンチマークではありません。機能と価格は各プロバイダー自身のドキュメントで確認してください。
レート制限と信頼性
これこそ、プロジェクトを静かに殺す部分です。公開RPCエンドポイントは共有され、容赦なくスロットリングされます。ポーリングループが人気になった瞬間、429 Too Many Requestsとwebsocket接続の切断を目にするでしょう。インデクサーには独自の段階別制限があり、しばしば1秒あたりのリクエスト数に加えて月間上限として表されます。
初日から防御的に設計しましょう。
- ポーリングより購読を優先する。 新規イベントのwebsocketストリームは、毎秒RESTエンドポイントを叩くよりも安価で速いです。
- エラー時にはバックオフする。
429や5xxに対してはジッター付きの指数バックオフを。スロットリングを悪化させるだけの密なリトライループではなく。 - 積極的にキャッシュする。 トークンのメタデータや過去の取引は変わりません。再取得しないこと。
- フォールバックを用意する。 主系が劣化したときに切り替えられる第二のRPC/インデクサーを。単一プロバイダー依存は単一障害点です。
- 障害を想定する。 Solanaにはネットワークの減速や停止がありました。あなたのボットはフェイルセーフであるべきです。混乱に向かって闇雲に注文を撃つより、何もしない方がよいのです。
最も安いAPIのプランと、最も高頻度なトレーディング戦略は両立しません。あなたの優位性が誰よりも速いことに依存しているなら、それは資金力のあるボットを相手にまず勝てないインフラの軍拡競争です。
認証とAPIキーのセキュリティ
公開ノードへの読み取り専用RPC呼び出しは、しばしばキーを必要としません。本格的なものはすべて必要とします。有料RPCプロバイダーやインデクサーはAPIキーを発行し、あなたに代わって（中央集権型取引所で）取引できるエンドポイントは、お金を動かせるキーを発行します。この2つの脅威モデルはまったく異なり、トレーディング用キーは実弾のように扱うべきです。
読み取り専用のデータキーが漏れても、失うのはいくらかのクォータです。出金権限を持つトレーディング用キーが漏れれば、あなたがこの一文を読み終える前に口座を空にできます。以下のルールは任意の磨き上げではありません。バグと大惨事を分ける境界線です。
- キーを決してコミットしない。 ソースコード、リポジトリ内の設定ファイル、スクリーンショット、クライアントサイドのJavaScriptにキーを置かないこと。環境変数かシークレットマネージャーを使います。初日に
.envを.gitignoreに追加し、履歴をスキャンしてください。一度プッシュされたキーは数分でスクレイピングされます。 - 最小権限。 アプリごとに別のキーを作り、必要な権限だけを付与します。ダッシュボードには読み取り専用キーを。価格ロガーにトレード権限など決して要りません。
- 出金を無効化する。 すべてのトレーディング用キーで出金/送金権限をオフにします。売買するボットに、プラットフォーム外へ資金を送る能力は不要です。
- IP許可リスト。 キーをサーバーの固定IPに紐づけます。盗まれたキーも、あなたのマシンからしか動かないなら有用性は大きく下がります。
- ローテーションと監視。 キーは定期的に、そして何かおかしければ即座にローテーションします。想定外の利用にはアラートを。開発用と本番用でキーを分け、漏れたテストキーが実資金に触れられないようにします。
pump.fun自体に対するノンカストディアルな執行では、これがさらに鋭くなります。あなたはウォレットの秘密鍵でSolanaトランザクションに署名するからです。その鍵こそが資金です。自動化は失っても困らない分だけを保持する専用のホットウォレットに対して行い、メインウォレットには決して向けないこと。ここで重要となるシードフレーズのルールはウォレットとセルフカストディのガイドで扱っています。
安全に行うサンプルリクエスト
以下は、キーを環境から取得して（決してハードコードせず）プロバイダーからデータを読む、最小限の説明用サンプルです。URL、ヘッダー名、レスポンスの形はプレースホルダーです。実際のプロバイダーのドキュメント化された形式を使ってください。
# 1) キーはコードやリポジトリではなく環境に置く:
# export DATA_API_KEY="your-read-only-key"
curl -s "https://api.example-indexer.com/v1/token/<MINT_ADDRESS>" \
-H "Authorization: Bearer ${DATA_API_KEY}" \
-H "Accept: application/json"
# Node の例 — キーは実行時に読み込み、読み取り専用に限定:
# const key = process.env.DATA_API_KEY;
# const res = await fetch(`${BASE}/v1/token/${mint}`, {
# headers: { Authorization: `Bearer ${key}` }
# });
# if (!res.ok) { /* 429 / 5xx ではバックオフし、密なループにしないこと */ }
最もよくある間違いは、Authorization: Bearer sk_live_abc123 のようにキーをハードコードしてプッシュしてしまうことです。公開リポジトリはボットによって絶えずスキャンされており、コミットされたトレーディング用キーは数分で悪用され得ます。git履歴の書き換えでは漏洩は取り消せません。秘密情報が一度でもコミットに触れたら、失効させてローテーションしてください。行を削除するだけではいけません。
同じ規律はドキュメント付き取引所APIにも当てはまります。キーは環境変数に、出金はオフ、IP制限あり。ミームコインの価格を読むのも現物注文を出すのも、仕組みは同じです。
ユースケースと正直なリスク
ここで概論が現実の点検へと変わります。これらは人々が作る3つのもので、「おおむね安全」から「最も損をしやすい」へとおおよその順に並べています。
分析とダッシュボード（最もリスクが低い）
読み取り専用のスクリーナー、保有者分布のチャート、出来高トラッカー、新規ローンチのアラート。何も執行しないため、これが最も安全なカテゴリーです。最悪でも悪いデータかクォータの使い切りで済みます。そして実際に役立ちます。良いダッシュボードは悪いトークンを避けるのを助けてくれ、これは良いトークンを追いかけるより価値があります。読み取り専用キーで作り、しっかりキャッシュすれば、堅実な領域にいられます。
アラート・スナイパーボット（高リスク）
新規ローンチ配信を監視して反応するボット。あなたに通知したり、自動で買ったり。夢は「一番乗り」ですが、現実はより高速なインフラ、有料のmempoolアクセス、コロケーションを持つ相手と速さを競うことです。あなたの公開RPCのwebsocketがイベントを届けるころには、得られる価格はすでに悪化していることがしばしばです。しかも配信は罠だらけです。スナイパーボットを誘い込むために特別に作られた詐欺トークンが紛れています。
自動トレーディングボット（最もリスクが高い）
実資金で売買する無人のコード。自分に率直になってください。個人のトレーディングボットの大半は損をします。そしてミームコインボットはより速く損をします。理由が積み重なるからです。
遅延
あなたは資金力のある競合より遅いです。良い約定はあなたの注文が届く前に消えています。
MEVとサンドイッチ
ボットはあなたのトランザクションを見て、その前後で取引できます。あなたより先に買い、あなたの注文に売り抜けるので、あなたはより悪い価格を掴まされます。
手数料とスリッページ
スワップ手数料、ネットワーク手数料、薄い流動性でのスリッページが、勝っても負けても、往復のたびに静かに資金を削ります。
そこに運用上のリスク（ロジックのバグ、未処理のエッジケース、古い価格フィード、取引中のネットワーク停止）を加えれば、無人のボットはあなたが眠っている間にウォレットを燃やし尽くしかねません。それでも作るなら、使い捨てのホットウォレットで、厳しい支出上限とキルスイッチを設け、残高がまるごと消える前提でやってください。収入源ではなく、高くつく学びの手段と捉えましょう。
このページのどれも、投資助言でも儲かる戦略でもありません。自動化されたミームコインボットの正直な基本シナリオは損失です。私たちはリスクを理解してもらうために配管の仕組みを説明しているのであって、それをあなたの貯金に向けるよう勧めているのではありません。
あなたが本当に必要としているのが、価格と執行のための安定したドキュメント付きのインターフェース、つまり変更履歴、サポート、予測可能なレート制限を備えたものなら、非公式なスクレイピングエンドポイントより規制された取引所APIの方が健全な土台です。セルフカストディは手放しますが、その分の説明責任が得られます。
出荷前のプリフライトチェックリスト
- 正しいソースを選ぶ。 正確性と執行にはRPC、豊かなクエリにはインデクサー、サポートが欲しいならドキュメント付き取引所API。大切なものに内部エンドポイントのスクレイピングは使わないこと。
- すべてのキーを保護する。 環境変数かシークレットマネージャー、最小権限、出金は無効、IP許可リスト、定期的なローテーション。
.envは.gitignoreに。 - 制限を優雅に扱う。 ポーリングより購読、指数バックオフ、キャッシュ、そしてフォールバックプロバイダー。
- フェイルセーフに。 悪いデータ、エラー、ネットワーク障害のときは、推測するより何もしないこと。
- 被害範囲を抑える。 専用のホットウォレット、厳しい支出上限、キルスイッチ。失えない資金を決して自動化しないこと。
- ソースと照合する。 重要な数値（残高、約定）はインデクサーだけでなく、RPC経由でチェーンとクロスチェックします。
このデータが実際のインターフェースのどこに行き着くのか見たいですか？ アプリツアーとスワップ手順では、あなたが照会することになるのと同じオンチェーン配管の、フロントエンド側を紹介しています。
よくある質問
公式のpump.fun APIは存在しますか？
中央集権型取引所が公開しているような、一般の開発者向けに広くドキュメント化され公式にサポートされた公開REST APIは存在しません。ほとんどの開発者はRPC経由でSolanaブロックチェーンから直接pump.funのデータを読み取るか、その作業を代行してくれる外部インデクサーに料金を払っています。公式サイト以外の「pump.fun API」は、すべて非公式かつサポート外と考えてください。
新規トークンのローンチをリアルタイムで取得できますか？
可能ですが、魔法のような公式配信があるわけではありません。新規ローンチはSolana上のプログラムトランザクションなので、websocket RPCで該当プログラムを購読するか、新規ローンチイベントを配信する外部インデクサーを使うかのどちらかです。どちらにも遅延があり、より高速なインフラに金を払うボットと競うことになります。
pump.funのデータを読むのにAPIキーは必要ですか？
公開RPCノード経由で生のオンチェーンデータを読むだけなら通常キーは不要ですが、公開ノードはレート制限が厳しく信頼性も低いです。本格的な用途では有料のRPCプロバイダーかインデクサーを使うことになり、そこではAPIキーが発行されます。そのキーは読み取り専用かつ権限を絞り、決してリポジトリにコミットしてはいけません。
これらのAPIで作ったトレーディングボットは儲かりますか？
ほとんどは損をします。ミームコイン市場は、より高速なボット、MEV抽出、サンドイッチ攻撃、そして露骨な詐欺トークンに支配されています。遅延・手数料・スリッページがすべて不利に積み重なり、無人で動くコードのバグは数秒でウォレットを空にしかねません。まずは学習目的で作り、失っても困らない資金以外は決して自動化しないでください。
RPCノードとインデクサーの違いは何ですか？
RPCノードは、アカウントの状態・トランザクション・ログといったチェーンに関する低レベルな問い合わせに答えますが、意味付けは自分で組み立てます。インデクサーはその生データを取り込み、「このトークンの今日の全取引」のような高レベルなクエリを提供します。RPCは安価で柔軟性が高く、インデクサーは開発が速い反面コストが高く、信頼の依存先が増えます。
トレーディング用のAPIキーを盗まれないようにするには？
キーは環境変数かシークレットマネージャーに保存し、ソースコードやフロントエンドには決して置かないでください。最小権限のキーを使い、トレーディング用キーでは出金を無効化し、特定のIPアドレスに制限し、定期的にローテーションします。資金を動かせるキーが漏洩したら、その資金はもう失われたものと考えてください。