데이터 범위

Arcscan은 Arc 메인넷과 Arc 테스트넷을 각각 따로 인덱싱하며, 어느 쪽 인덱스도 전부를 덮지 않습니다 — 이 페이지는 어떤 블록 구간이 존재하는지, 각 체인이 어떤 기능을 갖는지, 그리고 그 밖의 것을 물었을 때 무엇이 보이는지를 밝힙니다.

체인별로 무엇이 인덱싱되어 있는가#

범위는 서로 독립적인 스트림 단위로 관리됩니다. chain은 블록·트랜잭션·영수증이고, balances는 토큰과 네이티브 잔액 및 그것으로 만든 보유자 목록이며, traces는 블록 구간 전체에 대해 훑어 저장한 실행 트레이스입니다. 한 스트림이 다른 것들보다 뒤처질 수 있고, 그중 하나는 두 체인 모두에서 비어 있습니다.

아래 두 표의 모든 수치는 2026-08-10에 /v1/chain에서 읽은 값입니다. 오늘의 값이 필요하면 같은 항목을 실시간으로 게시하는 노드 상태를 보십시오.

메인넷 (체인 5042)#

스트림	시작 블록	끝 블록	구간 수	연속 여부
balances	0	14,852,047	1	예, 블록 0부터
chain	0	14,852,093	1	예, 블록 0부터
traces	없음	없음	0	인덱싱된 것 없음

메인넷은 제네시스부터 연속입니다: 값이 있는 스트림마다 끊기지 않은 구간 하나뿐이므로 밝힐 구멍이 없습니다. 읽은 시점에 체인 헤드는 블록 14,852,081였고 chain 스트림은 14,852,093에 있었습니다.

테스트넷 (체인 5042002)#

스트림	시작 블록	끝 블록	구간 수	연속 여부
balances	53,500,000	56,246,685	1	예, 블록 53,500,000부터
chain	53,500,000	56,246,687	1	예, 블록 53,500,000부터
traces	없음	없음	0	인덱싱된 것 없음

테스트넷도 연속이지만 제네시스에서 시작하지 않습니다 — 다음 절을 보십시오. 읽은 시점에 chain 2,746,688블록, balances 2,746,686블록을 보유하고 있었습니다.

trace 기능은 있지만 traces 스트림은 비어 있습니다

두 체인 모두 trace 기능을 true로 보고하고, 두 체인 모두 traces 스트림은 0개 구간에 0블록을 보유합니다. 이 둘은 서로 다른 질문에 답합니다. 지정하신 트랜잭션 하나의 내부 트랜잭션은 두 체인 모두에서 제공되지만, 블록 구간을 가로질러 트레이스로 조회하는 것은 제공되지 않습니다. 조회할 인덱싱된 구간이 없기 때문입니다. 그것이 바뀌면 여기도 바뀝니다 — 날짜를 추측하지는 않겠습니다.

테스트넷 이력은 53,500,000에서 시작합니다#

Arcscan의 테스트넷 인덱스는 체인의 첫 블록이 아니라 블록 53,500,000에서 시작합니다. 그 지점 아래의 53,500,000개 블록은 이곳에 한 번도 인덱싱된 적이 없으므로 어떤 Arcscan 페이지도, API 경로도, 검색도 그 구간에 답할 수 없습니다: 그 아래에만 존재하는 테스트넷 블록이나 트랜잭션, 전송은 이 사이트에서 찾을 수 없습니다.

블록 53,500,000 아래의 빈 결과는 저희 공백이지 체인의 공백이 아닙니다

/v1/chain이 클라이언트가 독자에게 보여 주도록 만든 항목에서 스스로 이렇게 말합니다: “그 지점 아래의 53,500,000개 블록은 이곳에 전혀 인덱싱되어 있지 않으므로 어떤 Arcscan 화면도 그 구간에 답할 수 없습니다: 그 구간의 빈 결과는 체인의 공백이 아니라 Arcscan에게 없는 이력입니다.” 따라서 테스트넷 범위는 불완전으로 보고되며, 이는 의도한 것이고 시작 지점이 그대로인 한 그렇게 유지됩니다.

메인넷에는 그런 하한이 없습니다. chain과 balances 스트림 모두 블록 0에서 시작하며, 메인넷 범위는 완전으로 보고됩니다.

체인별 기능#

이것들은 /v1/chain이 각 배포에 대해 게시하는 플래그입니다. 9개 중 4개가 두 체인 사이에서 다르므로, testnet.arc-scan.io새 탭에서 열립니다에서 찾은 기능이 메인넷에도 있다는 증거가 되지 않으며 그 반대도 마찬가지입니다.

기능	메인넷 5042	테스트넷 5042002
tx_index	예	예
holder_index	예	예
internal_transactions	예	예
trace	예	예
ots_search	아니요	아니요
archive	예	아니요 — 과거 블록 시점의 상태를 읽을 수 없습니다
debug	아니요	예
ots	아니요	예
verified_source	아니요 — 오늘 이 체인에서는 불가능합니다	예, 캐시된 것에 한해

이 비대칭은 어느 쪽의 실수도 아닙니다: 메인넷에는 아카이브 깊이가 있고, 테스트넷에는 debug와 Otterscan 엔드포인트가 있습니다 — 다만 그 검색 기능은 두 체인 모두에서 꺼져 있습니다. 어떤 기능이 꺼져 있으면 그에 의존하는 화면들은 비어 있는 것이 아니라 아예 없습니다.

컨트랙트 소스#

이 행이 사람들을 놀라게 하므로 인용해 둘 만합니다. 메인넷에서 verified_source는 false이고, 그 이유는 저희 상위에 있습니다:

/v1/chain, 체인 5042에서

“Sourcify에 체인 5042가 등재되어 있지 않으므로 오늘 이 체인의 어떤 컨트랙트도 검증할 수 없습니다 — Arcscan을 통해서도, 다른 어떤 Sourcify 클라이언트를 통해서도 마찬가지입니다. 여기서 Arcscan을 기다리는 것은 없습니다. 상위에서 체인이 추가되기를 기다리고 있을 뿐입니다.”

그래서 이 문서는 메인넷 컨트랙트를 검증하는 방법을 알려 드리지 않습니다: 여기서든 다른 어디서든 그렇게 할 방법이 없습니다. 테스트넷에서는 Sourcify에 5042002가 등재되어 있어 검증된 소스를 게시할 수 있습니다 — 다만 Arcscan이 보유한 것은 캐시이며, 특정 컨트랙트를 누군가 처음 요청할 때 채워집니다. Arcscan이 소스를 보유한 테스트넷 컨트랙트 수는 캐시 크기이며, 검증된 컨트랙트 수보다 훨씬 적습니다.

없는 것이지 0이 아닙니다#

익스플로러의 유일한 상품은 신뢰받는 것이므로, 여기서는 한 가지 규칙이 완전성보다 우선합니다: 가져올 수 없었던 값은 0으로 채우지 않고 페이지에서 뺍니다. 0은 측정 결과입니다. 빈칸, 또는 무엇이 없는지 말하는 문장이 진실입니다.

실제로는:

본문을 더 이상 가져올 수 없는 블록은 0이 아니라 알 수 없음으로 표시됩니다 — 결코 “트랜잭션 0건”이 아닙니다. 그것은 저희에 대한 진술이 아니라 그 블록에 대한 주장이 되기 때문입니다.
리버트된 트랜잭션은 불완전한 영수증이 무엇을 암시하든 결코 성공한 것으로 표시되지 않습니다.
체인에 없는 기능에 의존하거나 물으신 블록까지 아직 닿지 않은 스트림에 의존하는 수치는 ‘아무 일도 없었음’으로 표시되는 대신 이유와 함께 생략됩니다.

앞의 두 가지에는 회귀 테스트가 뒤를 받치고 있습니다. 이 사이트에서 자리 채우기처럼 보이는 값을 보신다면, 데이터가 아니라 신고할 만한 버그로 여겨 주십시오.

이 숫자들은 움직입니다#

위의 모든 수치는 2026-08-10에 읽은 값이고, 위쪽 경계는 즉시 낡았습니다: 이 페이지를 쓰는 동안 약 4분 간격의 두 번의 조회 사이에 메인넷의 chain 스트림은 59블록 나아갔습니다. 506 ms 블록 시간이 문서에 적힌 숫자에 하는 일이 그것입니다.

움직이지 않는 것은 형태입니다 — 하한(메인넷 0, 테스트넷 53,500,000), 값이 있는 각 스트림이 하나의 연속 구간이라는 사실, 그리고 기능 표입니다. 현재의 위쪽 경계는 노드 상태에서 읽거나 직접 가져오십시오:

# the two documents every figure on this page was read from
curl -s https://api.arc-scan.io/v1/chain            # chain 5042
curl -s https://api-testnet.arc-scan.io/v1/chain    # chain 5042002

이 페이지의 숫자가 /v1/chain과 어긋난다면, 옳은 쪽은 API이고 이 페이지가 낡은 것입니다.