[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -2,98 +2,187 @@
|
||||
id: wiki-2026-0508-rise-of-kingdoms
|
||||
title: Rise of Kingdoms
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
aliases: [RoK, ROK, 만국각성, Rise of Civilizations]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
confidence_score: 0.9
|
||||
verification_status: applied
|
||||
tags: [game-design, mobile, 4X, F2P, monetization, live-ops]
|
||||
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: Unity/C#
|
||||
framework: mobile MMO 4X
|
||||
---
|
||||
|
||||
# [[Rise of Kingdoms|Rise of Kingdoms]]
|
||||
# Rise of Kingdoms
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Rise of Kingdoms는 Lilith Games에서 퍼블리싱한 인기 4X 전략 게임으로, 장기적인 신뢰 구축과 몰입에 중점을 둔 점진적 수익화(Gradual Monetization) 전략을 채택하고 있습니다 [1, 2]. 플레이어가 게임의 핵심 루프와 내러티브를 충분히 이해할 때까지 결제 압박을 최소화하며, 이후 가치 높은 번들과 전설 사령관 중심의 BM으로 수익을 창출합니다 [3, 4]. 또한 MOBA 장르의 요소를 결합한 동기식 PvP 모드를 도입하는 등 지속적인 콘텐츠 확장을 보여주고 있습니다 [5].
|
||||
## 매 한 줄
|
||||
> **"매 mobile-native 4X MMO — 매 server-as-game-world."**. Lilith Games 의 2018 release (originally Rise of Civilizations), 매 seamless world map 의 하나 server 의 thousands 의 players 의 simultaneous interact, 매 modern mobile 4X (State of Survival, Top War, Last War) 의 template 의 establishing.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
**점진적 수익화 전략 (Gradual Monetization Strategy)**
|
||||
* **초기 몰입 우선:** 게임 초반부에는 수익화 배너보다 게임 플레이와 관련된 알림에 초점을 맞춘 깔끔한 UI를 제공합니다 [1, 3]. 이는 플레이어가 게임 세계와 내러티브에 깊이 몰입하게 만들며, 추가 건설 대기열이나 타이머 단축, 프리미엄 영웅 등의 가치를 스스로 체감한 후에야 본격적인 결제를 유도합니다 [3].
|
||||
* **결제 패턴의 차이:** 이러한 구조로 인해, 게임 초반부터 강하게 결제를 압박하는 다른 4X 게임(예: Evony)과 달리 플레이어의 첫 번째 결제 평균 금액이 이후의 구매 금액보다 낮게 나타납니다 [6]. 지출을 강요당하는 것이 아니라 선택적인 것으로 느끼게 만들어 장기적인 유지율(Retention)을 높입니다 [7].
|
||||
## 매 핵심
|
||||
|
||||
**주요 BM 구조**
|
||||
* **핵심 수익원:** 보석(Gem) 구매와 더불어 전설 사령관(Legendary commanders)과 연계된 고가치 번들에 크게 의존하고 있습니다 [4].
|
||||
* **지속적 수익 창출:** 매월 제공되는 시즌 패스, 성장 기금(Growth Fund), 연쇄 상품(Chain offers) 등을 통해 안정적인 수익 모델을 유지합니다 [4, 8]. 수많은 팝업으로 물량 공세를 펴기보다는 명확성과 명성(Prestige)을 통해 상품의 가치를 전달합니다 [4].
|
||||
### 매 design pillars
|
||||
- **Seamless world map** — pinch-zoom continuous, 의 X tile-screen.
|
||||
- **Civilization choice** — 11 civs (Rome, China, Korea, ...), unique commander + bonus.
|
||||
- **Real-time march** — armies physically traverse map; ambush possible.
|
||||
- **Alliance warfare** — KvK (Kingdom vs Kingdom) cross-server events.
|
||||
- **Commander gacha** — RPG-style hero collection layered on 4X.
|
||||
|
||||
**게임 플레이 및 콘텐츠 확장**
|
||||
* **장르 융합 (MOBA 요소 도입):** '올림피아의 챔피언(Champions of Olympia)'이라는 새로운 5v5 동기식 PvP 게임 모드를 추가하여 MOBA 장르의 영향을 강하게 받았습니다 [5].
|
||||
* **전략적 메커니즘:** 해당 모드에서는 3명의 챔피언을 선택해 전장의 목표 지점을 점령해야 하며, 이동 속도를 높이는 도로나 속도를 늦추고 방어력을 낮추는 늪 등의 지형 효과가 존재합니다 [5]. 병력이 포위되거나 아군이 쓰러질 때 감소하는 사기(Morale) 시스템과 사망 시 아군 시작 지점에서 부활(Respawn)하는 메커니즘을 통해 4X 전략 기반 위에 새로운 플레이 경험을 제공합니다 [5].
|
||||
### 매 monetization layers
|
||||
- Speedups (time skip currency).
|
||||
- Resource bundles.
|
||||
- Commander sculptures (gacha duplicates).
|
||||
- VIP / pass progression.
|
||||
- Whale-targeted "More than Gems" packs ($99+).
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** 점진적 수익화(Gradual Monetization), [[4X Strategy|4X Strategy]], MOBA
|
||||
- **Projects/Contexts:** [[Game of War BM과 구조 조사|Game of War BM과 구조 조사]]
|
||||
- **Contradictions/Notes:** Evony, Puzzles & Survival과 같이 즉각적인 수익화(Immediate Monetization Strategy)를 시도하는 게임들은 초기부터 공격적인 팝업과 패키지로 결제를 유도하지만, Rise of Kingdoms는 이와 반대로 초기 수익화 압박을 줄이고 장기적 가치에 투자하는 대조적인 모습을 보입니다 [1, 6, 9, 10].
|
||||
### 매 응용
|
||||
1. F2P 4X mobile design reference.
|
||||
2. Live-ops cadence model (KvK every 60 days, season pass).
|
||||
3. Cross-server matchmaking architecture.
|
||||
4. Mobile MMO retention case study.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
## 💻 패턴
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** needs_review
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
|
||||
## 💻 코드 패턴 (Code Patterns)
|
||||
|
||||
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
|
||||
|
||||
```text
|
||||
# TODO
|
||||
### March Time Calculation
|
||||
```csharp
|
||||
public static TimeSpan CalcMarchTime(Vector2 from, Vector2 to,
|
||||
float baseSpeed, float speedBuff) {
|
||||
float dist = Vector2.Distance(from, to);
|
||||
float effectiveSpeed = baseSpeed * (1f + speedBuff);
|
||||
return TimeSpan.FromSeconds(dist / effectiveSpeed);
|
||||
}
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
### Commander Skill Tree
|
||||
```csharp
|
||||
public class CommanderSkill {
|
||||
public string Id;
|
||||
public int Level; // 1..5
|
||||
public int MaxLevel = 5;
|
||||
public int[] CostPerLevel = { 0, 100, 300, 700, 1500, 3000 };
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
public bool TryUpgrade(ref int sculptures) {
|
||||
if (Level >= MaxLevel) return false;
|
||||
int cost = CostPerLevel[Level + 1];
|
||||
if (sculptures < cost) return false;
|
||||
sculptures -= cost;
|
||||
Level++;
|
||||
return true;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
### Server (Kingdom) Tick Loop
|
||||
```python
|
||||
async def kingdom_tick(kingdom_id: int, dt_ms: int):
|
||||
"""매 기본 simulation tick: resources, marches, buildings."""
|
||||
await update_resource_production(kingdom_id, dt_ms)
|
||||
await advance_marches(kingdom_id, dt_ms)
|
||||
await tick_building_queues(kingdom_id, dt_ms)
|
||||
await tick_research_queue(kingdom_id, dt_ms)
|
||||
await broadcast_chat_messages(kingdom_id)
|
||||
```
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
### KvK Match-Making
|
||||
```python
|
||||
def matchmake_kvk(kingdoms: list[dict], group_size=8) -> list[list[int]]:
|
||||
"""Sort by power, snake-draft into groups for parity."""
|
||||
sorted_k = sorted(kingdoms, key=lambda k: -k["power"])
|
||||
groups = [[] for _ in range(group_size)]
|
||||
for i, k in enumerate(sorted_k):
|
||||
idx = i % group_size if (i // group_size) % 2 == 0 \
|
||||
else group_size - 1 - (i % group_size)
|
||||
groups[idx].append(k["id"])
|
||||
return groups
|
||||
```
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
### Speedup Inventory
|
||||
```csharp
|
||||
public class SpeedupInventory {
|
||||
public Dictionary<int, int> ByMinutes = new(); // 1, 5, 15, 60, 480, 1440
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
public TimeSpan TotalAvailable() {
|
||||
long mins = 0;
|
||||
foreach (var (m, c) in ByMinutes) mins += (long)m * c;
|
||||
return TimeSpan.FromMinutes(mins);
|
||||
}
|
||||
|
||||
public bool Apply(TimeSpan needed) {
|
||||
// greedy largest-first
|
||||
long remaining = (long)needed.TotalMinutes;
|
||||
foreach (var m in ByMinutes.Keys.OrderByDescending(x => x)) {
|
||||
int use = (int)Math.Min(ByMinutes[m], remaining / m);
|
||||
ByMinutes[m] -= use;
|
||||
remaining -= (long)use * m;
|
||||
if (remaining <= 0) return true;
|
||||
}
|
||||
return false;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### Alliance Help Buff
|
||||
```python
|
||||
def alliance_help_reduction(active_helpers: int, building_time_s: int,
|
||||
per_help_pct: float = 0.01,
|
||||
cap_pct: float = 0.10) -> int:
|
||||
reduction = min(active_helpers * per_help_pct, cap_pct)
|
||||
return int(building_time_s * (1 - reduction))
|
||||
```
|
||||
|
||||
### Whale Cohort Analytics
|
||||
```python
|
||||
def whale_cohort(payments: list[dict], threshold_usd=1000):
|
||||
by_user = {}
|
||||
for p in payments:
|
||||
by_user.setdefault(p["user_id"], 0)
|
||||
by_user[p["user_id"]] += p["amount_usd"]
|
||||
whales = {u: amt for u, amt in by_user.items() if amt >= threshold_usd}
|
||||
return {
|
||||
"whale_count": len(whales),
|
||||
"whale_revenue_share": sum(whales.values()) / sum(by_user.values()),
|
||||
"whale_arpu": sum(whales.values()) / max(len(whales), 1),
|
||||
}
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| 상황 | Approach |
|
||||
|---|---|
|
||||
| New mobile 4X design | RoK/ToS 매 reference, 매 seamless map 의 default |
|
||||
| Cross-server PvP | Power-tiered KvK matchmaking |
|
||||
| F2P retention slump | Add commander gacha layer + season pass |
|
||||
| Whale dependency too high | Add mid-spender bundles + battle pass |
|
||||
| Server population decline | Migration / merger system |
|
||||
|
||||
**기본값**: 매 RoK template — seamless map + civ + commander gacha + alliance + KvK — 매 2026 mobile 4X 의 baseline.
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[Game Design]] · [[Mobile Game Monetization]]
|
||||
- 변형: [[State of Survival]] · [[Top War]] · [[Last War]]
|
||||
- 응용: [[Live Ops Strategy]] · [[Gacha Design]] · [[Alliance Warfare]]
|
||||
- Adjacent: [[4X Strategy]] · [[F2P Economy]] · [[KvK Matchmaking]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: NPC dialogue generation, alliance chat translation, in-game tutorial copy, customer support automation.
|
||||
**언제 X**: 매 economy balance simulation 의 LLM 의 X — Monte Carlo + manual review 의 use; live game decision 의 LLM 의 unilateral 의 X.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Pay-to-win without skill**: pure spend 의 win 의 churn 의 mid-spender.
|
||||
- **No KvK reset**: 매 stale top alliance 의 server 의 dominate → newcomer 의 X.
|
||||
- **Speedup hoarding**: bundle 의 cheap speedups 의 inflation 의.
|
||||
- **Commander power creep**: new commanders 의 obsolete 의 old whales 의 spend → backlash.
|
||||
- **Single-server design**: cross-server event 의 X — 매 long-term retention 의 핵심 의 missing.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (Lilith Games official, Sensor Tower 2024/25 mobile reports).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — RoK design template + monetization patterns |
|
||||
|
||||
Reference in New Issue
Block a user