메인 콘텐츠로 건너뛰기
데이터 가용성(DA) Footprint 블록 제한은 **Jovian 하드포크**에서 도입되었으며, 트랜잭션 데이터의 압축 크기(또는 “데이터 가용성 footprint”)에 대한 스케일링된 추정치를 기반으로 블록에 들어갈 수 있는 트랜잭션 데이터의 총량을 제한합니다. 이 페이지는 이 제한이 해결하는 문제, DA footprint의 계산 방식, 그리고 daFootprintGasScalar 파라미터가 제한을 어떻게 형성하는지 설명합니다. 체인에서 scalar를 변경하려면 DA footprint 설정 가이드를 따르세요.

​
DA footprint 제한이 존재하는 이유

OP Stack 체인이 L1의 사용 가능한 blob 공간에 들어갈 수 있는 것보다 많은 calldata 중심 트랜잭션을 받으면, batcher가 체인의 처리량을 스로틀링할 수 있습니다. 그러나 batcher 스로틀링이 지속되면 base fee가 최소 base fee까지 떨어질 수 있으며, 이는 체인 운영자에게 불필요한 손실을 초래하고 priority fee 경매와 같은 부정적인 사용자 경험을 유발합니다. 반대로 스로틀링이 없으면 batcher는 blob 공간에 배치할 체인 데이터에 압도될 위험이 있습니다. 블록 내 트랜잭션이 차지하는 (추정 압축) calldata의 양을 총 DA footprint로 제한하면 batcher 스로틀링의 필요성과 그에 따른 문제를 줄일 수 있습니다.

​
DA footprint 계산 방식

OP Stack 체인이 처리하는 모든 비입금(non-deposit) 트랜잭션에 대해 트랜잭션의 gas 사용량과 함께 DA footprint 값이 기록됩니다. DA footprint는 L1 체인의 SystemConfig 컨트랙트에 있는 daFootprintGasScalar 변수로 구성할 수 있습니다. DA footprint는 모든 트랜잭션에 대해 자동으로 계산되며, 먼저 해당 트랜잭션의 daUsageEstimate를 계산합니다.
여기서 minTransactionSize, intercept, fastlzCoef, tx.fastlzSize는 Fjord 스펙에 명시된 대로입니다. 그런 다음 daUsageEstimate에 daFootprintGasScalar를 곱하여 개별 트랜잭션의 daFootprint를 구합니다.
그런 다음 블록 내 모든 트랜잭션의 daFootprint를 합산하여 해당 블록의 총 daFootprint를 계산합니다. 블록의 총 daFootprint가 계산되면 다음이 적용됩니다.
  • 블록의 총 daFootprint는 해당 블록의 gasLimit 미만으로 유지되어야 합니다.
  • 각 블록 헤더의 blobGasUsed 속성은 해당 블록의 daFootprint로 설정됩니다.
  • base fee 업데이트 계산은 gasUsed 변수 대신 gasMetered := max(gasUsed, blobGasUsed)를 사용합니다.
Jovian부터 트랜잭션 영수증에도 영수증의 blobGasUsed 필드에 트랜잭션의 DA Footprint가 기록되며, 같은 이름의 새 필드에 블록의 daFootprintGasScalar가 기록됩니다.

​
DA footprint gas scalar가 제어하는 것

_DA footprint gas scalar_는 _바이트 단위의 추정 DA 사용량_을 gas 차원으로 스케일링하며, 이렇게 스케일링된 DA 사용량 추정치를 _DA footprint_라고 합니다. 이를 통해 블록의 gasLimit을 사용하여 추정 DA 사용량을 제한할 수 있습니다. 블록당 추정 DA 사용량의 실질적인 한도는 gasLimit / daFootprintGasScalar 바이트입니다. 따라서 이 scalar를 높이면 DA 사용에 더 많은 gas가 필요해지므로 한도가 낮아지며, 그 반대도 마찬가지입니다. 이는 0이 아닌 바이트당 40 gas의 calldata (floor) 비용이 블록 내 calldata의 총량을 제한하는 방식과 밀접하게 관련되어 있습니다. DA footprint gas scalar가 400이면 DA footprint 블록 제한이 없을 때의 한도에 비해 압축 불가능한 calldata를 사실상 10배 더 제한합니다. 따라서 이 기능은 기존 calldata 제한의 확장으로 볼 수 있습니다. 다만 calldata (floor) gas 비용을 재조정하는 대신, 이 제한은 EVM 실행 gas와 병렬로 계산되며, 단순히 0인 바이트와 0이 아닌 바이트를 세는 대신 더 적절한 FastLZ 기반 DA 사용량 추정치를 기반으로 합니다.

​
기본값이 400인 이유

기본 scalar 400은 최악의 DA 스팸 시나리오에서 체인을 보호하면서도 정상 운영 중에는 영향이 거의 또는 전혀 없도록 선택되었습니다. 현재 OP Stack 체인에 미치는 영향을 추정하고 적절한 기본값을 선택하기 위해 신중한 분석이 수행되었습니다. 처리량이 높은 체인만이 결과적인 DA footprint 제한으로 인해 가끔 작은 영향(base fee가 약간 더 빠르게 상승)을 받을 수 있습니다. DA footprint 제한은 대부분 눈에 띄지 않습니다. 처리량이 중간 이하인 체인에서는 정상적인 사용 조건에서 이 기능이 영향을 미치지 않을 것으로 예상됩니다. 이는 최악의 압축 불가능한 DA 스팸에 대비한 보험에 가깝습니다.
SystemConfig의 daFootprintGasScalar 값 0은 기본값 400으로 처리됩니다. 제한을 사실상 비활성화하려면 scalar를 1과 같은 매우 낮은 값으로 설정하세요.

​
다음 단계

​
참고 자료