자주 묻는 질문

거의 언제나 체인을 잘못 고른 경우입니다. Arc 메인넷과 Arc Testnet은 두 개의 네트워크이고 두 개의 호스트명이 제공하며 각자 별개의 인덱스를 갖습니다 — 어느 쪽도 다른 쪽의 블록을 하나도 보유하지 않습니다. 메인넷 해시를 테스트넷 사이트에 붙여 넣으면 열리지 않고, 반대도 똑같습니다.

모든 페이지는 자신이 어느 체인에 속하는지를 그 체인의 ID와 함께 바닥글에 밝히므로, 해시가 존재하지 않는다고 결론짓기 전에 그것을 확인하십시오. 해시와 달리 주소는 두 체인 모두에서 유효하며 두 페이지 모두 열립니다: 20바이트를 우연히 공유할 뿐 서로 무관한 두 이력입니다.

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 인덱스가 필요한데, 오늘 그 인덱스는 블록을 하나도 보유하지 않습니다. 요청하면 API는 빈 페이지를 돌려주는 대신 말로 거절합니다:

빈 목록은 “내부 호출이 일어나지 않았다”로 읽혔을 텐데, 그것은 다른 주장이고 거짓입니다. 이것이 이 사이트의 모든 공백이 취하는 형태입니다: 데이터를 보유하지 않은 곳에는 0이 아니라 문장이 있습니다.

아닙니다 — 참고값으로 여기십시오. 여기의 토큰 가격은 온체인 풀에서 도출한 값이며, Arcscan은 그것이 어느 풀에서 왔고 어느 블록에서 관측되었는지를 함께 게시해 믿는 대신 검증할 수 있게 합니다. 깊이 기준을 넘는 풀이 없으면 가격도 없고, 페이지는 0으로 읽힐 수 있는 대시를 보여 주는 대신 문장으로 그렇다고 밝힙니다.

사이트의 모든 USD 가치가 그것을 물려받습니다: 그것은 정확히 가격과 잔액의 산수이며, 둘 중 하나라도 알 수 없으면 어쨌든 계산해 내는 대신 알 수 없음으로 보고합니다. 시가총액은 총발행량 곱하기 가격인데 — Arcscan은 이 체인의 유통 공급량 수치를 갖고 있지 않으며 추정하지도 않습니다.

Arcscan은 체인 헤드를 따라갑니다. Arc는 대략 0.5초마다 블록을 생성하고 — 2026년 8월 10일 측정으로 /v1/chain은 메인넷 506 ms, 테스트넷 536 ms를 보고했습니다 — 최종성은 즉시이므로 존재하는 블록이 재구성으로 사라지는 일은 결코 없습니다. 인덱싱은 헤드보다 적은 수의 블록만큼 뒤에서 돌면서 끊임없이 따라잡습니다.

이 페이지에는 실시간 수치를 찍지 않습니다. 여기 적는 어떤 숫자든 몇 초 만에 틀린 값이 되기 때문입니다. 현재 헤드, 평균 블록 시간, 각 스트림의 지연은 네트워크 상태에 있으며, 이 답이 인용하는 것과 같은 문서에서 읽어 옵니다.

아니요. 읽기 위해서라면 둘 중 어느 것도 요구하지 않습니다. Arcscan에는 계정 자체가 없습니다 — 헤더의 “로그인” 컨트롤은 일부러 비활성 상태로 표시되는데, 로그인할 대상이 없고 살아 있는 것처럼 보이지만 그렇지 않은 컨트롤은 거짓말이 되기 때문입니다. 키도, 등급도, 등록할 것도 없습니다.

지갑이 관여하는 유일한 곳은 선택적인 컨트랙트 상호작용 패널이며, “Web3 연결”을 누르기 전에는 아무것도 하지 않습니다: 이미 갖고 계신 확장 프로그램과 대화할 뿐이고, Arcscan은 개인 키를 보관하지도 전달받지도 않습니다. 이 사이트의 어떤 페이지를 읽는 데에도 서명해야 하는 것은 없습니다.

있습니다 — https://rpc.arc-scan.io이며 Arc 메인넷 전용입니다. HTTPS POST로 여러 독립적인 제공자에게 페일오버와 함께 전달하고 일반적인 읽기 메서드에 답합니다. 어느 체인에 닿았는지는 호출 한 번으로 확인됩니다:

$ 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를 보십시오.