sayu.day
Blockchain

Celestia의 EDS(Extended Data Square)

EDS 구조(Q1~Q4), 2D Reed-Solomon 확장, 저장 전략을 실무 관점에서 정리합니다.

발행 2025년 12월 27일1139

같은 주제에서 이어 읽기

celestia-node 'file' 패키지 분석

Blockchain 안에서 이어지는 글

EDS는 Celestia 데이터 가용성 설계의 중심입니다. ODS를 2D Reed-Solomon으로 확장해 일부 누락에도 복구 가능성을 확보합니다.

EDS 구조

  • Q1: 원본 데이터(ODS)
  • Q2: 행 패리티
  • Q3: 열 패리티
  • Q4: 행+열 패리티

이 구조 덕분에 샘플링과 복구가 동시에 가능해집니다.

왜 2D 인코딩인가

  • 단순 복제보다 저장 효율이 높음
  • 누락 패턴이 생겨도 복구 성공 가능성 증가
  • DAS와 결합할 때 탐지/복구 균형이 좋음

저장 전략과의 연결

운영에서는 보통 다음 전략을 섞습니다.

  • 최근 구간: ODSQ4 저장(검증/복구 성능 우선)
  • 과거 구간: ODS 저장(디스크 절감 우선)

체크리스트

  1. 가용성 윈도우 경계 정책을 명확히 정의
  2. EDS 생성 실패 원인을 인코딩/입력 데이터로 분리 로깅
  3. 복구 경로 테스트를 정기적으로 실행

결론

EDS는 "확장성 vs 보안" 트레이드오프를 맞추는 데이터 구조입니다. 설계 문서에서 Q1~Q4 역할을 팀 공통 언어로 고정해 두는 것이 중요합니다.

다음 읽기

이 생각이 이어지는 방향

Blockchain 더 보기
공유

읽은 뒤의 대화

읽은 뒤의 생각을 이어갑니다

질문, 반론, 조용한 후속 메모를 이 글 아래에 남길 수 있습니다.

sayu.day는 생각과 작업의 흔적을 천천히 정리하는 개인 출판물입니다.
직접 겪고 검토한 내용, 다시 읽을 만한 아이디어, 작업하며 남긴 메모를 모읍니다.
시간이 지난 글은 현재의 판단과 다를 수 있어 업데이트 맥락을 함께 남깁니다.

© 2026 sayu.day