경로
시점에 따라 분리
풀 노드커밋된 블록 · 타입이 있는 레코드로 스트리밍
캐시최근 — 메모리에서
파일 저장소과거 — 내구성 있게
데이터 서비스둘을 하나의 스트림으로 제시
게이트웨이 → REST · WebSocket접근 권한, 할당량, 라우팅
분리가 존재하는 이유헤드 추적은 지연에 민감하고 규모가 작습니다. 과거 질의는 처리량에 민감하고 규모가 크며, 경로를 공유하면 큰 백필 하나가 실시간 경로를 멈춰 세웁니다.
진실의 원천이 아니라 서빙 레이어커널이 타입과 귀속이 붙은 출력을 내보내므로, 인덱서는 의미를 추론하는 대신 형태만 바꿉니다. 체인과의 불일치는 인덱서의 버그입니다.
분리가 존재하는 이유
체인 헤드를 따라가면서 동시에 과거 질의에도 답하는 단일 서비스는 어느 쪽도 잘하지 못합니다. 헤드 추적은 지연에 민감하고 규모가 작습니다. 과거 질의는 처리량에 민감하고 규모가 크며, 큰 백필 하나가 실시간 경로를 멈춰 세웁니다. 둘을 분리하면 몇 달 전부터 새 소비자를 백필하더라도 헤드를 따라가는 마켓 메이커의 피드가 나빠지지 않고, 각각을 독립적으로 확장할 수 있습니다. 부하 특성이 전혀 다르므로 실제로 그래야 합니다.믿고 써도 되는 범위
안전합니다. 인덱서가 제공하는 것 중 커밋된 블록에서 도출된 모든 것이 여기에 해당합니다. 체결, 주문, 포지션, 펀딩 지급, 이체, 시장 데이터입니다. 전부 체인 출력의 형태를 바꾼 것입니다. 같은 이야기가 아닙니다. 아직 커밋되지 않은 것은 다릅니다. 멤풀에 받아들여진 주문은 아직 순서가 정해지지 않았고, 인덱서는 그에 대해 할 말이 없습니다. 인덱서에 없다는 것은 아직 커밋되지 않았다는 뜻이지 거부되었다는 뜻이 아닙니다. 검증 가능합니다. 결제 분쟁이나 감사, 회계 대사처럼 답이 충분히 중요한 경우라면 인덱서에서 가져오는 대신 체인과 직접 대조할 수 있습니다. 직접 풀 노드를 운영하는 것이 가장 강력한 형태이며, 틀릴 여유가 없는 참여자라면 그렇게 해야 합니다. 이 방법은 노드 운영에서 다룹니다.같은 커밋 구간을 읽는 두 소비자는 같은 답을 받아야 합니다. 그렇지 않다면 그 차이는 서빙 경로에 있으며, 인덱서를 통해 체인을 읽는 일에 내재된 성질이 아니라 신고해야 할 버그입니다.
다음으로 읽을 문서
상태 모델
인덱서가 무엇을 읽고 있으며, 어느 표현이 권위를 갖는지 설명합니다.
개발자
REST와 WebSocket 표면, SDK, 도구입니다.
노드 운영
직접 체인과 대조하는 방법과, 검증자 집합이 닫혀 있는 이유입니다.
프로그램 서비스
이 스트림을 소비해 파생 계정 상태를 계산하는 구성 요소입니다.