よくある質問

ほとんどの場合、チェーンが違います。Arc メインネットと Arc Testnet は 2 つのネットワークで、2 つのホスト名から提供され、それぞれが独立したインデックスを持っています — どちらも他方のブロックを 1 つも保持していません。メインネットのハッシュをテストネットのサイトに貼り付けても解決しませんし、その逆も同じです。

どのページも、自分がどのチェーンに属するかをそのチェーンの ID とともにフッターに明記しているので、ハッシュが存在しないと結論する前にそれを確認してください。ハッシュと違ってアドレスは両方のチェーンで有効で、どちらのページも読み込まれます。それらは、たまたま 20 バイトを共有しているだけの、互いに無関係な 2 つの履歴です。

Arcscan の Arc Testnet のインデックスはブロック 53,500,000 から始まります。それより下のブロックはここで一度もインデックスされていないため、Arcscan のどの画面もそれらについて答えられません — /v1/chain の言葉を借りれば、その範囲で結果が空であることは、チェーンではなく Arcscan の履歴が欠けていることを意味します。

そのようなブロックでもページは開きます。ヘッダーはインデックスではなくノードから読み取っているからです。そしてページは、どちら半分が欠けているのかをはっきり述べます:

メインネットは影響を受けません。そのインデックスはブロック 0 まで届き、そこから連続しています。ストリームごとの詳細はデータの収録範囲にあります。

メインネットのコントラクトは、まだどこでも検証できないからです。Arcscan は検証済みソースを Sourcify から読んでおり、/v1/chain はチェーン 5042 について verified_source: false を、次の注記とともに報告します:

そのためメインネットのコントラクトページは、チェーン自身が提供するものを示してそこで止まります。検証フォームはメインネットでも読み込まれますが、開いた時点で同じこと — Sourcify がチェーン 5042 を対応チェーンとして掲載していないため提出は却下される — を述べます。成功しえないアップロードを受け付けることはしません。ここで Arcscan を待っているものは何もありません。

テストネットは事情が違います。Sourcify はチェーン 5042002 を掲載しており、/v1/chain もそこでは verified_source: true と報告します。ただし Arcscan が保持しているのは、ミラーではなくキャッシュです:

実際上の帰結として、あるコントラクトのページを最初に開いた人が、そのソースを取得させる人になります。上流で検証済みでも、ここでまだ一度も要求されていないコントラクトのページにはソースがありません — それはキャッシュミスであって、そのコントラクトについての言明ではありません。

個々のトランザクション自身のページにあり、そこで行われた呼び出しはノードからその場で読み取られます。メインネットにチェーン全体の一覧はありません。それには Arcscan の traces インデックスが必要で、今日そのインデックスはブロックを 1 つも保持していないからです。求められたとき、API は空のページを返すのではなく言葉で断ります:

空の一覧は「内部呼び出しは起きなかった」と読まれてしまい、それは別の主張であり、しかも偽です。これはこのサイトのあらゆる欠落に共通する形です。データを保持していないところには文を置き、決してゼロは置きません。

いいえ — 参考値として扱ってください。ここでのトークンの価格はオンチェーンのプールから導出したもので、Arcscan はその出どころのプールと観測したブロックを併記するので、信じるのではなく確かめられます。深さの下限を満たすプールが無い場合、価格はありません。そしてページは、ゼロと読まれかねないダッシュを出すのではなく、言葉でそう述べます。

サイト上のすべての USD 価値がそれを引き継ぎます。それは価格と残高の算術そのものであり、どちらかが不明ならば、とにかく計算するのではなく不明として報告されます。時価総額は総供給量に価格を掛けたものです — Arcscan はこのチェーンについて循環供給量の数値を保持しておらず、推計もしません。

Arcscan はチェーンの先端を追っています。Arc はおよそ 0.5 秒に 1 ブロックを生成し — 2026年8月10日 の実測で、/v1/chain はメインネット 506 ミリ秒、テストネット 536 ミリ秒と報告しました — ファイナリティは即時なので、存在するブロックが再編成で消えることはありません。インデックスはヘッドから数ブロック遅れて走り、継続的に追いついています。

このページにリアルタイムの数値は載せていません。ここに書いた数字はどれも数秒で誤りになるからです。現在のヘッド、平均のブロック生成間隔、各ストリームの遅れはネットワーク状態にあり、この答えが引用しているのと同じ文書からそれらを読んでいます。

いいえ。読むためにそのどちらかを求められることはありません。Arcscan にはそもそもアカウントがありません — ヘッダーの「ログイン」のコントロールは意図的に無効の状態で描かれています。ログインすべき先が存在しないのに、生きているように見えるコントロールがあれば、それは嘘になるからです。キーも、階層も、登録すべきものもありません。

ウォレットが関わる唯一の場所は任意のコントラクト操作パネルで、そこは「Web3 に接続」を押すまで何もしません。押すとお使いの拡張機能と通信しますが、Arcscan は秘密鍵を保持することも、見せられることもありません。このサイトのどのページを読むにも、署名が必要になることはありません。

はい — https://rpc.arc-scan.io で、Arc メインネット専用です。HTTPS POST で複数の独立したプロバイダーへフェイルオーバー付きで経路を取り、通常の読み取りメソッドに応答します。どのチェーンに到達したかは 1 回の呼び出しで確認できます:

$ curl -s -X POST https://rpc.arc-scan.io \
    -H 'content-type: application/json' \
    --data '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'

{
  "jsonrpc": "2.0",
  "id": 1,
  "result": "0x13b2"
}

いくつかのものは意図的に断られ、そのたびに断ったことと理由を述べます。あいまいに失敗することはありません。すべての署名系メソッド（「This endpoint holds no keys and will not forward a signing request」）、trace_ と debug_ の名前空間全体、そして eth_subscribe です — ここには WebSocket のトランスポートが無いので、購読を載せる先がありません。メソッドの完全な一覧とフェイルオーバーの挙動はパブリック RPCにあります。

無料で、キーは不要です。このエンドポイントは意図して公開しています。認証も、API キーも、呼び出し元ごとの割り当ても、階層のモデルもありません。使うために身元を伝える必要はありません。

唯一の制限はエッジで呼び出し元ごとにかける過剰リクエストの制限なので、エンドポイントを叩き続けるクライアントは、課金されたり遮断されたりするのではなく減速されます。しないことは、答えをでっち上げることです。あるメソッドを提供できるプロバイダーがすべて利用できないとき、その呼び出しはそう述べるエラーを返します。パブリック RPCをご覧ください。