03 — Prestige / Rebirth: vòng lặp lõi của idle

Nguồn framework: docs/framework/09-prestige-rebirth.md §1–§5, docs/framework/01-economy-money.md §3.2 (mắt Rebirth trong chuỗi), [liveops catalog: UNLOCK_GATES.md] §1–§2 (cổng mở Rebirth), [phân tích nội bộ] U1–U4. Cấp bằng chứng: L1 ANALYSIS — dựng lại clean-room từ disasm + metadata + quan sát runtime; không phải source gốc. Mỗi dòng bên dưới mang nhãn bằng chứng riêng.

Mục tiêu

Idle không có "hết game"; nó có reset có thưởng: người chơi tự nguyện vứt tiến độ để đổi lấy một hệ số vĩnh viễn, rồi chạy lại quãng đường cũ nhanh gấp N. Muốn làm prestige đúng, bạn cần bốn thứ: (1) một tiền tệ meta tách khỏi tiền thường, (2) đường cong thưởng khuyến khích đi sâu thêm trước khi reset, (3) danh sách reset / persist rõ ràng, (4) một cây nâng cấp vĩnh viễn cắm vào chuỗi thu nhập như mọi nguồn khác. CatGunner (gọi là Rebirth, 환생) làm đủ bốn và mọi con số đều đọc được từ binary + scene.

Game gốc làm gì

Công thức / pseudocode

1. Hai tầng — L1 ANALYSIS (doc 09 §3.1)

Vòng ngoài — Rebirth()  [RVA 0x2B22AE0]
    n      = Tree_manager.Level_Now + 5 * Tree_manager.Stage_Now
    reward = n^2.5 * Relic_manager.Rebirth_Value / 100        # ToPrecision(5), CẮT
    if (Stage_Now <= 1) reward = 0                            # cổng chống rebirth spam
    if (is_UpgradeRebirth) reward *= 3                        # [R1] boost quảng cáo / IAP
    Gamemanager.Get_Ruby(reward)                              # PERSIST
    Rebirth_Count++                                           # PERSIST
    Gamemanager.Money_Reset()                                 # RESET  Money + Money_Accum
    Upgrade_manager.Reset_Upgrade()                           # RESET  mọi Upgrade_list[i].Lv = 0
    Tree_manager.Rebirth_Reset()                              # RESET  Stage_Now = Level_Now = 0; Game_Exit + Game_Start
    Cat_manager.Balance_Reload()                              # tính lại chỉ số mèo từ state mới
    Mission_manager.instance.MissionValue_Increase(Mission_Type.Rebirth)
    SaveSystem.Save()
    # KHÔNG chạm: Gun / Pet / Relic / Skin manager, Stage_Value_Max  (bằng chứng phủ định đọc từ disasm)

Vòng trong — Rebirth_Upgrade(num)  [RVA 0x2B22500]
    node = Upgrade_list[num]        # 0 = Damage, 1 = Speed, 2 = Money
    if ((int)node.Lv < 20000 && Price_balance[node.Lv] <= Gamemanager.Ruby):
        Ruby -= Price_balance[node.Lv]; node.Lv++
    else: UI_manager.Alert(Alarm.MaxLv)

2. Thưởng theo tiến độ — derived từ công thức disasm (doc 09 §3.4, relic 100 %)

Mũ 2.5 là siêu tuyến tính: đi sâu gấp đôi ⇒ thưởng gấp 2^2.5 ≈ 5.66. Đó là động cơ "đẩy thêm một chút rồi mới reset".

3. Nối vào chuỗi thu nhập — L1 ANALYSIS, RVA 0x2A4E7B0

r = value * Upgrade_manager.Money_return() / 100;   // Money_balance[Lv]        -> về 100 % sau rebirth
r = r * Rebirth_manager.Money_return()     / 100;   // Value_balance[2][Lv]+100 -> GIỮ và nhân lên mọi thu nhập vòng mới
r = r * Skin_manager.Money_Accum / 100 * Pet_manager.Pet_Money_Accum / 100 * Relic_manager.Money_Value / 100;
if (Money_Buff active) r = r * 3;

Prestige kéo giãn toàn bộ đường cong (nhân), không cộng thêm. Đó là cơ chế "chạy lại nhanh hơn".

4. Ba tốc độ tăng trưởng — tham số hoá tách bạch (doc 09 §4.4)

Tầng trong dốc và ngắn (giá hàm mũ vượt sức mạnh hàm mũ ⇒ tự tắc, buộc prestige); tầng prestige thoải và dài (giá đa thức thua lãi kép ⇒ tự mở dần).

5. Gợi ý framework (doc 09 §4 — không phải SOT)

public interface IPrestigeLayer {
    bool   CanPrestige { get; }     // CatGunner: luôn true; thưởng có cổng riêng (Stage_Now <= 1 ⇒ 0)
    BigNum PreviewReward();         // ~ Rebirth_Reward_return()
    void   Prestige();              // duyệt registry: OnPrestige() cho mọi hệ đã khai báo phe
    int    PrestigeCount { get; }
}
[PrestigeScope(PrestigeScope.ResetOnPrestige)]   // hoặc .Persistent — BẮT BUỘC khai báo
public sealed class StageProgress : IPrestigeAware { public void OnPrestige() { … } }
// Thưởng là META-CURRENCY, cây meta là IMultiplierSource trả phần trăm (100 = trung tính) → cắm vào chuỗi nhân như mọi nguồn khác.

Bẫy đã gặp

• Đọc hàm sinh và tưởng đã hiểu nền kinh tế. Balance_Reload của Rebirth_manager/Upgrade_manager/Gun_manager không bao giờ chạy; bảng thật là mảng scene sinh bằng lặp có cắt. Gọi Balance_Reload với một InfVal khác version = một nền kinh tế khác SOT (doc 09 §3.2; G138a).
• Reset-set bằng kỷ luật con người. Rebirth() gọi tay 3 hàm reset; hệ thống thứ N+1 thêm sau dễ bị quên ⇒ người chơi giữ lại thứ lẽ ra phải mất. Bảng PERSIST của SOT là bằng chứng phủ định (phải đọc disasm mới biết Gun/Pet/Relic/Skin không bị chạm) — framework nên bắt khai báo phe.
• Quên rằng Money_Accum cũng reset. "Lifetime earnings" ở đây không sống qua rebirth (Money_Reset xoá cả hai) — nếu bạn muốn mốc thành tựu bền, cần một biến khác.
• Kết luận nút Rebirth "không có cổng" vì dump.cs không thấy tham chiếu. Sai: dump.cs chỉ có khai báo. Cổng là Stage_Value_Max < 20 qua static-instance + offset thô (UNLOCK_GATES §2.3; G139 METHODOLOGY).
• Khoá nút thay vì trả 0. SOT cho rebirth bất cứ lúc nào sau khi mở, nhưng trả 0 Ruby nếu Stage_Now <= 1 — người chơi luôn thoát được, hệ thống chỉ không thưởng cho hành vi thoái hoá (doc 09 §4.1).
• Stub trao ×3. UpgradeRebirth_Start_By_Ad / _By_IAP là R1; NullService trả NotAvailable, không bao giờ cấp boost (doc 09 §3.5).
• Giới hạn ngày bằng timestamp cục bộ. SOT reset theo chuỗi ngày (UpgradeRebirth_LastDate vs Today_str_return()) và có cả hệ chống chỉnh giờ (Time_manager, doc 07 §2.6) — dùng nguồn thời gian đáng tin.

Checklist khi tự làm

• [ ] Tiền tệ meta riêng (Ruby), tách khỏi tiền thường và tiền premium; prestige không tốn tiền tệ.
• [ ] Thưởng siêu tuyến tính theo tiến độ (n^2.5 là số đã ship) + cổng "quá sớm ⇒ 0".
• [ ] Reset-set / persist-set là khai báo trên từng hệ thống; test tự động liệt kê hệ nào chưa khai báo.
• [ ] Cây meta có maxLevel, valueCurve, priceCurve, softCapLevel, lateGrowth, quantizeDigits — và cắm vào chuỗi nhân như một IMultiplierSource.
• [ ] Bake bảng ra asset, đối chiếu bằng số thật ở ≥ 3 level; asset là nguồn sự thật.
• [ ] State prestige bọc chống gian lận (ObscuredInt hoặc tương đương) và là một phần save.
• [ ] Mọi booster prestige (ad / IAP) đi qua interface fail-closed; giới hạn theo ngày với thời gian đáng tin.
• [ ] Nút prestige mở theo mốc monotonic (không khoá lại sau reset), ví dụ Stage_Value_Max ≥ 20.
• [ ] Chạy mô phỏng một chu kỳ đầy đủ (trước → rebirth → mua node → sau) và in hai mắt Upgrade / Rebirth trước-sau.

Điều chưa biết (UNKNOWN)

Chép từ doc 09 §5, cập nhật theo CONVERGENCE / UNLOCK_GATES:

• ~~Relic_manager.Rebirth_Value nhận giá trị từ đâu~~: ĐÃ ĐÓNG (G361) — Relic_manager.Value_Reload: baseline 100, cộng relic Rebirth tuyến tính 5·Lv + 5 (%). Cùng hàm: Skip = 2·Lv+2 (% bỏ màn, chỉ trong vùng đã chinh phục), Offline = 10·Lv+10 phút, MoveSpeed = 2·Lv+2; Damage/Money/CriDmg dùng chung một đường cong seed 105 ×1.05/cấp (3 chữ số) −100, bậc ×1/×1.5/×2 (doc 07 §2.4).
• Mảng Price_balance / Value_balance chỉ đối chiếu lv 0…59; điểm gãy ×1.002 (lv ≥ 14 999) và giá ở level cao hơn: UNKNOWN trong mảng thật.
• Trong cửa sổ trace 40 s (early game) không có lần rebirth nào — Rebirth(), Rebirth_Upgrade, Rebirth_Reward_return, UpgradeRebirth_* đều 0 lần. Hệ thống được đọc liên tục nhưng chỉ kích hoạt cuối vòng — negative evidence hợp lệ.
• Đã giải quyết sau khi doc 09 viết (ghi để khỏi tìm lại): cổng Rebirth_Btn_Locked_obj = Stage_Value_Max < 20 (UNLOCK_GATES §2, CONVERGENCE U1); cờ "kind" 1/2/3 = Shop_manager.Is_Remove_AD_All (U2); tham số thứ 3 của MathInfVal.Pow = conservePrecision (U3); bảng từ xa không ghi đè (U4), trừ rủi ro G144 còn phải probe.
• Doc 09 §5 vẫn ghi "Price_balance của Rebirth_manager chưa đối chiếu với mảng scene" trong bảng UNKNOWN, trong khi §2/§3.2 của cùng doc đã đối chiếu 0/60 lệch — dòng UNKNOWN đó là dư thừa từ bản cũ; cookbook lấy §3.2.

Đọc thêm

• docs/framework/09-prestige-rebirth.md — toàn bộ, đặc biệt §3.2 và §4.2; §4b — cây prestige vẫn sinh lợi offline (mắt Rebirth Money và Speed được áp; skin/pet/relic cũng vậy — đính chính G382), relic Offline kéo dài trần, relic Skip chỉ nhảy trong vùng đã chinh phục (G347)
• 14 — Lưu game & offline — cửa sổ offline, hai lần ComputeElapsed, bảng Degree*
• docs/framework/01-economy-money.md §3.2, §5 — chuỗi nhân và simulator
• [liveops catalog: UNLOCK_GATES.md] §1–§3 — Stage_Value_Max, ngưỡng 20, Rebirth-IAP > 988
• [phân tích nội bộ] — U1–U4
• 02 Kinh tế & số lớn — bảng bake bằng lặp cắt cụt
• 10 Tiến trình & mở khoá — thang 20/30/50/90/110/110/340
• gap list (nội bộ) — G138, G138a, G139, G140, G142