Arc 블록체인 익스플로러

Arcscan 문서

Arcscan에서 Circle의 Arc 체인을 읽는 방법 — 각 화면이 무엇을 보여 주는지, 그 위의 숫자가 어디에서 오는지, 그리고 저희의 범위가 정확히 어디에서 끝나는지.

설계상 읽기 전용입니다Arcscan은 체인을 읽을 뿐 그 밖의 일은 하지 않습니다. 이곳의 어떤 페이지를 읽는 데도 계정도, 지갑도, 승인도 필요하지 않습니다. 트랜잭션을 보낼 수 있는 몇 안 되는 선택적 도구 — 검증된 컨트랙트의 쓰기 탭, 토큰 승인 취소 도구 — 는 그 트랜잭션을 여러분 자신의 브라우저 지갑에 넘길 뿐이고, 키를 쥐는 것은 끝까지 그 지갑뿐이며, 그것도 여러분이 누른 뒤에만 움직입니다. 이곳의 어떤 화면도 개인 키나 시드 문구를 요구하지 않습니다. 그렇게 하는 것이 있다면 저희가 아닙니다.

필요한 것부터 시작하기#

먼저 읽어 둘 만한 여섯 곳입니다. 각각은 익스플로러의 화면이 아니라 이 문서의 한 페이지입니다.

익스플로러 기초화면들이 어떻게 이어져 있는지, 그리고 익스플로러의 한 페이지가 실제로 무엇을 보여 주고 있는지.익스플로러 기초 검색검색창에 붙여 넣을 수 있는 것 — 해시, 주소, 블록 번호 — 과 각각에 대해 무슨 일이 일어나는지.검색 트랜잭션트랜잭션 읽기: 상태, USDC로 표시된 수수료, 로그, 내부 전송.트랜잭션 주소일반 계정이든 컨트랙트든, 잔액과 토큰 보유 내역과 이력.주소 토큰토큰 페이지, 전송과 보유자, 그리고 네이티브 USDC가 다르게 동작하는 유일한 지점.토큰 데이터 범위각 체인에서 어떤 블록이 인덱싱되어 있는지, 그리고 Arcscan이 답하기를 거부하는 질문은 무엇인지.데이터 범위

데이터 이해하기#

Arcscan의 모든 수치는 노드에서 읽어 온 것이거나, 저희가 만든 체인 인덱스에서 파생된 것입니다. 그 차이 하나만 기억하시면 됩니다: 체인에는 가장자리가 없지만 인덱스에는 여러 개 있습니다.

체인 헤드 따라가기#

Arc는 약 0.5초마다 블록을 생성하고 — 2026-08-10 측정으로 메인넷 506 ms, 테스트넷 536 ms — 최종성을 instant로 보고합니다. 따라서 존재하는 블록은 이미 확정된 것이고, 기다려야 할 재구성도 없습니다. 인덱서는 체인 헤드 위에 올라앉는 대신 그 뒤를 따라가므로, 가장 새로운 블록은 Arcscan이 답할 수 있게 되기 조금 전에 이미 체인 위에 존재할 수 있습니다: 측정 시점에 메인넷 인덱스는 헤드보다 13블록, 대략 7초 뒤에 있었습니다. 그 간격이 좁혀지는 동안에도 감춰지는 것은 없습니다. Arcscan이 아직 닿지 못한 블록은 ‘비어 있음’이 아니라 ‘인덱싱되지 않음’으로 표시됩니다.

인덱싱된 이력#

메인넷에서 인덱스는 체인의 시작까지 닿습니다: 2026-08-10 측정 기준으로 블록 0부터 14,852,068까지 빈틈 없는 하나의 연속 구간입니다. 테스트넷에서는 그렇지 않습니다 — Arcscan의 테스트넷 이력은 블록 53,500,000에서 시작하고, 그 아래의 53,500,000개 블록은 이곳에 전혀 인덱싱되어 있지 않으므로 어떤 Arcscan 화면도 그 구간에 답할 수 없습니다. 그 구간의 빈 결과는 체인의 공백이 아니라 저희에게 없는 이력입니다. 세 번째 스트림인 traces는 메인넷에서 인덱싱된 블록이 하나도 없으므로, 오늘 메인넷의 내부 호출 이력은 인덱스에서 제공되지 않습니다.

파생된 값#

보유자 수, 토큰 잔액, 전송 이력, 주소 활동은 요청할 때마다 노드에서 읽는 값이 아니라 인덱스에서 계산한 값입니다. 그래서 빠르고, 딱 한 가지 방식으로 틀릴 수 있습니다: 값이 헤드보다 뒤처져 있을 수 있고, 저희가 보유하지 않은 구간에 의존하는 값은 아예 계산할 수 없습니다.

없는 값은 없다고 표시합니다

Arcscan이 무언가를 계산하거나 가져올 수 없을 때 — 프루닝된 블록 본문, 인덱싱되지 않은 구간, 데이터가 없는 스트림 — 해당 항목은 그 사실을 말로 밝힙니다. 결코 0으로 채우지 않으며, 빈칸이 ‘실제 답이 아무것도 없다’는 주장인 적도 없습니다.

위의 모든 경계는 데이터 범위에 체인별·스트림별로 적혀 있고, 위에서 측정한 값이 아니라 오늘의 수치가 필요하다면 스트림별 실시간 지연은 익스플로러의 노드 상태 페이지에 있습니다.

네트워크 상세#

2026-08-10에 저희 API에서 측정한 두 체인을 나란히 놓았습니다.

	메인넷	테스트넷
체인 ID	`5042` · `0x13b2`	`5042002` · `0x4cef52`
네이티브 통화	USDC, 소수 18자리 — 이 체인에서 가스는 이더가 아니라 USDC로 지불합니다	USDC, 소수 18자리
블록 시간	506 ms	536 ms
최종성	`instant`	`instant`
공용 JSON-RPC	https://rpc.arc-scan.io새 탭에서 열립니다	Arcscan에서 제공하지 않음
익스플로러	https://arc-scan.io새 탭에서 열립니다	https://testnet.arc-scan.io새 탭에서 열립니다
컨트랙트 검증	제공되지 않음 — Sourcify에 체인 5042가 등재되어 있지 않습니다	제공됨

각 호스트명은 정확히 한 체인만 제공합니다: arc-scan.io는 메인넷 5042이고 그 외에는 아무것도 아니며, testnet.arc-scan.io는 5042002이고 그 외에는 아무것도 아닙니다. 메인넷에서 컨트랙트 검증을 제공하지 않는 이유는 Sourcify에 체인 5042가 등재되어 있지 않기 때문입니다. 그래서 오늘 그 체인의 어떤 컨트랙트도 검증할 수 없습니다 — Arcscan을 통해서도, 다른 어떤 Sourcify 클라이언트를 통해서도 마찬가지입니다. 그 일은 저희를 기다리는 것이 아니라 상위에서 체인이 추가되기를 기다리고 있습니다. 테스트넷에서는 검증이 실제로 동작하지만, Arcscan이 보유한 것은 첫 요청 때 채워지는 캐시이므로 소스를 보유한 컨트랙트 수는 검증된 컨트랙트 수보다 훨씬 적습니다.

저희 공용 RPC는 메인넷 전용, 읽기 전용이며, 여러 독립적인 상위 제공자를 페일오버와 함께 앞에 두고 일반적인 읽기 메서드에 답합니다. 어느 체인에 닿았는지 확인하는 데는 호출 한 번이면 됩니다:

$ 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"
}

메서드와 한도, 페일오버 동작은 공용 RPC에 있습니다. 익스플로러 자신이 사용하는 HTTP 데이터 API는 REST API에 있습니다.

경계 알아두기#

Arcscan은 보여 줄 수 있는 것을 문서로 밝히고 나머지는 소리 내어 거절합니다. 세 페이지가 저희가 아는 모든 한계를 담고 있으며, 필요한 순간에 하나씩 발견하는 것보다 미리 읽는 편이 빠릅니다.

데이터 범위 — 체인별·스트림별로 무엇이 인덱싱되어 있는지, 그리고 경계 너머를 물었을 때 각 화면이 무엇이라 답하는지.
용어집 — 이 익스플로러가 쓰는 낱말들과, Arc가 이미 아시는 체인들과 다르게 쓰는 몇 가지.
자주 묻는 질문 — 독자들이 실제로 들고 오는 질문에 짧게 답합니다.

빠른 답이 필요하신가요?

해시나 주소, 블록 번호를 검색창에 붙여 넣으면 익스플로러가 그것이 무엇인지 알아냅니다 — 검색에 받아들이는 입력이 모두 적혀 있습니다. 어떤 값이 아니라 Arcscan 자체에 대한 질문이라면 자주 묻는 질문이 더 빠른 길입니다.