피드로 돌아가기
TON Storage Fees, Part 1: Understanding the Mechanism
Dev.toDev.to
Infrastructure

Storage Debt 기반의 계정 상태 전이 및 수수료 징수 메커니즘 설계

TON Storage Fees, Part 1: Understanding the Mechanism

Salikh Osmanov2026년 6월 19일5intermediate

Context

블록체인 내 스마트 컨트랙트의 영구적 데이터 저장으로 인한 스토리지 자원 고갈 문제 해결 필요. 단순 고정 비용이 아닌 저장 데이터 크기와 시간에 비례하는 가변적 비용 체계 구축을 통한 자원 효율화 추구.

Technical Solution

  • 저장 Cell 수와 Bit 수 및 경과 시간에 비례하는 Storage Fee = Time × Storage Size × Price 공식 적용
  • Transaction Phase 내 Storage Phase를 전면 배치하여 Compute Phase 실행 전 비용 정산 및 계정 상태 검증
  • Message 성격(Bounceable vs Non-Bounceable)에 따른 Credit Phase와 Storage Phase의 실행 순서 차별화로 정산 로직 최적화
  • 미납 수수료를 due_payment로 누적 관리하여 차후 트랜잭션 발생 시 우선 징수하는 부채 시스템 설계
  • 부채 임계치 초과 시 ACTIVE → FROZEN → DELETED로 이어지는 단계적 계정 상태 전이 구조를 통한 스토리지 회수 메커니즘 구현

- Compute Phase 진입 전 Storage Phase에서 잔액이 차감되므로 `msg_value`와 실제 가용 잔액의 차이 검토 필요 - `my_storage_due()` 함수를 활용하여 누적된 Storage Debt를 상시 모니터링하고 적절한 예치금 확보 전략 수립 - 계정 상태가 FROZEN으로 변경될 경우 전체 상태가 해시 형태로 압축되어 데이터 접근이 제한됨을 설계에 반영

원문 읽기