[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -2,128 +2,190 @@
|
||||
id: wiki-2026-0508-alliance-동맹
|
||||
title: Alliance (동맹)
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
aliases: [Guild, Clan, Faction, 동맹]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [auto-consolidated, technical-documentation]
|
||||
confidence_score: 0.9
|
||||
verification_status: applied
|
||||
tags: [game-design, social-systems, mmo, architecture]
|
||||
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: typescript
|
||||
framework: Game backend (Colyseus, Nakama, custom)
|
||||
---
|
||||
|
||||
# [[Alliance (동맹)|Alliance (동맹)]]
|
||||
# Alliance (동맹)
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Game of War에서 동맹(Alliance)은 최대 100명의 플레이어로 구성되는 복잡한 정치적 및 사회적 연합체입니다 [1]. 이는 단순한 협력 그룹을 넘어 플레이어 간의 자원 공유, 방어용 군집(Hive) 형성, 그리고 왕국(Kingdom)의 통치권을 차지하기 위해 필수적으로 요구되는 핵심 시스템입니다 [2]. 특히 동맹원 간의 상호 원조 기능과 인앱 결제(IAP) 보상을 공유하는 시스템은 플레이어들에게 강력한 유대감과 과금에 대한 사회적 압박을 동시에 부여하는 핵심적인 BM(비즈니스 모델) 동력으로 작용합니다 [2-4].
|
||||
## 매 한 줄
|
||||
> **"매 player-formed group — shared goals, shared resources, shared identity"**. 매 MMO/SLG 의 retention 핵심 system. 매 EverQuest guild (1999) → World of Warcraft guild (2004) → Lords Mobile/Rise of Kingdoms 동맹 (2017+). 매 2026 modern SLG (4X/RTS hybrid) 의 core loop driver — solo player retention < 7 days, alliance member retention > 90 days 의 typical metric.
|
||||
|
||||
---
|
||||
## 매 핵심
|
||||
|
||||
'게임 오브 워(Game of War)'를 비롯한 4X 모바일 게임에서 얼라이언스(동맹)는 최대 100명의 플레이어로 구성되는 복잡한 정치적, 사회적 집단입니다 [1]. 단순한 팀의 개념을 넘어 플레이어 간의 협력, 외교, 배신 등 창발적 게임플레이(Emergent Gameplay)를 유도하는 핵심 기반입니다 [2-4]. 특히 얼라이언스 내에서 형성된 사회적 유대감과 상호 압박은 플레이어들이 게임에 지속적으로 참여하고 막대한 인앱 결제(IAP)를 진행하게 만드는 가장 강력한 원동력으로 작용합니다 [5, 6].
|
||||
### 매 구조
|
||||
- **Membership tier**: Leader / Officers (R4/R5) / Members / Recruits.
|
||||
- **State**: roster, treasury, buff inventory, war declarations, territory.
|
||||
- **Permissions**: hierarchical RBAC — invite/kick/promote/demote/disband.
|
||||
- **Lifecycle**: create → recruit → grow → war → decline → disband.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **사회적 구조와 역할 분담 (Social Structure and Roles)**
|
||||
* 동맹은 플레이어들이 적의 공격으로부터 서로를 보호하기 위해 도시들을 밀집시키는 '하이브(hive)'를 형성하도록 유도합니다 [2].
|
||||
* 동맹 내부에서 플레이어들은 각자의 특화된 역할을 분담합니다. 자원을 안전하게 보관하는 '은행가(Banker)', 군사력보다는 동맹을 위한 자원 생산에 집중하는 '농부(Farmer)', 맵의 정보를 파악하는 '정찰병(Scout)' 등 매우 고도로 조직화된 형태로 운영됩니다 [5].
|
||||
* 다른 동맹과의 불가침 조약(NPA)을 맺는 등의 외교 활동, 동맹 내 배신이나 파벌 갈등과 같은 정치는 거대한 메타게임을 만들어냅니다 [6].
|
||||
### 매 server-authoritative invariants
|
||||
- 매 single alliance per player 의 enforcement (atomic).
|
||||
- Member cap (typical 50–100) — atomic check-and-insert.
|
||||
- Treasury balance — race-free debit/credit (transactional).
|
||||
- War state machine — pending/active/peace transitions.
|
||||
|
||||
* **BM 구조와 과금 유도 (Monetization & Social Pressure)**
|
||||
* 동맹 시스템은 이 게임의 수익 창출에 가장 중추적인 역할을 담당합니다. 한 동맹원이 인앱 결제 번들을 구매하면 동맹의 다른 모든 인원도 선물을 받게 되는 이른바 '킥백(kick-back)' 보상 시스템이 존재합니다 [3, 4].
|
||||
* 이 시스템은 플레이어가 팀원들을 실망시키지 않고 동맹에 기여해야 한다는 강력한 심리적, 사회적 압박을 만들어내어 지속적인 과금을 이끌어냅니다 [2, 3].
|
||||
* 큰 금액을 과금하는 유저들은 동일하게 적극적으로 과금하는 유저들이 모인 동맹에 속하길 원하며, 과금이나 기여를 하지 않는 무임승차자(Moocher)들은 동맹에서 추방당하는 등 내부적인 자체 규율이 엄격하게 적용됩니다 [3, 4, 7].
|
||||
### 매 응용
|
||||
1. **SLG 4X game** (Lords Mobile pattern) — alliance buffs, rallies, KvK.
|
||||
2. **MMO guild** (WoW pattern) — guild bank, calendar, perk levels.
|
||||
3. **Mobile RPG clan** (Clash of Clans pattern) — clan wars, donations.
|
||||
4. **Social fitness app** (Strava clubs) — challenges, leaderboards.
|
||||
|
||||
* **협동 및 진행 가속 시스템 (Cooperation and Progression)**
|
||||
* 플레이어들은 '동맹 지원(Alliance Help)' 기능을 통해 서로의 건물 건설이나 연구 시간을 단축시켜 줄 수 있습니다 [8, 9]. 이는 플레이어들 간의 이타주의를 이끌어내고 자주 게임에 접속하게 만드는 필수적인 상호작용입니다 [10].
|
||||
* 동맹 퀘스트를 완료하면 플레이어와 동맹 전체 모두에게 보상이 돌아가며 [11], 동맹 상점(Alliance Store)에서 전용 아이템(전쟁 아이템 등)을 구매할 수 있고 동맹 도시(Alliance Cities)를 통해 전체가 공동의 목표를 향해 협력합니다 [12, 13].
|
||||
## 💻 패턴
|
||||
|
||||
* **영토 통제와 엔드게임 (Territory Control and Endgame)**
|
||||
* 동맹의 궁극적인 목표는 게임 내 주요 영토와 권력의 통제입니다 [14].
|
||||
* 동맹 단위로 왕국 중앙의 '원더(Wonder)'나 서버 전체를 대상으로 하는 '슈퍼 원더(Super Wonder)'를 차지하기 위해 대규모 전쟁을 벌입니다 [14, 15].
|
||||
* 원더를 점령한 동맹의 리더는 왕(King)이나 황제(Emperor)로 등극하며, 왕국 내의 다른 유저 및 동맹들에게 강력한 버프 칭호나 모욕적인 디버프 칭호를 부여할 수 있는 절대적인 권력을 행사하게 됩니다 [16-19].
|
||||
* 왕국 대 왕국(KvK) 이벤트와 같은 거대한 서버전 역시 동맹 단위의 철저한 협력과 준비를 기반으로 이루어집니다 [20, 21].
|
||||
### Schema (Postgres)
|
||||
```sql
|
||||
CREATE TABLE alliances (
|
||||
id BIGSERIAL PRIMARY KEY,
|
||||
tag VARCHAR(5) UNIQUE NOT NULL,
|
||||
name VARCHAR(40) NOT NULL,
|
||||
leader_id BIGINT NOT NULL REFERENCES players(id),
|
||||
member_cap SMALLINT NOT NULL DEFAULT 50,
|
||||
treasury_gold BIGINT NOT NULL DEFAULT 0,
|
||||
created_at TIMESTAMPTZ NOT NULL DEFAULT now()
|
||||
);
|
||||
|
||||
---
|
||||
|
||||
* **사회적 구조와 역할 분담:**
|
||||
얼라이언스 내에서 플레이어들은 단순히 전투만 하는 것이 아니라 고도화된 역할을 분담합니다 [3]. 자원을 전담하여 생산하는 '농부(farmer)', 맵의 정보를 수집하는 '정찰병(scout)', 자원을 안전하게 관리하는 '은행가(banker)' 등으로 역할을 나눕니다 [3]. 공격으로부터 서로를 보호하기 위해 도시들을 밀집시키는 '하이브(hives)'를 형성하며, 게임 내 실시간 번역 시스템을 통해 국적과 언어를 초월한 글로벌 규모의 소통과 합동 군사 작전을 수행합니다 [5, 7, 8].
|
||||
* **강력한 BM 연계 요소 ('킥백' 시스템):**
|
||||
얼라이언스는 게임의 수익화(Monetization) 모델과 직접적으로 연결되어 있습니다 [6]. 가장 대표적인 것은 한 멤버가 인앱 결제(IAP) 번들을 구매하면 얼라이언스 내의 다른 모든 멤버도 선물을 받게 되는 '킥백(kick-back)' 시스템입니다 [6]. 이 시스템은 과금 유저들을 한 얼라이언스로 모이게 하는 효과가 있으며, 동시에 조직에 무임승차하지 않고 기여해야 한다는 강력한 사회적 압박(Social pressure)을 부여해 일반 플레이어들의 과금을 유도합니다 [6, 9, 10].
|
||||
* **엔드게임과 정치적 메타게임:**
|
||||
게임의 궁극적 목표인 '원더(Wonder)'나 다중 서버 이벤트인 '슈퍼 원더(Super Wonder)', 'KvK(Kingdom vs. Kingdom)'를 통제하려면 얼라이언스 단위의 대규모 협력이 필수적입니다 [5, 11, 12]. 특정 얼라이언스가 원더를 점령하면 그 얼라이언스의 리더는 '왕(King)'이나 '황제(Emperor)'가 되어 다른 유저들에게 버프나 디버프 칭호를 내리고 세금을 징수할 권력을 얻습니다 [13, 14]. 이러한 절대 권력의 존재는 얼라이언스 간의 불가침 조약(NPA) 체결, 스파이 활동, 배신, 내전 등 현실의 정치와 유사한 메타게임을 창출합니다 [4].
|
||||
* **전용 기능과 성장 가속:**
|
||||
얼라이언스에 가입하면 동맹 전용 퀘스트, 자원 및 아이템 거래, 전용 도시 건설 등의 혜택을 누릴 수 있습니다 [15, 16]. 또한, 획득한 충성도(Loyalty)를 사용하여 얼라이언스 상점에서 VIP 활성화 아이템이나 전쟁 버프 아이템 등을 구매할 수 있습니다 [17, 18]. 서로의 건설 및 연구 시간을 단축시켜주는 지원(Help) 기능은 게임 세션을 반복적으로 늘리고 유저의 지속적인 접속을 유도하는 핵심 장치입니다 [19].
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
No trade-offs available.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** IAP Kick-back System, Wonder (원더), Social Engineering (사회공학), KvK (Kingdom vs Kingdom)
|
||||
- **Projects/Contexts:** Game of War: Fire Age BM 및 경제 구조 분석, 4X 전략 게임의 수익화 모델
|
||||
- **Contradictions/Notes:** 동맹은 플레이어 간의 상호 원조를 통해 게임 진행을 돕고 보호를 제공하는 필수적인 시스템이지만, 동시에 다른 동맹원들의 과금에 편승하기만 하면 추방당할 수 있다는 강력한 '과금 압박 메커니즘'으로 작용하는 양면성을 가집니다 [3, 7, 10].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
|
||||
---
|
||||
|
||||
- **Related Topics:** 원더 (Wonder), 창발적 게임플레이 (Emergent Gameplay), 수익화 모델 (Monetization), KvK (Kingdom vs Kingdom)
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], 4X Strategy Games
|
||||
- **Contradictions/Notes:** 얼라이언스는 플레이어에게 필수적인 보호막과 성장 혜택을 제공하지만, 과금을 많이 하는 하드코어 얼라이언스에서는 멤버들에게 결제에 대한 큰 부담을 주며 이를 따르지 않을 경우 강퇴당할 수도 있는 등 긍정적 유대감과 부정적 압박이 혼재된 구조를 가집니다 [6, 10].
|
||||
|
||||
---
|
||||
*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 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
|
||||
## 💻 코드 패턴 (Code Patterns)
|
||||
|
||||
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
|
||||
|
||||
```text
|
||||
# TODO
|
||||
CREATE TABLE alliance_members (
|
||||
player_id BIGINT PRIMARY KEY REFERENCES players(id),
|
||||
alliance_id BIGINT NOT NULL REFERENCES alliances(id) ON DELETE CASCADE,
|
||||
rank SMALLINT NOT NULL, -- 1=member..5=leader
|
||||
joined_at TIMESTAMPTZ NOT NULL DEFAULT now()
|
||||
);
|
||||
CREATE INDEX ON alliance_members (alliance_id);
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
### Atomic join (server)
|
||||
```typescript
|
||||
async function joinAlliance(playerId: bigint, allianceId: bigint) {
|
||||
return await db.tx(async (t) => {
|
||||
// 1. Player must not be in any alliance
|
||||
const existing = await t.oneOrNone(
|
||||
"SELECT 1 FROM alliance_members WHERE player_id=$1 FOR UPDATE", [playerId]);
|
||||
if (existing) throw new Error("ALREADY_IN_ALLIANCE");
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
// 2. Member cap check (lock alliance row)
|
||||
const a = await t.one(
|
||||
"SELECT member_cap, (SELECT COUNT(*) FROM alliance_members WHERE alliance_id=$1)::int AS n " +
|
||||
"FROM alliances WHERE id=$1 FOR UPDATE", [allianceId]);
|
||||
if (a.n >= a.member_cap) throw new Error("ALLIANCE_FULL");
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
await t.none(
|
||||
"INSERT INTO alliance_members(player_id, alliance_id, rank) VALUES($1,$2,1)",
|
||||
[playerId, allianceId]);
|
||||
});
|
||||
}
|
||||
```
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
### Permission check
|
||||
```typescript
|
||||
const PERMS = {
|
||||
invite: 2, // R2+
|
||||
kick: 3, // R3+
|
||||
promote:4, // R4+
|
||||
disband:5, // leader only
|
||||
} as const;
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
function can(memberRank: number, action: keyof typeof PERMS): boolean {
|
||||
return memberRank >= PERMS[action];
|
||||
}
|
||||
```
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
### Alliance chat (Redis pub/sub)
|
||||
```typescript
|
||||
// Publish
|
||||
await redis.publish(`alliance:${allianceId}:chat`,
|
||||
JSON.stringify({ from: playerId, msg, ts: Date.now() }));
|
||||
|
||||
// Subscribe (per connected client)
|
||||
const sub = redis.duplicate();
|
||||
await sub.subscribe(`alliance:${allianceId}:chat`, (raw) => {
|
||||
ws.send(raw);
|
||||
});
|
||||
```
|
||||
|
||||
### War declaration state machine
|
||||
```typescript
|
||||
type WarState = "PEACE" | "PENDING" | "ACTIVE" | "COOLDOWN";
|
||||
|
||||
const transitions: Record<WarState, WarState[]> = {
|
||||
PEACE: ["PENDING"],
|
||||
PENDING: ["ACTIVE", "PEACE"],
|
||||
ACTIVE: ["COOLDOWN"],
|
||||
COOLDOWN: ["PEACE"],
|
||||
};
|
||||
|
||||
function transition(from: WarState, to: WarState) {
|
||||
if (!transitions[from].includes(to))
|
||||
throw new Error(`INVALID_TRANSITION ${from}->${to}`);
|
||||
}
|
||||
```
|
||||
|
||||
### Treasury (idempotent donation)
|
||||
```typescript
|
||||
async function donate(playerId: bigint, amt: bigint, idemKey: string) {
|
||||
await db.tx(async (t) => {
|
||||
const dup = await t.oneOrNone(
|
||||
"SELECT 1 FROM idempotency WHERE key=$1", [idemKey]);
|
||||
if (dup) return;
|
||||
await t.none("INSERT INTO idempotency(key) VALUES($1)", [idemKey]);
|
||||
await t.none("UPDATE players SET gold = gold - $2 WHERE id=$1 AND gold >= $2", [playerId, amt]);
|
||||
await t.none("UPDATE alliances SET treasury_gold = treasury_gold + $2 WHERE id=$1", [allianceId, amt]);
|
||||
});
|
||||
}
|
||||
```
|
||||
|
||||
### Member roster cache invalidation
|
||||
```typescript
|
||||
async function onMembershipChange(allianceId: bigint) {
|
||||
await redis.del(`alliance:${allianceId}:roster`);
|
||||
await redis.publish(`alliance:${allianceId}:events`, JSON.stringify({type:"ROSTER_CHANGED"}));
|
||||
}
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| 상황 | Approach |
|
||||
|---|---|
|
||||
| Casual mobile, < 30 members | Single-shard SQL, simple roster |
|
||||
| MMO, 100+ members, real-time chat | Sharded SQL + Redis pub/sub |
|
||||
| Cross-server alliance war (KvK) | Event-sourced log + global service |
|
||||
| Persistent territory control | Server-authoritative grid + alliance ownership |
|
||||
|
||||
**기본값**: 매 Postgres alliance/member tables + Redis pub/sub for chat/presence + idempotent treasury operations.
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[Game Architecture]] · [[Social Systems]]
|
||||
- 변형: [[Guild]] · [[Clan]] · [[Faction]] · [[Party]]
|
||||
- 응용: [[Alliance Chat]] · [[Alliance War]] · [[Treasury System]]
|
||||
- Adjacent: [[Friendship System]] · [[Matchmaking]] · [[Leaderboard]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: 매 long-session retention 의 game (MMO, SLG, persistent world), 매 social cooperation 의 core mechanic.
|
||||
**언제 X**: 매 short-session arcade, 매 strict-PvP only without cooperation, 매 < 1k DAU 의 single-player feel.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Client-authoritative membership**: 매 cheat 의 trivial (forge join). 매 server-authoritative 만.
|
||||
- **No member cap**: 매 mega-alliance dominance — 매 game balance 의 destruction.
|
||||
- **Synchronous broadcast**: 매 large alliance (500+) 의 chat fan-out blocks. 매 async pub/sub 의 사용.
|
||||
- **Disband without grace period**: 매 leader 의 grief vector. 매 24h cooldown.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (Lords Mobile design, EVE Online corporation system, WoW guild system, Clash of Clans clan system).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — full content (game alliance system architecture) |
|
||||
|
||||
Reference in New Issue
Block a user