---
title: "블롭스페이스"
description: "이더리움 블롭스페이스, 인코딩 및 사용 가능 용량, PeerDAS 샘플링과 보관, 임시 보존, 롤업 도출 및 포크에 따라 달라지는 현재 한도를 검증 중심으로 설명합니다."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 블롭스페이스
> 교육 목적으로만 제공되며 재무 또는 보안 조언이 아닙니다. 블롭 일정, PeerDAS 가정, 클라이언트 동작, 롤업 도출 및 아카이브 접근은 변경되거나 실패할 수 있습니다.
## 직접 답변
블롭스페이스는 블록과 함께 커밋되는 블롭을 위해 이더리움이 제공하는 한정적이고 임시적인 데이터 가용성 용량입니다. EVM 실행 블록 공간, 컨트랙트 저장소, 영구 파일 시스템 또는 토큰이 아닙니다. 유형 3 트랜잭션에는 버전 지정 해시가 포함되고, 인증된 블롭 데이터는 합의 계층 사이드카 또는 PeerDAS 데이터 열로 전송됩니다. EVM은 버전 지정 해시를 조회하고 공개된 점을 검증할 수 있지만 블롭 페이로드를 직접 읽을 수 없습니다.
PeerDAS는 블롭을 오류 정정 부호로 확장하고 확장 행렬을 `128 columns`로 나눕니다. 모든 노드가 모든 블롭 전체를 다운로드하는 대신 일부를 보관하고 샘플링하게 합니다. 이는 확률적인 로컬 가용성 판단을 지원하지만 롤업 실행 유효성, 이더리움 최종성, 브리지 안전성 또는 영구 검색 가능성을 증명하지 않습니다. 용량은 포크에 따라 변합니다. `2026-08-13` 현재 Fusaka BPO2 이후 이더리움 메인넷은 블록당 `14 blobs per block`를 목표로 하고 최대 `21`개를 허용합니다. 블롭 트랜잭션 하나의 한도는 `6 blobs`입니다.
## 작동 방식
1. 네트워크, 블록 또는 슬롯, 활성 포크와 BPO 일정, 롤업 및 도출 버전을 확정합니다. 과거 `3/6`, Pectra의 `6/9`, 현재 `14/21`, 테스트넷 및 미래 매개변수는 서로 바꿔 쓸 수 없습니다.
2. 게시 대상을 식별합니다. 유형 3 트랜잭션, 버전 지정 해시, KZG 커밋먼트와 증명, 블롭 인덱스, L1 기점을 기록하고 롤업이 calldata나 대체 DA가 아닌 이더리움 블롭을 실제로 사용했는지 확인합니다. 커밋먼트는 데이터를 구속하지만 바이트가 가용했다는 사실을 단독으로 증명하지 않습니다.
3. 단위를 분리합니다. 블롭 하나에는 `4,096 field elements * 32 bytes = 131,072 encoded bytes`가 있습니다. 제한 없는 페이로드에는 필드 원소당 보통 `31 bytes`, 합계 `126,976 usable bytes`를 사용합니다. 압축, 프레이밍, 패딩, 블롭 가스, 오류 정정 부호로 확장된 셀 및 애플리케이션 바이트는 서로 다른 양입니다.
4. 일정 한도를 검증합니다. 목표치는 가격 피드백을 유도하며 예약 용량이 아닙니다. 블록 최대치는 합의 상한이며 예상 처리량이 아닙니다. PeerDAS의 `6 blobs per transaction`은 현재 블록 최대치 `21 blobs per block`와 다릅니다.
5. 가용성 경로를 검증합니다. PeerDAS는 일차원 오류 정정 부호 확장, 인증된 셀과 열, gossip 및 피어 요청을 사용합니다. 현재 매개변수에서 노드는 최소 `8 columns`를 샘플링하고 보관 의무도 집니다. `64 of 128 columns` 이상을 얻으면 확장 행렬을 재구성할 수 있습니다.
6. 커밋먼트 포함, 데이터 열 획득 및 검증, 로컬 DA 검사 통과, L1 블록의 안전 또는 최종 승인, 롤업 배치 디코딩 및 도출, 최소 제공 기간 유효, 독립 아카이브 테스트 완료를 별도 생명주기 상태로 추적합니다. 가용성이 이후 모든 상태를 참으로 만들지는 않습니다.
7. 누락된 열, 이클립스 공격 또는 네트워크 분할, 전파 지연, L1 재구성, 일정 또는 클라이언트 불일치, 롤업 형식 업그레이드 및 아카이브 손실을 연습합니다. 프로토콜 기간 만료 전에 필요한 데이터를 가져와 재구성하고 보존하며, 배처와 사용자 비용 회계에는 별도의 블롭 수수료 주제를 사용합니다.
## 계산 예시
- **블롭 하나의 바이트 단위.** 인코딩 용량은 `4,096 * 32 = 131,072 bytes = 128 KiB`입니다. 일반적인 임의 페이로드는 `4,096 * 31 = 126,976 bytes = 124 KiB`입니다. 차이는 `4,096 bytes`, 인코딩 용량의 `3.125%`이며 롤업 압축과 프레이밍은 애플리케이션 페이로드를 더 줄입니다.
- **현재 블록당 용량.** 목표에서는 `14 * 131,072 = 1,835,008 encoded bytes = 1.75 MiB` 및 `14 * 126,976 = 1,777,664 usable bytes = 1.6953125 MiB`입니다. 최대에서는 `21 * 131,072 = 2,752,512 encoded bytes = 2.625 MiB` 및 `21 * 126,976 = 2,666,496 usable bytes = 2.54296875 MiB`입니다. 이는 압축과 프레이밍 전, 날짜와 메인넷에 한정된 블록당 한도입니다.
- **트랜잭션 및 블록 한도.** `6 blobs` 트랜잭션은 `786,432 encoded bytes = 0.75 MiB`와 `761,856 usable bytes = 0.7265625 MiB`를 운반합니다. 최대 `21-blob` 블록에는 최소 `4 transactions`가 필요하며, 예를 들면 `6 + 6 + 6 + 3`입니다. 목표 `14-blob` 블록은 `6 + 6 + 2`로 만들 수 있습니다. 어느 배분도 특정 롤업에 예약되지 않습니다.
- **제공 기간과 명목 데이터 양.** `4,096 epochs * 32 slots * 12 seconds = 1,572,864 seconds = 18.2044444444 days`입니다. 명목 `7,200 slots per day`와 `14-blob` 목표에서 인코딩 양은 `100,800 blobs per day = 12.3046875 GiB per day`, 일반 사용 가능 양은 `11.920166015625 GiB per day`입니다. 누락 슬롯과 실제 포함량에 따라 실현 값은 달라지며 제공 기간은 영구 아카이브 약속이 아닙니다.
## 위험
- 오래된 포크 또는 BPO 일정을 적용합니다.
- 메인넷, 테스트넷 또는 다른 네트워크의 한도를 혼용합니다.
- 목표치를 보장 또는 예약 용량으로 취급합니다.
- 최대치를 정상 예상 처리량으로 취급합니다.
- 트랜잭션당 블롭 6개 한도와 블록 한도를 혼동합니다.
- 인코딩, 사용 가능, 압축, 프레이밍 및 블롭 가스 단위를 혼동합니다.
- 패딩 또는 롤업 형식 추가 비용을 누락합니다.
- calldata 또는 대체 DA를 이더리움 블롭스페이스로 표시합니다.
- 블롭 커밋먼트와 일치하지 않는 버전 지정 해시를 받아들입니다.
- 유효한 KZG 공개 증명을 바이트가 가용했다는 증명으로 취급합니다.
- 샘플링을 모든 블롭 전체의 로컬 다운로드로 취급합니다.
- 데이터 가용성과 상태 전이 유효성을 혼동합니다.
- 로컬 DA 검사와 L1 또는 롤업 최종성을 혼동합니다.
- 지연, 이클립스 공격, 네트워크 분할 또는 상관된 피어로 열을 잃습니다.
- 명목 용량이 충분해도 재구성 또는 피어 요청이 실패합니다.
- L1 재구성으로 커밋먼트를 잃거나 순서가 바뀝니다.
- 도출 또는 이의 제기 전에 최소 제공 기간이 끝납니다.
- 가용하지 않거나 손상되거나 불완전한 아카이브 또는 인덱서에 의존합니다.
- 압축 또는 프로토콜 업그레이드 후 롤업 도출이 실패합니다.
- 블롭 데이터가 가용하다는 이유만으로 브리지 또는 출금을 안전하다고 가정합니다.
## 흔한 오해
- 블롭스페이스는 컨트랙트가 calldata처럼 읽을 수 있는 영구 저장소입니다.
- `128 KiB` 블롭의 모든 바이트가 제한 없는 애플리케이션 페이로드입니다.
- PeerDAS에서도 모든 이더리움 노드가 모든 블롭 전체를 다운로드해 영구 저장합니다.
- KZG 커밋먼트, 성공한 샘플링 또는 최종 승인된 포함이 롤업 상태의 정확성과 사용자 출금 가능성을 증명합니다.
- 메인넷 용량은 `3/6`, `6/9` 또는 현재 `14/21` 일정으로 영구 고정됩니다.
## 관련 주제
- [블롭 수수료와 롤업 비용](/ko/crypto/blob-fee-rollup-cost/)
- [데이터 가용성 샘플링](/ko/crypto/data-availability-sampling/)
- [롤업](/ko/crypto/rollup/)
## 출처
- [EIP-4844: Shard Blob Transactions](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals(확인일: 2026-08-13)
- [EIP-7594: PeerDAS - Peer Data Availability Sampling](https://eips.ethereum.org/EIPS/eip-7594) - Ethereum Improvement Proposals(확인일: 2026-08-13)
- [EIP-7840: Add blob schedule to EL config files](https://eips.ethereum.org/EIPS/eip-7840) - Ethereum Improvement Proposals(확인일: 2026-08-13)
- [EIP-7892: Blob Parameter Only Hardforks](https://eips.ethereum.org/EIPS/eip-7892) - Ethereum Improvement Proposals(확인일: 2026-08-13)
- [Checkpoint #8: Jan 2026](https://blog.ethereum.org/2026/01/20/checkpoint-8) - Ethereum Foundation Blog(확인일: 2026-08-13)
- [Fulu -- Data Availability Sampling Core](https://github.com/ethereum/consensus-specs/blob/master/specs/fulu/das-core.md) - Ethereum Consensus Specifications(확인일: 2026-08-13)
- [Data availability](https://ethereum.org/developers/docs/data-availability/) - Ethereum.org(확인일: 2026-08-13)
- [Blockchain Data Storage Strategies](https://ethereum.org/developers/docs/data-availability/blockchain-data-storage-strategies/) - Ethereum.org(확인일: 2026-08-13)
Source: https://wiki.fcontext.com/ko/crypto/blobspace/index.mdx