メインコンテンツへスキップ

概要

料金更新:Sender Maxは現在、0.001 SOLの最低チップを使用しています。 これにより、ブロックのトップに優先されるチップバッファーに参加します — より多くのチップを支払うことで先に着地します。
Sender Maxは最高性能のHelius Sender階層であり、競争に勝つ必要がある提出物向けに設計されています。すべての利用可能な高速パスウェイを通じて送信し、最高のチップを優先する優先チップバッファーに挿入されます。 Sender Maxは単一トランザクションとバンドルの両方を扱います。どちらもすべてのパスウェイ(Helius、Jito、Harmonic、Rakuraiなど)を使用します — 唯一の違いはペイロードです:1つのトランザクションを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ラメンツを推奨します。チップはトランザクションを優先チップバッファーに入れ、優先手数料はバリデーターのスケジューラーでの優先度を上げます — これらを組み合わせることで着地の確率を最大化します。 計算ユニット価格の命令で優先手数料を設定します。総優先手数料は、計算ユニットの価格(マイクロラメンツ単位)を計算ユニットの制限に掛けたものです:
現在のネットワーク状況に基づくリアルタイムの手数料推奨にはHelius Priority Fee APIを使用してください。

エンドポイント

フロントエンドにはグローバルHTTPSエンドポイントを使用し、バックエンドにはサーバーに最も近いリージョナルHTTPエンドポイントを使用します。 フロントエンド/ブラウザ(グローバルHTTPS):
バックエンド/サーバー(リージョナルHTTP):
接続ウォームアップや詳細はSenderエンドポイントリファレンスを参照してください。
サンドイッチ攻撃に関連するバリデーターを避けたいですか?エンドポイントURLにmev-protect=trueを追加します — これはsendTransactionsendBundleの両方で機能します: https://sender.helius-rpc.com/fast?mev-protect=true

コード例

競争の激しいトランザクションには、0.001 SOLの最低値は競争力がない可能性があります。 あなたが着地を成功させたいトランザクションの価値に近いチップを設定してください — 成功した着地があなたにとって価値があるほど、より多くのチップを支払うべきです。 最低限は床であり、目標ではありません。

バンドル

バンドルはSender Maxが受け入れるもう一つのペイロードです。最大4つの完全に署名されたトランザクションを提出し、それらは順次かつ全体的に(すべてまたは何もなしで)実行され、単一トランザクションと同じ優先チップバッファーに入ります — バッファーは最速の着地のために最高のチップを払うバンドルを優先します。
0.001 SOLのSenderチップのみを提供してください。 Sender Maxはバンドルをすべての高速パスウェイでルーティングし、パスウェイチップを代わりに追加します — 個別のJitoチップを追加したり、Jitoチップアカウントを使用したり、jito-regionを設定しないでください。それらは基本的な バンドルにのみ適用されます。

必要条件

  • 最大4つのトランザクション、完全署名済み。それらは順次かつ全体的に実行されます — 何かが失敗した場合、全体のバンドルが拒否されます。
  • チップ:少なくとも1つのトランザクションが指定されたSenderチップアカウントに少なくとも0.001 SOLを転送する必要があります。これは単一トランザクションで使用されるのと同じSenderチップです — Heliusがあなたのために任意のパスウェイチップ(Jitoを含む)を追加しますので、個別のJitoチップを追加しないでください。
  • 優先手数料:各トランザクションは少なくとも5,000ラメンツ優先手数料を含む必要があります。

提出

method: "sendBundle"でSenderエンドポイントに送信します。フロントエンドにはグローバルHTTPSエンドポイントを使用し、バックエンドには任意のリージョナルエンドポイントを使用します — すべてのSenderリージョンがサポートされています。

着地の追跡

バンドルを追跡する方法は、単一トランザクションを追跡する方法と同じです — 各トランザクションの署名が着地するのを見守ります。バンドルが全体的であるため、いずれかのトランザクションが確認されれば、全体のバンドルが着地したことを意味します。getBundleStatusesやバンドルIDを使用しません。 スタックに適した方法を使用してください:

ベストプラクティス

  • エンドポイント選択:フロントエンドアプリには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

サンドイッチ攻撃に統計的に関連するバリデーターを回避。