概要
料金更新:Sender Maxは現在、0.001 SOLの最低チップを使用しています。
これにより、ブロックのトップに優先されるチップバッファーに参加します — より多くのチップを支払うことで先に着地します。
sendTransactionで提出するか、最大4つをsendBundleで行います。
この階層では0.001 SOLの最低チップが必要です。単一のパスでのコスト最適化送信には、SWQOS-only階層を使用してください。
最速の着地
最高速パスウェイを通じて送信され、最高の着地確率
優先チップバッファー
提出物は優先チップバッファーに入り、
最高のチップが優先されます — より多くのチップを支払うと先に着地します
クレジット不要
すべてのプランでAPIクレジットを消費せずに利用可能
0.001 SOL最低チップ
優先チップバッファーとすべてのルーティングパスウェイを
利用するために必要な最低チップ
作動原理
少なくとも0.001 SOLをチップすると、単一トランザクションまたはバンドルがすべての利用可能な高速パスウェイを通じて送信され、優先チップバッファーに入ります。バッファーは最高のチップを優先するため、最低チップを超えてチップを上げることで先に着地する確率が上がります。0.001 SOL未満のチップは優先チップバッファーに入りません — それらは少ないパスウェイでベストエフォートで送信されます。より低いチップで予測可能な低遅延送信には、SWQOS-only階層
(0.000005 SOL)を使用してください。
Maxの使用時
適合
激しい競争があるアカウント、競争的なトークンローンチ、清算、先に着地する価値があるトランザクション。
代わりにSWQOS-onlyを検討
コストセンシティブまたは高ボリュームのフローで、単一の高速パスが信頼性を持って着地する場合。
必要条件
すべてのSender Max提出物は以下を含む必要があります:- チップ:指定されたチップアカウントへの少なくとも0.001 SOLのSOL転送。バンドルでは、少なくとも1つのトランザクションがチップを持つ必要があります。
- 優先手数料:少なくとも5,000ラメンツの優先手数料を持つ計算ユニット価格の命令。詳細は優先手数料を参照してください。
skipPreflight: true) はオプションですが推奨されます — プリフライトチェックは遅延を増加させます。
優先手数料
すべてのトランザクションは少なくとも5,000ラメンツの優先手数料を含む必要がありますが、少なくとも10,000ラメンツを推奨します。チップはトランザクションを優先チップバッファーに入れ、優先手数料はバリデーターのスケジューラーでの優先度を上げます — これらを組み合わせることで着地の確率を最大化します。 計算ユニット価格の命令で優先手数料を設定します。総優先手数料は、計算ユニットの価格(マイクロラメンツ単位)を計算ユニットの制限に掛けたものです:エンドポイント
フロントエンドにはグローバルHTTPSエンドポイントを使用し、バックエンドにはサーバーに最も近いリージョナルHTTPエンドポイントを使用します。 フロントエンド/ブラウザ(グローバルHTTPS):コード例
- @solana/web3.js
- cURL
バンドル
バンドルはSender Maxが受け入れるもう一つのペイロードです。最大4つの完全に署名されたトランザクションを提出し、それらは順次かつ全体的に(すべてまたは何もなしで)実行され、単一トランザクションと同じ優先チップバッファーに入ります — バッファーは最速の着地のために最高のチップを払うバンドルを優先します。必要条件
- 最大4つのトランザクション、完全署名済み。それらは順次かつ全体的に実行されます — 何かが失敗した場合、全体のバンドルが拒否されます。
- チップ:少なくとも1つのトランザクションが指定されたSenderチップアカウントに少なくとも0.001 SOLを転送する必要があります。これは単一トランザクションで使用されるのと同じSenderチップです — Heliusがあなたのために任意のパスウェイチップ(Jitoを含む)を追加しますので、個別のJitoチップを追加しないでください。
- 優先手数料:各トランザクションは少なくとも5,000ラメンツの優先手数料を含む必要があります。
提出
method: "sendBundle"でSenderエンドポイントに送信します。フロントエンドにはグローバルHTTPSエンドポイントを使用し、バックエンドには任意のリージョナルエンドポイントを使用します — すべてのSenderリージョンがサポートされています。
- @solana/web3.js
- cURL
着地の追跡
バンドルを追跡する方法は、単一トランザクションを追跡する方法と同じです — 各トランザクションの署名が着地するのを見守ります。バンドルが全体的であるため、いずれかのトランザクションが確認されれば、全体のバンドルが着地したことを意味します。getBundleStatusesやバンドルIDを使用しません。
スタックに適した方法を使用してください:
getSignatureStatusesをポーリングして署名が確認されるまで待ちます。- LaserStreamまたはLaserStream WebSocketに登録し、着地した署名を監視します。
- 着地した署名を公開するHeliusストリーミング製品であるShred Deliveryなどを使用します。
ベストプラクティス
- エンドポイント選択:フロントエンドアプリには
https://sender.helius-rpc.com/fastを使用し、CORS問題を回避します。バックエンドアプリには、サーバーに最も近いリージョナルHTTPエンドポイントを使用します。 - 動的チップ:激しい競争のあるトランザクションには、0.001 SOLを超えるチップを設定し、チップバッファーでの優先度を向上させます。
- 接続ウォームアップ:5秒以上のアイドル期間中に
/pingエンドポイントを使用します。 - 優先手数料:リアルタイムの推奨には、Helius Priority Fee APIを使用してください。
- リトライ:
maxRetries: 0を設定し、独自のリトライロジックを実装してください。
関連
Sender 概要
共有概念:エンドポイント、接続ウォーミング、レート制限、カスタムTPS。
SWQOS-Only Tier
単一パスでのコスト最適化低遅延送信(0.000005 SOL最低チップ)。
MEV Protect
サンドイッチ攻撃に統計的に関連するバリデーターを回避。