93 lines
4.2 KiB
Markdown
93 lines
4.2 KiB
Markdown
---
|
|
id: wiki-2026-0508-preserving-state-in-procedural-w
|
|
title: Preserving State in Procedural Worlds
|
|
category: 10_Wiki/Topics
|
|
status: needs_review
|
|
canonical_id: self
|
|
aliases: [P-Reinforce-AUTO-PREST-001]
|
|
duplicate_of: none
|
|
source_trust_level: A
|
|
confidence_score: 0.95
|
|
tags: [auto-reinforced, pcg, State-Management, game-engine, persistence]
|
|
raw_sources: []
|
|
last_reinforced: 2026-04-20
|
|
github_commit: pending
|
|
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
|
tech_stack:
|
|
language: unspecified
|
|
framework: unspecified
|
|
---
|
|
|
|
# [[Preserving-State-in-Procedural-Worlds|Preserving-State-in-Procedural-Worlds]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "변하는 세상 속의 기억력: 절차적으로 생성되어 사라지는 무한한 공간에서, 유저가 남긴 흔적(파괴된 건물, 버려진 아이템)만을 선별적으로 기록하고 복구하는 고도화된 직렬화 기술."
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
절차적 생성 세계에서의 상태 유지(Preserving State)는 생성 알고리즘과 유저 데이터 사이의 간극을 메우는 기술적 도전입니다.
|
|
|
|
1. **핵심 메커니즘**:
|
|
* **[[Seed|Seed]]-based Reconstruction**: 모든 지형을 저장하는 대신 결정론적 시드(Seed) 값만 저장하여 필요할 때 똑같이 재생성.
|
|
* **Delta Persistence (델타 저지스턴스)**: 기본 지형에서 '변경된 사항' (유저가 파낸 구덩이 등)만 별도의 데이터 레이어로 추출하여 저장.
|
|
* **Chunk[[_system|system]]**: 무한한 맵을 '청크(Chunk)' 단위로 쪼개어, 인접한 영역만 로드하고 상태를 관리하는 효율적인 메모리 운용.
|
|
2. **직렬화 전략**:
|
|
* **Hierarchical State [[Storage|Storage]]**: 전역 상태(정치 지표 등)와 지역 상태(건물 파손 등)를 분리하여 데이터 오버헤드 최소화.
|
|
* **Hash Maps for Sparse Data**: 광활한 맵 중 변경된 극소수 지점만을 빠르게 조회하기 위한 자료 구조 활용.
|
|
|
|
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
|
- **과거 데이터와의 충돌**: 과거 '로그라이크' 게임은 죽으면 모든 상태가 소멸하는 것을 미덕으로 삼았으나, 현대의 오픈 월드 절차적 생성 게임(No Man's Sky 등)은 시스템이 방대해짐에 따라 유저의 '영향력'을 유지하는 것이 게임 지속성의 핵심이 됨.
|
|
- **정책 변화(RL Update)**: 클라우드 기반 세이브 정책이 보편화됨에 따라, 엄청난 양의 절차적 변경 데이터를 서버 비용 효율적으로 압축하고 동기화하는 '데이터 구조 고도화 정책'이 멀티플레이어 환경의 필수 요건이 됨.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- [[No Mans Sky (Large-scale planetary generation)|No Mans Sky (Large-scale planetary generation)]], [[PCGML-Frameworks|PCGML-Frameworks]], [[Object Pooling (오브젝트 풀링)|Object [[Pooling]] (오브젝트 풀링)]], Foundational Models
|
|
- **Modern Tech/Tools**: Minecraft NBT format, [[Unity|Unity]] Data-Oriented Technology Stack (DOTS).
|
|
---
|
|
|
|
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
|
|
|
**언제 이 지식을 쓰는가:**
|
|
- *(TODO)*
|
|
|
|
**언제 쓰면 안 되는가:**
|
|
- *(TODO)*
|
|
|
|
## 🧪 검증 상태 (Validation)
|
|
|
|
- **정보 상태:** needs_review
|
|
- **출처 신뢰도:** A
|
|
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
|
|
|
## 🧬 중복 검사 (Duplicate Check)
|
|
|
|
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
|
- **처리 방식:** UPDATE (자동 정규화)
|
|
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
|
|
|
## 🕓 변경 이력 (Changelog)
|
|
|
|
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
|
|------|-----------|-----------|--------|
|
|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
|
|
|
## 💻 코드 패턴 (Code Patterns)
|
|
|
|
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
|
|
|
|
```text
|
|
# TODO
|
|
```
|
|
|
|
## 🤔 의사결정 기준 (Decision Criteria)
|
|
|
|
**선택 A를 써야 할 때:**
|
|
- *(TODO)*
|
|
|
|
**선택 B를 써야 할 때:**
|
|
- *(TODO)*
|
|
|
|
**기본값:**
|
|
> *(TODO)*
|
|
|
|
## ❌ 안티패턴 (Anti-Patterns)
|
|
|
|
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)* |