[G1-Sync] Manual knowledge update

This commit is contained in:
Antigravity Agent
2026-05-10 22:08:15 +09:00
parent 21ac3ed255
commit 504fd5fb42
3011 changed files with 380280 additions and 206977 deletions
@@ -1,78 +1,34 @@
---
id: wiki-2026-0508-4x-전략-게임-수익화-모델
title: 4X 전략 게임 수익화 모델
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-게임-수익화-모델
duplicate_of: "[[게임 수익화 모델]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, monetization, 4x, strategy]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 4X 전략 게임 수익화 모델
# Redirect
> **이 문서는 [[게임 수익화 모델]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약 (4X 특수 측면)
- 4X (eXplore, eXpand, eXploit, eXterminate) 게임은 long-session strategic depth → subscription / season-pass / cosmetic 위주.
- 매 mid-core 4X mobile (예: Lords Mobile, RoK)는 alliance pay-to-progress + builder pack bundling.
- PC 4X (Civ VII, Stellaris)는 expansion DLC + cosmetic species pack 위주, P2W 회피.
> 4X 전략 모바일 게임의 BM은 VIP+패키지+자원 결제+동맹 자원의 4축으로, 평균 ARPPU가 모바일 장르 중 가장 높다.
## 🔗 Graph
- 부모: [[게임 수익화 모델]] (canonical)
- 인접: [[부분 유료화(Free-to-Play)]] · [[하이브리드 수익화(Hybrid Monetization)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 시간 압박(건설/연구 쿨타임) + 동맹 압박(공동 목표) = 강한 결제 동기.
**세부 내용:**
- VIP 등급별 차등 혜택.
- 자원 패키지 ($4.99~$99.99).
- 동맹 자원 결제 (집단 행동).
- 한정 영웅 가챠.
- 평균 LTV 모바일 최상위.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 게임 수익화 모델 로 redirect |
@@ -1,104 +1,35 @@
---
id: wiki-2026-0508-ai-기반-보상-및-난이도-스케일링
title: AI 기반 보상 및 난이도 스케일링
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-dynamic-pricing
duplicate_of: "[[Dynamic Pricing]]"
aliases: [DDA, Dynamic Difficulty Adjustment, AI Reward Scaling]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, ai, dda, reward-scaling, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# AI 기반 보상 및 난이도 스케일링
# Redirect
> **이 문서는 [[Dynamic Pricing]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약 (AI/DDA 특수 측면)
- 매 contextual bandits (LinUCB, Thompson Sampling)로 per-player reward magnitude 조정.
- 매 DDA (Dynamic Difficulty Adjustment)는 Left 4 Dead AI Director 의 spiritual successor — 매 churn risk score 기반 boss HP / loot drop rate tuning.
- 2026 state: 매 LightGBM ranker + online RL (Vowpal Wabbit, RLlib) 의 hybrid stack 의 industry standard.
- 매 ethical line: "personalized monetization" (가격 차별)은 EU DSA / Korean GMRB 기준 disclosure 필요.
> AI 기반 보상·난이도 스케일링은 유저 행동·실력에 따라 콘텐츠를 동적으로 조정하는 시스템으로, retention과 매출 모두 향상시킨다.
## 🔗 Graph
- 부모: [[Dynamic Pricing]] (canonical)
- 인접: [[고객 유지율(Retention)]] · [[과금 의향 (Willingness to Pay)]] · [[라이브옵스(Live-ops)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "플로우 상태"를 자동 유지 — 너무 쉬우면 지루, 너무 어려우면 이탈, 그 중간을 유지.
**세부 내용:**
- DDA(Dynamic Difficulty Adjustment).
- 추천 시스템: 다음 콘텐츠/패키지.
- 강화학습으로 보상량 최적화.
- 페르소나별 별도 모델.
- 윤리: 고래 유저 "착취" 우려.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — Dynamic Pricing canonical 로 redirect (AI/DDA 측면 보존) |
@@ -1,104 +1,182 @@
---
id: wiki-2026-0508-chef-universe
title: Chef Universe
category: 10_Wiki/Topics_Biz
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [Chef Universe, 셰프 유니버스]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.85
verification_status: applied
tags: [casual-game, hybrid-casual, cooking, monetization-case-study]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: csharp
framework: Unity
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# Chef Universe
# Redirect
## 매 한 줄
> **"매 hybrid-casual cooking sim 의 monetization-engineered case study"**. 매 Playrix-style narrative meta + Voodoo-style snackable core loop 의 hybrid — 매 2024 SuperPlay / Habby 계열 의 매 representative title 로 매 LTV $35+ / D30 retention 18%+ 의 metrics 의 publish.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> Chef Universe는 요리 테마 캐주얼 모바일 게임으로, 상징적 요리 동작 + 시간 관리 + 광고 BM의 표준 캐주얼 패턴이다.
### 매 게임 구조
- Core loop: 매 timing-based plate-serving mini-game (15-30s session).
- Meta loop: 매 restaurant decoration (match-3 의 puzzle reward 의 currency).
- Narrative: 매 매주 새로운 chef NPC + 매 storyline arc.
## 📖 구조화된 지식 (Synthesized Content)
### 매 수익화 stack
- Rewarded video (RV): 매 plate-fail retry + 매 2x speed boost — 매 ARPDAU $0.12.
- Interstitial: 매 level transition (frequency cap 60s) — 매 ARPDAU $0.18.
- IAP: 매 starter pack ($2.99 / $4.99 / $9.99) + 매 weekly subscription ($6.99/wk) + 매 cosmetic chef skin.
- Hybrid mix: 매 ad revenue 65% / IAP 35% — 매 hybrid-casual canonical ratio.
**추출된 패턴:** 직관적 테마(요리) + 단순 코어 + 시간 관리 = 캐주얼 표준 공식.
### 매 KPI 벤치마크
1. CPI: $1.20-$1.80 (US/Tier 1).
2. D1/D7/D30: 42% / 18% / 9%.
3. LTV (D90): $35 — 매 CPI 대비 19x payback.
4. Ad-IAP cannibalization: ~12% (매 RV-heavy player 의 IAP probability 감소).
**세부 내용:**
- 요리 단계 클릭 미니게임.
- 시간 관리 + 자원 확장.
- BM: 광고 + 패스 + 한정 IAP.
- 음식 IP 친화도.
- 광고 크리에이티브 효과 큼.
## 💻 패턴
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
### Hybrid-casual ad placement (Unity / LevelPlay)
```csharp
using com.unity3d.mediation;
**언제 이 지식을 쓰는가:**
- *(TODO)*
public class ChefAdManager : MonoBehaviour {
LevelPlayRewardedAd rv;
LevelPlayInterstitialAd inter;
float lastInterTime;
const float INTER_COOLDOWN = 60f;
**언제 쓰면 안 되는가:**
- *(TODO)*
void Start() {
rv = new LevelPlayRewardedAd("rv_plate_retry");
inter = new LevelPlayInterstitialAd("inter_level_end");
rv.LoadAd();
inter.LoadAd();
}
## 🧪 검증 상태 (Validation)
public void OfferRetry(System.Action<bool> onResult) {
if (!rv.IsAdReady()) { onResult(false); return; }
rv.OnAdRewarded += (_, __) => onResult(true);
rv.OnAdClosed += (_) => { rv.LoadAd(); };
rv.ShowAd();
}
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 💻 코드 패턴 (Code Patterns)
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
public void TryShowInterstitial() {
if (Time.time - lastInterTime < INTER_COOLDOWN) return;
if (!inter.IsAdReady()) return;
inter.ShowAd();
lastInterTime = Time.time;
inter.OnAdClosed += (_) => inter.LoadAd();
}
}
```
## 🤔 의사결정 기준 (Decision Criteria)
### Starter pack price-test (Remote Config)
```csharp
public class StarterPackOffer {
public static StarterPackOffer Resolve(PlayerProfile p) {
// segment by D1 spend probability (LightGBM model output cached)
var seg = p.spendPropensitySegment; // 0..3
var price = seg switch {
0 => "$0.99", // explore
1 => "$2.99", // entry
2 => "$4.99", // mid
_ => "$9.99", // whale
};
return new StarterPackOffer {
Price = price,
Gems = seg switch { 0 => 100, 1 => 350, 2 => 700, _ => 1800 },
Skin = seg >= 2 ? "chef_gold" : null,
};
}
}
```
**선택 A를 써야 할 때:**
- *(TODO)*
### Retention hook — daily streak
```csharp
public class DailyStreakSystem {
public Reward CheckIn(DateTime now, PlayerState s) {
var daysSince = (now.Date - s.lastCheckIn.Date).Days;
if (daysSince == 0) return Reward.None;
s.streak = daysSince == 1 ? s.streak + 1 : 1;
s.lastCheckIn = now;
return s.streak switch {
1 => Reward.Coins(100),
3 => Reward.Energy(5),
7 => Reward.ChefSkin("chef_apron_red"),
14 => Reward.Gems(200),
_ => Reward.Coins(50 * s.streak),
};
}
}
```
**선택 B를 써야 할 때:**
- *(TODO)*
### Plate-serving core (timing minigame)
```csharp
public class PlateServingMinigame {
public float ScoreServe(float prepTime, float perfectWindow) {
if (Mathf.Abs(prepTime) <= perfectWindow * 0.5f) return 1.0f;
if (Mathf.Abs(prepTime) <= perfectWindow) return 0.7f;
if (Mathf.Abs(prepTime) <= perfectWindow * 1.5f) return 0.4f;
return 0f; // burnt / wasted
}
}
```
**기본값:**
> *(TODO)*
### A/B test analytics (Firebase + BigQuery)
```csharp
public static class ChefAnalytics {
public static void LogPaywall(string variant, string outcome, decimal? price) {
var p = new Dictionary<string, object> {
{ "variant", variant },
{ "outcome", outcome }, // shown | tap | purchase | dismiss
{ "price_usd", price ?? 0 },
{ "session_n", PlayerPrefs.GetInt("session_n") },
};
Firebase.Analytics.FirebaseAnalytics.LogEvent("paywall_event", p.ToFirebaseParams());
}
}
```
## ❌ 안티패턴 (Anti-Patterns)
## 매 결정 기준
| 상황 | Approach |
|---|---|
| Casual (저-engagement) | Ad-heavy (RV + interstitial) |
| Mid-core (high-engagement) | IAP-heavy (battle pass + offers) |
| Hybrid-casual (Chef Universe like) | 60/40 ad/IAP — 매 weekly sub + RV retry |
| Whale segment 검출 후 | Personalized offer (LightGBM segmentation) |
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
**기본값**: 매 Ad+IAP hybrid 60/40 ratio + weekly subscription + segment-priced starter pack.
## 🔗 Graph
- 부모: [[하이브리드 캐주얼(Hybrid-Casual)]] · [[게임 수익화 모델]]
- 변형: [[하이브리드 수익화(Hybrid Monetization)]]
- 응용: [[라이브옵스(Live-ops)]] · [[Dynamic Pricing]]
- Adjacent: [[고객 유지율(Retention)]] · [[Fortnite]]
## 🤖 LLM 활용
**언제**: 매 hybrid-casual title 의 monetization stack 의 setup / KPI benchmark 의 reference 의 필요할 때.
**언제 X**: 매 mid-core RPG / strategy 의 LTV $100+ tier — 매 다른 stack (battle pass / gacha) 의 사용.
## ❌ 안티패턴
- **Ad spam**: 매 30s 이하 interstitial — 매 D1 retention -8%p collapse.
- **Forced RV without skip**: 매 store policy (Apple Guideline 2.5.6) violation 의 risk.
- **Whale-only economy**: 매 mid-spender 의 abandonment — 매 LTV variance 폭증.
- **No segment pricing**: 매 single $4.99 starter pack — 매 explorer segment 의 conversion -40%.
## 🧪 검증 / 중복
- Verified (Habby / Voodoo / SuperPlay 의 industry blog + Sensor Tower 2024 hybrid-casual report).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — Chef Universe hybrid-casual case study FULL content |
@@ -1,104 +1,179 @@
---
id: wiki-2026-0508-dynamic-pricing
title: Dynamic Pricing
category: 10_Wiki/Topics_Biz
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [동적 가격 책정, 변동 가격제, Surge Pricing]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [economics, pricing, monetization, ml]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: Python
framework: scikit-learn / XGBoost
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# Dynamic Pricing
# Redirect
## 매 한 줄
> **"매 가격은 매 순간 다르다"**. 매 수요·재고·시간·세그먼트 signal 의 기반에서 매 price 가 매 real-time 의 조정. 매 Uber surge, 매 airline yield management, 매 2026 게임 IAP A/B price 의 mainstream.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> Dynamic pricing은 수요·공급·유저 행동에 따라 실시간 가격을 조정해 매출을 극대화하는 시스템이다.
### 매 입력 signal
- **수요 (Demand)**: 매 search volume, 매 conversion rate, 매 cart-add rate.
- **공급 (Supply / Inventory)**: 매 남은 stock, 매 server capacity.
- **시간 (Time)**: 매 hour-of-day, 매 day-of-week, 매 holiday.
- **사용자 segment**: 매 LTV tier, 매 churn risk, 매 region 의 PPP.
- **경쟁사 price**: 매 web scraping 의 competitor catalog.
## 📖 구조화된 지식 (Synthesized Content)
### 매 알고리즘 family
- **Rule-based**: 매 if (inventory < 20%) then price *= 1.3.
- **Elasticity model**: 매 demand curve 의 fit → 매 revenue-maximizing point 의 추출.
- **Bandit / RL**: 매 contextual bandit 의 사용 — 매 explore vs exploit.
- **Deep learning**: 매 transformer 의 시퀀스 → 매 next-period price prediction.
**추출된 패턴:** 게임에선 직접 가격 변동보다 "보상량 변동"이 더 흔함 — 같은 $10에도 보상 50%~150% 변동.
### 매 응용
1. Airline / hotel yield management (매 origin domain).
2. Ride-sharing surge (Uber, Lyft).
3. E-commerce flash sale + personalized coupon.
4. Game IAP regional pricing + LTV tier offer.
**세부 내용:**
- 가격 알고리즘: 베이지안 최적화, 강화학습.
- 윤리 가이드: 차별 정도·정당화 기준.
- 측정: 결제율·ARPPU·만족도 동시 추적.
- 한계: 신뢰·법적 리스크.
- 산업 사례: Uber surge, 항공권, 호텔.
## 💻 패턴
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
### Elasticity 추정 (log-log regression)
```python
import numpy as np
import statsmodels.api as sm
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 💻 코드 패턴 (Code Patterns)
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
# price, qty observed across past promotions
log_p = np.log(prices)
log_q = np.log(quantities)
X = sm.add_constant(log_p)
model = sm.OLS(log_q, X).fit()
elasticity = model.params[1] # 매 typical -1.2 ~ -2.5
print(f"Price elasticity: {elasticity:.2f}")
```
## 🤔 의사결정 기준 (Decision Criteria)
### Revenue-maximizing price (constant elasticity)
```python
def optimal_price(cost, elasticity):
"""매 monopoly markup formula: P* = c * e/(e+1) for e<-1"""
if elasticity >= -1:
raise ValueError("Inelastic demand — revenue unbounded")
return cost * elasticity / (elasticity + 1)
**선택 A를 써야 할 때:**
- *(TODO)*
print(optimal_price(cost=2.0, elasticity=-1.5)) # → 6.0
```
**선택 B를 써야 할 때:**
- *(TODO)*
### Contextual bandit (LinUCB)
```python
import numpy as np
**기본값:**
> *(TODO)*
class LinUCB:
def __init__(self, n_arms, n_features, alpha=1.0):
self.alpha = alpha
self.A = [np.eye(n_features) for _ in range(n_arms)]
self.b = [np.zeros(n_features) for _ in range(n_arms)]
## ❌ 안티패턴 (Anti-Patterns)
def select(self, context):
ucb = []
for a in range(len(self.A)):
A_inv = np.linalg.inv(self.A[a])
theta = A_inv @ self.b[a]
mu = context @ theta
sigma = self.alpha * np.sqrt(context @ A_inv @ context)
ucb.append(mu + sigma)
return int(np.argmax(ucb))
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
def update(self, arm, context, reward):
self.A[arm] += np.outer(context, context)
self.b[arm] += reward * context
```
### XGBoost demand forecaster
```python
import xgboost as xgb
import pandas as pd
features = ["price", "hour", "dow", "is_holiday", "competitor_price",
"inventory", "user_ltv_tier", "region_ppp"]
dtrain = xgb.DMatrix(df[features], label=df["units_sold"])
params = {"objective": "reg:squarederror", "max_depth": 6, "eta": 0.1}
model = xgb.train(params, dtrain, num_boost_round=300)
def expected_revenue(price, ctx):
ctx2 = {**ctx, "price": price}
qty = model.predict(xgb.DMatrix(pd.DataFrame([ctx2])))[0]
return price * qty
```
### Personalized price (LTV tier)
```python
def personalized_price(base_price, user):
tier = user["ltv_tier"] # "whale", "dolphin", "minnow"
region_factor = REGION_PPP[user["country"]] # 매 0.4 ~ 1.2
tier_factor = {"whale": 1.0, "dolphin": 0.85, "minnow": 0.6}[tier]
return round(base_price * region_factor * tier_factor, 2)
```
### Surge guardrails
```python
def safe_surge(base, raw_multiplier):
# 매 PR backlash 의 prevent
capped = min(raw_multiplier, 3.0)
floored = max(capped, 0.7)
return base * floored
```
### A/B price test (Bayesian)
```python
import numpy as np
from scipy.stats import beta
def bayesian_ab(buyers_a, visitors_a, buyers_b, visitors_b, n_sim=100_000):
a = beta(1 + buyers_a, 1 + visitors_a - buyers_a).rvs(n_sim)
b = beta(1 + buyers_b, 1 + visitors_b - buyers_b).rvs(n_sim)
return float(np.mean(b > a)) # 매 P(B > A)
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| 매 stable demand, 매 cost-plus | Rule-based + manual ladder |
| 매 elastic, 매 abundant data | Elasticity model + grid search |
| 매 cold start, 매 many SKUs | Contextual bandit |
| 매 high-stakes (regulated) | Constrained optimization + audit log |
**기본값**: 매 elasticity model 의 시작, 매 enough data 의 수집 후 contextual bandit 의 graduate.
## 🔗 Graph
- 부모: [[게임 수익화 모델]] · [[Microeconomics]]
- 변형: [[Surge Pricing]] · [[Yield Management]] · [[Personalized Pricing]]
- 응용: [[IAP_In_App_Purchase]] · [[Live-ops]]
- Adjacent: [[A/B Testing]] · [[Contextual Bandit]] · [[LTV]]
## 🤖 LLM 활용
**언제**: 매 elasticity 추정 의 EDA, 매 price ladder design, 매 A/B test 의 statistical analysis.
**언제 X**: 매 production pricing decision 의 single LLM call — 매 hallucination risk 의 too high.
## ❌ 안티패턴
- **Race-to-bottom**: 매 competitor 의 blind matching → margin collapse.
- **Surge backlash**: 매 cap 없는 multiplier → user trust 의 손상 (매 Uber NYE 8x 의 사례).
- **Personalization 의 leak**: 매 same item 의 different price 의 user-visible → fairness backlash.
- **Cold-start naïveté**: 매 new SKU 에 매 zero data 의 RL 의 직접 deploy → wild swing.
## 🧪 검증 / 중복
- Verified (Phillips 2005 *Pricing and Revenue Optimization*; Uber Engineering blog 2023).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — full content with elasticity, bandit, A/B patterns |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-eve-온라인-eve-online
title: EVE 온라인(EVE Online)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-이브-온라인-eve-online
duplicate_of: "[[이브 온라인(EVE Online)]]"
aliases: [EVE, EVE Online, 이브 온라인]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, mmo, sandbox-economy, eve]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# EVE 온라인(EVE Online)
# Redirect
> **이 문서는 [[이브 온라인(EVE Online)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약 (EVE 특수 측면)
- 매 single-shard server (Tranquility) — 매 player-driven economy 의 living textbook.
- PLEX (Pilot License Extension) — 매 real money ↔ in-game ISK 양방향 conversion 의 legitimate RMT.
- 매 CCP Games 가 매년 economist report 발행 (2007년 부터) — 매 academic-grade dataset.
> EVE Online의 경제는 모든 자원이 플레이어가 채굴·생산하고 거래로 유통되는 자유시장 모델로, 경제학자 채용으로도 유명하다.
## 🔗 Graph
- 부모: [[이브 온라인(EVE Online)]] (canonical)
- 인접: [[알비온 온라인(Albion Online)의 경제 시스템]] · [[수도꼭지와 배수구(Taps and Sinks)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 인플레이션·거래 정책을 게임 디자이너가 아닌 경제팀이 운영 — 진정한 시뮬레이션.
**세부 내용:**
- ISK: 게임 내 화폐.
- 모든 함선·무기·모듈이 플레이어 생산.
- 거래 허브(Jita)에서 가격 형성.
- PLEX: 시간을 ISK로 환산하는 메커니즘.
- 연간 경제 보고서 발간.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — 이브 온라인(EVE Online) canonical 로 redirect |
+135 -77
View File
@@ -1,104 +1,162 @@
---
id: wiki-2026-0508-fortnite
title: Fortnite
category: 10_Wiki/Topics_Biz
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [포트나이트, Epic Games BR, Fortnite Battle Royale]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [game, monetization, battle-pass, live-ops, case-study]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: C++ / Verse
framework: Unreal Engine 5
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# Fortnite
# Redirect
## 매 한 줄
> **"매 game 의 platform 으로 transcend"**. 매 2017 launch 의 BR 의 도입, 매 cosmetics-only F2P 의 정착, 매 2024 UEFN/Verse 의 UGC platform 의 진화. 매 2026 의 Epic 의 metaverse-ish ambition 의 anchor.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> Fortnite는 코스튬 중심 BM과 시즌 패스의 표준을 만든 게임으로, P2W 없는 BM의 글로벌 성공 모델이다.
### 매 monetization model
- **F2P + cosmetics-only**: 매 gameplay 의 power 의 NEVER sell — 매 P2W 의 explicit refusal.
- **V-Bucks**: 매 premium currency, 매 1 V-Buck ≈ $0.01.
- **Battle Pass**: 매 $9.50 (950 V-Bucks) / season, 매 100 tier 의 cosmetic reward.
- **Item Shop**: 매 daily-rotation 의 skin / emote / pickaxe.
- **Crew subscription**: 매 monthly $11.99 — 매 1000 V-Bucks + Crew Pack + current BP.
## 📖 구조화된 지식 (Synthesized Content)
### 매 live-ops loop
- **Season**: 매 ~10주 cadence — 매 storyline + map change + new BP.
- **Chapter**: 매 ~2년, 매 fresh map.
- **Live event**: 매 in-game concert (Travis Scott, Marshmello), 매 movie tie-in (Marvel, Star Wars).
- **Collab**: 매 LeBron, 매 Goku, 매 John Wick — 매 brand crossover 의 weapon.
**추출된 패턴:** "외형 + 시즌" BM = P2W 회피하며 매출 극대화. 인플루언서·이벤트 마케팅과 결합.
### 매 응용
1. F2P + cosmetics 의 industry standard 화 (Apex, Valorant).
2. Battle Pass 의 universal monetization primitive 화.
3. UEFN (Unreal Editor for Fortnite) 의 UGC platform pivot.
4. Verse language 의 Epic functional scripting 의 rollout.
**세부 내용:**
- Battle Royale 100인 매치.
- 시즌 패스 V-Bucks 결제.
- 코스튬 컬렉션.
- 라이브 이벤트(콘서트, 영화).
- Epic Games 매출의 핵심.
## 💻 패턴
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
### Battle Pass progression (XP curve)
```python
def xp_for_tier(tier: int) -> int:
"""매 Fortnite-style flat-then-rise curve"""
if tier <= 100:
return 80_000 # 매 flat per tier
return 80_000 + (tier - 100) * 5_000 # post-100 escalation
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 💻 코드 패턴 (Code Patterns)
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
def total_xp_for_full_pass():
return sum(xp_for_tier(t) for t in range(1, 101)) # 매 8M XP
```
## 🤔 의사결정 기준 (Decision Criteria)
### V-Bucks ledger (idempotent)
```python
from dataclasses import dataclass
from uuid import UUID
**선택 A를 써야 할 때:**
- *(TODO)*
@dataclass
class VBucksTxn:
txn_id: UUID # 매 idempotency key
user_id: str
delta: int
reason: str # "purchase" | "battle_pass_reward" | "shop"
**선택 B를 써야 할 때:**
- *(TODO)*
class Ledger:
def __init__(self, db):
self.db = db
def apply(self, txn: VBucksTxn) -> int:
with self.db.tx() as t:
if t.exists("vb_txn", txn.txn_id):
return t.balance(txn.user_id) # 매 retry-safe
t.insert("vb_txn", txn)
return t.adjust_balance(txn.user_id, txn.delta)
```
**기본값:**
> *(TODO)*
### Daily Item Shop rotation
```python
import random
from datetime import date
## ❌ 안티패턴 (Anti-Patterns)
def daily_shop(seed_date: date, catalog: list[dict]) -> list[dict]:
rng = random.Random(seed_date.toordinal())
featured = rng.sample([c for c in catalog if c["rarity"] >= 3], 4)
daily = rng.sample([c for c in catalog if c["rarity"] < 3], 6)
return featured + daily
```
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
### Cosmetic-only invariant (compile-time check)
```typescript
type CosmeticOnly = {
category: "skin" | "emote" | "pickaxe" | "glider" | "wrap";
// 매 NO stat fields permitted
damage?: never;
health?: never;
speed?: never;
};
function listInShop(item: CosmeticOnly) { /* OK */ }
// 매 compile error: { category: "skin", damage: 10 }
```
### Verse (UEFN) gameplay snippet
```verse
# UEFN Verse — 매 functional logic device
my_device := class(creative_device):
OnBegin<override>()<suspends>:void=
Print("매 round start")
loop:
Sleep(60.0)
BroadcastEvent("매 60s tick")
```
### Concert event throughput (sharded)
```python
# 매 12M concurrent — 매 instance shard 의 사용
def shard_for_user(user_id: str, shard_size=60):
h = hash(user_id) & 0xFFFFFFFF
return f"concert-shard-{h // shard_size}"
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| 매 BR genre, 매 mass market | Cosmetic-only F2P, 매 Fortnite playbook |
| 매 hardcore PvP | Skill-based, 매 cosmetics + season pass |
| 매 single-player | Premium + DLC, 매 live-ops X |
**기본값**: 매 cosmetic-only + battle pass + seasonal cadence — 매 modern multiplayer 의 default.
## 🔗 Graph
- 부모: [[게임 수익화 모델]] · [[Live-ops]]
- 변형: [[Apex Legends]] · [[Valorant]] · [[Call of Duty Warzone]]
- 응용: [[Battle Pass]] · [[F2P]] · [[UGC Platform]]
- Adjacent: [[Roblox]] · [[Unreal Engine]] · [[Verse]]
## 🤖 LLM 활용
**언제**: 매 game design retrospective, 매 monetization curve modeling, 매 collab pitch brainstorm.
**언제 X**: 매 actual UEFN Verse code 의 generation — 매 LLM 의 Verse training data 의 sparse.
## ❌ 안티패턴
- **Power creep cosmetic**: 매 "cosmetic" 이 hitbox 의 변경 → P2W leak.
- **Battle Pass FOMO**: 매 reward 의 too grindy → casual churn.
- **Collab fatigue**: 매 매 week 의 IP 의 dump → brand identity 의 dilute.
- **Concert overcommit**: 매 sharding 의 underestimate → server crash (매 2020 Travis Scott near-miss).
## 🧪 검증 / 중복
- Verified (Epic Games newsroom; Sensor Tower 2024 mobile gross; UEFN docs 2025).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — Fortnite case study + Verse/UEFN snippet |
@@ -1,78 +1,175 @@
---
id: wiki-2026-0508-iaa-in-app-advertising
title: IAA In App Advertising
category: 10_Wiki/Topics_Biz
title: IAA (In-App Advertising)
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [In-App Advertising, 인앱 광고, 광고 수익화]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [monetization, advertising, mobile, mediation]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: Swift / Kotlin
framework: AdMob / AppLovin MAX / IronSource LevelPlay
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# IAA (In-App Advertising)
# Redirect
## 매 한 줄
> **"매 attention 의 monetize"**. 매 ad 의 impression 의 currency, 매 eCPM 의 metric. 매 hyper-casual 의 lifeblood, 매 2026 의 mediation + waterfall + bidding 의 hybrid 의 mainstream.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> In-App Advertising은 무과금 유저까지 매출에 편입하는 광고 BM으로, 모바일 게임 LTV의 30~50%를 차지하는 경우가 많다.
### 매 ad format
- **Banner**: 매 320x50 / 320x100, 매 low eCPM ($0.10 ~ $1).
- **Interstitial**: 매 full-screen, 매 round 사이 ($3 ~ $15 eCPM).
- **Rewarded video**: 매 user opt-in, 매 highest eCPM ($15 ~ $50).
- **Native**: 매 in-content, 매 design 의 blend.
- **Playable**: 매 mini-game preview, 매 UA 와 monetization 의 dual.
- **Offerwall**: 매 multi-action reward (매 IronSource).
## 📖 구조화된 지식 (Synthesized Content)
### 매 stack
- **SDK**: 매 AdMob, AppLovin MAX, IronSource LevelPlay, Unity Ads, Mintegral.
- **Mediation**: 매 multi-network 의 unified call.
- **Bidding (in-app)**: 매 real-time auction — 매 waterfall 의 replace.
- **Attribution**: 매 AppsFlyer, Adjust, Singular.
**추출된 패턴:** "광고 = 무과금의 IAP" — 무과금 유저는 시간을 화폐로 환산해 광고를 "구매"하는 셈.
### 매 KPI
- **eCPM**: 매 effective CPM = revenue / impressions × 1000.
- **Fill rate**: 매 served / requested.
- **ARPDAU**: 매 ad revenue / DAU.
- **Show rate**: 매 placement 의 conversion.
**세부 내용:**
- 인벤토리: 광고 제공자(supply) ↔ 광고주(demand).
- 미디에이션 SDK: AppLovin, ironSource, Unity.
- 보상형 광고가 retention과 매출 모두 우수.
- ATT (iOS 14.5+) 후 추적 제한 → SKAd 활용.
- 보상형 → 인터스티셜 → 배너 순으로 매출 기여 큼.
### 매 응용
1. Hyper-casual / hybrid-casual 의 primary revenue.
2. F2P game 의 IAP 의 보완.
3. News / utility app 의 free tier monetization.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
## 💻 패턴
**언제 이 지식을 쓰는가:**
- *(TODO)*
### Rewarded video (AppLovin MAX, Swift)
```swift
import AppLovinSDK
**언제 쓰면 안 되는가:**
- *(TODO)*
class RewardedManager: NSObject, MARewardedAdDelegate {
let ad = MARewardedAd.shared(withAdUnitIdentifier: "REWARDED_UNIT")
override init() {
super.init()
ad.delegate = self
ad.load()
}
func show() {
if ad.isReady { ad.show() }
}
func didRewardUser(for ad: MAAd, with reward: MAReward) {
Wallet.add(coins: 100) // server-side validation
}
func didFailToDisplay(_ ad: MAAd, withError error: MAError) {
ad.load() // immediate retry
}
}
```
## 🧪 검증 상태 (Validation)
### Interstitial frequency cap
```kotlin
class InterstitialGate(private val minIntervalSec: Long = 60) {
private var lastShown = 0L
fun canShow(): Boolean {
val now = System.currentTimeMillis() / 1000
return now - lastShown >= minIntervalSec
}
fun markShown() { lastShown = System.currentTimeMillis() / 1000 }
}
```
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
### eCPM tracking + segment
```python
def ecpm(revenue: float, impressions: int) -> float:
return revenue / impressions * 1000 if impressions else 0.0
## 🧬 중복 검사 (Duplicate Check)
def segment_ecpm(events):
by_country = defaultdict(lambda: [0.0, 0])
for e in events:
by_country[e.country][0] += e.revenue
by_country[e.country][1] += 1
return {c: ecpm(r, n) for c, (r, n) in by_country.items()}
```
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
### Mediation waterfall config
```yaml
# 매 declining eCPM order
waterfall:
- network: applovin_bidding # 매 in-app bidding 의 highest priority
- network: admob
floor_ecpm: 25.0
- network: ironsource
floor_ecpm: 15.0
- network: unity_ads
floor_ecpm: 8.0
- network: backfill
floor_ecpm: 0.0
```
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
### Server-side reward validation
```python
@app.post("/ad/reward")
def reward(req: RewardCallback):
# 매 SHA256 signature 의 verify
expected = hmac.new(SECRET, req.payload(), "sha256").hexdigest()
if not hmac.compare_digest(expected, req.signature):
raise HTTPException(403)
if Cache.has(req.transaction_id): # 매 replay 의 prevent
return {"ok": True}
Cache.set(req.transaction_id, ttl=86400)
Wallet.credit(req.user_id, req.coins)
```
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
### Predicted LTV gating (no-ads for whales)
```python
def should_show_ad(user) -> bool:
if user.iap_total_usd > 50: # 매 whale 의 ad-free
return False
if user.predicted_ltv < 1.0:
return True
return random.random() < 0.7
```
## 🔗 지식 연결 (Graph)
## 매 결정 기준
| 상황 | Approach |
|---|---|
| 매 hyper-casual | IAA dominant, 매 rewarded + interstitial |
| 매 mid-core | IAP primary + rewarded only |
| 매 utility / news | Native + interstitial sparingly |
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
**기본값**: 매 rewarded video + opportunistic interstitial + IAP whale 의 ad-free.
## 🕓 변경 이력 (Changelog)
## 🔗 Graph
- 부모: [[게임 수익화 모델]] · [[Mobile Advertising]]
- 변형: [[Rewarded Video]] · [[Interstitial]] · [[Playable Ad]]
- 응용: [[Hyper-casual]] · [[Hybrid-casual]]
- Adjacent: [[IAP]] · [[Mediation]] · [[Attribution]]
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 🤖 LLM 활용
**언제**: 매 placement strategy 의 review, 매 eCPM anomaly 의 root cause hypothesis.
**언제 X**: 매 ad creative generation 의 단독 — 매 brand safety 의 human review 필수.
## ❌ 안티패턴
- **Forced interstitial**: 매 30s 의 frequency → D1 retention 의 collapse.
- **Misleading rewarded**: 매 reward 의 not delivered → ASO review 의 1-star.
- **Mediation neglect**: 매 single network → 매 30-50% revenue 의 손실.
- **Whale ad-spam**: 매 high-LTV user 의 ad 의 spam → IAP churn.
## 🧪 검증 / 중복
- Verified (AppLovin docs 2025; AppsFlyer State of Gaming 2024).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — IAA full reference with mediation + waterfall |
@@ -1,78 +1,197 @@
---
id: wiki-2026-0508-iap-in-app-purchase
title: IAP In App Purchase
category: 10_Wiki/Topics_Biz
title: IAP (In-App Purchase)
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [In-App Purchase, 인앱 구매, 인앱 결제]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [monetization, purchase, ios, android, store]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: Swift / Kotlin / Server (Node)
framework: StoreKit 2 / Google Play Billing v7
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# IAP (In-App Purchase)
# Redirect
## 매 한 줄
> **"매 in-app 의 commerce 의 primitive"**. 매 Apple 30%, 매 Google 30% (small biz 15%) 의 take rate, 매 receipt 의 server validation 의 mandatory. 매 2026 의 StoreKit 2 + Play Billing v7 의 unified async API 의 mainstream.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> In-App Purchase는 디지털 상품을 앱 내부에서 결제하는 표준 메커니즘으로, 플랫폼 수수료·환불 정책·세금이 BM 설계에 직접 영향을 준다.
### 매 product type
- **Consumable**: 매 gem, 매 coin pack — 매 multiple purchase.
- **Non-consumable**: 매 ad-removal, 매 unlock — 매 once 의 own.
- **Auto-renewable subscription**: 매 monthly / yearly.
- **Non-renewing subscription**: 매 fixed-term, 매 manual renew.
## 📖 구조화된 지식 (Synthesized Content)
### 매 핵심 의 server validation
- **Receipt forwarding**: 매 client → server → Apple/Google verify endpoint.
- **JWS / signed transaction**: 매 StoreKit 2 의 JSON Web Signature.
- **Ledger**: 매 idempotent transaction id 의 dedup.
- **Webhook**: 매 App Store Server Notifications V2, 매 Real-time Developer Notifications.
**추출된 패턴:** 30% 수수료를 전제로 단가·번들·통화 단위를 설계해야 마진이 보존됨. 신규 유저 첫 결제는 환불률이 높아 별도 추적.
### 매 KPI
- **ARPPU**: 매 average revenue per paying user.
- **Conversion rate**: 매 payer / DAU.
- **Whale concentration**: 매 top 1% 의 revenue 의 share (매 typical 50%).
**세부 내용:**
- App Store / Play Store 결제 시스템 의존.
- 소형 개발자 프로그램: 첫 100만 달러 매출은 15%.
- 환불 정책: iOS는 Apple 직영, Android는 개발자 처리.
- 가격 점: $0.99, $4.99, $19.99, $49.99, $99.99.
- 결제 데이터 분석: 결제 빈도·간격·금액 분포로 세그먼트.
### 매 응용
1. Game IAP (gem, energy, BP).
2. SaaS subscription (Spotify, Notion).
3. Content unlock (Kindle, comic).
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
## 💻 패턴
**언제 이 지식을 쓰는가:**
- *(TODO)*
### StoreKit 2 (Swift) — purchase flow
```swift
import StoreKit
**언제 쓰면 안 되는가:**
- *(TODO)*
func buy(_ productID: String) async throws {
guard let product = try await Product.products(for: [productID]).first
else { throw IAPError.notFound }
let result = try await product.purchase()
switch result {
case .success(let verification):
let txn = try checkVerified(verification)
await deliver(txn)
await txn.finish()
case .userCancelled:
return
case .pending:
return
@unknown default:
return
}
}
## 🧪 검증 상태 (Validation)
func checkVerified<T>(_ result: VerificationResult<T>) throws -> T {
switch result {
case .unverified: throw IAPError.failedVerification
case .verified(let safe): return safe
}
}
```
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
### Server-side receipt verify (Node)
```typescript
import { verifyAppleReceipt } from "./apple";
## 🧬 중복 검사 (Duplicate Check)
app.post("/iap/verify", async (req, res) => {
const { jwsRepresentation, userId } = req.body;
const txn = await verifyAppleReceipt(jwsRepresentation);
if (await db.iapLedger.exists(txn.transactionId))
return res.json({ ok: true }); // 매 idempotent
await db.iapLedger.insert({
txnId: txn.transactionId,
userId,
productId: txn.productId,
purchaseDate: txn.purchaseDate,
});
await wallet.credit(userId, gemsForProduct(txn.productId));
res.json({ ok: true });
});
```
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
### Google Play Billing v7 (Kotlin)
```kotlin
val billingClient = BillingClient.newBuilder(context)
.setListener { result, purchases ->
if (result.responseCode == BillingResponseCode.OK) {
purchases?.forEach { handlePurchase(it) }
}
}
.enablePendingPurchases()
.build()
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
suspend fun launchPurchase(activity: Activity, productId: String) {
val products = billingClient.queryProductDetails(...)
val flow = BillingFlowParams.newBuilder()
.setProductDetailsParamsList(...)
.build()
billingClient.launchBillingFlow(activity, flow)
}
```
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
### Subscription state machine
```python
class SubState(Enum):
ACTIVE = "active"
GRACE = "grace" # 매 billing retry
HOLD = "hold"
CANCELED = "canceled"
EXPIRED = "expired"
## 🔗 지식 연결 (Graph)
def transition(current: SubState, event: str) -> SubState:
return {
(SubState.ACTIVE, "renewal_failed"): SubState.GRACE,
(SubState.GRACE, "renewed"): SubState.ACTIVE,
(SubState.GRACE, "exhausted"): SubState.HOLD,
(SubState.HOLD, "recovered"): SubState.ACTIVE,
(SubState.HOLD, "expired"): SubState.EXPIRED,
(SubState.ACTIVE, "user_cancel"): SubState.CANCELED,
}[(current, event)]
```
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
### Price ladder + LTV-aware offer
```python
LADDER = [0.99, 4.99, 9.99, 19.99, 49.99, 99.99]
## 🕓 변경 이력 (Changelog)
def recommend_pack(user) -> float:
if user.iap_total_usd < 5: return 0.99
if user.iap_total_usd < 20: return 4.99
if user.iap_total_usd < 100: return 19.99
return 99.99
```
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
### Refund webhook handler
```typescript
app.post("/iap/webhook/apple", async (req) => {
const note = await decodeAppleNotification(req.body);
if (note.notificationType === "REFUND") {
await wallet.debit(note.userId, gemsForProduct(note.productId));
await ledger.markRefunded(note.transactionId);
}
});
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| 매 native iOS/Android | StoreKit 2 / Play Billing v7 |
| 매 web | Stripe + 매 Apple/Google 의 외부 payment 의 EU DMA exception |
| 매 cross-platform | Receipt 의 backend 의 unified ledger |
**기본값**: 매 server-side verify mandatory — 매 client trust 절대 X.
## 🔗 Graph
- 부모: [[게임 수익화 모델]] · [[Subscription]]
- 변형: [[Consumable IAP]] · [[Subscription IAP]]
- 응용: [[F2P]] · [[Battle Pass]] · [[Live-ops]]
- Adjacent: [[IAA]] · [[Stripe]] · [[StoreKit]]
## 🤖 LLM 활용
**언제**: 매 receipt parse 의 schema understanding, 매 subscription state machine 의 review.
**언제 X**: 매 cryptographic verify 의 LLM 의 implementation — 매 vendor SDK 의 사용.
## ❌ 안티패턴
- **Client-trust delivery**: 매 receipt validation 없이 reward — 매 piracy.
- **Non-idempotent ledger**: 매 retry 의 double credit.
- **Refund 의 ignore**: 매 customer refund 의 ledger 의 reflect 없이 → 매 negative balance.
- **Apple 30% 의 의 fight**: 매 3rd-party payment 의 hide → 매 ban risk (Epic v Apple 사례).
## 🧪 검증 / 중복
- Verified (StoreKit 2 docs 2025; Google Play Billing v7 release notes).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — IAP full reference with StoreKit 2 + Play Billing v7 |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-machinations-라이브옵스-데이터-연동
title: Machinations 라이브옵스 데이터 연동
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-마키네이션-machinations-io-시뮬레이션
duplicate_of: "[[마키네이션(Machinations.io) 시뮬레이션]]"
aliases: [Machinations Live-ops, Machinations Data Sync]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, machinations, live-ops, simulation]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# Machinations 라이브옵스 데이터 연동
# Redirect
> **이 문서는 [[마키네이션(Machinations.io) 시뮬레이션]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약 (라이브옵스 연동 특수 측면)
- 매 Machinations Cloud API → BigQuery / Snowflake export — 매 prod telemetry 와 simulation 의 closed-loop calibration.
- 매 use case: 매 daily KPI (DAU, ARPDAU, retention curve) 를 simulation prior 로 fit → 매 next-week LTV / inflation forecast.
- 매 GameAnalytics / DeltaDNA / Adjust 의 native connector 의 사용 (2025+ Machinations Studio).
> 라이브옵스 데이터를 Machinations 모델에 연동하면, 시뮬레이션 가정을 실 데이터로 캘리브레이션해 BM·이벤트 효과를 더 정확히 예측할 수 있다.
## 🔗 Graph
- 부모: [[마키네이션(Machinations.io) 시뮬레이션]] (canonical)
- 인접: [[라이브옵스(Live-ops)]] · [[Machinations(토크노믹스 시뮬레이션)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 모델 ↔ 실 데이터 루프 — 시뮬레이션 결과와 실측의 차이를 좁혀가며 모델 신뢰성 확보.
**세부 내용:**
- ETL: 게임 분석 도구 → 모델 파라미터.
- 자동 캘리브레이션 (베이지안).
- 시즌 시작 전 시뮬레이션 → 시즌 중 검증.
- 이벤트 ROI 사전 추정.
- 데이터 거버넌스 + 프라이버시.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — 마키네이션(Machinations.io) 시뮬레이션 canonical 로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-machinations-토크노믹스-시뮬레이션
title: Machinations(토크노믹스 시뮬레이션)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-마키네이션-machinations-io-시뮬레이션
duplicate_of: "[[마키네이션(Machinations.io) 시뮬레이션]]"
aliases: [Machinations.io, Tokenomics Simulation]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, machinations, tokenomics, simulation, web3]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# Machinations(토크노믹스 시뮬레이션)
# Redirect
> **이 문서는 [[마키네이션(Machinations.io) 시뮬레이션]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약 (토크노믹스 특수 측면)
- 매 Web3 게임 토크노믹스 (token sink/source, emission schedule, vesting) 를 매 Machinations node graph 로 model.
- 매 dual-token (governance + utility) — 매 Axie Infinity AXS/SLP, STEPN GMT/GST 의 typical pattern.
- 매 hyperinflation crash 의 simulation pre-warning (Axie 2022 SLP 의 historic case).
> Machinations는 게임·웹3 경제를 다이어그램으로 시뮬레이션하는 도구로, 토큰·자원 흐름의 시간 진화를 검증할 수 있다.
## 🔗 Graph
- 부모: [[마키네이션(Machinations.io) 시뮬레이션]] (canonical)
- 인접: [[Play-and-Earn]] · [[수도꼭지와 배수구(Taps and Sinks)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 토크노믹스는 직관으로 안정화하기 어려움 — 시뮬레이션으로 인플레/디플레 시점 예측.
**세부 내용:**
- 노드 기반 모델링.
- 확률·조건·시간 흐름 지원.
- 토큰 발행/소각 추적.
- 웹3 게임 경제 검증 표준 도구.
- 실제 데이터와 비교 캘리브레이션.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — 마키네이션(Machinations.io) 시뮬레이션 canonical 로 redirect (토크노믹스 측면 보존) |
@@ -1,104 +1,164 @@
---
id: wiki-2026-0508-play-and-earn
title: Play and Earn
category: 10_Wiki/Topics_Biz
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [P&E, Play to Earn 진화, Sustainable Play-and-Earn]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [monetization, web3, tokenomics, game-economy, play-and-earn]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: solidity
framework: hardhat
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# Play and Earn
# Redirect
## 매 한 줄
> **"매 fun-first, earning은 byproduct"**. 매 2021-2022 P2E 붕괴 (Axie Infinity death spiral) 의 lesson 으로 emerge 한 hybrid model — 매 game 의 핵심은 entertainment, token reward 는 retention sweetener. 매 2026 sustainable Web3 game 의 dominant frame.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> Play-and-Earn은 P2E의 진화형으로, 게임 자체가 재미있어야 함을 전제로 일부 보상을 외부 가치로 교환할 수 있게 하는 모델이다.
### 매 P2E vs P&E
- **P2E (2021)**: 매 earning 이 primary motivation. 매 grinding farm. 매 mercenary players → token dump → economy collapse.
- **P&E (2024+)**: 매 fun 이 primary. 매 token 은 long-term retention reward. 매 player base 의 50%+ 가 non-earners 이어도 ok.
- **결정적 차이**: 매 game 의 token 없으면 still fun? P&E = yes, P2E = no.
## 📖 구조화된 지식 (Synthesized Content)
### 매 economic design pillars
- **Sink/Faucet ratio**: 매 token issuance ≤ token burn (장기 deflationary 또는 stable).
- **Non-token utility**: 매 cosmetics, social, competitive ranking → 매 non-earner motivation.
- **Soulbound progression**: 매 character XP / achievement 는 non-transferable → grinder farm 차단.
- **Skill gate**: 매 earning rate 가 player skill 에 비례 → bot resistance.
**추출된 패턴:** P2E의 "돈벌이 동기" 단점을 보완 — "먼저 재밌게 하고, 잘하면 보상"의 순서. 그러나 토크노믹스 안정성은 여전히 도전.
### 매 응용
1. Pixels (Ronin) — 매 farming-sim 으로 daily active 600k+ 유지 (2025).
2. Off the Grid (Avalanche) — 매 Battle royale, AAA quality, optional NFT.
3. Illuvium — 매 auto-battler + open world, token earning은 ranked play 에 한정.
**세부 내용:**
- 게임성 우선, 토큰은 부수적 보상.
- 토큰 발행량 제한·소각 메커니즘.
- KYC·세금·규제 이슈.
- 사례: Sky Mavis(Pixels, Axie), Yuga Labs.
- 비판: 결국 P2E의 본질적 폰지 위험은 잔존.
## 💻 패턴
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
### Reward emission curve (deflationary)
```solidity
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.24;
**언제 이 지식을 쓰는가:**
- *(TODO)*
contract PlayAndEarnReward {
uint256 public constant INITIAL_DAILY_EMISSION = 100_000 ether;
uint256 public constant HALVING_PERIOD = 180 days;
uint256 public immutable startTime;
**언제 쓰면 안 되는가:**
- *(TODO)*
constructor() { startTime = block.timestamp; }
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 💻 코드 패턴 (Code Patterns)
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
function currentDailyEmission() public view returns (uint256) {
uint256 halvings = (block.timestamp - startTime) / HALVING_PERIOD;
if (halvings >= 10) return 0;
return INITIAL_DAILY_EMISSION >> halvings;
}
}
```
## 🤔 의사결정 기준 (Decision Criteria)
### Skill-gated earning
```typescript
function earnedTokens(matchResult: MatchResult): number {
const base = matchResult.won ? 10 : 2;
const skillMultiplier = Math.min(matchResult.mmr / 1500, 3.0);
const dailyCapRemaining = getDailyCapRemaining(matchResult.userId);
return Math.min(base * skillMultiplier, dailyCapRemaining);
}
```
**선택 A를 써야 할 때:**
- *(TODO)*
### Soulbound progression
```solidity
contract SoulboundXP is ERC721 {
function _update(address to, uint256 tokenId, address auth)
internal override returns (address)
{
address from = _ownerOf(tokenId);
require(from == address(0) || to == address(0), "Soulbound: non-transferable");
return super._update(to, tokenId, auth);
}
}
```
**선택 B를 써야 할 때:**
- *(TODO)*
### Sink: cosmetic burn
```typescript
async function craftCosmetic(userId: string, cosmeticId: string) {
const cost = COSMETIC_COSTS[cosmeticId];
await burnTokens(userId, cost);
await mintCosmetic(userId, cosmeticId);
await emitTelemetry({ type: 'sink_burn', amount: cost, source: 'cosmetic' });
}
```
**기본값:**
> *(TODO)*
### Non-token leaderboard
```typescript
interface SeasonReward {
rank: number;
cosmetic: string; // soulbound
tokenBonus?: number; // top 10% only
title: string; // permanent
}
```
## ❌ 안티패턴 (Anti-Patterns)
### Anti-bot detection
```python
def is_likely_bot(user_session) -> float:
signals = {
'click_variance': click_timing_variance(user_session),
'movement_entropy': mouse_path_entropy(user_session),
'session_regularity': cron_like_score(user_session.history),
}
return weighted_sigmoid(signals)
```
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
### Emission throttle (treasury-controlled)
```solidity
function adjustEmission(uint256 newDaily) external onlyDAO {
require(newDaily <= currentDailyEmission() * 110 / 100, "Max +10%/epoch");
require(newDaily >= currentDailyEmission() * 90 / 100, "Max -10%/epoch");
dailyEmission = newDaily;
emit EmissionAdjusted(newDaily, treasuryRunwayDays());
}
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| Casual mobile audience | Token-optional (P&E) |
| Hardcore competitive | Skill-gated earning |
| F2P with whales | 매 hybrid IAP + token reward |
| Pure speculation play | 매 avoid — P2E 함정 |
**기본값**: 매 P&E + skill-gate + soulbound progression.
## 🔗 Graph
- 부모: [[Game Monetization Models]] · [[Tokenomics]]
- 변형: [[Play to Earn]] · [[Free-to-Play]]
- 응용: [[Pixels]] · [[Illuvium]] · [[Off the Grid]]
- Adjacent: [[Sinks and Faucets]] · [[Live-ops]]
## 🤖 LLM 활용
**언제**: 매 Web3 game economy design 시 — 매 sustainable token model 이 필요할 때.
**언제 X**: 매 traditional F2P (token 없이) — overkill.
## ❌ 안티패턴
- **Pure P2E**: 매 earning 이 fun 의 substitute. 매 mercenary churn → death spiral.
- **Unlimited token mint**: 매 inflation. 매 Axie SLP 의 답습.
- **Transferable XP**: 매 grinder farm. 매 Ronin botting outbreak.
- **No sink**: 매 token velocity 0. 매 price collapse.
## 🧪 검증 / 중복
- Verified (Sky Mavis post-mortem 2023, Ronin Network reports 2024-2025).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — P&E vs P2E 구분, sustainable design pillars 추가 |
@@ -1,108 +1,32 @@
---
id: wiki-2026-0508-가차-gacha-시스템
title: 가차(Gacha) 시스템
category: 10_Wiki/Topics_Biz
status: draft
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: gacha
duplicate_of: "[[Gacha]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, gacha, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 가차(Gacha) 시스템
# Redirect
> **이 문서는 [[Gacha]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 핵심 요약
- 매 일본어 ガチャ (capsule toy) 어원 의 random reward 시스템.
- 매 Pity / Soft pity, rate-up banner, ceiling (천장) 의 3대 mechanic.
## 🔗 Graph
- 부모: [[Gacha]] (canonical)
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
> 사용자 검증 후 trust_level 상향 조정 가능.
## 📌 한 줄 통찰 (The Karpathy Summary)
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:**
> *(TODO)*
**세부 내용:**
- *(TODO)*
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,108 +1,32 @@
---
id: wiki-2026-0508-가챠-gacha-시스템
title: 가챠(Gacha) 시스템
category: 10_Wiki/Topics_Biz
status: draft
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: gacha
duplicate_of: "[[Gacha]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, gacha, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 가챠(Gacha) 시스템
# Redirect
> **이 문서는 [[Gacha]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 핵심 요약
- 매 가차 / 가챠 의 spelling variant. 매 동일 개념.
- 매 Pity, soft pity, ceiling 의 fairness mechanic.
## 🔗 Graph
- 부모: [[Gacha]] (canonical)
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
> 사용자 검증 후 trust_level 상향 조정 가능.
## 📌 한 줄 통찰 (The Karpathy Summary)
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:**
> *(TODO)*
**세부 내용:**
- *(TODO)*
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,32 @@
---
id: wiki-2026-0508-게임-내-광고-iaa
title: 게임 내 광고(IAA)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: iaa-in-app-advertising
duplicate_of: "[[IAA_In_App_Advertising]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, iaa, advertising, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 게임 내 광고(IAA)
# Redirect
> **이 문서는 [[IAA_In_App_Advertising]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 In-App Advertising — 매 rewarded video, interstitial, banner, playable ad 의 4 format.
- 매 hybrid casual genre 의 primary revenue source.
> 게임 내 광고는 보상형·인터스티셜·배너의 3축으로 운영되며, eCPM과 노출 빈도의 곱으로 ARPDAU를 결정한다.
## 🔗 Graph
- 부모: [[IAA_In_App_Advertising]] (canonical)
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 광고 BM은 "광고 자체의 가치"보다 "광고가 게임 진행을 가속하는 정도"가 retention과 LTV에 영향.
**세부 내용:**
- 보상형: 게임 자원 가속 → 친화적.
- 인터스티셜: 자연스러운 break point에 배치.
- 배너: 메인 화면 일부 차지 → eCPM 낮음.
- 광고 빈도 캡(Frequency Cap)으로 유저 보호.
- 광고 제거 IAP는 광고로 얻을 자원도 동일 보상해야.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,78 +1,32 @@
---
id: wiki-2026-0508-게임-수익화-모델
title: 게임 수익화 모델
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: game-monetization-models
duplicate_of: "[[Game Monetization Models]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, monetization, game-economy]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 게임 수익화 모델
# Redirect
> **이 문서는 [[Game Monetization Models]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 Premium, F2P + IAP, F2P + IAA, Hybrid, Subscription, P&E 의 6대 모델.
- 매 2026 dominant: 매 hybrid (IAP + IAA + battle pass).
> 게임 수익화 모델은 광고·IAP·구독·소매·라이선스의 5대 축으로 분류되며, 장르·플랫폼별로 우세 모델이 다르다.
## 🔗 Graph
- 부모: [[Game Monetization Models]] (canonical)
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 모바일 F2P → 광고+IAP, PC/콘솔 → 소매+DLC+패스, MMO → 구독+상점.
**세부 내용:**
- IAP: 모바일 매출 75%+.
- 광고: 하이퍼·하이브리드 캐주얼.
- 구독: MMO·서비스형 게임.
- 소매: PC·콘솔 단발 매출.
- 라이선스: IP 공급(드라마, 굿즈).
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,78 +1,32 @@
---
id: wiki-2026-0508-계단식-수익화-모델-staircase-monetizatio
title: 계단식 수익화 모델 (Staircase Monetization)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: staircase-monetization
duplicate_of: "[[Staircase Monetization]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, monetization, ladder-pricing]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 계단식 수익화 모델 (Staircase Monetization)
# Redirect
> **이 문서는 [[Staircase Monetization]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 player segment 별로 price tier 를 stair-step 으로 배치 (Minnow → Dolphin → Whale).
- 매 $0.99 starter pack → $4.99 → $19.99 → $99.99 의 conversion ladder.
> 계단식 수익화는 결제액에 따라 점진적으로 더 좋은 보상을 주는 모델로, 다음 단계로 올라가도록 유도하는 사다리 구조다.
## 🔗 Graph
- 부모: [[Staircase Monetization]] (canonical)
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "이 정도만 더 결제하면 다음 등급" — 매몰 비용 + 손실 회피로 점진적 결제 유도.
**세부 내용:**
- VIP 0~10단계 등 다층 구조.
- 누적 결제 → 영구 등급.
- 시즌 누적 → 시즌 등급.
- 등급별 차등 혜택 (할인, 한정 콘텐츠).
- 비판: 다크 패턴 가능성.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,32 @@
---
id: wiki-2026-0508-고객-유지율-retention
title: 고객 유지율(Retention)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: retention
duplicate_of: "[[Retention]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, retention, kpi, live-ops]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 고객 유지율(Retention)
# Redirect
> **이 문서는 [[Retention]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 D1 / D7 / D30 retention — 매 게임 health 의 가장 critical KPI.
- 매 2026 mobile benchmark: 매 D1 40%+, D7 20%+, D30 10%+ 가 healthy.
> 고객 유지율은 유저가 일정 기간 후에도 활성 상태로 남는 비율로, F2P 게임 BM의 모든 KPI를 떠받치는 토대다.
## 🔗 Graph
- 부모: [[Retention]] (canonical)
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** Retention 1%p 개선이 LTV에 미치는 영향은 결제율 1%p 개선보다 큰 경우가 많다.
**세부 내용:**
- D1 부진 → 첫 인상·온보딩 문제.
- D7 부진 → 코어 루프 단조로움.
- D30 부진 → 콘텐츠·소셜 부족.
- 푸시·이메일 reactivation 캠페인.
- 시즌 패스가 강력한 retention 도구.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,32 @@
---
id: wiki-2026-0508-과금-의향-willingness-to-pay
title: 과금 의향 (Willingness to Pay)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: willingness-to-pay
duplicate_of: "[[Willingness to Pay]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, wtp, pricing, economics]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 과금 의향 (Willingness to Pay)
# Redirect
> **이 문서는 [[Willingness to Pay]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 user 가 product 에 지불할 의향이 있는 maximum price.
- 매 Van Westendorp PSM, conjoint analysis, A/B price test 의 3대 측정 method.
> 과금 의향은 유저별 결제 임계점으로, 정확히 측정하면 가격을 5~30% 올려도 결제율 손실 없이 매출을 늘릴 수 있다.
## 🔗 Graph
- 부모: [[Willingness to Pay]] (canonical)
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "가격을 낮추면 결제율↑"은 종종 거짓 — 가격이 가치 신호로 작용해 너무 낮으면 오히려 회피되기도 함.
**세부 내용:**
- 무과금 / 미니멀 / 중과금 / 고래의 4분위.
- 패키지 가격대: $0.99 / $4.99 / $19.99 / $99.99 그리드.
- 전환 깔때기: 첫 1$ → 첫 10$ → 첫 100$ 마일스톤.
- 시간대별 다른 WTP — 주말·이벤트에 결제율 상승.
- A/B 테스트로 가격 -10%/+10% 실험 권장.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,32 @@
---
id: wiki-2026-0508-동적-가격-책정-dynamic-pricing
title: 동적 가격 책정(Dynamic Pricing)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: dynamic-pricing
duplicate_of: "[[Dynamic Pricing]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, dynamic-pricing, ml, pricing]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 동적 가격 책정(Dynamic Pricing)
# Redirect
> **이 문서는 [[Dynamic Pricing]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 demand, segment, time, context 에 따라 price 를 algorithmic 하게 조정.
- 매 ML-driven personalized offer (per-user discount) 의 2026 standard.
> 동적 가격 책정은 시간·유저·상황에 따라 가격을 변화시키는 전략으로, 매출 극대화와 공정성 인식 사이의 균형이 관건이다.
## 🔗 Graph
- 부모: [[Dynamic Pricing]] (canonical)
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 가격 차별(price discrimination)은 매출↑ 그러나 "누군가 더 싸게 샀다"는 인식이 신뢰 손상으로 이어질 수 있음.
**세부 내용:**
- 시간 기반: 출시 직후 할인 → 정가 회복.
- 세그먼트 기반: VIP 우대, 신규 유저 패키지.
- 행동 기반: 이탈 예측 → 윈백 할인.
- 지역 기반: PPP 보정.
- 투명성 vs 효율의 트레이드오프.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,32 @@
---
id: wiki-2026-0508-디아블로-2-diablo-ii
title: 디아블로 2(Diablo II)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: diablo-ii
duplicate_of: "[[Diablo II]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, diablo, game-economy, item-economy]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 디아블로 2(Diablo II)
# Redirect
> **이 문서는 [[Diablo II]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 2000 Blizzard ARPG — 매 SoJ (Stone of Jordan) 기반 player-driven economy 의 archetypal case.
- 매 hyperinflation, dupe exploit, Resurrected (2021) 의 economy lesson.
> Diablo II는 ARPG 장르의 정수이자 게임 경제의 자연 발생 사례로, 룬·고유 아이템 거래 시장이 게임 외부 경제(Real Money Trading)로 발전했다.
## 🔗 Graph
- 부모: [[Diablo II]] (canonical)
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 디자이너가 의도하지 않은 거래 경제도 자연 발생 — 희소성 + 수요가 있으면 시장이 형성됨.
**세부 내용:**
- 룬 + Charm + 고유 아이템 거래.
- 외부 거래 사이트(d2jsp 등).
- Resurrected(2021)는 거래 친화적 재설계.
- 시즌 래더 시스템: 정기 리셋.
- 후속 영향: PoE, Last Epoch.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-라이브옵스-live-ops
title: 라이브옵스(Live ops)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
title: 라이브옵스(Live-ops)
category: 10_Wiki/Topics
status: duplicate
canonical_id: live-ops
duplicate_of: "[[Live-ops]]"
aliases: [Live-ops, LiveOps]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, live-ops, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 라이브옵스(Live-ops)
# Redirect
> **이 문서는 [[Live-ops]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 라이브 서비스 게임의 지속적 운영 (이벤트, 패치, 시즌 패스).
- 매 retention + LTV 극대화 도구.
- 매 Machinations 시뮬레이션과 연계되어 economy balancing.
> 라이브옵스는 라이브 게임 운영팀이 매일/매주 콘텐츠와 BM을 운영하며 KPI를 최적화하는 프로세스다.
## 🔗 Graph
- 부모: [[Live-ops]] (canonical)
- 관련: [[Machinations(토크노믹스 시뮬레이션)]] · [[게임 수익화 모델]] · [[Machinations 라이브옵스 데이터 연동]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "제품팀이 만든 게임"이 아닌 "운영팀이 끊임없이 변형하는 서비스" — 모바일 게임의 표준 모델.
**세부 내용:**
- 캘린더 운영: 다음 4~12주 이벤트 사전 기획.
- A/B 테스트로 가격·UI·BM 실시간 조정.
- 코호트 모니터링: 신규/리텐션/이탈.
- 글로벌 + 지역별 운영 분리(EU/JP/KR/CN).
- 마케팅 ↔ 콘텐츠 ↔ BM 3축 동기화.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-마키네이션-machinations-io-시뮬레이션
title: 마키네이션(Machinations.io) 시뮬레이션
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: machinations-토크노믹스-시뮬레이션
duplicate_of: "[[Machinations(토크노믹스 시뮬레이션)]]"
aliases: [Machinations.io]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, machinations, simulation]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 마키네이션(Machinations.io) 시뮬레이션
# Redirect
> **이 문서는 [[Machinations(토크노믹스 시뮬레이션)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 게임 economy 시뮬레이션 도구 (node graph 기반).
- 매 Resource flow / sink-source modeling.
- 매 Live-ops data 연동 가능 (Machinations API).
> Machinations는 게임 경제·시스템을 노드-엣지 다이어그램으로 모델링하는 시뮬레이션 도구로, 출시 전 BM·자원 흐름을 검증한다.
## 🔗 Graph
- 부모: [[Machinations(토크노믹스 시뮬레이션)]] (canonical)
- 관련: [[Machinations 라이브옵스 데이터 연동]] · [[수도꼭지와 배수구(Taps and Sinks)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "통화 흐름을 시각화 → 인플레이션·결제 깔때기 사전 발견" — 코드 짜기 전 균형 검증.
**세부 내용:**
- Joris Dormans·Ernest Adams.
- 노드: Source/Sink/Pool/Converter.
- 시뮬레이션 실행으로 통계 출력.
- 게임 디자이너·이코노미 디자이너 도구.
- LiveOps 데이터와 비교 검증.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-무료-플레이-free-to-play-모델
title: 무료 플레이(Free to Play) 모델
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
title: 무료 플레이(Free-to-Play) 모델
category: 10_Wiki/Topics
status: duplicate
canonical_id: 부분-유료화-free-to-play
duplicate_of: "[[부분 유료화(Free-to-Play)]]"
aliases: [F2P, Free-to-Play]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, f2p, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 무료 플레이(Free-to-Play) 모델
# Redirect
> **이 문서는 [[부분 유료화(Free-to-Play)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 무료 진입 + IAP/IAA 수익화.
- 매 Funnel: install → engagement → conversion → LTV.
- 매 retention 1d/7d/30d 가 핵심 KPI.
> F2P 모델은 다운로드·기본 게임을 무료로 제공하고 IAP/광고로 수익을 내는 BM으로, 모바일 게임 매출의 95%+를 차지한다.
## 🔗 Graph
- 부모: [[부분 유료화(Free-to-Play)]] (canonical)
- 관련: [[인앱 구매(IAP)]] · [[인앱 광고(IAA)]] · [[하이브리드 수익화 (Hybrid Monetization)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "무료 진입 + 결제 의향 분포 흡수" — 결제율 1~5%만으로도 충분한 매출, 단 LTV가 충분히 길어야 함.
**세부 내용:**
- 진입 장벽 0 → 대규모 유입 가능.
- 결제율(Conversion): 통상 1~5%, 우수작 5~15%.
- ARPPU 분포: 고래(>$100/월)가 매출의 50%+ 차지.
- 무과금 유저도 광고로 수익 기여.
- 디자인 트레이드오프: 진행 속도 vs 결제 압박.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-부분-유료화-free-to-play
title: 부분 유료화(Free to Play)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
title: 부분 유료화(Free-to-Play)
category: 10_Wiki/Topics
status: duplicate
canonical_id: 게임-수익화-모델
duplicate_of: "[[게임 수익화 모델]]"
aliases: [F2P, Free-to-Play, 무료 플레이]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, f2p, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 부분 유료화(Free-to-Play)
# Redirect
> **이 문서는 [[게임 수익화 모델]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 무료 진입 + IAP / IAA / Battle Pass / Subscription 수익화.
- 매 retention curve 와 conversion funnel 가 핵심 KPI.
- 매 whale concentration: top 10% 가 60-80% revenue.
> 부분 유료화는 본 게임을 무료로 제공하고 추가 콘텐츠·편의성·아이템을 유료로 판매하는 BM이다.
## 🔗 Graph
- 부모: [[게임 수익화 모델]] (canonical)
- 관련: [[인앱 구매(IAP)]] · [[인앱 광고(IAA)]] · [[하이브리드 수익화 (Hybrid Monetization)]] · [[고객 유지율(Retention)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "무료 코어 + 유료 확장"의 균형 — 유료가 너무 약하면 매출 부족, 너무 강하면 P2W 비난.
**세부 내용:**
- 외형(코스튬) 위주: Pay-to-Customize (Fortnite).
- 시간 단축: Pay-to-Skip-Grind (모바일 RPG).
- 콘텐츠 잠금: Pay-to-Unlock (DLC 모델).
- 가챠: Pay-to-Chance.
- 한국·일본·중국 모바일에서 P2W 비율 높음.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-사용자-생성-콘텐츠-ugc
title: 사용자 생성 콘텐츠(UGC)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: ugc
duplicate_of: "[[UGC]]"
aliases: [User Generated Content, UGC]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, ugc, platform]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 사용자 생성 콘텐츠(UGC)
# Redirect
> **이 문서는 [[UGC]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 user 가 콘텐츠 제작 → platform 가 host + monetize.
- 매 Roblox / Fortnite Creative / Minecraft Marketplace 사례.
- 매 creator economy 와 연결 (revenue share, marketplace).
> UGC는 유저가 만든 콘텐츠를 게임 안에 활용하는 모델로, Roblox·Fortnite Creative가 대표적이며 콘텐츠 무한 생산과 LiveOps 비용 절감을 동시에 노린다.
## 🔗 Graph
- 부모: [[UGC]] (canonical)
- 관련: [[Fortnite]] · [[플랫폼 컨버전스(Platform Convergence)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "플레이어 = 콘텐츠 제작자" — 운영팀 비용 줄이고 다양성 ↑, 단 IP·품질·안전 관리 필요.
**세부 내용:**
- Roblox: 게임 자체가 UGC 플랫폼.
- Fortnite Creative: 맵/게임 모드.
- Mod 지원(Skyrim, Minecraft).
- 매출 분배: 제작자 수익 공유.
- 도전: IP 침해, 부적절 콘텐츠.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-소액-결제-microtransactions
title: 소액 결제 (Microtransactions)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-iap-in-app-purchase
duplicate_of: "[[IAP_In_App_Purchase]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, monetization, microtransactions]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 소액 결제 (Microtransactions)
# Redirect
> **이 문서는 [[IAP_In_App_Purchase]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 microtransaction = small in-app purchase (보통 $0.99$9.99 range).
- 매 IAP delivery channel 의 한 specialization.
- F2P games revenue 의 80%+ 차지 (2026 mobile market).
> 소액결제는 $0.99~$9.99 단위의 작은 IAP로, 첫 결제 장벽을 낮추고 결제 빈도를 높이는 도구다.
## 🔗 Graph
- 부모: [[IAP_In_App_Purchase]] (canonical)
- Adjacent: [[가챠(Gacha) 시스템]] · [[하이브리드 수익화(Hybrid Monetization)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 소액 결제는 매출 자체보다 "결제 습관 형성"의 가치가 큼 — 첫 $1 결제 유저는 다음 $10/$100로 진화 확률↑.
**세부 내용:**
- 가격 점: $0.99 (가장 마찰 적음).
- 첫 결제 부스트: 2배·3배 보상.
- 일일 / 주간 한정 패키지.
- 누적 결제 마일스톤 보상.
- 모바일 RPG는 평균 ARPPU 30~80달러.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — IAP canonical 로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-수도꼭지와-배수구-taps-and-sinks
title: 수도꼭지와 배수구(Taps and Sinks)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: 탭과-싱크-taps-and-sinks
duplicate_of: "[[탭과 싱크(Taps and Sinks)]]"
aliases: [Taps and Sinks, Sources and Sinks]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, economy, taps-sinks]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 수도꼭지와 배수구(Taps and Sinks)
# Redirect
> **이 문서는 [[탭과 싱크(Taps and Sinks)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 Tap = 자원 생성, Sink = 자원 소모.
- 매 균형이 깨지면 인플레이션/디플레이션 → economy collapse.
- 매 Machinations 로 시뮬레이션하여 balance 검증.
> 수도꼭지(Tap)는 게임 내 자원·통화의 발생 지점, 배수구(Sink)는 소모 지점으로, 둘의 균형이 게임 경제의 건강성을 결정한다.
## 🔗 Graph
- 부모: [[탭과 싱크(Taps and Sinks)]] (canonical)
- 관련: [[자원 소모처(Sinks)]] · [[Machinations(토크노믹스 시뮬레이션)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** Tap > Sink → 인플레이션, Tap < Sink → 결제 압박. 시즌마다 새 Sink로 통화 흡수.
**세부 내용:**
- 디자인 패턴: 강화·가챠·시즌 패스가 주요 Sink.
- 거래 시스템 도입 시 Tap-Sink 균형 더 복잡.
- 시뮬레이션 도구: Machinations.io.
- 데이터: 자원별 mint/burn 비율.
- 통화 분리: 소프트(쉬움) / 하드(결제) 분리.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,35 @@
---
id: wiki-2026-0508-알비온-온라인-albion-online-의-경제-시스템
title: 알비온 온라인(Albion Online)의 경제 시스템
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-eve-online-economy
duplicate_of: "[[EVE 온라인(EVE Online)]]"
aliases: [Albion, Albion Economy]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, mmo-economy, sandbox]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 알비온 온라인(Albion Online)의 경제 시스템
# Redirect
> **이 문서는 [[EVE 온라인(EVE Online)]] 의 player-driven sandbox economy 패턴 의 specialization 입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약 (Albion specialization)
- 매 full-loot PvP — death = 모든 inventory drop. 매 강력한 sink.
- 매 crafting 100% player-driven — NPC vendor 거의 없음.
- 매 Localized markets — city 별 price 차이, transport 가 arbitrage 기회.
- 매 Silver (soft) + Gold (premium, real money tradeable) dual currency.
> Albion Online의 경제는 모든 장비가 플레이어 제작·거래되며 PvP 사망 시 약탈된다는 점에서 EVE에 가장 가까운 자유시장 모델이다.
## 🔗 Graph
- 부모: [[EVE 온라인(EVE Online)]] (canonical sandbox economy reference)
- Adjacent: [[Taps and Sinks]] · [[수도꼭지와 배수구(Taps and Sinks)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** Full Loot PvP가 강력한 통화 sink — 사망 시 장비 파괴/약탈로 통화 흐름 통제.
**세부 내용:**
- 통화: Silver(소프트), Gold(프리미엄).
- 모든 자원·장비 플레이어 생산.
- 시장(Marketplace) 도시별로 가격 차이.
- 영토(Territory) → 자원 채굴권.
- PvP 등급별로 위험·보상 차등.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — EVE Online sandbox economy canonical 로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-원신-genshin-impact-의-레진-시스템
title: 원신(Genshin Impact)의 레진 시스템
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: 원신-genshin-impact-의-진행-제한과-가차-시스템
duplicate_of: "[[원신(Genshin Impact)의 진행 제한과 가차 시스템]]"
aliases: [Resin, Original Resin]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, genshin, energy-system]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 원신(Genshin Impact)의 레진 시스템
# Redirect
> **이 문서는 [[원신(Genshin Impact)의 진행 제한과 가차 시스템]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 daily energy cap (200 max, regen 1/8min) — 매 endgame reward gate.
- 매 retention loop 강제: daily login → resin 소비 → reward.
- 매 Fragile Resin / Welkin Moon 으로 IAP 연결.
> 원신의 레진은 일일 행동력 시스템으로, 시간 기반 결제 트리거와 자원 압박의 표준 사례가 됐다.
## 🔗 Graph
- 부모: [[원신(Genshin Impact)의 진행 제한과 가차 시스템]] (canonical)
- 관련: [[가차(Gacha) 시스템]] · [[부분 유료화(Free-to-Play)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "매일 정해진 양의 콘텐츠" 패턴 — 일일 한도가 retention과 결제 의향을 동시에 만든다.
**세부 내용:**
- 자연 회복: 8분당 1개, 최대 200.
- 결제 회복: 보석 → 즉시 충전.
- 하루 사용량 제한.
- 패스: 추가 일일 보상.
- 글로벌 모바일 RPG 표준 영향.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,38 @@
---
id: wiki-2026-0508-원신-genshin-impact-의-진행-제한과-가차-시스
title: 원신(Genshin Impact)의 진행 제한과 가차 시스템
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: genshin-resin-system
duplicate_of: "[[원신(Genshin Impact)의 레진 시스템]]"
aliases: [Genshin Resin, Genshin Gacha, 원신 진행 제한]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, gacha, resin, genshin, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 원신(Genshin Impact)의 진행 제한과 가차 시스템
# Redirect
> **이 문서는 [[원신(Genshin Impact)의 레진 시스템]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심 요약
> 원신의 진행 제한과 가챠는 시간 압박+한정성+천장의 결합으로, 글로벌 매출 1위 모바일 게임의 핵심 BM이다.
- 매 Resin — 매 daily progression cap 의 stamina system (200 max, 8min/1 regen 의 ~24h full refill).
- 매 Gacha (Wish) — 매 0.6% 5-star base rate + 90-pull hard pity + 50/50 rate-up 의 layered system.
- 매 dual gating — 매 horizontal (resin = farming cap) + vertical (gacha = character acquisition) 의 dual monetization vector.
- 매 2026 state — 매 mihoyo 의 resin model 이 industry standard 화 (Wuthering Waves, Honkai Star Rail, ZZZ 모두 동일 pattern).
## 📖 구조화된 지식 (Synthesized Content)
## 🔗 Graph
**추출된 패턴:** 레진(시간) + 가챠(확률) + 픽업(한정) + 천장(보장) = HoYoverse 표준 BM.
- 부모: [[원신(Genshin Impact)의 레진 시스템]] (canonical)
- 관련: [[가차(Gacha) 시스템]] · [[가챠(Gacha) 시스템]] · [[계단식 수익화 모델 (Staircase Monetization)]]
**세부 내용:**
- 캐릭터 가챠: 5★ 0.6%, 천장 90회.
- 무기 가챠: 별도 풀.
- 듀얼 통화: 모라/원석.
- 시즌(버전) 캐릭터 회전.
- 매출: 출시 후 \$5B+.
## 🕓 변경 이력
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-이브-온라인-eve-online
title: 이브 온라인(EVE Online)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-eve-online
duplicate_of: "[[EVE 온라인(EVE Online)]]"
aliases: [EVE, EVE Online]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, mmo-economy, sandbox]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 이브 온라인(EVE Online)
# Redirect
> **이 문서는 [[EVE 온라인(EVE Online)]] 의 중복본입니다 (한글 표기 variant).** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 single-shard universe — 50만+ player 가 동일 server.
- 매 ISK economy — full player-driven, real economist (Eyjólfur Guðmundsson) 가 CCP 에 employed.
- 매 PLEX = real money ↔ in-game currency bridge (legal RMT).
> 이브 온라인은 플레이어 기반 자유시장 경제를 구현한 SF MMORPG로, 매월 경제 보고서를 발간하는 유일한 상업 게임이다.
## 🔗 Graph
- 부모: [[EVE 온라인(EVE Online)]] (canonical)
- Adjacent: [[알비온 온라인(Albion Online)의 경제 시스템]] · [[Taps and Sinks]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 게임 경제도 현실 경제처럼 인플레이션·금리·정치 리스크가 작용 → 데이터 기반 운영.
**세부 내용:**
- 서비스: 2003~ (20년+).
- 단일 우주(Single Shard)로 모든 유저가 같은 세계.
- 채굴/제조/무역/전쟁 직군 분화.
- CCP 경제팀 데이터 분석.
- 게임 학술 연구 대상.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — EVE 온라인 canonical 로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-인앱-결제-iap
title: 인앱 결제(IAP)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-iap-in-app-purchase
duplicate_of: "[[IAP_In_App_Purchase]]"
aliases: [IAP, 인앱 구매]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, monetization, iap]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 인앱 결제(IAP)
# Redirect
> **이 문서는 [[IAP_In_App_Purchase]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 IAP = consumable / non-consumable / subscription 3종.
- 매 Apple App Store / Google Play 30%(또는 15%) commission.
- 매 가챠 / battle pass / cosmetic 의 delivery layer.
> 인앱 결제는 모바일 게임 BM의 표준으로, 가격 구조·번들·플랫폼 수수료를 모두 고려한 설계가 필요하다.
## 🔗 Graph
- 부모: [[IAP_In_App_Purchase]] (canonical)
- Adjacent: [[소액 결제 (Microtransactions)]] · [[가챠(Gacha) 시스템]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 결제율(전환)과 ARPPU(객단가)를 분리해서 측정·최적화 — 둘은 종종 trade-off 관계.
**세부 내용:**
- 결제 단가별 분포 모니터링.
- 결제 첫 이벤트(D0~D3)에 집중 마케팅.
- 동일 SKU도 지역별 PPP 보정 가격.
- 환불 정책 명시.
- VIP 등급 시스템과 결합해 LTV 누적.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — IAP canonical 로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-인앱-광고-iaa
title: 인앱 광고 (IAA)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: iaa-in-app-advertising
duplicate_of: "[[IAA_In_App_Advertising]]"
aliases: [IAA, In-App Advertising, 게임 내 광고]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, iaa, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 인앱 광고 (IAA)
# Redirect
> **이 문서는 [[IAA_In_App_Advertising]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 rewarded video / interstitial / banner / playable.
- 매 eCPM 가 핵심 metric — geo / format 별로 큰 차이.
- 매 hyper-casual 의 dominant model.
> 인앱 광고(IAA)는 광고 노출/클릭/설치로 매출을 만드는 BM으로, 무과금 유저까지 매출 풀에 편입시키는 핵심 수단이다.
## 🔗 Graph
- 부모: [[IAA_In_App_Advertising]] (canonical)
- 관련: [[게임 내 광고(IAA)]] · [[하이브리드 캐주얼(Hybrid-Casual)]] · [[하이브리드 수익화 (Hybrid Monetization)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 광고 ARPDAU = eCPM × 노출수. 보상형 광고가 인터스티셜보다 LTV 친화적 — 유저 가치 인식과 진행 가속이 결합되기 때문.
**세부 내용:**
- 형태: 배너·인터스티셜·보상형(rewarded)·플레이어블.
- 미디에이션(SDK): AppLovin MAX, ironSource, Google AdMob.
- 측정: eCPM, fill rate, ARPDAU(ad).
- 보상형 우대: "내가 선택해서 보는 광고"라는 인식.
- 너무 잦은 광고 → retention 손상 → 균형 필수.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,38 @@
---
id: wiki-2026-0508-인앱-광고-iaa
title: 인앱 광고(IAA)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: iaa-in-app-advertising
duplicate_of: "[[IAA_In_App_Advertising]]"
aliases: [In-App Advertising, IAA, 게임 내 광고]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, monetization, ads, iaa]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 인앱 광고(IAA)
# Redirect
> **이 문서는 [[IAA_In_App_Advertising]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심 요약
> IAA는 광고 노출·시청·설치로 매출을 만드는 광고 기반 BM으로, 하이퍼캐주얼·캐주얼 게임의 주요 수익원이다.
- 매 In-App Advertising — 매 rewarded video / interstitial / banner / playable ad 의 4 main format.
- 매 hyper-casual / hybrid-casual 의 primary revenue — 매 ARPDAU $0.05$0.30 의 range (2026 AppLovin/Unity LevelPlay data).
- 매 mediation 의 필수 — 매 AppLovin MAX, Unity LevelPlay, Google AdMob 의 waterfall + bidding hybrid.
- 매 IAP 와의 hybrid — 매 ad-removal IAP / rewarded ad gating 의 dual-revenue pattern.
## 📖 구조화된 지식 (Synthesized Content)
## 🔗 Graph
**추출된 패턴:** 광고 형식 × 빈도 × 보상의 조합이 ARPDAU를 결정 — 무리한 노출은 단기 매출↑·장기 매출↓.
- 부모: [[IAA_In_App_Advertising]] (canonical)
- 관련: [[게임 내 광고(IAA)]] · [[인앱 광고 (IAA)]] · [[하이브리드 수익화(Hybrid Monetization)]] · [[하이브리드 캐주얼(Hybrid-Casual)]]
**세부 내용:**
- 보상형이 가장 LTV 친화적.
- 인터스티셜은 게임 흐름 단절 → 매 N판마다 1회 정도.
- 배너는 ARPDAU 낮지만 항상 노출 가능.
- 미디에이션 워터폴/비딩 조합으로 eCPM 최적화.
- 광고 제거 IAP의 가격은 평균 LTV의 광고 부분 환산.
## 🕓 변경 이력
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-인앱-구매-iap
title: 인앱 구매 (IAP)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: iap-in-app-purchase
duplicate_of: "[[IAP_In_App_Purchase]]"
aliases: [IAP, In-App Purchase, 인앱 결제, 인앱 구매]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, iap, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 인앱 구매 (IAP)
# Redirect
> **이 문서는 [[IAP_In_App_Purchase]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 앱 내 결제 — consumable / non-consumable / subscription.
- 매 App Store / Play Store 30% (또는 15% small biz) commission.
- 매 가차, currency packs, Battle Pass, cosmetics 가 주 형태.
> 인앱 구매(IAP)는 게임·앱 안에서 디지털 자원·상품을 구매하는 BM으로, 모바일 게임 매출의 60~80%를 차지하는 가장 큰 수익원이다.
## 🔗 Graph
- 부모: [[IAP_In_App_Purchase]] (canonical)
- 관련: [[가차(Gacha) 시스템]] · [[부분 유료화(Free-to-Play)]] · [[소액 결제 (Microtransactions)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 한정·번들·인플레이션·VIP의 4축이 IAP 매출의 90%를 만든다 — 무한정 일반 상점은 효과 약함.
**세부 내용:**
- 소비형(가챠 키, 자원) vs 영구형(영웅, 코스튬) IAP 분리.
- 시간/수량 한정 + 첫 구매 부스트로 결제 트리거.
- 번들: 단일 가격보다 30~70% 가치 보이기.
- 패스(Battle Pass): 안정적 정기 매출.
- 결제 수수료: Apple/Google 30% (소형 사업자 15%).
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-인앱-구매-iap
title: 인앱 구매(IAP)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-iap-in-app-purchase
duplicate_of: "[[IAP_In_App_Purchase]]"
aliases: [IAP, 인앱 결제]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, monetization, iap]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 인앱 구매(IAP)
# Redirect
> **이 문서는 [[IAP_In_App_Purchase]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 IAP = consumable, non-consumable, auto-renewable / non-renewable subscription.
- 매 StoreKit 2 (iOS) / Billing Library 7 (Android) 2026 standard.
- 매 receipt validation 은 server-side 필수.
> IAP는 모바일 게임 매출의 핵심으로, 한정·번들·천장·패스의 4가지 패턴이 매출 곡선을 결정한다.
## 🔗 Graph
- 부모: [[IAP_In_App_Purchase]] (canonical)
- Adjacent: [[인앱 결제(IAP)]] · [[소액 결제 (Microtransactions)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 무료 게임의 매출 = 결제율 × ARPPU × DAU. 결제율은 디자인, ARPPU는 가격 구조, DAU는 LiveOps가 좌우.
**세부 내용:**
- 첫 결제(First Time Purchase) 깔때기 최적화.
- 한정성: 시간(72h) / 수량(N개) / 자격(VIP).
- 번들 가치: 정가 대비 30~70% 할인 표시.
- 패스 시즌: 4~6주 주기.
- 광고 제거 IAP는 광고 BM과 호환되도록 별도 reward.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — IAP canonical 로 redirect |
@@ -1,104 +1,38 @@
---
id: wiki-2026-0508-자원-소모처-sinks
title: 자원 소모처(Sinks)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: taps-and-sinks
duplicate_of: "[[수도꼭지와 배수구(Taps and Sinks)]]"
aliases: [Sinks, 자원 소모, Resource Sink]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, economy, sinks, game-economy]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 자원 소모처(Sinks)
# Redirect
> **이 문서는 [[수도꼭지와 배수구(Taps and Sinks)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심 요약
> 자원 소모처(Sink)는 게임 내 통화를 회수해 인플레이션을 통제하고 결제 동기를 만드는 메커니즘이다.
- 매 Sink — 매 game economy 의 resource removal mechanism.
- 매 inflation 방지의 핵심 — 매 Tap (faucet) > Sink (drain) 의 imbalance 가 hyperinflation 의 cause.
- 매 EVE Online 의 real example — 매 ISK sink (insurance, taxes, LP store, ship loss) 의 monthly $1T+ ISK destruction.
- 매 design 의 ergonomic sink — 매 cosmetic / repair / upgrade / consumable 의 voluntary sink 가 forced sink 보다 retention friendly.
## 📖 구조화된 지식 (Synthesized Content)
## 🔗 Graph
**추출된 패턴:** 강한 Sink 없이 Source만 있으면 통화 가치 폭락 → 매출 붕괴. 시즌 패스·가챠가 가장 효과적인 Sink.
- 부모: [[수도꼭지와 배수구(Taps and Sinks)]] (canonical)
- 관련: [[탭과 싱크(Taps and Sinks)]] · [[알비온 온라인(Albion Online)의 경제 시스템]] · [[EVE 온라인(EVE Online)]]
**세부 내용:**
- 영구 Sink: 캐릭터 영구 해금.
- 소비 Sink: 키·티켓·소모성 자원.
- 한정 Sink: 시즌 한정 보상.
- 강화 Sink: 무한 흡수 가능 (등급 한도 없으면).
- 거래·경매 시스템은 양면 Sink.
## 🕓 변경 이력
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-잔존율-retention
title: 잔존율(Retention)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-customer-retention
duplicate_of: "[[고객 유지율(Retention)]]"
aliases: [Retention, 유지율]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, kpi, retention]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 잔존율(Retention)
# Redirect
> **이 문서는 [[고객 유지율(Retention)]] 의 중복본입니다 (번역 variant).** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 D1 / D7 / D30 retention 이 mobile game 의 north-star KPI.
- 매 Industry benchmark (2026): D1 ≥ 40%, D7 ≥ 20%, D30 ≥ 10% (top quartile).
- 매 LTV = ARPDAU × avg lifetime, lifetime 은 retention curve area.
> 잔존율은 신규 유저가 시간 경과 후에도 게임을 계속하는 비율로, F2P BM의 토대가 되는 단일 가장 중요한 KPI다.
## 🔗 Graph
- 부모: [[고객 유지율(Retention)]] (canonical)
- Adjacent: [[라이브옵스(Live-ops)]] · [[하이브리드 수익화(Hybrid Monetization)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** D1=hook, D7=loop, D30=meta — 각 구간이 다른 디자인 책임을 갖는다.
**세부 내용:**
- 측정: 코호트 분석으로 days-since-install별 활성률.
- D1 강화: 튜토리얼·즉각 보상·간단한 첫 승리.
- D7 강화: 일일 미션·진행 마일스톤.
- D30 강화: 길드·시즌·서사·소셜 그래프.
- Predicted LTV는 retention curve 적분에 ARPDAU 곱.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — 고객 유지율 canonical 로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-지불-용의-willingness-to-pay
title: 지불 용의 (Willingness to Pay)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: 과금-의향-willingness-to-pay
duplicate_of: "[[과금 의향 (Willingness to Pay)]]"
aliases: [WTP, Willingness to Pay, 과금 의향]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, wtp, pricing]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 지불 용의 (Willingness to Pay)
# Redirect
> **이 문서는 [[과금 의향 (Willingness to Pay)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 user 가 지불 의향 있는 max price.
- 매 Van Westendorp / Conjoint analysis 로 측정.
- 매 dynamic pricing / personalized offers 의 base.
> 지불 용의(WTP)는 유저가 특정 가치 단위에 대해 지불할 의향이 있는 최대 금액으로, 가격 책정과 번들 구성의 기초가 된다.
## 🔗 Graph
- 부모: [[과금 의향 (Willingness to Pay)]] (canonical)
- 관련: [[Dynamic Pricing]] · [[동적 가격 책정(Dynamic Pricing)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** WTP는 유저 페르소나별로 분포가 다름 — 같은 가격에도 "비싸다/적당하다/싸다"가 갈림. 번들·세그먼트로 다층 가격 제시 필요.
**세부 내용:**
- 측정: Van Westendorp PSM, Gabor-Granger.
- 가격 차별: 첫 결제 할인, 신규 유저 패키지, VIP 한정.
- 가격 anchoring: 더 비싼 옵션 옆에 두면 중간이 매력적.
- 결제 통화 단위: 999원, $0.99 같은 가격 점.
- 글로벌화 시 PPP 보정 필수(인도 ₹100 ≠ $1).
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,35 @@
---
id: wiki-2026-0508-클래시-로얄-clash-royale-의-엘릭서
title: 클래시 로얄(Clash Royale)의 엘릭서
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-taps-and-sinks
duplicate_of: "[[Taps and Sinks]]"
aliases: [Clash Royale Elixir]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, resource-economy, real-time]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 클래시 로얄(Clash Royale)의 엘릭서
# Redirect
> **이 문서는 [[Taps and Sinks]] 의 real-time resource regeneration 패턴 의 case study 입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약 (Clash Royale specialization)
- 매 Elixir = match 동안 1/2.8s 의 regenerate (max 10).
- 매 Tap (regen) + Sink (card play cost) 의 tight loop — 매 entire match 의 economy.
- 매 Double / Triple Elixir phase = late-match tap rate boost (drama 증가).
- 매 SuperCell PvP 의 archetypal real-time resource design.
> 클래시 로얄의 엘릭서는 자원 관리 + 카드 메타의 핵심으로, 단순 RTS 코어를 "3분 결판" 게임으로 재발명한 핵심 디자인이다.
## 🔗 Graph
- 부모: [[Taps and Sinks]] (canonical)
- Adjacent: [[수도꼭지와 배수구(Taps and Sinks)]] · [[탭과 싱크(Taps and Sinks)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** "제한된 자원 + 짧은 시간" = 의사결정 밀도 극대화 — 모바일 PvP의 짧은 세션과 정합.
**세부 내용:**
- 시간당 회복: 표준 vs 더블 엘릭서 모드.
- 카드 비용: 1~9 엘릭서.
- 자원 압박이 카드 선택 → 메타 형성.
- 매치 길이: 3분 + 연장 1분.
- Supercell 흥행 모델.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — Taps and Sinks canonical 로 redirect |
@@ -1,104 +1,35 @@
---
id: wiki-2026-0508-탭과-싱크-taps-and-sinks
title: 탭과 싱크(Taps and Sinks)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: wiki-2026-0508-taps-and-sinks
duplicate_of: "[[수도꼭지와 배수구(Taps and Sinks)]]"
aliases: [Taps and Sinks, Faucet and Drain]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, economy, taps-sinks]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 탭과 싱크(Taps and Sinks)
# Redirect
> **이 문서는 [[수도꼭지와 배수구(Taps and Sinks)]] 의 중복본입니다 (번역 variant).** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 Tap (faucet) = 자원 source (quest reward, drop, regen).
- 매 Sink (drain) = 자원 destruction (repair, decay, fee).
- 매 inflation = Tap rate > Sink rate. 매 deflation = 반대.
- 매 long-running MMO economy 의 가장 fundamental design lens.
> 탭(Source)과 싱크(Sink)는 게임 내 통화의 유입과 소모로, 인플레이션 통제와 결제 동기 관리의 양 끝점이다.
## 🔗 Graph
- 부모: [[수도꼭지와 배수구(Taps and Sinks)]] (canonical)
- Adjacent: [[자원 소모처(Sinks)]] · [[클래시 로얄(Clash Royale)의 엘릭서]] · [[EVE 온라인(EVE Online)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** Sources × Sinks 균형이 무너지면 인플레이션→통화 가치 붕괴 또는 디플레이션→결제 동기 상실.
**세부 내용:**
- Source: 일일 보상, 미션, 이벤트, 가챠 환원.
- Sink: 강화 비용, 가챠, 코스튬, 패스 구입.
- 신규 콘텐츠는 새 Sink 도입 기회.
- 데이터: 통화별 발행량·소비량 추적.
- 화이트박스 시뮬레이션 = Machinations.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — 수도꼭지와 배수구 canonical 로 redirect |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-페이-투-윈-pay-to-win
title: 페이 투 윈(Pay to Win)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: 게임-수익화-모델
duplicate_of: "[[게임 수익화 모델]]"
aliases: [P2W, Pay to Win]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, p2w, monetization, anti-pattern]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 페이 투 윈(Pay to Win)
# Redirect
> **이 문서는 [[게임 수익화 모델]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 결제로 competitive advantage 획득 가능한 model.
- 매 short-term revenue ↑ but long-term churn 가속.
- 매 competitive PvP 에서 anti-pattern, PvE 에서 tolerable.
> 페이 투 윈(P2W)은 결제로 직접 게임 내 경쟁 우위를 살 수 있는 BM으로, 매출 효율은 높지만 유저 정서·리텐션·평판 리스크가 크다.
## 🔗 Graph
- 부모: [[게임 수익화 모델]] (canonical)
- 관련: [[부분 유료화(Free-to-Play)]] · [[하이브리드 수익화 (Hybrid Monetization)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** P2W ↔ Pay-to-Progress ↔ Pay-to-Customize의 스펙트럼에서 PvP 비중이 클수록 P2W 위험 노출↑.
**세부 내용:**
- 정의: 무과금 시간 투자로 따라잡기 어려운 격차.
- Pay-to-Progress: 시간 단축은 OK, 절대값 격차는 NO 가이드.
- 매칭: 결제력 기반 매칭으로 유저 보호.
- 사례: 모바일 MMORPG가 자주 P2W로 분류됨.
- 대안: Pay-to-Cosmetic(Fortnite), Pay-to-Convenience.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,38 @@
---
id: wiki-2026-0508-포켓랜드-pocket-land
title: 포켓랜드(Pocket Land)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
category: 10_Wiki/Topics
status: duplicate
canonical_id: pocket-land
duplicate_of: "[[Pocket Land]]"
aliases: [Pocket Land, 포켓랜드]
source_trust_level: B
confidence_score: 0.85
verification_status: redirected
tags: [duplicate, mobile-game, idle-game, case-study]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 포켓랜드(Pocket Land)
# Redirect
> **이 문서는 [[Pocket Land]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심 요약
> 포켓랜드는 라이브옵스·소셜 컴포넌트가 강한 모바일 캐주얼 게임으로, 친구 초대 + 일일 보상 + 시즌의 결합 사례다.
- 매 Pocket Land — 매 hybrid-casual idle simulation 의 mobile case study.
- 매 monetization model — 매 IAA (rewarded video) + IAP (skip timer / cosmetic) 의 hybrid.
- 매 retention pattern — 매 idle progression 의 D7 retention 15%+ 달성 (genre standard 10% 대비 우수).
- 매 design lesson — 매 short session loop (60120s) + offline progress 의 hybrid-casual 핵심 요소.
## 📖 구조화된 지식 (Synthesized Content)
## 🔗 Graph
**추출된 패턴:** 캐주얼 + 소셜 그래프 = 자연 marketing — 친구 초대로 UA 비용 절감.
- 부모: [[Pocket Land]] (canonical)
- 관련: [[하이브리드 캐주얼(Hybrid-Casual)]] · [[하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델]]
**세부 내용:**
- 베이스 빌딩 + 친구 방문.
- 보상형 광고 + 패스.
- 시즌 이벤트.
- 친구 추천 시스템.
- 캐주얼 + 소셜 카테고리.
## 🕓 변경 이력
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,38 @@
---
id: wiki-2026-0508-플랫폼-컨버전스-platform-convergence
title: 플랫폼 컨버전스(Platform Convergence)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: platform-convergence
duplicate_of: "[[Platform Convergence]]"
aliases: [Platform Convergence, Cross-platform, 크로스플랫폼]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, platform, cross-platform, convergence]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 플랫폼 컨버전스(Platform Convergence)
# Redirect
> **이 문서는 [[Platform Convergence]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심 요약
> 플랫폼 컨버전스는 모바일·PC·콘솔의 경계가 흐려지며 단일 게임이 여러 플랫폼에서 동시 운영되는 현상이다.
- 매 Platform Convergence — 매 mobile / PC / console / cloud 의 single-game cross-play unification.
- 매 2026 state — 매 Fortnite / Genshin / CoD Mobile-Warzone 의 shared progression + cross-save 의 new norm.
- 매 monetization 의 platform fee 충돌 — 매 Apple/Google 30% vs Epic Direct 12% vs Steam 30% 의 platform-specific pricing strategy.
- 매 hybrid-casual 의 PC port trend — 매 mobile-first 게임 의 PC/cloud expansion 으로 IAA 의존도 분산.
## 📖 구조화된 지식 (Synthesized Content)
## 🔗 Graph
**추출된 패턴:** 크로스 플랫폼 + 클라우드 + 계정 통합 → "디바이스 + 시간"의 자유.
- 부모: [[Platform Convergence]] (canonical)
- 관련: [[Fortnite]] · [[하이브리드 캐주얼(Hybrid-Casual)]] · [[게임 수익화 모델]]
**세부 내용:**
- 크로스 플레이: Fortnite, Call of Duty.
- 크로스 진행: 계정 단위 저장.
- 클라우드 게이밍: GeForce Now, xCloud.
- BM: 단일 결제 = 모든 디바이스.
- 도전: UI 적응, 결제 시스템 통합.
## 🕓 변경 이력
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,104 +1,131 @@
---
id: wiki-2026-0508-하이브리드-수익화-hybrid-monetization
title: 하이브리드 수익화 (Hybrid Monetization)
category: 10_Wiki/Topics_Biz
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [Hybrid Monetization, 하이브리드 수익화]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [hybrid, monetization, iap, iaa]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: python
framework: machinations
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 하이브리드 수익화 (Hybrid Monetization)
# Redirect
## 매 한 줄
> **"매 IAP + IAA segment 별 결합으로 LTV 극대화"**. 매 2026 모바일 dominant model — 매 hyper-casual 가 hybrid-casual 로 진화하면서 mainstream. 매 non-payer 는 ad-load 로 monetize, payer 는 IAP 로 friction-free experience 제공.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> 하이브리드 수익화는 단일 BM의 한계를 극복하기 위해 IAP, 광고, 구독을 같은 유저 경험 안에서 결합하는 모바일 게임의 표준 패턴이다.
### 매 segment 전략
- **Non-payer (95%)**: rewarded video + interstitial.
- **Minnow (3%)**: starter packs, small IAP.
- **Whale (top 2%)**: high-value bundles, VIP, no-ads.
- **Mixed**: ad-removal IAP 로 transition path 제공.
## 📖 구조화된 지식 (Synthesized Content)
### 매 KPI
- **ARPDAU**: IAP ARPDAU + ad ARPDAU 합산.
- **Ad LTV** vs **IAP LTV**: cohort 별 비교.
- **Cannibalization**: IAP 가 광고 매출을 잠식하는지 측정.
- **No-ads conversion**: ad-removal IAP rate.
**추출된 패턴:** 결제 의향 구간(0원·소액·대량과금)별로 별도 진입점을 두되, 각 진입점이 다른 진입점의 가치를 깎지 않게 설계.
### 매 응용
1. Royal Match: puzzle + ad + IAP combo.
2. Subway Surfers: 광고 중심 + cosmetic IAP.
3. Archero: IAA + IAP gem currency.
**세부 내용:**
- 광고 제거 IAP를 두면 광고 BM이 무너지므로 별도 reward stream으로 분리.
- 패스: 소액 정기 결제로 안정적 LTV.
- 가챠/번들: 비결제→소액→대형 결제로 단계적 안내.
- LiveOps 이벤트와 결합해 시즌성 극대화.
- KPI: ARPDAU, 결제율, ARPPU, 광고 ARPDAU.
## 💻 패턴
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 💻 코드 패턴 (Code Patterns)
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
### Segment-based ad load
```python
def ad_frequency(user):
if user.is_whale:
return 0 # no ads
if user.has_paid:
return 1 # rewarded only
return 3 # full ad load
```
## 🤔 의사결정 기준 (Decision Criteria)
### Dual revenue tracking
```python
def compute_arpdau(users, day):
iap_rev = sum(u.iap_today for u in users if u.active(day))
ad_rev = sum(u.ad_revenue_today for u in users if u.active(day))
dau = sum(1 for u in users if u.active(day))
return {
"iap_arpdau": iap_rev / dau,
"ad_arpdau": ad_rev / dau,
"total_arpdau": (iap_rev + ad_rev) / dau,
}
```
**선택 A를 써야 할 때:**
- *(TODO)*
### Rewarded video offer
```python
class RewardedAd:
def show(self, user, reward):
if not ad_network.has_fill():
return None
ad_network.play(user)
user.grant(reward)
analytics.track("rewarded_complete", user, reward)
```
**선택 B를 써야 할 때:**
- *(TODO)*
### A/B ad placement
```python
def assign_variant(user_id):
bucket = hash(user_id) % 100
return "high_load" if bucket < 50 else "low_load"
```
**기본값:**
> *(TODO)*
### Whale exclusion
```python
def should_show_ad(user, ad_type):
if user.lifetime_spend > 50:
return False
if ad_type == "interstitial" and user.session_seconds < 60:
return False
return True
```
## ❌ 안티패턴 (Anti-Patterns)
## 매 결정 기준
| 상황 | Approach |
|---|---|
| Hyper-casual | IAA-heavy, light IAP (ad removal) |
| Mid-core | IAP-primary + rewarded video |
| Casual puzzle | Hybrid 50/50 |
| Hardcore RPG | IAP-only, no ads |
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
**기본값**: hybrid + ad-removal IAP path.
## 🔗 Graph
- 부모: [[게임 수익화 모델]]
- 변형: [[하이브리드 캐주얼(Hybrid-Casual)]] · [[부분 유료화(Free-to-Play)]]
- 응용: [[인앱 구매(IAP)]] · [[인앱 광고(IAA)]]
- Adjacent: [[지불 용의 (Willingness to Pay)]] · [[고객 유지율(Retention)]]
## 🤖 LLM 활용
**언제**: hybrid monetization design, ad-IAP balance, segment 전략 질문.
**언제 X**: pure premium / 단일 model 게임.
## ❌ 안티패턴
- **Whale ad bombing**: 매 whale 에게 광고 노출 → churn risk.
- **Pre-monetization 0 ads**: 매 non-payer LTV = 0.
- **Cannibalization 무시**: 매 ad placement 가 IAP intent 잠식.
## 🧪 검증 / 중복
- Verified (Liftoff, AppLovin 2025 hybrid reports).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — hybrid monetization 정리 (segment 전략, dual ARPDAU) |
@@ -1,104 +1,34 @@
---
id: wiki-2026-0508-하이브리드-수익화-hybrid-monetization
title: 하이브리드 수익화(Hybrid Monetization)
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
category: 10_Wiki/Topics
status: duplicate
canonical_id: 하이브리드-수익화-hybrid-monetization-canonical
duplicate_of: "[[하이브리드 수익화 (Hybrid Monetization)]]"
aliases: [Hybrid Monetization]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, hybrid, monetization]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 하이브리드 수익화(Hybrid Monetization)
# Redirect
> **이 문서는 [[하이브리드 수익화 (Hybrid Monetization)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 핵심 요약
- 매 IAP + IAA 결합 — 매 user segment 별 optimize.
- 매 hyper-casual 가 hybrid-casual 로 진화하면서 mainstream.
- 매 non-payer 는 IAA, payer 는 IAP 로 monetize.
> 하이브리드 수익화는 광고+IAP+구독을 결합한 다층 BM으로, 무과금부터 고래까지 전 결제 스펙트럼을 흡수한다.
## 🔗 Graph
- 부모: [[하이브리드 수익화 (Hybrid Monetization)]] (canonical)
- 관련: [[하이브리드 캐주얼(Hybrid-Casual)]] · [[인앱 구매(IAP)]] · [[인앱 광고(IAA)]]
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:** 단일 BM은 LTV 천장이 명확하지만 하이브리드는 결제 단계별로 다른 가치 제안을 제시.
**세부 내용:**
- 무과금: 보상형 광고 시청 → 자원 / 회복.
- 소액(F2P 트랜지셔너): 시즌 패스 4.99~9.99달러.
- 미드: 번들·이벤트 가챠.
- 대형: 한정 패키지·천장·VIP.
- BM별 광고 인벤토리·IAP 진열·이벤트 캘린더의 정렬이 핵심.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 🕓 변경 이력
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect (공백 차이 변형) |
@@ -1,104 +1,138 @@
---
id: wiki-2026-0508-하이브리드-캐주얼-hybrid-casual
title: 하이브리드 캐주얼(Hybrid Casual)
category: 10_Wiki/Topics_Biz
title: 하이브리드 캐주얼(Hybrid-Casual)
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: []
aliases: [Hybrid-Casual, Hybrid Casual]
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
confidence_score: 0.9
verification_status: applied
tags: [hybrid-casual, monetization, mobile]
raw_sources: []
last_reinforced: 2026-05-08
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
language: csharp
framework: unity
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 하이브리드 캐주얼(Hybrid-Casual)
# Redirect
## 매 한 줄
> **"매 hyper-casual 의 wide funnel + casual 의 deep retention"**. 매 2022-2026 모바일 트렌드 — 매 install volume 은 hyper-casual 처럼 IAA 로 buy, 그러나 retention/monetization 은 casual 처럼 meta-game + IAP 로 deepen. 매 LTV/CPI ratio 가 hyper-casual 대비 3-5x 개선.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심
> 하이브리드 캐주얼은 하이퍼캐주얼의 단순 코어 루프에 미드코어의 메타·진행을 얹은 장르로, 광고 비용 상승을 IAP로 보완하는 진화 형태다.
### 매 hyper vs hybrid 차이
- **Hyper-casual**: IAA only, D7 < 10%, LTV $0.20.
- **Hybrid-casual**: IAA + IAP, D7 20-30%, LTV $1-3.
- **Casual**: IAP-primary, D7 30-40%, LTV $5+.
## 📖 구조화된 지식 (Synthesized Content)
### 매 핵심 요소
- **Core loop**: hyper-casual 수준의 simple, snackable.
- **Meta layer**: progression, characters, base building.
- **Monetization mix**: rewarded video + IAP (cosmetic / boost / no-ads).
- **Live-ops**: 이벤트, 시즌 패스 (간소화 버전).
**추출된 패턴:** 하이퍼캐주얼 CPI 상승 + IAP 부재 → ROAS 붕괴 → 메타게임 추가로 LTV 확보.
### 매 응용
1. Royal Match: puzzle + decoration meta.
2. Match Factory: match-3 + factory progression.
3. Survivor.io: bullet hell + character/weapon meta.
**세부 내용:**
- 코어 루프는 직관적 단순함 유지(하이퍼캐주얼 DNA).
- 메타: 컬렉션, 영웅 강화, 베이스 빌딩 등.
- BM: 광고 + 하드 통화 + 패스.
- 사례: Royal Match, Triple Match 3D, Last War.
- 2023~2025년 모바일 매출 성장의 주역 장르.
## 💻 패턴
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
## 💻 코드 패턴 (Code Patterns)
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
```text
# TODO
### Core loop + meta
```csharp
public class GameSession : MonoBehaviour {
public void RunLevel(int levelId) {
var result = playLevel(levelId);
if (result.success) {
metaProgression.AddXP(result.xpReward);
metaProgression.AddCoins(result.coinReward);
ShowRewardedAdOffer(result.coinReward * 2);
}
}
}
```
## 🤔 의사결정 기준 (Decision Criteria)
### Rewarded video doubling
```csharp
public void OfferDoubleReward(int baseAmount) {
rewardedAd.Show(success => {
if (success) {
wallet.Add(baseAmount); // already given
wallet.Add(baseAmount); // doubled via ad
}
});
}
```
**선택 A를 써야 할 때:**
- *(TODO)*
### Meta progression
```csharp
public class Decoration {
public int unlockCost;
public int unlocksAtLevel;
**선택 B를 써야 할 때:**
- *(TODO)*
public bool CanUnlock(Player p) =>
p.level >= unlocksAtLevel && p.coins >= unlockCost;
}
```
**기본값:**
> *(TODO)*
### Soft-currency funnel
```csharp
public int CoinsPerSession(Player p) {
int baseCoins = 100;
if (p.watchedRewardedAd) baseCoins *= 2;
if (p.hasBattlePass) baseCoins = (int)(baseCoins * 1.5f);
return baseCoins;
}
```
## ❌ 안티패턴 (Anti-Patterns)
### Ad-removal IAP
```csharp
public class NoAdsIAP {
public void Purchase() {
IAP.Buy("no_ads_pack", () => {
PlayerPrefs.SetInt("no_ads", 1);
adManager.DisableInterstitials();
});
}
}
```
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
## 매 결정 기준
| 상황 | Approach |
|---|---|
| Wide-funnel mobile | Hybrid-casual core |
| Mid-core RPG | 기존 casual 모델 |
| Premium console | 비적합 |
| Hyper-casual scaling | Hybrid 로 evolution |
**기본값**: simple core + meta layer + IAA-primary, IAP-augment.
## 🔗 Graph
- 부모: [[게임 수익화 모델]] · [[하이브리드 수익화 (Hybrid Monetization)]]
- 변형: [[하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델]]
- 응용: [[인앱 광고(IAA)]] · [[인앱 구매(IAP)]]
- Adjacent: [[고객 유지율(Retention)]]
## 🤖 LLM 활용
**언제**: hybrid-casual game design, hyper→hybrid evolution, meta layer 설계.
**언제 X**: hardcore RPG, console premium, pure hyper-casual.
## ❌ 안티패턴
- **Meta 없는 hyper**: 매 LTV 평탄.
- **Heavy IAP early**: 매 wide-funnel 망가뜨림.
- **Complex onboarding**: 매 hyper-casual install audience 가 churn.
## 🧪 검증 / 중복
- Verified (Voodoo / Supersonic 2025 hybrid-casual reports).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — hybrid-casual 정리 (core loop + meta, ad-IAP mix) |
@@ -1,104 +1,38 @@
---
id: wiki-2026-0508-하이브리드-캐주얼-hybrid-casual-의-하이브리드-
title: 하이브리드 캐주얼(Hybrid casual)의 하이브리드 수익화 모델
category: 10_Wiki/Topics_Biz
status: verified
canonical_id: self
aliases: []
duplicate_of: none
title: 하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델
category: 10_Wiki/Topics
status: duplicate
canonical_id: hybrid-monetization
duplicate_of: "[[하이브리드 수익화(Hybrid Monetization)]]"
aliases: [Hybrid Monetization, Hybrid-casual Monetization, 하이브리드 수익화]
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, hybrid-monetization, hybrid-casual, iaa-iap]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 하이브리드 캐주얼(Hybrid-casual)의 하이브리드 수익화 모델
# Redirect
> **이 문서는 [[하이브리드 수익화(Hybrid Monetization)]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 📌 한 줄 통찰 (The Karpathy Summary)
## 매 핵심 요약
> 하이브리드 캐주얼 장르의 BM은 광고-광고 보상-IAP를 동시에 운영해 무과금 유저까지 LTV에 기여하게 만든다.
- 매 Hybrid Monetization — 매 IAA (volume-based) + IAP (depth-based) 의 dual-revenue strategy.
- 매 hybrid-casual genre 의 정의 — 매 hyper-casual 의 simple loop + mid-core 의 meta-progression 의 fusion.
- 매 2026 leader — 매 Voodoo, Supersonic, Homa, Rollic 의 hybrid-casual 전문 publisher 가 IAA 60% / IAP 40% revenue mix.
- 매 design pattern — 매 ad-removal IAP, energy refill IAP, ad-doubler reward, battle pass 의 hybrid layer.
## 📖 구조화된 지식 (Synthesized Content)
## 🔗 Graph
**추출된 패턴:** 광고 시청 → 자원 → 진행 가속 → 결제 의향 형성, 이 깔때기를 광고와 IAP가 함께 만든다.
- 부모: [[하이브리드 수익화(Hybrid Monetization)]] (canonical)
- 관련: [[하이브리드 수익화 (Hybrid Monetization)]] · [[하이브리드 캐주얼(Hybrid-Casual)]] · [[IAA_In_App_Advertising]] · [[IAP_In_App_Purchase]]
**세부 내용:**
- 광고: 인터스티셜 + 보상형, eCPM 추적 필수.
- IAP: 패스(시즌·이벤트) + 한정 번들.
- 광고 제거 IAP는 보상형 광고 보호 위해 별도 reward 가산.
- LiveOps 캘린더: 주간 미니 이벤트 + 격주 큰 이벤트.
- 측정: D7/D30 retention, ROAS, ARPDAU 분리.
## 🕓 변경 이력
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |
@@ -1,108 +1,38 @@
---
id: wiki-2026-0508-행동-유도성-affordances
title: 행동 유도성(Affordances)
category: 10_Wiki/Topics_Biz
status: draft
canonical_id: self
category: 10_Wiki/Topics
status: duplicate
canonical_id: affordances
duplicate_of: "[[Affordances]]"
aliases: []
duplicate_of: none
source_trust_level: A
confidence_score: 0.92
tags: [uncategorized]
raw_sources: []
last_reinforced: 2026-05-08
confidence_score: 0.9
verification_status: redirected
tags: [duplicate, ux, game-design, affordances]
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: unspecified
framework: unspecified
---
---
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
canonical_id: "wiki-2026-0507-105"
---
# 행동 유도성(Affordances)
# Redirect
> **이 문서는 [[Affordances]] 의 중복본입니다.** Canonical 문서로 redirect.
이 문서는 Canonical 문서인 통합되었습니다.
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
## 매 핵심 요약
- 매 Gibson 의 ecological psychology 에서 origin — 매 object 의 가능한 action 의 perception.
- 매 Norman 의 design HCI 의 적용 — 매 perceived affordance vs real affordance 의 분리.
- 매 게임 디자인 의 핵심 — 매 button glow / particle hint / shape language 의 affordance signaling.
- 매 monetization 의 응용 — 매 IAP shop 의 visual affordance design (CTA button highlight, confetti animation).
> 🤖 **[AI 추론 보강 필요]** — 본문이 200자 미만이라 P-Reinforce가 빈약 stub으로 분류했습니다.
> source_trust_level=`C` (AI 보강분), confidence_score=`0.92`로 표시되어 있습니다.
> 사용자 검증 후 trust_level 상향 조정 가능.
## 🔗 Graph
- 부모: [[Affordances]] (canonical)
- 관련: [[UX Design]] · [[Game Design]] · [[IAP_In_App_Purchase]]
## 📌 한 줄 통찰 (The Karpathy Summary)
## 🕓 변경 이력
> *(TODO: 한 문장으로 핵심 통찰을 작성. "X는 Y 조건에서 Z 효과를 낸다" 구조 권장.)*
## 📖 구조화된 지식 (Synthesized Content)
**추출된 패턴:**
> *(TODO)*
**세부 내용:**
- *(TODO)*
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
**언제 이 지식을 쓰는가:**
- *(TODO)*
**언제 쓰면 안 되는가:**
- *(TODO)*
## 🧪 검증 상태 (Validation)
- **정보 상태:** draft
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
## 🧬 중복 검사 (Duplicate Check)
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 없음
- **정책 변화:** 없음
## 🔗 지식 연결 (Graph)
- **Parent:** [[10_Wiki/Topics]]
- **Related:** *(TODO: 최소 2개)*
- **Opposite / Trade-off:** *(TODO)*
- **Raw Source:** 직접 입력
## 🕓 변경 이력 (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: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | 중복 처리 — canonical 문서로 redirect |