주제별 원본 삽화: ChainView BTC866 주제별 원본 도해 · ChainView BTC866 Editorial · CC BY 4.0
별도의 데이터 채널
Blob을 포함하는 거래는 롤업이 데이터를 게시하는 데 사용하도록 설계된 별도 채널을 제공합니다. 약속값은 Blob 데이터와 거래를 연결하지만 거래의 실행 데이터와 전체 Blob 내용은 같은 인터페이스가 아닙니다. 어느 체인과 프로토콜 버전을 말하는지 확인하고 게시한 데이터와 애플리케이션의 상태 변경을 구별하세요. 데이터 게시 성공만으로 롤업의 모든 거래가 안전하게 확정됐다고 할 수는 없습니다.
EVM이 읽을 수 있는 것
EVM 실행은 Blob의 버전 해시 등에 접근할 수 있지만 전체 Blob 바이트를 평범한 calldata처럼 직접 읽는 것은 아닙니다. calldata는 함수 호출의 인수 등 실행 인터페이스에서 사용되는 자료입니다. 개발 문서에서 둘을 서로 바꿔 쓸 수 있는 저장소처럼 설명하면 잘못된 설계가 생깁니다. 실제 애플리케이션이 어느 자료를 누구에게서 받고 어떤 증명과 대조하는지 흐름도를 그려 보세요.
영구 보관과 가용성
Blob 가용성에는 프로토콜이 정한 보존 범위가 있으며 모든 노드가 무기한 아카이브를 제공한다는 뜻은 아닙니다. 장기 연구나 복구에 전체 자료가 필요하다면 별도 저장과 복제, 조회 계약을 준비해야 합니다. 특정 해시를 알고 있다는 사실은 누군가 그 바이트를 계속 보관한다는 보증이 아닙니다. 자료 누락과 검증 실패를 구분하고 필요한 기간과 다운로드 가능성을 운영 전에 시험합니다.
한 번의 게시 비용 너머
Blob에는 별도 수수료 시장이 있지만 실행 가스나 애플리케이션 이용료가 사라지지는 않습니다. 게시 시점의 낮은 비용을 사용자 최종 수수료와 같다고 계산하지 마세요. 배치 크기, 압축, 운영자 비용과 별도 정산이 결과에 영향을 줍니다. 교육용으로 데이터 게시 비용, 실행 비용과 서비스 청구를 각각 줄로 나누면 비용 절감 주장이 어느 부분만 가리키는지 알 수 있습니다.
검증해야 할 운영 조건
사용한 버전, 게시 거래 해시, 약속값과 자료 보존 위치를 기록합니다. 롤업의 증명 방식, 데이터 가용성, 업그레이드 권한과 출금 조건은 별도로 읽어야 합니다. Blob을 썼다는 단어만으로 모든 보안 성질을 판단할 수 없습니다. 보존 정책이 바뀌면 연구 자료의 재현 가능성도 달라지므로 장기 조회에 의존하는 서비스는 누락 알림과 대체 공급자를 마련하는 편이 좋습니다.
장기 자료의 책임
롤업의 과거 배치를 연구하려면 게시 해시뿐 아니라 실제 자료를 재획득할 경로가 필요합니다. 서비스가 오래된 Blob을 제공한다고 할 때 저장 기간과 장애 대응, 다운로드 한도를 확인하세요. 원본을 별도로 보관하면 검증 도구가 바뀌어도 다시 분석할 수 있습니다. 다만 공개 자료의 보관과 민감한 고객 정보의 저장은 다른 문제이므로 개인정보를 무조건 영구화하지 않습니다. 사용자 비용 비교표에서는 게시 단가만 넣은 결과와 실행·운영·서비스 요금을 포함한 결과를 구분하고 어느 비용이 변동 가능한지 표시해야 합니다.
