こんな風に積み重ねて
テストやPoCに関する一般的なサポートから、迅速な対応を保証する専用サポートチャネルまで。
|
支持線
|
コミュニティ 「Developer」プランに含まれる内容 |
標準 すべての有料プランに含まれています |
プロフェッショナル
$1,000 年間 |
プレミアム
$10,000 年間 |
|---|---|---|---|---|
| 応答時間 | - | 24時間以内 | 6時間未満 | 1時間未満 |
| サポート受付時間 | - | 24時間×5日 | 24時間365日 | 24時間365日 |
| ナレッジベースへのアクセス | ||||
| Discord Telegram | ||||
| メールサポート | ||||
| Discord、Telegram 専用チャンネル | ||||
| 専任のアカウントマネージャー | ||||
| カスタムアラート |
現在のサポートレベルをアップグレードしませんか?
こちらの ステップバイステップガイドをご覧ください
リクエスト単位(RU)は、Chainstack におけるリクエスト処理の規模と複雑さを測定する指標です。
これにより、さまざまな機能に対するユーザーへの課金を統一的な方法で実施できるようになり、より公平で柔軟な料金体系を提供することが可能になりました。request units の導入により、ユーザーは以下の用途で自由にこれらを活用できるようになりました:
ロシアにおけるChainstack 現在の料金は以下の通りです:
| サービス | リクエストごとにRU |
|---|---|
| Node の地域別リクエスト | 1 |
| Node に関する世界的な要請 | 1 |
| アーカイブノードリクエスト | 2 |
request units とともに、request units の利用量を統一した単一の料金体系として導入いたします。これにより、価格設定の透明性を最大限に高め、利用状況をきめ細かく管理できるようになり、お客様のニーズに合わせてリソースを割り当てていただくことが可能になります。
現在、request units に含まれる量は以下の通りです:
request units の登場により、ユーザーは以下の用途にこれらを自由に活用できるようになりました:
超過利用とは、月額の割り当てリクエスト単位を上回る追加のJSON-RPC呼び出しの件数を指します。その料金は、ご利用のサブスクリプションプランによって異なります。request units の超過1Mの料金は以下の通りです:
お客様のリクエスト数が大幅に増加した場合、1秒あたりのリクエスト数に上限が設定されることがあります。この更新は、すべてのお客様に最高のパフォーマンスと信頼性を提供するために実施されるものです。
レート制限:
「node 」へのリクエストは、現在、「request units 」の統合クォータの一部となっています。
すべての有料サブスクリプションプランにおいて、Node 専用コンピューティングのリソースの1時間あたりの価格は0.50ドルからとなっています。
当社は透明性のある価格設定を重視しており、コンピューティング(トラフィックを含む)およびストレージを時間単位で課金することが、ユーザーが実際に利用した分だけ支払うことができる最善の方法であると考えています。
Chainstack node のストレージ利用料は、20GBあたり1時間につき0.01ドルです。この料金は、(a) コンソーシアムネットワーク上の 、および (b) パブリックチェーン上のDedicated にのみ適用されます。nodes Node
パブリックネットワーク上の「GlobalNode 」にはストレージ費用はかかりません。これは、Chainstack がこの費用を負担しているためです。
Chainstack では、プロジェクトによってブロックチェーンネットワークが管理されており、nodes でも同様です。プロジェクトには、パブリックチェーンとコンソーシアムの2種類があります。Chainstack では、選択したプランに関係なく、プロジェクトを無制限に作成することができます。
パブリックチェーンプロジェクトには、「グローバル」、「トレーダー」、「専用」、または「無制限」のnodes を含めることができます。
ユーザーとは、会員に代わって登録を行う人のことです。
自動車メーカーのWheels Incを例に挙げましょう。ユーザーとしては、通常、Wheels Incの社員であるITマネージャーが、組織を代表してブロックチェーンネットワークを構築Chainstack に登録することになります。
「組織、ユーザー、およびメンバー」も参照してください。
「メンバー」とは、プロジェクトに参加している組織を指します。組織はまずプロジェクトを作成し、その後、他の組織をそのプロジェクトに招待することができます。
例えば、自動車メーカーのWheels Inc.は、「部品追跡」というプロジェクトを作成し、物流パートナーであるDreams Deliveryを招待することができます。Dreams Deliveryが招待を受け入れると、同社は「部品追跡」プロジェクトとその構成ネットワークを確認できるようになります。
したがって、Wheels Inc.とDreams Deliveryの両社とも会員です。
「組織、ユーザー、およびメンバー」も参照してください。
Chainstack メインネットにおいて、25以上のプロトコルに対応したnodes の展開を、以下のモードでサポートしています:
ブロックチェーンネットワークと連携し、その一部となるためにデプロイするnode 。
同じネットワーク上のnodes を、Chainstack が提供する複数のクラウドホスティングプロバイダーに展開する。
同じネットワークのnodes を、Chainstack が提供する複数のクラウドホスティングプロバイダーのリージョンに展開する。
nodes およびネットワークを、自己管理型インフラストラクチャに導入する。
はい、APIを通じてリソースを管理できます。APIドキュメントをご参照ください。
Chainstack 、さまざまなサポートニーズにお応えするため、多彩なサポートプランChainstack 。
当社のサポートレベルは以下の通りです:
この表は、Chainstack 、Quicknode 、およびAlchemy におけるAPIリクエストのコストを詳細に比較したものです。各ブロックチェーンプロバイダーがAPIの利用量をどのように計測しているかを明らかにしており、Chainstack ではRequest Units (RUs)、Quicknode ではAPI Credits 、Alchemy ではCompute Units(CUs)が採用されています。各リクエストタイプには対応する乗数が設定されており、プラットフォームごとにAPIの利用量がどのように変化するかが示されています。この比較により、開発者や企業は、価格やリクエストの効率性を踏まえて、ブロックチェーンインフラプロバイダーを選択する際に、十分な情報に基づいた判断を下すことができます。
| リクエストの種類 | 実際のリクエスト | Chainstack Request Units | Quicknode 乗数 | Quicknode API Credits | Alchemy | Alchemy ・ユニット |
|---|---|---|---|---|---|---|
| eth_call | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getTransactionReceipt | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getBalance | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getLogs | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_ブロック番号 | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_chainId | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getTransactionCount | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getTransactionByHash | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getFilterChanges | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getCode | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_gasPrice | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_estimateGas | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_feeHistory | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_sendRawTransaction | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_getBlockByHash | 1 | 1 | 20 | 20 | 26 | 26 |
| net_version | 1 | 1 | 20 | 20 | 26 | 26 |
| web3_clientVersion | 1 | 1 | 20 | 20 | 26 | 26 |
| eth_syncing | 1 | 1 | 20 | 20 | 26 | 26 |
| getRecentBlockhash | 1 | 1 | 20 | 20 | 26 | 26 |