NOVASMC

COMPLETE · PUBLIC / INDEPENDENT DECISION ANALYSIS · T STAGE

콜 오브 듀티: 모바일Call of Duty: Mobile

확인된 계약 상태와 다음 기존 행동을 세 층으로 연결하는 실행 방향

Core 1 · Attachments 5 · Validation 6 · 실행 방향과 검증 조건 · BASELINE 2026-07-04

DECISION QUESTION · 2026-07-04

보상량·확률·가격·랭크·MMR·재화·파워를 바꾸지 않고 계약·성장·수집·경쟁·DMZ·Clan의 판단 연속성을 어떻게 회복할 것인가

DECISIONT실행 방향과 검증 조건
01Core

Layered Contract Status Spine

독립 계약의 현재 상태와 다음 기존 행동을 세 층으로 읽게 합니다.

02Attachments

08 · 11 · 14 · 17

상시 성장·수집·Ranked·DMZ·Clan의 근거와 rollback을 분리합니다.

03범위

범위

기존 field·surface의 bounded exposure/routing만 허용합니다.

04Rollback

Rollback

트랙별 관찰·원복·부분 중단·전체 제거·Q 재검증을 분리합니다.

DECISION QUESTION보상량·확률·가격·랭크·MMR·재화·파워를 바꾸지 않고 계약·성장·수집·경쟁·DMZ·Clan의 판단 연속성을 어떻게 회복할 것인가
DECISION ANALYSIS JUDGMENT잠긴 방향은 Layered Contract Status Spine입니다. Pass·Challenge·Event의 독립 계약을 유지하면서 L1 현재 상태+다음 기존 행동, L2 노력·claim·return, L3 규칙·완성·prestige로 계층화하고, evergreen·Armory·Ranked·DMZ·Clan의 다섯 독립 제어면을 근거-bound·read-only·fail-closed로 부착합니다.

Q의 ‘LiveOps 참여 계약 단절’을 Layered Contract Status Spine으로, ·08·11·14·17의 독립 control plane으로 재조합해 근거 분석·한 상태/한 행동·금지선·검증·Action Hold를 잠급니다.

CHAPTER 01 · LOCKED PORTFOLIO

하나의 Core와 다섯 부속 제어면을 병합하지 않고 함께 둡니다

Attachments는 Core를 대체·흡수하지 않으며 각자 다른 근거 namespace와 검증·rollback을 가집니다.

  1. 01TCore

    Layered Contract Status Spine

    Pass·Challenge·Event 상태→claim/exchange→return의 판단 연속성을 회복합니다.

  2. 02TAttachment

    Persistence-Locked Milestone Spine

    claim 뒤 evergreen current goal→next existing threshold의 예측 가능성을 높입니다.

  3. 03TAttachment

    근거-Locked Collection Contract Spine

    Armory/Draw의 exact-version rule→result/duplicate→completion을 설명 가능하게 합니다.

  4. 04TAttachment

    Integrity-Locked Ranked Decision Spine

    verified result→review/edit→retry/exit를 정당한 선택으로 연결합니다.

  5. 05TAttachment

    Mode-Locked Reward-to-Asset Spine

    reward→existing asset→voluntary return의 mode-local 가치를 연결합니다.

  6. 06TAttachment

    Layered Voluntary Contribution-to-Recognition Spine

    Clan contribution→recognition→confirmed practice/exit의 의미를 연결합니다.

CHAPTER 02 · CORE DESIGN

Layered Contract Status Spine은 깊이를 보존하면서 필요한 판단만 먼저 보여 줍니다

세 층은 새 허브가 아니라 기존 surface 안의 read-only·근거-bound disclosure grammar입니다.

  1. 01TBefore

    contract state·claim/exchange·return reason이 ordered flow가 아닙니다

    Battle Pass·Challenge Pass·Event의 각 surface에서 현재 판단에 필요한 관계가 분절됩니다.

  2. 02TL1

    현재 상태 1 + 다음 기존 행동 1

    가장 필요한 확인된 상태와 실제 가능한 한 행동만 보여주고 다른 유효 경로를 숨기지 않습니다.

  3. 03TL2

    effort·claim/exchange·return 관계

    노력·보상/token·claim/exchange·복귀가 어떤 계약과 조건에 속하는지 on-demand로 비교합니다.

  4. 04TL3

    terms·completion·prestige·근거/version

    상세 규칙·완성·지위·갱신 시점과 canonical 근거를 필요할 때 확인합니다.

  5. 05TAfter

    독립 계약이 layered state-to-next-action grammar를 공유합니다

    계약을 평탄화하지 않고 comprehension과 voluntary continuation을 지지합니다.

  6. 06TFail closed

    load·distinction·근거 integrity 실패 시 component를 제거합니다

    지원되지 않는 field·stale version·불일치가 있으면 canonical surface를 그대로 유지합니다.

CHAPTER 03 · THREE ATTACHMENTS I

상시 성장·수집·Ranked는 같은 읽기 문법을 쓰되 서로 다른 사실 권위를 유지합니다

각 부속은 Core와 독립된 residual node를 다루며 다른 부속의 근거를 대체하지 않습니다.

  1. 01TBefore

    claim·persistence horizon·next goal이 evergreen flow가 아닙니다

    Credits·Weapon XP·Gunsmith의 seasonal/account 구별과 다음 목표가 흩어집니다.

  2. 02TMechanism

    persistence lock→current goal+one alternate→next existing threshold

    새 milestone·reward·unlock·offline progress 없이 무료 숙련과 route choice를 보존합니다.

  3. 03TBefore

    rule/version/result/duplicate/completion이 ordered contract가 아닙니다

    Armory/Draw의 exact subject와 결과·완성 상태를 같은 근거에서 확인하기 어렵습니다.

  4. 04TMechanism

    exact-version summary→result/duplicate/completion→canonical terms

    odds·price·result·guarantee를 바꾸거나 추정하지 않고 purchase agency를 지킵니다.

  5. 05TBefore

    verified result·causal certainty·next action이 분리되지 않습니다

    Ranked result 뒤 review·edit·retry·exit 판단에서 사실과 추정이 섞일 수 있습니다.

  6. 06TMechanism

    verified summary→fact/hypothesis/unknown→voluntary action

    rank·MMR·reward·matchmaking·anti-cheat·combat를 바꾸지 않고 legitimate decision을 지지합니다.

CHAPTER 04 · THREE ATTACHMENTS II

reward origin·destination·asset state·next action이 DMZ-local flow가 아닙니다

상태를 연결한다는 이유로 account-wide power나 강제 사회 참여를 만들지 않습니다.

  1. 01TBefore

    reward origin·destination·asset state·next action이 DMZ-local flow가 아닙니다

    voucher·market·asset·Camo의 기존 경로와 복귀 이유가 분절됩니다.

  2. 02TMechanism

    근거→eligible destination→confirmed preview→asset state→next DMZ action

    새 currency·reward·rate·eligibility·auto-spend·expiry pressure 없이 value continuity를 만듭니다.

  3. 03TProtect

    mode identity·local economy·free path·scarcity/status

    위험·손실·모드 고유 경제를 account-wide merge로 약화시키지 않습니다.

  4. 04TBefore

    contribution receipt·recognition·practice·low-social exit가 voluntary flow가 아닙니다

    Clan 활동의 의미와 장기 관계가 확인된 근거·role에 묶이지 않을 수 있습니다.

  5. 05TMechanism

    근거→voluntary scope→receipt→recognition→confirmed practice/exit

    신규 score·currency·reward·task·status·power·graph causality 없이 meaning continuity를 만듭니다.

  6. 06TProtect

    자발성·비거래 소속·non-clan/low-social route

    default enrollment·guilt prompt·leader privilege·compulsory sociality를 금지합니다.

CHAPTER 05 · ARCHITECTURE INVARIANTS

여섯 제어면은 여덟 불변 조건 안에서만 공존합니다

  1. 01TInvariant 01

    만 immutable Core Anchor입니다

    attachments는 Core를 대체·흡수·재정의하지 않습니다.

  2. 02TInvariant 02

    Pass/Event·evergreen·Armory·Ranked·DMZ·Clan namespace를 분리합니다

    한 시스템의 상태를 다른 근거가 계산하거나 덮어쓰지 않습니다.

  3. 03TInvariant 03

    모든 component는 read-only·근거-bound·fail-closed입니다

  4. 04TInvariant 04

    L1은 현재 상태 1 + 다음 기존 행동 1입니다

    세부는 on-demand이며 새 task·push·notification·mandatory return은 0입니다.

  5. 05TInvariant 05

    reward·odds·price·rate·cap·result·rank·MMR·currency·power write는 0입니다

    표현 순서와 routing 외 경제·전투·권리 변경은 범위 밖입니다.

  6. 06TInvariant 06–08

    동시 rollout 0 · 독립 attribution/rollback · 유지

CHAPTER 06 · VALIDATION PACKETS

여섯 방향은 각자의 사건열·창·가드레일로 검증합니다

directional metric은 방향을 정할 뿐 수치 success threshold나 효과 약속이 아닙니다.

  1. 01T실행 방향과 검증 조건 기준

    rule comprehension + state→next-action completion

    contract chain을 24h·72h·7d에서 보고 burden·free route·distinction·completion/prestige를 함께 감시합니다.

  2. 02T실행 방향과 검증 조건 기준

    next-goal latency + actions per progress unit

    claim→Credits/XP/Gunsmith goal→return을 72h·7d·optional 14d에서 봅니다.

  3. 03T실행 방향과 검증 조건 기준

    exact-version comprehension + voluntary collection decision

    Armory view→rule→draw→duplicate→complete→display를 24h·72h·7d에서 봅니다.

  4. 04T실행 방향과 검증 조건 기준

    verified-result comprehension + review/edit/retry/exit

    match→result→fact/hypothesis/unknown→action을 24h·72h·7d·optional 30d에서 봅니다.

  5. 05T실행 방향과 검증 조건 기준

    reward relevance + DMZ-local asset realization

    reward→voucher/market→asset→voluntary action을 24h·7d·14d·optional 30d에서 봅니다.

  6. 06T실행 방향과 검증 조건 기준

    contribution→recognition/practice meaning

    근거→receipt→context→confirmed practice/exit을 24h·72h·7d와 30–90d extended에서 봅니다.

CHAPTER 07 · METRIC FAMILIES & ROLLBACK

가치·agency·경제·비용을 함께 보고 트랙별 로 되돌립니다

한 metric family의 개선으로 다른 family의 손상을 상쇄하지 않습니다.

  1. 01TVDE

    Value Delivery Effectiveness

    effort→claim/exchange→value, reward→asset, contribution→recognition의 실제 가치 실현을 봅니다.

  2. 02TAS

    Agency Score boundary

  3. 03TESI

    Economy/Integrity Stability

    무료/유료·odds/price/reward·rank/MMR·근거/sink·score/power 불변을 감시합니다.

  4. 04TX-ROI

    Experience cost boundary

  5. 05T실행 방향과 검증 조건 기준

    Monitor→config/exposure restore→surface/cohort partial stop

    경미 변동은 확대 없이 보고, order/layer를 원복하거나 영향 근거·version·device·cohort만 중단합니다.

  6. 06T실행 방향과 검증 조건 기준

    해당 전체 제거와 canonical restore

    근거 mismatch·경제·공정·자발성·접근 손상이 확인되면 제어면을 완전히 제거합니다.

  7. 07T실행 방향과 검증 조건 기준

    재검증

    Core 사슬 반증·residual 소멸· 중복·alternate cause dominance가 나타나면 T에서 우회하지 않습니다.

CHAPTER 08 · ACTION READINESS

설계 카드 여섯 개는 만들어졌지만 실행 단위는 모두 HOLD입니다

  1. 01T실행 방향과 검증 조건 기준

    LiveOps contract surface

    challenge-loop·contract split·free route log와 24h·72h·7d window, named owner가 필요합니다.

  2. 02T실행 방향과 검증 조건 기준

    evergreen goal surface

    progression/return log와 72h·7d·optional 14d, 근거 inventory·owner·baseline이 필요합니다.

  3. 03T실행 방향과 검증 조건 기준

    Armory/Draw

    exact-version chain과 economy owner·근거 capability·baseline·governance review가 필요합니다.

  4. 04T실행 방향과 검증 조건 기준

    Ranked result/review

    result/review/retry log와 cause policy·device split·QA owner가 필요합니다.

  5. 05T실행 방향과 검증 조건 기준

    reward-to-asset

    근거/sink/free-path/scarcity proof와 economy owner·rollback이 필요합니다.

  6. 06T실행 방향과 검증 조건 기준

    Clan recognition

    근거/role/graph evidence·volition review·low-social baseline·long window owner가 필요합니다.

  7. 07TPortfolio

    동시 rollout 금지

    6개 Action Unit은 독립 attribution·capacity·rollback을 갖고 순차 심의해야 합니다.

CHAPTER 09 · DECISION GATE

=TRUE

설계 완결·증거 완결·실행 준비·배포 승인을 서로 다른 상태로 유지합니다.

  1. 01TDesign

    =TRUE

    Q의 단일 Core와 다섯 Secondary를 6개 control plane으로 손실 없이 재조합했습니다.

  2. 02TEvidence

    =FALSE · =FALSE

    근거/field/version·owner·log·baseline·denominator·threshold·capacity가 미확인입니다.

  3. 03T실행 방향과 검증 조건 기준

    =FALSE

    모든 AU는 이며 실제 feature flag·kill/restore capability가 없습니다.

  4. 05TMissing 01–04

    근거 inventory · owner/capacity · data/log/baseline · attention budget

    여섯 제어면의 feasibility·attribution·coexistence를 결정하는 선행 자료입니다.

  5. 06TMissing 05–08

    QA/rollback · Armory/DMZ proof · Clan evidence · client approval/LiveOps window

    fail-closed와 운영 승인 능력을 결정하는 선행 자료입니다.

  6. 07TFinal boundary

    T 판단

실행 방향과 검증 조건 결론

여섯 제어면은 같은 문법을 쓰지만 결과·경제·소유권·책임은 각자의 원본에 남습니다

Layered Contract Status Spine과 다섯 attachments는 content·reward·economy·outcome을 증량하지 않고 확인된 상태→다음 기존 행동의 판단 가능성·자발성·가치 연속성을 회복하는 방향입니다.

01NEXT ACTION

근거/field/version inventory와 canonical fallback을 먼저 승인합니다.

02NEXT ACTION

여섯 owner·log·baseline·adverse signal· kill/restore를 독립적으로 준비합니다.

DECISION ANALYSIS OVERVIEW다섯 분석의 연결 논리와 전체 판단 보기 →