2nd/10_Wiki/Topics/Other/연속 승리 이벤트(Streak events).md

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by

id	title	category	status	canonical_id	aliases	duplicate_of	source_trust_level	confidence_score	tags	raw_sources	last_reinforced	github_commit	inferred_by
wiki-2026-0508-연속-승리-이벤트-streak-events	연속 승리 이벤트(Streak events)	10_Wiki/Topics	needs_review	self		none	A	0.92	uncategorized		2026-05-08	pending	Claude Opus 4.7 (auto-normalize 2026-05-08)

연속 승리 이벤트(Streak events)

📌 한 줄 통찰 (The Karpathy Summary)

연속 승리 이벤트(Streak events)는 플레이어가 일련의 과제나 도전을 통해 승리를 누적하게 하여, 이 연속 기록을 유지하도록 지속적인 참여를 유도하는 이벤트 메커니즘입니다 [1]. 최근 레벨 기반 퍼즐 게임을 넘어서 머지 2, 빙고, 슬롯, 캐주얼 카지노 등의 다양한 장르로 널리 확장되고 있습니다 [1]. 이 이벤트는 손실 회피(loss aversion)라는 강력한 심리적 동기를 활용해 플레이어의 적극적인 참여와 지출을 장려함으로써 게임 경제와 사용자 인게이지먼트를 견인하는 핵심 라이브 이벤트 트렌드로 자리 잡았습니다 [2].

📖 구조화된 지식 (Synthesized Content)

• 주요 운영 형식: 연속 승리 이벤트는 주로 두 가지 형식으로 작동합니다. 첫째는 '소셜 연속 승리(Social win streaks)'로, 플레이어가 '다른 플레이어들'과 매칭되어 목표 연속 승리를 달성하고 주요 보상을 나누는 경쟁적 형태입니다 [3]. 둘째는 '연속 승리 배수(Win streaks multipliers)' 포맷으로, 연속으로 승리할수록 이벤트 진행도나 점수 누적치가 스케일 업(scale) 되는 방식입니다 [2, 3].
• 경제적 효과 및 심리학적 설계: 이 시스템이 게임 경제 설계에서 필수 요소(staple)가 된 주요 이유는 '손실 회피' 심리를 극대화하여 유저의 인게이지먼트와 지출을 유도하기 때문입니다 [2]. 지속적인 승리는 플레이어의 노력에 대해 높은 보상을 제공하여 자신감과 몰입도를 높입니다 [2]. 또한, 경쟁적인 포맷에서는 이벤트의 판돈(stakes)을 높여 연속 기록을 유지하려는 긴장감과 투자 의지를 증폭시키는 효과를 가져옵니다 [2].
• 적용 장르의 확장 및 진화: '로얄 매치(Royal Match)'에서 처음 도입되어 큰 인기를 끈 소셜 연속 승리 방식은 가짜 매치메이킹, 경쟁 구조, 시간 기반 과제 등을 활용해 비전통적인 "실패 상태(fail State)" 게임들('가십 하버(Gossip Harbor)', '코인 마스터(Coin Master)' 등)로 확장되었습니다 [3]. 또한 연속 승리 배수 시스템은 리더보드 이벤트뿐만 아니라 1대1 이벤트, 미니게임, 배틀 패스 및 협동 진행(coOperative progress) 등 다방면에 유연하게 적용되어 유저 참여를 더욱 높이는 데 활용되고 있습니다 [2, 4].

🔗 지식 연결 (Graph)

• Related Topics: 손실 회피(Loss aversion, 사용자 참여(User engagement
• Projects/Contexts: 로얄 매치(Royal Match, 캐주얼 게임 모네타이제이션(Casual games monetization
• Contradictions/Notes: 소스에 관련 정보가 부족합니다.

---

Last updated: 2026-04-29

🤖 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