Shoda s originálem

Čím postava začíná a co dostane za úroveň, nikdo neporovnal. Čtyři dobové sady z doby Season 5/6 nesou Data/Character/DefaultClassInfo.txt a tam, kde se překrývají, jsou shodné do znaku. Porovnalo se 198 hodnot u osmnácti tříd realmu — výchozí síla, obratnost, vitalita, energie, vůdcovství, život a mana; body za úroveň; a čtyři růstové poměry, které dobový server počítá v ObjectManager.cpp: život za úroveň, manu za úroveň, život za bod vitality a manu za bod energie. Povýšené třídy se porovnávají proti své základní, protože dobová tabulka pro Blade Knighta samostatný řádek nemá. Realm sedí na všem kromě jediné hodnoty: Summoner dostával 1,7 many za bod energie tam, kde čtyři dobové sady říkají 1,5. Zajímavý je původ té sedmnáctky. Zpočátku to vypadalo na tenký nález ze dvou sad — jenže seznam zdrojů byl neúplný, soubor má pět sad, a při hledání se ukázalo, že varianta s 1,7 existuje taky. Pochází ale výhradně ze Season 18. Je to tedy tentýž tvar jako Aréna beroucí NPC z mapy verze 0.75 a Golden Archer svou dlaždici z 0.95d: hodnota z jiné edice, která se dostala dovnitř proto, že soubor, ze kterého pochází, vypadá stejně. Vzorce tříd samotné brána pinuje proti úpravám a je to tak správně, takže oprava jede stejným nosičem jako všechno ostatní — jediným, který se dostane do databáze, jež už existuje.

{
  "everything_else_matched": true,
  "summoner_energy_to_mana": {
    "now": 1.5,
    "season_18_value": 1.7,
    "was": 1.7
  }
}

{
  "classes": 18,
  "corrected": 3,
  "figures_compared": 198,
  "period_tables": 4
}

Co dovednost udělá za poškození, nikdo neporovnal — klientská kontrola hlídá jen to, co dovednost žádá. Šest dobových sad nese Data/Skill/Skill.txt. TOTOŽNOST SE TU NEBERE ZE JMÉNA, a je to přesně opačný důvod než u příšer. Tam se jménům věřit muselo, protože slot s jiným tvorem je jiná věc. Tady drží slot tutéž dovednost a jen se s ročníky posunul název: dobové stromy říkají dovednosti 16 „Mana Shield", klient „Soul Barrier"; dovednosti 13 říkají „Blast", klient „Cometfall". Podle jména by se zahodilo pět šestin tabulky. Totožnost proto stojí na hodnotě, kterou nesou obě strany nezávisle: dobový řádek se čte jen tehdy, když se jeho sloupec many rovná maně, kterou tomu slotu dává klientská tabulka. To přijme 383 řádků sad Season 6 — a dva řádky MuEmu, což samo o sobě něco říká o MuEmu. Výsledek: 138 dovedností porovnáno, nula neshod. Z toho 43 jsou mistrovské dovednosti, kterým dobový sloupec dává nulu — to není číslo, mistrovská dovednost je pasivní účinek, který ten sloupec nepopisuje. Pod číslem 300 se neliší ani jedna. Dosah se záměrně neporovnává. Dobová tabulka ho dělí na sloupec Range pro cílené dovednosti a Radio pro plošné, kdežto realm oba skládá do jediného Range: Evil Spirit má tady dosah 7 proti dobovému poloměru 6 a posilující kouzla tu mají nulu proti dobovému poloměru party. To jsou dva modely téže věci, ne chybující realm, a porovnání by hlásilo ten model.

{
  "disagreements_below_master_range": 0,
  "range_deliberately_not_compared": true
}

{
  "disagreements": 0,
  "master_skills_at_zero": 43,
  "minimum_carriers": 4,
  "period_tables": 6,
  "skills_compared": 138
}

PureMU spouští Blood Castle každé dvě hodiny v sudou celou (00:00, 02:00 … 22:00), Chaos Castle každé dvě hodiny v lichou celou (01:00, 03:00 … 23:00) a Devil Square každé dvě hodiny v půl (00:30, 02:30 … 22:30). Opravený plánovač po posledním termínu přejde do dalšího dne. Délka celého cyklu, kterou si plánovač drží, je 25, 20 a 30 minut; samotné kolo je kratší, viz events.period-phase-timings. Tohle tvrzení nahrazuje starší, které uvádělo Blood Castle po 120, Devil Square po 240 a Chaos Castle po 60 minutách. Ta trojice už neplatí a nebyla jen jinými čísly: Chaos Castle po hodině od půlnoci se dvakrát denně otevíral ve stejnou minutu jako Blood Castle a jednou i s Devil Square, takže hráč viděl tři eventy naráz a pak dlouho nic. Patch 0280 dal Chaos Castle liché hodiny (Blood Castle drží sudé, takže v každé hodině je otevřený právě jeden hradní event), patch 0376 dal Devil Square dvouhodinový interval v půl. Běžícího realmu se to netýkalo automaticky: rozvrh je uložený v konfiguraci, ne v binárce. Patch 0376 proto přinesl povinný update verze 142 (MoveTheLegacyEventTimetablesOntoTheAlternatingScheduleUpdateSeason6), který uloženou legacy sekvenci přepíše na aktuální výchozí — a jen ji, jen když je zbytek konfigurace nedotčený výchozí stav. Na produkci se ten update spustil 2026-09-09 spolu se zbylými 65 čekajícími; do té doby realm běžel na staré trojici, přestože nasazená binárka měla novou. Doklad je pořád sekundární. Patch 0280 se opírá o dvě dobové sady (Main5.2 MuServer_Season_5_Update_15 a louis-s6-u31, obě Data/Event/ChaosCastle.dat), které shodně uvádějí 1, 3, 5 … 23. Interval Devil Square shodu nemá a je to majitelovo rozhodnutí z 2026-09-05 opřené o nejpoužívanějšího nosiče (louis-s6-u31), tedy grade C, ne Global důkaz. Audit NENAŠEL úplný dobový oficiální rozvrh S6E3, takže tenhle záznam dokazuje současnou implementaci, ne shodu s Webzenem.

{
  "blood_castle_interval_minutes": 120,
  "blood_castle_offset_minutes": 0,
  "chaos_castle_interval_minutes": 120,
  "chaos_castle_offset_minutes": 60,
  "devil_square_interval_minutes": 120,
  "devil_square_offset_minutes": 30,
  "mandatory_updates_applied_to_production_utc": "2026-09-09",
  "scheduler_wraps_to_next_utc_day": true,
  "stored_timetables_migrated_by_update_version": 142,
  "task_duration_minutes": {
    "blood_castle": 25,
    "chaos_castle": 20,
    "devil_square": 30
  },
  "two_mini_games_never_open_in_the_same_minute": true
}

{
  "chaos_castle_odd_hour_carriers": [
    "Main5.2 MuServer_Season_5_Update_15",
    "louis-s6-u31"
  ],
  "devil_square_interval_evidence_grade": "C",
  "exact_s6e3_timetable_found": false
}

Tohle tvrzení už neplatí. Nahradilo ho Definice BC, DS a CC drží testy.

Pozdější oficiální návody potvrzují dílčí shodu základního nastavení: pásma úrovní a limit deseti hráčů pro BC1–BC7, pásma úrovní, vstupní ceny a zákaz skupin pro CC1–CC6 a limit deseti hráčů v Devil Square. Chybějí cílené regresní testy těchto definic a návody nepodporují BC8, CC7 ani DS7, proto tvrzení zůstává implementované, ale neuzavřené.

{
  "blood_castle": {
    "matching_level_bands": [
      [
        15,
        80
      ],
      [
        81,
        130
      ],
      [
        131,
        180
      ],
      [
        181,
        230
      ],
      [
        231,
        280
      ],
      [
        281,
        330
      ],
      [
        331,
        400
      ]
    ],
    "matching_maximum_players": 10,
    "verified_levels": "BC1–BC7"
  },
  "chaos_castle": {
    "matching_allow_party": false,
    "matching_entrance_fees_zen": [
      25000,
      80000,
      150000,
      250000,
      400000,
      650000
    ],
    "matching_level_bands": [
      [
        15,
        49
      ],
      [
        50,
        119
      ],
      [
        120,
        179
      ],
      [
        180,
        239
      ],
      [
        240,
        299
      ],
      [
        300,
        400
      ]
    ],
    "verified_levels": "CC1–CC6"
  },
  "devil_square": {
    "matching_maximum_players": 10
  }
}

{
  "official_reference_temporality": "pozdější nebo nedatované oficiální návody",
  "unverified_extensions": [
    "BC8",
    "CC7",
    "DS7"
  ]
}

Základní nastavení Blood Castle, Chaos Castle a Devil Square drží regresní testy a část z něj potvrzuje pozdější oficiální návod. Tohle tvrzení nahrazuje starší, které říkalo dvě věci, jež už neplatí. PRVNÍ: „chybějí cílené regresní testy těchto definic". Nechybějí. Patch 0161 přidal ARealmHoldsThePeriodLevelBandsAsync, který drží pásma Devil Square i Blood Castle na dobových číslech včetně sloupce pro Magic Gladiatora a Dark Lorda, a EventsNeedThePeriodMinimumOfPlayers na minimum hráčů Chaos Castle i Illusion Temple. Obojí má negativní kontrolu. DRUHÁ: pásma Devil Square se vedla jako dílčí shoda s návodem. Nejsou to jeho pásma. Stránka Devil Square nese tabulku Blood Castle bez posledního řádku — proto končí na 330 a nechává úrovně 331 až 400 bez Devil Square ve hře, jejíž strop je 400. Podrobně v events.devil-square-bands-are-the-period-table. Co platí dál: návod potvrzuje pásma úrovní a limit deseti hráčů pro BC1–BC7, pásma úrovní, vstupní ceny a zákaz skupin pro CC1–CC6 a limit deseti hráčů v Devil Square. BC8, CC7 ani DS7 návod nepodporuje a zůstávají nepodložené, proto je tvrzení implementované, ne uzavřené.

{
  "bc8_cc7_ds7_supported_by_the_guide": false,
  "devil_square_guide_table_is_blood_castles": true,
  "regression_tests_present": true
}

{
  "guide_confirms": [
    "BC1-BC7 pásma a limit 10 hráčů",
    "CC1-CC6 pásma, ceny a zákaz skupin",
    "DS limit 10 hráčů"
  ]
}

Tohle tvrzení už neplatí. Nahradilo ho Střídavý rozvrh BC, DS a CC.

PureMU spouští Blood Castle po 120 minutách, Devil Square po 240 minutách a Chaos Castle po 60 minutách; opravený plánovač po posledním termínu přejde do dalšího dne. Audit nenašel úplný dobový oficiální rozvrh S6E3, takže intervaly dokazují současnou implementaci, nikoli shodu s Webzenem.

{
  "blood_castle_interval_minutes": 120,
  "chaos_castle_interval_minutes": 60,
  "devil_square_interval_minutes": 240,
  "scheduler_wraps_to_next_utc_day": true
}

{
  "exact_s6e3_timetable_found": false
}

Dvě shodné S6.3 serverové větve aplikují v aktivním Castle Siege 20 % damage mezi stejnou stranou a 40 % mezi nepřáteli, bez běžného PK/self-defense účtu. Gate 277 a Guardian Statue 283 bez Potion of Bless nebo Soul přijímají jen 5 % damage a po dobovém akumulátoru opotřebují útočící zbraň; s kterýmkoli potionem dostanou plný damage. Patch 0226-restore-castle-siege-combat.patch tato pravidla omezuje výhradně na mapu 30 a stav START, přidává imunitu siege struktur vůči statusům/posunům a mandatory update 107 odstraní chybný globální +20% Bless bonus. Plný compile a živý combat smoke jsou podle build-last rozhodnutí odložené do společného závěrečného gate.

{
  "enemy_side_damage_percent": 40,
  "same_side_damage_percent": 20,
  "structure_damage_without_potion_percent": 5,
  "structure_full_damage_effects": [
    10,
    11
  ]
}

{
  "enemy_side_damage_percent": 40,
  "same_side_damage_percent": 20,
  "structure_damage_without_potion_percent": 5,
  "weapon_durability_accumulator_threshold": 100
}

Dvě připnuté S6 serverové větve se shodují na Life Stone itemu 13:11 +1, 100% mixu za 5 000 000 Zen, GM/attacker/position limitech, 60s stavbě po 12s stupních, 1% HP/MP/AG pulsu v dosahu 3, exact-guild respawnu a cleanupu při zničení či změně vlastníka. Patch 0228-restore-castle-siege-life-stones.patch obnovuje celý tento runtime, viewer-specific friendly/stage bity, B9:01 animaci a mandatory update 108 pro existující konfiguraci. OpenMU nemá samostatný monster magic-defense atribut, takže dobová hodnota 20 zůstává explicitně evidovanou modelovou mezerou; compile a živý siege smoke čekají na společný závěrečný gate.

{
  "build_duration_seconds": 60,
  "build_stage_seconds": 12,
  "heal_percent_per_second": 1,
  "heal_radius_tiles": 3,
  "item_group": 13,
  "item_level": 1,
  "item_number": 11,
  "known_model_gap": "monster_magic_defense_20_unrepresented",
  "mix_money": 5000000,
  "mix_success_percent": 100
}

{
  "build_duration_seconds": 60,
  "build_stage_seconds": 12,
  "heal_percent_per_second": 1,
  "heal_radius_tiles": 3,
  "item_group": 13,
  "item_level": 1,
  "item_number": 11,
  "mix_money": 5000000,
  "mix_success_percent": 100,
  "monster_magic_defense": 20
}

Dvě připnuté Season 6 serverové větve se shodují na ovládání strojů 221/222 přes B7:00/01/02/04, side autorizaci, sedmi target oblastech, 300/200 fixed damage, 100ms zpoždění a AoE radiusu 3 bez side filtru. Patch 0229-restore-castle-siege-machines.patch obnovuje atomický operator lease, serverový target ticket, C2:68 preview max 100 objektů, zásah hráčů, monster, gates, statues i Life Stone a cleanup při disconnectu, despawnu či změně stavu. MuMain 0040-validate-dynamic-siege-preview-records.patch opravuje bounds validaci dobového dynamického 35+buff-count záznamu; build a živý siege smoke čekají na společný závěrečný gate.

{
  "attack_damage": 300,
  "defense_damage": 200,
  "impact_delay_milliseconds": 100,
  "impact_radius_tiles": 3,
  "preview_max_objects": 100,
  "preview_radius_tiles": 6,
  "shot_ticket_seconds": 10,
  "target_area_count": 7
}

{
  "attack_damage": 300,
  "defense_damage": 200,
  "impact_delay_milliseconds": 100,
  "impact_radius_tiles": 3,
  "preview_max_objects": 100,
  "preview_radius_tiles": 6,
  "target_area_count": 7
}

Dobové Data/Event/MuCastleData.dat ze dvou nezávislých sad se shodují na všech objektech Castle Siege. Dřívější známá mezera devíti Canon Tower (288) a jednoho Shield (215) je ve zdroji opravena patchem 0225-restore-castle-siege-core.patch: přesné souřadnice a staty, battle-only START/End lifecycle, Shield barrier do smrti všech čtyř Guardian Statues, gate 96 policy, periodní tower útok s pěti cíli a nulové ordinary monster rewardy. Mandatory update 106 idempotentně opraví existující konfiguraci. First-party Webzen guide potvrzuje čtyři statues, defense-only průchod a zmizení Shield; přesná čísla a pozice stojí na shodné periodní binary/config lineage. Plný server compile a živý whole-cycle smoke jsou podle build-last rozhodnutí odložené do společného závěrečného gate, proto implemented_unverified, ne verified_match.

{
  "blocked_by": null,
  "corrected": [
    "217 Crown Switch 1: 167,194 -> 167,195"
  ],
  "deferred_pending_first_guild": false,
  "guilds_in_production": 0,
  "matching": [
    "277 Castle Gate x6",
    "283 Guardian Statue x4",
    "221 Slingshot Attack x2",
    "222 Slingshot Defense x2",
    "288 Canon Tower x9",
    "215 Shield x1"
  ],
  "missing": [],
  "siege_registrations_in_production": 0
}

{
  "missing_canon_towers": 0,
  "missing_shields": 0,
  "period_objects_matching": 24
}

Dvě shodné S6 serverové větve posílají při běžné smrti v Castle Siege defendera přes gate 105 a všechny ostatní strany včetně neúčastníků přes gate 100; Life Stone má samostatnou vyšší prioritu. Patch 0227-restore-castle-siege-respawn.patch aplikuje tuto volbu jen na mapě 30 během inicializovaného START, po dobových pěti sekundách znovu ověří mapu a stav a při stale relogu, map change, End nebo nenalezení průchozího bodu použije původní mapový fallback. Persistované attack/defense respawn areas jsou dobové hromadné reposition zóny, nikoli ordinary-death gates. Compile a živý side/death smoke zůstávají podle build-last rozhodnutí na společný závěrečný gate.

{
  "attacker_and_other_gate": 100,
  "defender_gate": 105,
  "respawn_delay_seconds": 5,
  "walkable_selection_attempts": 10
}

{
  "attacker_and_other_gate": 100,
  "defender_gate": 105,
  "life_stone_precedes_default_gate": true,
  "respawn_delay_seconds": 5
}

Patch 0230-restore-castle-siege-status.patch obnovuje úplný klientský Castle Siege stav přes B2:00/14/15/16/17/18/19/1E/20: cyklus a zbývající čas, switch/crown lease a progress, začátek/konec bitvy, změnu vlastníka, join side i obsazení switchů. Synchronizace běží při vstupu a reconnectu i při živých přechodech. No-attacker Start a startup v End nepřehrávají ordinary-End odměny ani respawn; crown capture, fyzický recreate, side-sync a terminální End cleanup používají oddělené resumable checkpointy. Tři nezávislá statická review skončila po opravách bez blockeru; compile a živá B2 whole-cycle matice čekají podle build-last rozhodnutí na společný závěrečný gate.

{
  "end_cleanup_is_resumable": true,
  "no_attacker_skips_battle": true,
  "packet_subcodes": [
    "B2:00",
    "B2:14",
    "B2:15",
    "B2:16",
    "B2:17",
    "B2:18",
    "B2:19",
    "B2:1E",
    "B2:20"
  ]
}

{
  "no_attacker_skips_battle": true,
  "packet_subcodes": [
    "B2:00",
    "B2:14",
    "B2:15",
    "B2:16",
    "B2:17",
    "B2:18",
    "B2:19",
    "B2:1E",
    "B2:20"
  ]
}

Z dvojice, kterou tahle mezera vedla, je jedna půlka vyřešená a druhá ne. MINIMUM HRÁČŮ JE DOLOŽENÉ. Návod říká dva, realm má jednoho — a jedničku má i každá dochovaná sada, která to číslo vůbec uvádí: ChaosCastleMinUser = 1 v "GameServerInfo - Event.dat" u louis-s6-u31, Main5.2 i mudevs, a dobový zdroj to testuje jako GetUserCount(lpLevel) < m_ChaosCastleMinUser. Tytéž soubory dávají IllusionTempleMinUser = 2, což je přesně to, co má kontext chrámu. Nebylo tedy co opravovat, jen co přestat vydávat za odchylku; drží to regresní test. ODMĚNY DOLOŽENÉ NEBYLY, dokud se nenašly pytle. Původní text zněl: Realm rozdá za Chaos Castle klenoty podle tabulky v ChaosCastleDropGenerator (0/2, 1/1, 1/2, 1/2, 2/1, 2/2, 2/3 Bless a Soul podle stupně) a žádný dobový soubor v tomhle korpusu takovou tabulku nenese: sekce odměn v ChaosCastle.dat je u všech sad samá nula a changelog zTeamS6.3 přiznává, že odměny do toho souboru teprve PŘIDAL. Zůstává to tedy otevřené a hledá se zdroj, ne náhradní čísla. Všech sedm říká totéž. ItemDropRate 100 dělá zenovou větev nedosažitelnou, protože test zní rand()%100 >= 100; SetItemDropRate 1000 z deseti tisíc dá jednou z deseti náhodný set item; a zbylých devět z deseti je jeden ze čtyř klenotů — Bless (14/13), Soul (14/14), Life (14/16) a Creation (14/22). Dvě věci se tím opravily. Seznam klenotů měl pátou položku, Jewel of Chaos, kterou nemá žádný pytel. A polovina se set itemem byla škálovaná patrem — desetina krát úroveň, tedy sedmdesát procent na sedmém patře — zatímco pytle jsou napříč všemi sedmi identické a dávají plochou desetinu; první patro ji nemělo vůbec. Jedno se přesně zopakovat nedá. Dobový server hodí jednou a větví; OpenMU hází každý řádek odměny zvlášť, takže devět procent výher zaplatí obojí a devět procent nic. Shodné jsou okrajové pravděpodobnosti: devět z deseti klenot, jedna z deseti set item. Minimum hráčů, druhá půlka původní mezery, bylo vyřešené už dřív a beze změny: jednička je dobová (ChaosCastleMinUser = 1) a realm ji měl.

{
  "bag_jewels": [
    [
      14,
      13
    ],
    [
      14,
      14
    ],
    [
      14,
      16
    ],
    [
      14,
      22
    ]
  ],
  "chaos_castle_minimum_players": 1,
  "chaos_castle_reward_table_sourced": true,
  "illusion_temple_minimum_players": 2,
  "jewel_chance": 0.9,
  "jewel_of_chaos_removed": true,
  "minimum_players_sourced": true,
  "period_sets_agreeing": 4,
  "previous_set_item_chance_formula": "0.1 * level",
  "set_item_chance": 0.1,
  "winner_only": true,
  "zen_branch_reachable": false
}

{
  "guide_chaos_castle_minimum_players": 2
}

Většina cyklu miniher je doložená regresními testy v repozitáři, každý svým patchem. Doloženo: vstup (odmítnutý nestojí Zeny ani vstupenku, přijatý je vezme právě jednou); otevření pater a dokončení cyklu v logu; spuštění, kde Chaos Castle nepřejde do stavu Playing dřív, než doběhne zakládání spawnů; předání předmětové odměny u Blood Castle i Chaos Castle, kde dojde živému vítězi a živému členovi vítězné party, právě jednou a nikomu jinému, přičemž se počítá inventář i zem; zkušenostní a Zenová odměna u Devil Square; a ukončení, kde hráči odejdou z mapy eventu a seznam vstoupivších se vyprázdní. Devil Square předmětovou odměnu nemá a tři nezávislé zdroje se shodly, že ji mít nemá. Z průběhu hry je doloženo, že Chaos Castle zabije toho, komu se propadne podlaha, a nechá být toho, kdo si zem udržel — což je mechanika, na které ta hra stojí. Doloženo je i doručení relikvie v Illusion Temple: bod se připíše jen v dosahu skladu vlastního týmu a relikvie se vrací do hry, ne k doručiteli. NEDOLOŽENY zůstávají vlny spawnů v čase a celý průchod jedním zápasem naráz. Tohle tedy NERUŠÍ mezeru events.end-to-end-cycle-proof, jen přesně říká, co z ní zbývá. Zapsáno proto, aby se doložené úseky nepočítaly podruhé jako nedoložené ani nedoložené jako hotové. Nově je celý životní cyklus VŠECH TŘÍ miniher pozorovaný přímo v produkci, ne jen v testu: za tři hodiny běhu otevřely přesně tolikrát, kolikrát říká rozvrh (Chaos Castle 3×, Blood Castle 2×, Devil Square 1×) a každá dokončila přesně po své nastavené délce — Chaos Castle po 15, Blood Castle po 20 a Devil Square po 25 minutách. Zbývá tedy doložit už jen zápas, ve kterém někdo doopravdy hraje: vlny spawnů za běhu a předání odměny živému hráči. AKTUALIZACE 2026-08-20: to, co tady stálo jako zbývající, už zbývat přestalo, a věta o nezrušené mezeře je zastaralá. Mezeru events.end-to-end-cycle-proof nahradilo tvrzení events.whole-cycle-proven: patch 0160 pustí všechny tři hry celým cyklem s hráčem uvnitř a měří obojí, co tu bylo vedené jako nedoložené — VLNY SPAWNŮ ZA BĚHU (naběhly a položily na mapu příšery) i PŘEDÁNÍ ODMĚNY ŽIVÉMU HRÁČI (zkušenosti a Zeny čtené na postavě, ne na návratové hodnotě). Jedna věc v odstavci výše se čte dvojznačně, tak ať je řečená: Chaos Castle po 15, Blood Castle po 20 a Devil Square po 25 minutách jsou TaskDuration periodických pluginů, ne délky kol. Ty se 2026-08-20 změnily na 10, 15 a 20 minut podle dobových souborů (viz events.period-phase-timings) a s tímhle pozorováním si neodporují. AKTUALIZACE 2026-09-10: dvě čísla z toho tříhodinového srpnového pozorování už realm nemá, takže se čtou jako historický záznam, ne jako současný stav. ZA PRVÉ TaskDuration: patch 0166 je roztáhl na celý cyklus (vstup, odpočty, kolo a doběh), takže Chaos Castle má 20, Blood Castle 25 a Devil Square 30 minut místo tehdejších 15, 20 a 25. Délky kol 10, 15 a 20 minut se tím nemění. ZA DRUHÉ počty otevření: to pozorování proběhlo ještě na starém rozvrhu (Chaos Castle každou hodinu, Devil Square po čtyřech), takže poměr 3× : 2× : 1× za tři hodiny dnes neplatí — na střídavém rozvrhu otevírá každá ze tří her jednou za dvě hodiny. Viz events.bc-ds-cc-alternating-schedule. Samé pozorování tím nepřestává platit: dokazovalo, že každá hra otevře přesně podle svého tehdejšího rozvrhu a doběhne po své tehdejší nastavené délce, a to je vlastnost plánovače, ne těch konkrétních čísel.

{
  "blood_castle_item_reward_verified": true,
  "chaos_castle_item_reward_verified": true,
  "collapsing_floor_verified": true,
  "devil_square_experience_and_money_verified": true,
  "entry_cost_verified_all_three": true,
  "gameplay_progress_verified": false,
  "production_full_cycle_observation_predates_the_alternating_schedule": true,
  "production_full_cycle_observed_all_three": true,
  "relic_delivery_verified": true,
  "reward_to_a_live_player_proven": true,
  "single_uninterrupted_match_verified": false,
  "spawn_waves_proven": true,
  "start_and_finish_logged_all_three": true,
  "start_barrier_verified": true,
  "task_durations_not_game_durations": {
    "blood_castle": 25,
    "chaos_castle": 20,
    "devil_square": 30
  },
  "teardown_verified": true
}

{
  "proven_segments": [
    "vstup",
    "spotřeba vstupenky",
    "oznámení",
    "odměna (jen Blood Castle)"
  ]
}

Pásma úrovní Devil Square v tomto realmu nejsou odchylka. Stejná tabulka je ve třech dochovaných artefaktech dvojího druhu: jako data v louis-s6-u31 Data/Event/DevilSquare.dat sekce 5 a jako zdroj v ServerSimulator GameServer/include/DevilSquare.h a mu-server-ex GameServer/DevilSquare.h pod jménem g_sttDEVILSQUARE_LEVEL. Všechny tři navíc nesou druhou dvojici sloupců pro Magic Gladiatora a Dark Lorda (10–110, 111–160, 161–210, 211–260, 261–310, 311–400), kterou oficiální návod vůbec nezmiňuje a kterou realm už má. Návod uvádí šest pásem 15–80, 81–130, 131–180, 181–230, 231–280 a 281–330. To není jiný Devil Square: jsou to pásma Blood Castle bez posledního řádku, jak ukazuje BloodCastle.dat sekce 6 téže dobové sady. Stránka návodu tedy nese tabulku sousední události — proto taky končí na 330 a nechává úrovně 331 až 400 bez jakéhokoli Devil Square ve hře, jejíž strop je 400. Doloženo je to regresním testem, který drží pásma Devil Square i Blood Castle na dobových číslech včetně sloupce pro speciální třídy. Primární dobový zdroj Webzenu k tomu pořád chybí, proto tvrzení dokazuje současný stav, ne shodu.

{
  "blood_castle_bands": [
    [
      15,
      80
    ],
    [
      81,
      130
    ],
    [
      131,
      180
    ],
    [
      181,
      230
    ],
    [
      231,
      280
    ],
    [
      281,
      330
    ],
    [
      331,
      400
    ]
  ],
  "devil_square_bands": [
    [
      15,
      130
    ],
    [
      131,
      180
    ],
    [
      181,
      230
    ],
    [
      231,
      280
    ],
    [
      281,
      330
    ],
    [
      331,
      400
    ]
  ],
  "devil_square_special_minimums": [
    10,
    111,
    161,
    211,
    261,
    311
  ],
  "guide_table_equals_blood_castle_minus_last_row": true
}

{
  "guide_devil_square_bands": [
    [
      15,
      80
    ],
    [
      81,
      130
    ],
    [
      131,
      180
    ],
    [
      181,
      230
    ],
    [
      231,
      280
    ],
    [
      281,
      330
    ]
  ]
}

Událost Imperial Guardian v běžícím realmu nespawnovala nic. Vybírá spawny podle čísla vlny (ImperialGuardianEventPlugIn:411-412 se ptá ImperialGuardianSchedule.GetWaveNumber, což je zone * 10 + table a table je nejméně 1, takže nula z toho nikdy nevyjde), ale všech 416 spawnů na čtyřech mapách pevností mělo v produkci WaveNumber 0 a zároveň spouštěč OnceAtEventStart, takže je nepostavila ani automatická cesta. Ověřeno třemi nezávislými dotazy do produkce. Příčina je opakující se: čísla vln zavedl patch do souborů map, jenže soubor mapy doteče jen do databáze, která se právě zakládá, a tahle byla založená dřív. Oprava běží v profilu, bere čísla přímo z inicializátorů map přes deterministické identity spawnů (nekopíruje je do tabulky, která by mohla zestárnout) a spustí se jen tam, kde je co spravit.

{
  "fortress_maps": [
    69,
    70,
    71,
    72
  ],
  "spawns_total": 416,
  "spawns_with_wave_before": 0,
  "wave_formula_can_be_zero": false
}

{
  "spawn_trigger": "OnceAtEventStart"
}

Zápas se odehrával celý a za výhru nedával nic. Oficiální korejský průvodce Webzenu, záchyt 2010-12-28, popisuje odměny úplně: zkušenosti podle stupně chrámu a rozdílu bodů dostanou VŠICHNI účastníci, členové úspěšného týmu navíc jeden Jewel of Chaos. Doplněno podle té tabulky. Zároveň byla špatně PRAVIDLA ÚSPĚCHU, což by hráč poznal: realm bral za vítěze každého, kdo vede, a čekal na vypršení času. Podle stránky kolo končí, jakmile někdo získá sedm bodů; vedení s méně než dvěma body není úspěch; při shodě bodů nemá úspěch nikdo. Kolo 1:0 má tedy vedoucí tým a žádného vítěze. Předmět potvrdil staré vodítko: jediná dochovaná implementace měla ve výchozích hodnotách typ 12 číslo 15, což katalog vedl jako vodítko, ne důkaz — je to Jewel of Chaos. NEVYNUCENÁ PODMÍNKA: stránka nevyplácí nic, dokud hráč nepoužil chrámovou sponu alespoň třikrát. Ty sponу nemají serverovou implementaci (neexistuje handler jejich paketu), takže by ta podmínka byla trvale nesplněná a odměnu by nedostal nikdo — to je od originálu dál než ji nevynucovat. Uvedeno v kódu i tady. Násobek za úspěch je 3 podle stránky, ne 2 jako u dochovaných serverů; dvojku má stránka vyhrazenou pro master level.

{
  "experience_base_by_grade": [
    300000,
    340000,
    380000,
    420000,
    460000,
    500000
  ],
  "experience_paid_to_all": true,
  "experience_per_point_by_grade": [
    50000,
    60000,
    70000,
    80000,
    90000,
    100000
  ],
  "minimum_points_to_succeed": 2,
  "points_to_win_outright": 7,
  "skill_use_gate_enforced": false,
  "tie_has_no_winner": true,
  "winner_item": "12/15 Jewel of Chaos"
}

{
  "expected_official_service": "Illusion Temple vyplácí zkušenosti všem a Jewel of Chaos úspěšnému týmu",
  "official_reference_temporality": "dobový oficiální návod"
}

Invaze do té doby nelogovaly nic a jejich hláška jde jen hráčům, kteří tam stojí, takže běžící invaze byla zvenčí k nerozeznání od mrtvé; deník je vedl jako implementované, ne jako ověřené. Po doplnění logování se první cyklus pozoroval na produkci 18. srpna 2026 v 16:00:04 UTC: Golden invaze umístila 20 z 20 potvor v Lorencii, 20 z 20 a dalších 10 z 10 v Norii, 20 z 20 a 10 z 10 v Devias, a totéž v Atlansu a Tarkanu; Bílý čaroděj umístil 1 z 1, 15 z 15 a 10 z 10 v Lorencii. Každý počet je úplný, takže žádná potvora nezůstala nepostavená pro nedostatek pochozího místa. Tím je doložené, že invaze v realmu vycházejí, a to právě ve třech městech, kde postavy hrají. Že rozvrh a počty odpovídají vydání S6E3, doložené není — dobový zdroj k nim nemáme, takže tvrzení zůstává implementované a neověřené proti referenci.

{
  "cycle_observed_utc": "2026-08-18T16:00:04Z",
  "golden_towns": [
    "Lorencia",
    "Noria",
    "Devias"
  ],
  "period_schedule_sourced": false,
  "placed_all_requested": true,
  "red_dragon_reward_implemented": {
    "bless_probability": "1/6",
    "monster_id": 44,
    "soul_probability": "1/12",
    "zen_probability": "3/4",
    "zen_result": "4 x 10000 public Zen"
  }
}

{
  "expected_official_service": "periodické invaze zlatých potvor a Bílého čaroděje",
  "official_reference_temporality": "pozdější nebo nedatovaný oficiální návod",
  "red_dragon_period_code": "pinned GS-CS 1.00.90 JPN gObjMonster.cpp class 44 branch"
}

Délky fází všech čtyř plánovaných událostí jsou nastavené podle hlavičky, kterou nese Data/Event/<Událost>.dat v každé dochované sadě Season 5/6: "WarningTime NotifyTime EventTime CloseTime". Pět nezávislých sad se shoduje na číslo — Blood Castle 5/1/15/4, Devil Square 5/1/20/4, Chaos Castle 5/1/10/4, Illusion Temple 5/1/15/4. Co které pole dělá, není odvozeno z názvu. Dobový zdroj ho čte v BloodCastle.cpp a DevilSquare.cpp a ve stavu čekání zapíná vstup právě tehdy, když je odpočet uvnitř WarningTime (EnterEnabled = 1). WarningTime tedy JE otevřený vstup. NotifyTime je minuta pohotovosti po zavření dveří; OpenMU místo ní má pevný třicetivteřinový odpočet, což je odchylka o půl minuty, kterou tenhle profil neopravuje, protože odpočet není konfigurovatelný. EventTime je samotné kolo, CloseTime doběh. Tím se mění tři věci proti dřívějšku: Devil Square se otevírá na pět minut místo dvou, Blood Castle hraje patnáct minut místo dvaceti a doběh je u všech čtyř čtyři minuty místo jedné až tří. Nosič nově NASTAVUJE, ne jen rozšiřuje — předchozí verze uměla zvětšit malé vstupní okno, ale nikdy by nezkrátila příliš dlouhé kolo. Pořád jde o sekundární doklady, ne o primární zdroj Webzenu. Jsou ale silnější než ty, které tu stály dřív: je to pole, které dobový server opravdu čte, shodné v pěti nezávislých sadách, a pojmenovává mechanismus, ne výsledek.

{
  "blood_castle_minutes": [
    5,
    15,
    4
  ],
  "chaos_castle_minutes": [
    5,
    10,
    4
  ],
  "countdown_deviation_seconds": 30,
  "devil_square_minutes": [
    5,
    20,
    4
  ],
  "illusion_temple_minutes": [
    5,
    15,
    4
  ],
  "phase_order": [
    "vstup",
    "pohotovost",
    "kolo",
    "doběh"
  ],
  "sourced_from_webzen_primary": false
}

{
  "period_data_file_header": "WarningTime NotifyTime EventTime CloseTime"
}

Čísla, která web uvádí u vstupenek a vylepšování, byla ověřena proti běžícímu serveru a proti připnutému zdroji. Produkce: Chaos Castle 1 má vstupní poplatek 25 000 Zen a pásmo 15 až 49, Blood Castle 1 pásmo 15 až 80, Devil Square 1 pásmo 15 až 130. Ceny a šance vstupenek nejsou v konfiguraci, ale v obslužných třídách: první stupeň Blood Castle stojí 50 000 Zen s 80 % šancí, první stupeň Devil Square 100 000 Zen s 80 %. Jewel of Soul má 50 %, s vlastností Luck o 25 procentních bodů víc, a od sedmé úrovně předmětu neúspěch shodí předmět na +0. Jedna věc, kterou web neuvádí: u Devil Square klesá šance od pátého stupně na 70 %.

{
  "blood_castle_first_tier_price": 50000,
  "chaos_castle_entrance_fee": 25000,
  "devil_square_first_tier_price": 100000,
  "devil_square_rate_from_tier_five": 70,
  "soul_luck_bonus_points": 25,
  "soul_reset_to_zero_from_level": 7,
  "soul_success_percent": 50,
  "ticket_first_tier_success_percent": 80
}

{
  "expected_official_service": "ceny vstupenek a šance vylepšování v S6E3",
  "official_reference_temporality": "pozdější nebo nedatovaný oficiální návod"
}

Všechny tři minihry projedou celý cyklus a je to změřené, ne odvozené: regresní test spustí skutečný MiniGameContext na skutečné mapě se skutečným hráčem a sleduje, co se stane. Doloženo je, že stav projde v pořadí Open, Closed, Playing, Ended, Disposed; že plánovaný start opravdu ohlásí otevřený vstup hráčům a zanechá po sobě otevřenou hru; že vlna spawnů naběhne a položí na mapu příšery; že se odměna připíše na postavu (zkušenosti i Zeny se měří na ní, ne na návratové hodnotě); že vznikne řádek v žebříčku; a že hráč skončí ve městě a už není svázaný s doběhlou hrou. Test navíc trvá na tichém logu, protože běhová smyčka minihry si své výjimky překládá do logu a jinak by ukončení z nouze vypadalo stejně jako ukončení úspěchem. Tenhle důkaz nebyl formalita. Napoprvé padal náhodně, jednou u Blood Castle a jindy u Devil Square, a příčina je skutečná chyba: cache perzistentních typů v TypeHelperu byla vedená jako IDictionary nad ConcurrentDictionary a plnila se přes Add, který při existujícím klíči vyhodí výjimku. Dvě vlákna, která poprvé sáhnou na stejný základní typ ve stejný okamžik, obě minou cache a to druhé dostane ArgumentException z operace, která nemá na čem selhat. V ukládání žebříčku je výjimka odchycená a jen zalogovaná, takže výsledek jedné hry tiše zmizí; jinde ji nechytá nikdo. Před opravou padly dva ze tří běhů, po opravě prošly tři ze tří. Co doloženo NENÍ: že takhle vypadal cyklus u Webzenu. Délky fází ani pořadí hlášení nemá v repozitáři dobový oficiální zdroj, takže tvrzení dokazuje současné chování realmu, ne shodu.

{
  "blood_castle_complete_cycle_verified": true,
  "chaos_castle_complete_cycle_verified": true,
  "cycle_phases_observed": [
    "Open",
    "Closed",
    "Playing",
    "Ended",
    "Disposed"
  ],
  "devil_square_complete_cycle_verified": true,
  "persistent_type_cache_race_fixed": true,
  "player_returned_to_town": true,
  "ranking_row_written": true,
  "reward_measured_on_the_character": true,
  "run_loop_logged_nothing": true,
  "spawn_wave_ran_and_spawned_monsters": true
}

{
  "required_cycle": [
    "oznámení",
    "vstup",
    "spotřeba vstupenky",
    "spuštění",
    "průběh hry",
    "odměna",
    "ukončení"
  ]
}

Statistiky příšer nikdo neporovnal — opravená byla jediná hodnota (životy Chaos Castle 7). Porovnalo se sedm sloupců u všech 354 příšer realmu proti osmi dobovým sadám. NEJDŘÍV TOTOŽNOST. Sady se neshodnou, které stvoření slot drží: několik z nich říká slotu 84 „Orc Warrior“, zatímco klient mu říká „Chief Skeleton Warrior“, a jejich čísla patří jinému tvoru. Porovnávat je by byl nesmysl vydávaný za důkaz. Dobový řádek se proto čte jen tehdy, když se jeho jméno shoduje se jménem u klienta — klient rozhoduje, na co se hráč dívá, stejně jako u rozměrů předmětů. Ta kontrola sama vyhodí 11 až 432 řádků na sadu. POTOM SHODA, A MUSÍ BÝT JEDNOMYSLNÁ. I po ověření totožnosti nesou sady tři různé škály kalimských stupňů, každá posunutá o patro. Většina tedy není dobová hodnota, ale edice, která v tomhle korpusu zrovna přečíslila ostatní. Hlásí se jen hodnota, kterou dá každá sada nesoucí to stvoření, a musí jich být aspoň šest. Zbylo 40 neshod a jsou v nich tři rodiny a čtyři jednotlivci. Celé Chaos Castle útočí s ratingem 10, což není číslo, které by kterákoliv sada dala komukoliv — tak vypadá nenastavené pole. Dobově mají od 18 u Strange Rabbita po 240 u Captain Grizzlyho; příšery, které netrefí, dělají z Chaos Castle kolo, které nejde prohrát. Polluted Butterfly, Hideous Rabbit a Werewolf drží navzájem své figury — celý řádek, všech sedm sloupců, v kruhu; sedm sad je na všech třech jednomyslných, což z toho dělá rotaci, ne tři neshody. Berserk stál na dvojnásobku dobových životů a o šest úrovní níž. A defense rate Blood Soldiera 3 a attack rate Illusion of Kundun 4 nesly nulu navíc — týž tvar jako životy Chaos Castle 7; potvrzují to i jejich vlastní řady bez korpusu (sousedé Blood Soldiera jdou 54 až 92, Kundunovy iluze 330, 440, 575). Brány a sochy obléhání zůstávají na pěti milionech: ty jim dává obléhání z vlastní tabulky a dobově taky, hodnota v Monster.txt je základ, který nepoužívá ani jedna strana. DOPLNĚNO TÝŽ DEN: porovnání se rozšířilo o sloupce, které realm drží na definici příšery, ne mezi jejími atributy — dosah pohybu, dosah útoku, dohled, prodleva mezi údery a doba návratu. Přibylo 27 neshod. Chaos Castle znovu a v témž tvaru: celé patro máchá po 1500 ms a vidí pět dlaždic, což zase nejsou čísla, která by kterákoliv sada dala komukoliv. Yeti, Elite Yeti a oba Crusty se vracejí po třech sekundách tam, kde osm sad říká deset — trojnásobek pole, které tam má být. Dark Phoenix se vrací po patnácti, sedm sad říká sto padesát. Pět zlatých příšer se záměrně nemění: jejich respawn nepatří polní tabulce, invaze je staví jednou na svém začátku a Golden Titan vracející se dvacet sekund po smrti je invaze, která nikdy neskončí. DOPLNĚNO POTŘETÍ: živelné odolnosti. Realm je drží jako podíl z 255, dobové tabulky jako celé číslo, a pořadí sloupců se odvodilo z dat, ne odhadem — Poison Bull Fighter má v prvním sloupci 6 a realm poison 6/255, Hell Hound ve čtvrtém 3 a realm fire 3/255; pořadí je tedy jed, led, blesk, oheň. Našlo se 88 rozdílů. Osmdesát řádků prostě chybí — ne nula, ale žádný řádek; rozpad je 64 blesk, 6 led, 5 oheň, 5 jed, a proto realm nesl blesk jen na 167 příšerách, zatímco ostatní tři na skoro 290. Osm hodnot je špatně a dvě z nich jsou prohozené: Erohim má jed 254 a led 100 tam, kde osm sad říká jed 100 a led 254, a Nightmare tentýž pár týmž způsobem. Prohození váží víc než ta dvě čísla — říká, že se pořadí sloupců jednou přečetlo špatně, a tohle jsou jediné dvě příšery, kde se ty dva sloupce liší dost na to, aby to bylo vidět.

{
  "berserk_health": {
    "now": 33000,
    "was": 70000
  },
  "chaos_castle_attack_rates_were_unset": true,
  "extra_zero": [
    "184 Blood Soldier 3 defense rate",
    "197 Illusion of Kundun 4 attack rate"
  ],
  "missing_resistance_rows": {
    "fire": 5,
    "ice": 6,
    "lightning": 64,
    "poison": 5
  },
  "rotated_figures": [
    "419 Polluted Butterfly",
    "420 Hideous Rabbit",
    "421 Werewolf"
  ]
}

{
  "corrected": 155,
  "figures_compared": 1503,
  "minimum_carriers": 6,
  "monsters_compared": 354,
  "period_sets": 8,
  "settled": 9
}

Ověřeno spustitelným nástrojem proti čerstvému výpisu z produkce. Soubor nese kontrolní součet a kontrola bez shody odmítne porovnávat, takže rozklad je doložený po bajtech, ne po velikosti. Katalog vyžaduje pro stav verified_match veřejně citovatelný dobový podklad; tady je rozhodčím klient majitele, který je pro tento realm závazný, ale citovat se nedá. Proto implemented_unverified, ne verified_match.

"Třicet šest sad, které nesou obě strany, se shoduje ve všech možnostech, v pořadí i ve složení. Dvacet čtyři kódů možností má napříč sadami právě jeden význam. Klient jmenuje dalších třináct sad, pro které realm skupinu nemá; jejich předměty tu buď nejsou, nebo nepatří do žádné starobylé sady."

"Klientská Data/Local/Eng/ItemSetOption_eng.bmd a ItemSetType.bmd."

Současná inicializace OpenMU dávala každé z pěti úrovní Box of Kundun dvacetiprocentní excellent skupinu a za ní jistý Zen fallback, takže výsledkem bylo přibližně 20 % předmětů a 80 % Zen. PureMU nyní nastavuje excellent skupiny pro zdrojové úrovně 8 až 12 na jistý item roll, odstraňuje jejich money skupiny z nových seedů a stejnou změnu idempotentně přenáší do existujícího realmu. Dvě prohlédnuté komunitní konfigurace označené jako Season 6 mají u Box of Kundun +1 až +5 ItemDropRate 100 a ItemDropCount 1; prohlédnutá serverová implementace přechází na Zen jen při neúspěchu tohoto item rollu, takže při sazbě 100 je Zen větev nedosažitelná. Tyto repacky ale nejsou first-party Webzen zdroj, mohou sdílet společnou lineage a u +5 se jejich pooly liší. Tvrzení proto pokrývá pouze item-versus-Zen distribuci současného realmu; přesné pooly, úrovně a excellent options se tím za originální neprohlašují ani nemění.

{
  "exact_pool_or_option_parity_claimed": false,
  "item_group_chance_after": 1,
  "money_fallback_groups_after": 0,
  "new_and_existing_realm_paths_covered": true,
  "source_item_levels": [
    8,
    9,
    10,
    11,
    12
  ]
}

{
  "community_s6_labelled_item_count": 1,
  "community_s6_labelled_item_rate": 1,
  "first_party_reference": false,
  "official_s6e3_pool_and_option_table_found": false
}

Bílá 14/88 a červená 14/89 existovaly jako předměty a nic je v realmu nevydávalo, takže obě mísení u Ducha sakury — deset bílých a třicet červených — nešlo spustit. Play-Box 14/84 dával jen tři buffy a zlatou větvičku, tedy čtyři z šesti věcí, které z něj podle dobového popisu chodí. Chybějící dvě byly přesně ty, které katalog v mezeře jmenoval; nezávislý zdroj a nezávisle sepsaná mezera ukázaly na totéž místo. Doplněno v profilu, ne v inicializátoru — ten běží dřív, než ty větvičky vůbec vzniknou, a do existujícího realmu by stejně nedosáhl. Váhy toho zdroje použité nejsou: obě větvičky mají tutéž váhu jako zlatá, protože bedna má jedinou skupinu a v ní jsou si všechny výstupy rovné.

{
  "added_in_profile_not_initializer": true,
  "play_box_gives": [
    85,
    86,
    87,
    88,
    89,
    90
  ],
  "play_box_number": 84,
  "red_branch_required": 30,
  "weights_sourced": false,
  "white_branch_required": 10
}

{
  "expected_official_service": "Cherry Blossom Play-Box vydává tři větvičky a tři buffy",
  "official_reference_temporality": "pozdější nebo nedatovaný oficiální návod"
}

Klient rozhoduje o tom, co hráč vidí a co s položkou smí; kde se server s ním rozejde, pozná to hráč okamžitě. Porovnání pokrývá vedle rozměrů a trvanlivosti i to, co předmět žádá po tom, kdo ho nosí, a které třídy ho nosit smí — 3363 požadavků a 530 třídních seznamů. Shoda je ověřená spustitelným nástrojem, ne úvahou, a hromadnost té shody zároveň dokazuje, že se čtou správná pole a ve správném měřítku. Katalog vyžaduje pro stav verified_match veřejně citovatelný dobový podklad; tady je rozhodčím klient majitele, který je pro tento realm závazný, ale citovat se nedá. Proto implemented_unverified, ne verified_match.

"Rozměry sedí u všech 516 položek, které klient nese, poškození u 123 ze 123 zbraní, obrana u 269 z 274, požadavek na sílu u 419, na obratnost u 331. Odolnost sedí mimo hůlky, které ji drží v poli magické odolnosti, a mimo orby, které se neopotřebovávají. Jediná sada, která se lišila, dostala hodnoty klienta. Cenový audit navíc sjednotil doložené drifty u Devil's Invitation, Wizard's Ring, osmi scrollů a 27 socketových položek; +4 eventové ingredience už se shodovaly a neurčené vyšší socketové tier hodnoty nebyly odhadnuty."

"Klientská Data/Local/Eng/item_eng.bmd, dekódovaná podle rozvržení z pinnutých MuMain zdrojů."

Čtyři period item bagy už nepoužívají nepřesné společné skupiny se Zen fallbacky a náhodnými options: Heart of Love +3, Silver Medal +5, Gold Medal +6 a Box of Heaven +7 vybírají rovnoměrně přesné řádky připnutých louis/Main5.2 tabulek včetně levelu a additional option. White Wizard vždy vydá Bless a jeho Ogre větev 30 % Wizard's Ring, jinak 10 000 Zen; chybějící externí promo gift větev je přiznaná jako coverage gap. Běžný Zen se odvozuje z randomizovaného pre-rate EXP děleného pěti místo finálně znásobeného součtu plus sedm a Symbol of Kundun už nemá současně obecnou i explicitní mapovou cestu. Samostatný fail-closed manifest inventarizuje generátory, jejich instalace, overlay pořadí a zdrojové sazby, ale poctivě označuje pět runtime oblastí, které bez produkčního exportu nebo externí služby nejsou pokryté.

{
  "declared_runtime_gaps": 5,
  "period_item_bag_source_levels": [
    3,
    5,
    6,
    7
  ],
  "white_wizard_bless_chance": 1,
  "white_wizard_ogre_ring_chance": 0.3,
  "zen_experience_divisor": 5
}

"Připnuté louis Season 6 update 31/Main5.2 item bagy a period zTeam serverové drop větve."

Obecný excellent generator vybírá jednu z šesti dobových options. OpenMU však druhou option přidával jen s pravděpodobností 0,1 % a opakoval hod, dokud nebyla odlišná. Dvě připnuté Season 6 implementace se shodují na jiném NewOptionRand: první bit je uniformní, bit číslo 2 dostane jeden 50% reroll a poté proběhne jediný 25% druhý hod, jehož duplicita správně ponechá jednu option. PureMU nyní reprodukuje právě tuto sekvenci bez změny samotného poolu, excellent item drop rate, Moss odměn nebo packetového mapování bitů. Hráčský malý vzorek se samou mana option tím není vydáván za deterministicky vysvětlený; zdrojový pool manu nezvýhodňuje.

{
  "first_option_pool_size": 6,
  "option_two_single_reroll_probability": 0.5,
  "second_bit_attempt_probability": 0.25,
  "second_duplicate_retried": false
}

"Shodný NewOptionRand v připnutých zTeamS6.3 a muOnline-season6 serverových stromech."

Jewel of Harmony se v tomhle realmu nedal získat, protože se nedal získat Gemstone. Gemstone byl v NULE skupin dropů a s DropsFromMonsters false, neprodával ho žádný obchodník, nebyl odměnou questu ani výsledkem řemesla. Gemstone Refinery přitom vyrábí Jewel of Harmony PRÁVĚ z Gemstonu, takže celý řetěz včetně Seed Creation a možnosti Guardian na úrovni 380 byl dosažitelný jen teoreticky. Upstream OpenMU ho nedoplňuje: aktualizace klenotů pro Season 6 dává skupinu dropu Jewelu of Creation a Jewelu of Guardian a tím končí. Že DropsFromMonsters false nestačí jako nález, ukazuje kontrola: tentýž příznak mají VŠECHNY klenoty včetně Jewelu of Bless, který prokazatelně padá, protože je v deseti skupinách dropů. Rozdíl je v počtu skupin, ne v příznaku. Doloženo čtyřmi dobovými sadami ze dvou distribucí (Main5.2 Season 5, louis-s6-u31, xMuPP, mudevs Season 6), které v Data/Item/ItemDrop.txt nesou shodný řádek: index 7209, mapa 39, netvoři úrovně 69 az 150, šance 1000 z 1000000. Že to nejsou kopie téhož souboru, je ověřeno: po normalizaci mezer a při porovnání jen společných sloupců se tabulky liší v hrstce řádků (Jewel of Chaos má u louise minimum 40, u mudevs 12). Mapa 39 je v realmu Kanturu Event. DropItemGroup má MinimumMonsterLevel i MaximumMonsterLevel a generátor obě čte. Skupina je klenotová, ne random item: generátor promíjí své dvanáctiúrovňové okno jen klenotovým skupinám a bez té výjimky by drop level 25 Gemstone uvěznil na příšerách 25 az 36. Upstream došel k témuž a má na to celou aktualizaci RemoveJewelDropLevelGapPlugIn. Druhá půlka: Gemstone, Jewel of Harmony a oba brusné kameny měly z upstreamu prohozenou úroveň dropu a hodnotu (150 a 25 proti dobovým 150 hodnota a 25 úroveň). Mapování dokazuje kontrola na předmětech, kde se ta čísla liší: Apple je dobově Value 5 a Level 1, v OpenMU DropLevel 1 a Value 5; Small Healing Potion je 10 a 10 obojím směrem. Main5.2 tiskne ty sloupce v opačném pořadí, což ten swap maskovalo; čtené proti vlastní hlavičce a s Applem jako kontrolou se všechny čtyři sady shodnou.

{
  "gemstone_drop_groups_after": 1,
  "gemstone_drop_groups_before": 0,
  "jewel_of_bless_drop_groups": 10,
  "period_distributions": 2,
  "period_sets_agreeing": 4
}

{
  "drop_chance": 0.001,
  "map_number": 39,
  "monster_level_maximum": 150,
  "monster_level_minimum": 69,
  "period_item_level": 25,
  "period_item_value": 150
}

Pevná Zen odměna z item boxu nemá zkušenostní podíly z boje. Ve skupině přesto používala stejný filtr jako Zen z monstra, který odmítá členy v safe zóně; otevření Box of Kundun ve městě proto mohlo vytvořit viditelný Zen, který žádný člen party nedokázal sebrat. Oprava zachovává rovné rozdělení, členství v party, stejnou mapu, načtené atributy, limit Zen i serializovanou platbu, ale safe-zone podmínku vynechává pouze pro pevný drop bez bojových podílů. Zen z monster se zkušenostními podíly dál používá původní bojový filtr. Shoda této distribuce s dobovým Webzenem není doložená; tvrzení se týká odstranění jednoznačné funkční vady současného realmu.

{
  "fixed_drop_party_split_preserved": true,
  "monster_money_filter_changed": false,
  "safe_zone_blocks_fixed_drop_after": false,
  "safe_zone_blocks_fixed_drop_before": true
}

{
  "official_s6e3_item_box_money_distribution_found": false,
  "scope": "current realm functional correctness"
}

Všech pět částí zbroje Lilium (Eternal Wing), předmět číslo 44 ve skupinách 7 až 11, má nastavené tři sockety a rodiny voleb Water, Earth, Wind a bonus pro zbroj. Tento stav chrání kontroly nové konfigurace, aktualizace uložených dat i opravy při startu. Audit nenašel dobový oficiální podklad pro přesné socketové zařazení v S6E3.

{
  "groups": [
    7,
    8,
    9,
    10,
    11
  ],
  "maximum_sockets": 3,
  "name": "Lilium (Eternal Wing)",
  "number": 44,
  "socket_option_families": [
    "water",
    "earth",
    "wind",
    "armor_bonus"
  ]
}

{
  "official_s6e3_socket_classification_reference_found": false,
  "review_label": "prověřená oprava socketového zařazení Lilium"
}

Upravená konfigurace zařazuje Phoenix Soul Star (skupina 0, číslo 35) do běžné kořisti z monster a zachovává evidované vlastnosti zbraně pro úroveň 380. Testy a povinná opakovatelná oprava chrání nové i uložené konfigurace. Audit nenašel dobový oficiální důkaz běžné kořisti z monster v S6E3, takže přesná shoda zůstává neověřená.

{
  "drop_level": 147,
  "drops_from_monsters": true,
  "group": 0,
  "maximum_sockets": 0,
  "name": "Phoenix Soul Star",
  "number": 35,
  "required_level": 380
}

{
  "official_s6e3_monster_drop_reference_found": false,
  "review_label": "prověřená oprava kořisti Phoenix Soul Star"
}

HP i mana lektvary a jablko se na PureMU stackují po třech. Hodnota pochází výhradně z připnuté inicializace Season Six v OpenMU; žádný patch PureMU ji nemění. Že tři je hodnota původní hry, doloženo NENÍ — dobový oficiální podklad se nepodařilo dohledat a moderní guidy se jako důkaz stavu při vydání nepoužívají. Prakticky z toho plyne, že není co měnit, a tedy ani důvod stavět kvůli tomu nový klient.

{
  "alcohol_stack": 1,
  "apple_stack": 3,
  "changed_by_puremu": false,
  "healing_and_mana_potion_stack": 3
}

{
  "expected_official_service": "velikost stacku lektvarů v S6E3",
  "official_reference_temporality": "nedohledaný dobový oficiální podklad"
}

Co předmět žádá po tom, kdo ho drží, nikdo neporovnal. Porovnalo se to proti pěti dobovým tabulkám předmětů, s klientem jako rozhodčím totožnosti — dobový řádek se čte jen tehdy, když se jeho jméno shoduje se jménem, které tomu slotu dává klient. Dobový soubor není jedna tabulka, ale šestnáct — po jedné na skupinu — a nesdílejí rozvržení sloupců: sekce zbraní má sloupce pro poškození, na které v sekci klenotů není místo. Každá sekce ale nese vlastní hlavičku se jmény sloupců, takže se čte podle jmen, ne podle pozic. Počítání zleva je přesně to, co při prvním pokusu posunulo všechny požadavky o sloupec a vyrobilo sto neshod, které neexistovaly. Výsledek: 1188 požadavků u 809 předmětů, a realm sedí na všech kromě osmi, kde nežádá nic a dobové sady se shodnou na hodnotě. Sedm z osmi jsou orby a svitky a ten rozdíl je podstatný: dovednost uvnitř nich už nese to, co je potřeba k jejímu seslání, a ta strana je v pořádku. Chybí to, co je potřeba svitek vůbec držet — tedy brána na naučení dovednosti, ne na její použití. Orb of Ice Arrow chce dobově 258 obratnosti a realm nechtěl nic. Osmý je pár rukavic bez jakékoliv dovednosti. DOPLNĚNO: povolené třídy. Dobový soubor má šest příznaků tříd, realm osmnáct tříd — každý příznak pokrývá základní třídu a všechno, čím se může stát. Pro Rage Fightera dobová hlavička sloupec nemá, takže se neporovnává a nic se o něm nedohaduje. Výsledek stojí za vyslovení, protože je to shoda, ne oprava: u všech 793 nositelných předmětů se realm shoduje s dobovými sadami na tom, kdo je smí nosit. Ani jedna neshoda. Šestnáct předmětů dobové příznaky nese a realm jim třídu nedává vůbec — Jewel of Chaos, gem of secret, kontrakty a rozkazy, Loch's Feather, Scroll of Archangel, Blood Bone, Invisibility Cloak, Spirit, Splinter of Armor, Bless of Guardian, Claw of Beast, Broken Horn a tři questové žetony zbraní. Žádný z nich se nenosí. Realm modeluje seznam tříd jako „kdo to smí mít na sobě", takže předmět bez slotu žádný seznam nemá; dobové příznaky u těch řádků odpovídají na jinou otázku, kterou tahle tabulka neřeší. Vedeno jako vědomý rozdíl s důvodem, ne jako mezera. DOPLNĚNO POTŘETÍ: poškození, rychlost útoku a úroveň dropu. Poškození zbraní a rychlost útoku sedí beze zbytku — 91 minim, 91 maxim a 92 rychlostí, nula neshod. Kris má dobově 6 až 11 při rychlosti 50 a realm přesně to. Úroveň dropu sedí u 351 předmětů a liší se u devíti, všech ve skupině 14. Osm z nich se vědomě nemění, protože ani jedna strana nenabízí číslo, kterému by se dalo věřit: tři lektvary štítu a Jewel of Guardian mají dobově nulu, což je nepřítomnost údaje, ne úroveň, a brát ji doslova by znamenalo, že lektvar štítu padá z desáté úrovně. Gemstone, Jewel of Harmony a oba brusné kameny sedí v realmu na rovných 150 a dobově na rovných 25 — dva ploché bloky, z nichž ani jeden nevypadá jako hodnota na míru předmětu, a přesun by postavil ekonomiku Harmony na příšery 25. úrovně. To je otázka na majitele, ne čtení korpusu. Devátý je skutečná odchylka a opravená: Jewel of Creation seděl na 72, což je úroveň Jewel of Life, kdežto čtyři sady říkají 78. Sourozenci jsou přitom přesně správně — Bless 25, Soul 30, Life 72 — a právě to z něj dělá výjimku, ne jiné měřítko.

{
  "added": [
    {
      "attribute": "Total Energy Requirement Value",
      "item": "10/52 Hades Gloves",
      "value": 181
    },
    {
      "attribute": "Total Agility Requirement Value",
      "item": "12/18 Orb of Ice Arrow",
      "value": 258
    },
    {
      "attribute": "Total Energy Requirement Value",
      "item": "12/10 Orb of Greater Damage",
      "value": 100
    },
    {
      "attribute": "Total Energy Requirement Value",
      "item": "12/21 Scroll of FireBurst",
      "value": 20
    },
    {
      "attribute": "Total Energy Requirement Value",
      "item": "12/22 Scroll of Summon",
      "value": 34
    },
    {
      "attribute": "Total Energy Requirement Value",
      "item": "12/23 Scroll of Critical Damage",
      "value": 25
    },
    {
      "attribute": "Total Energy Requirement Value",
      "item": "12/24 Scroll of Electric Spark",
      "value": 29
    },
    {
      "attribute": "Total Energy Requirement Value",
      "item": "12/35 Scroll of Fire Scream",
      "value": 32
    }
  ],
  "drop_level_corrected": {
    "item": "14/22 Jewel of Creation",
    "now": 78,
    "was": 72
  },
  "everything_else_matched": true,
  "weapon_damage_all_match": true,
  "wearable_class_lists_all_match": true
}

{
  "added": 8,
  "drop_levels_matching": 351,
  "figures_compared": 4194,
  "items_compared": 809,
  "minimum_carriers": 4,
  "period_tables": 5,
  "requirements_compared": 1188,
  "settled": 104,
  "weapon_damage_and_speed_matching": 274,
  "wearable_items_matching": 793
}

Ověřeno spustitelným nástrojem proti čerstvému výpisu z produkce. Možnosti se nepárují podle hodnot — několik jich má shodný žebříček — ale podle bloků číslování, jejichž velikosti musí odpovídat počtům možností na živel. Katalog vyžaduje pro stav verified_match veřejně citovatelný dobový podklad; tady je rozhodčím klient majitele, který je pro tento realm závazný, ale citovat se nedá. Proto implemented_unverified, ne verified_match.

"Dvacet sedm soketových možností se shoduje na všech pěti stupních, šest bonusů za tři osazené sokety a dva bonusy za nošenou sadu se shodují v hodnotě i v počtu sfér každého živlu, který bonus žádá."

"Klientská Data/Local/Eng/SocketItem_eng.bmd."

Tato revize OpenMU prodává Orb of Impale a Orb of Twisting Slash u Pasiho Mága, který jinak nabízí kouzelnické svitky, hole a látkové sety. Dva nezávislé dobové stromy shodně řadí orby Dark Knighta ke kováři: u Orb of Impale se shodují oba, u Orb of Twisting Slash jeden uvádí kováře a druhý ho neprodává vůbec — ani jeden ho nedává mágovi. Oba orby se proto přesouvají k Hanzovi na volné sloty 7 a 15, tedy na stejné pozice v okně, jaké měly u mága. Řádky se přesouvají, nikoli znovu vytvářejí, takže si předmět obchodníka zachová identitu a žádné hráčské úložiště se nedotkne. Sloty uvedené v tomto bloku jsou ověřené proti živé databázi: Orb of Impale (13) je ve slotu 76 a Orb of Twisting Slash (7) ve slotu 77. Dřívější hodnoty 7 a 15 zaměňovaly čísla předmětů za sloty.

{
  "from": "Pasi the Mage",
  "moved_orbs": [
    {
      "name": "Orb of Impale",
      "number": 13,
      "slot": 76
    },
    {
      "name": "Orb of Twisting Slash",
      "number": 7,
      "slot": 77
    }
  ],
  "to": "Hanzo the Blacksmith"
}

{
  "not_assessed": [
    "přesné pořadí a sloty položek v dobovém okně obchodu"
  ],
  "period_sources": [
    "komunitní serverový strom S6: Orb of Impale u kováře, Twisting Slash nikde",
    "druhý serverový strom: orby Dark Knighta u kováře včetně Twisting Slash"
  ]
}

Pozdější oficiální návod uvádí Gens Dupriana v Lorencii na souřadnicích 144,127. PureMU používá stejný jediný pevný spawn a regresní test chrání přesné souřadnice. Je doložena shoda s tímto pozdějším návodem, nikoli umístění právě v době S6E3.

{
  "fixed": true,
  "map": 0,
  "map_name": "Lorencia",
  "name": "Gens Duprian",
  "number": 543,
  "spawn_count": 1,
  "x": 144,
  "y": 127
}

{
  "map_name": "Lorencia",
  "official_reference_temporality": "pozdější nebo nedatovaný oficiální návod",
  "x": 144,
  "y": 127
}

Správci Gens odpovídali, že systém není dostupný. V době, kdy to patch 0016 zavedl, to byla pravda: klientský dialog i pakety existovaly, ale server neměl perzistentní model ani obsluhu požadavků. Patche 0103 až 0108 a 0112 je doplnily — členství, vstup, odchod, žebříček, přenos příspěvku a značku nad hlavou — a odmítnutí přežilo důvod, pro který vzniklo. Dialog se teď otevírá jako u každého jiného NPC. Není to tvrzení, že je Gens hotový celý: odměny zůstávají přiznanou mezerou a vstup je od 50. úrovně, takže postavy realmu dnes dostanou funkční okno a odmítnutí od samotného požadavku na vstup.

{
  "dialog_actionable": true,
  "join_required_level": 50,
  "persistent_model_present": true,
  "request_handlers_present": true,
  "rewards_present": false
}

{
  "expected_official_service": "vstup do Gens a odchod přes správce",
  "official_reference_temporality": "pozdější nebo nedatovaný oficiální návod"
}

Gens Vanert stál v Norii na 187,125 — dvacet dlaždic východně a pětadvacet jižně od místa, kam patří. Oficiální návod uvádí 167,100 a totéž říkají obě dobové sady, které toho správce vůbec nesou: řádek "544 03 00 167 100 02 //Gens Vanert Steward" v louis-s6-u31 Data/MonsterSetBase/003 - Noria.txt a stejná souřadnice jako Config v XML mudevs Season 6. Nezávislý artefakt shodný s oficiálním návodem je tak blízko uzavření, jak se v tomhle katalogu dá dojít bez vlastní dobové stránky Webzenu. Nosič v profilu už neřeší jednoho správce, ale tabulku obou, takže se souřadnice dostane i do realmu, který byl naseedovaný dávno. Regresní test drží obě dvojice; negativní kontrola (vrácení Vanerta na 187,125) ho shodí. Jedno místo, kde se zdroje NEshodují, je Duprian: soubor mudevs má 144,125, návod 144,127. Dvě dlaždice, a návod je z těch dvou oficiálnější, takže realm drží jeho číslo. Je to tu napsané schválně, aby se to za rok neodvozovalo znovu s dojmem, že si toho nikdo nevšiml.

{
  "duprian_guide_wins_over_period_file": true,
  "map": 3,
  "map_name": "Noria",
  "name": "Gens Vanert",
  "number": 544,
  "previous_x": 187,
  "previous_y": 125,
  "x": 167,
  "y": 100
}

{
  "guide_position": [
    167,
    100
  ]
}

Golden Archer stál v Lorencii na 175,120. Ta souřadnice nebyla dohledaná — patch 0071 ji vzal z inicializátoru mapy verze 0.95d, jak sám v komentáři říká, a šlo mu tehdy o to, aby město nebylo poloprázdné. Šest dobových sad Season 6 ho staví do Deviasu na 226,66, dvě do Lorencie na 175,120 — a ty dvě jsou tentýž rod, jehož lorencijská dlaždice je shodná s 0.95d do bytu. Žádná sada ho nemá v obou městech, takže to není přidání, ale volba mezi nimi, a šest je víc než dvě. Totéž se stalo Leovi the Helper a ze stejného důvodu: obnoven z čísel OpenMU, později přesunut do města, které dobové soubory jmenují.

{
  "map": "Devias",
  "name": "Golden Archer",
  "number": 236,
  "previous": "Lorencia 175,120",
  "spawn_count": 1,
  "x": 226,
  "y": 66
}

{
  "map_name": "Devias",
  "period_sets_for_devias": 6,
  "period_sets_for_lorencia": 2,
  "x": 226,
  "y": 66
}

Realm používal pro NPC 240 a 241 zděděná interní jména Baz The Vault Keeper a Guild Master, zatímco vydaný klient i čtyři period Monster.txt větve shodně používají Safety Guardian a Royal Guard Captain Lorence. zTeam S6.3 současně potvrzuje, že ID 240 otevírá vault a ID 241 guild dialog, takže se mění pouze designation; ID, role, NpcWindow a spawny zůstávají beze změny. Startup profile stejná jména idempotentně přenese do existující databáze.

[
  {
    "designation": "Safety Guardian",
    "npc_window": "VaultStorage",
    "number": 240
  },
  {
    "designation": "Royal Guard Captain Lorence",
    "npc_window": "GuildMaster",
    "number": 241
  }
]

"Vydaný 1.04C NpcName_Eng.txt, čtyři period Monster.txt větve a zTeam S6.3 NpcTalk dispatch."

Tato revize OpenMU staví Lea the Helper do Lorencie na 130,126. Dva nezávislé dobové spawn soubory Season 6 ho shodně a se stejnými souřadnicemi kladou do Devias na 212,63 a v Lorencii ho nemají vůbec. Výskyt se proto přesouvá: rozporné výskyty se odstraní a v Devias zůstane právě jeden. Odlišné umístění NPC 256 na téže lorencijské souřadnici se mezi zdroji liší, a proto se s ním nic nedělá.

{
  "map": "Devias",
  "spawn_count": 1,
  "x": 212,
  "y": 63
}

{
  "not_assessed": [
    "jakou službu Leo the Helper v S6E3 nabízel"
  ],
  "period_sources_agree": [
    "komunitní serverový strom S6: NPC 371 na Devias 212,63",
    "korejský MonsterSetBase (25. 4. 2008): NPC 371 na Devias 212,63"
  ]
}

Moss má vlastní okno 0x22, na kterém klient zapíná režim sázky; nákup je pak obyčejný nákup, takže se nekupuje bedna do inventáře, ale losuje se u pultu. Pět beden odpovídá obchodnímu souboru i klientskému item.bmd ve shodném pořadí a stojí dva miliony zenů. Každá bedna má tři stupně: běžný, excellent a vzácný s jednou zbraní a ohňostrojem, který oficiální stránka popisuje. Členství běžných stupňů je dáno jediným pravidlem — zbraně kategorie, které padají z příšer — a to samo vylučuje odměny z Blood Castle, výrobky Chaos Machine i střelivo. Vzácná pětice je ztotožněná s předměty, které PureMU už má, a to shodou tříd, rychlosti útoku i dovednosti, nikoli podle podobnosti jmen. Pět craftingů s čísly 60 až 64, na které klient neumí poslat požadavek, je odstraněno i s řádky. NEDOLOŽENÉ ZŮSTÁVAJÍ SAZBY STUPŇŮ: Webzen uvádí jen „a small percentage", jediná publikovaná čísla (~1 % excellent, ~0,01 % vzácný) jsou komunitní a rekonstrukční data jim u vzácného odporují pětadvacetinásobně. Použita jsou publikovaná, protože jiná neexistují. OPRAVENO 2026-08-20: sazby už nedoložené NEJSOU a obsah beden byl špatně. Nese to dvojice Mossových vlastních dobových tabulek, shodná ve třech dochovaných sadách Season 5/6 do bytu (mudevs Season 6, louis-s6-u31, Main5.2 S5U15). Data/Event/MossMerchant.dat dává každému řádku GambleRate a dobový server je sype rovnou do váženého losu; každá bedna sčítá padesát tisíc a její jediná výhradní zbraň má z toho přesně tisíc, tedy 2 %, ne setinu procenta. Možnosti nejsou součástí toho losu — server je hází až potom z ItemOptionRate.txt, kde jsou příslušné řádky rovnou popsané jako „(MossMerchant)": excellent 800 a dvojitý 200 z deseti tisíc (10 %), skill 500, luck 500 (5 % každý) a úroveň +0 až +7 s vahami 2500/2000/1500/1500/1000/500/500/500. Obsah beden se opravil oběma směry: byly zhruba dvojnásobné (52, 13, 20, 8, 10 proti 30, 8, 12, 5, 5), protože „každá zbraň kategorie, kterou pouštějí příšery" je širší síť než seznam, který Webzen napsal. A padl i jeden dřívější závěr tohohle tvrzení: první bedna prý držela sekery a žádná kopí — drží obojí, 1/5 až 1/8 vedle 3/5 až 3/10. Komunitní soubor se nemýlil v sekerách, chyběla mu kopí, a „Sword/Mace/Spear" je zkratka, ne inventář. Pětice výhradních zbraní dostala nezávislé potvrzení: tatáž tabulka dává v každé bedně přesně jedné položce odlišnou váhu a jsou to 3/11, 5/33, 4/24, 2/18 a 5/34 — titíž, ve stejných bednách, kteří předtím vyšli ze shody tříd, rychlosti útoku a dovednosti. Tiery v OpenMU se vylučují, takže se ty dva losy skládají do tří se stejnými okrajovými pravděpodobnostmi: výhradní zbraň drží 2 % a je excellent (což o ní říká i stránka Webzenu), zbylých 98 % se dělí deset ku devadesáti. DOLOŽENO BĚHEM 2026-08-20: dosud se u Mosse ověřovala jen konfigurace — bedny existují, tiery na nich visí, šance sčítají jedničku. Nic z toho není to, co dělá hráč. Hráč zmáčkne koupit, a zpátky musí přijít zbraň, ne bedna, kterou zaplatil. Nákup teď skutečně proběhne v testu: BuyNpcItemAction.BuyItemAsync proti obchodníkovi s oknem MossGambleShop vydá položku z pulu bedny a strhne dva miliony; kontrolou je tentýž nákup u obyčejného obchodníka, který vydá bednu samotnou, takže se neměří jen to, že v inventáři něco je. Třetí případ hlídá jedinou nepřípustnou možnost: prázdný los nesmí stát nic. Negativní kontrola (vypnutá hazardní větev) shodí tři testy ze čtyř a ten kontrolní nechá projít. Zbývá druhá půlka, kterou bez klienta ověřit nejde: že klient ten paket vůbec odešle. K tomu je patch 0009 stromu MU Main a ukáže to jenom spuštění. KLIENTSKÁ PŮLKA DOLOŽENA AŽ DO BINÁRKY 2026-08-20. Registrace patche dokazuje, že je připnutý, a hash balíku dokazuje, že ZIP nese postavenou binárku. Ani jedno neříká, že se opravený soubor zkompiloval — zastaralý objekt projde obojím. Změřeno: zabalená alpha-33e4510e/Main.exe je bit po bitu shodná s lokálním buildem z devíti patchů (1dc3db92…, 34 429 076 B), publikovaná alpha-0ffc3644/Main.exe s buildem z osmi (62094e54…). A tentýž překladový celek postavený s patchem i bez něj se liší v JEDINÉM bajtu na offsetu 0xa1bc: 0x75 (jne) na 0x74 (je), přímo za mov eax,[rax] a test eax,eax — tedy na skoku, který testuje BuyCost proti nule. Nic jiného se nezměnilo. Nedoloženo zůstává jen chování za běhu: že se ta větev projde a paket odejde po drátě. To ukáže jedině spuštění klienta. OPRAVENO 2026-09-16: cena byla milion, ale přesný launch klient 1.04C si ji počítá sám a u všech pěti beden (getId(13,71) až getId(13,75)) odpovídá 2 000 000 — větev ItemValue v main.exe e3e56142… na raw [0x0018EE33,0x0018EE85), sha 401ee97b…, a je to jediná konstanta 0x1E8480 v celém těle ItemValue. Milion nesou jen komunitní nosiče (ItemValue.txt 6727–6731 u louis, mudevs Season 6 i Main5.2, natvrdo u Deathwaye, konfigurovatelně u zTeamu) a pozdější sezónní menu, žádný autentizovaný Global server. Hráč tedy na pultu viděl dva miliony a server mu strhl milion; 0508 to srovnává na klientskou hodnotu. Rukavice Rage Fightera Moss nemá v žádné dochované verzi (Season 6 až 18) ani v přesném klientovi, přestože ten RF předměty už zná — není to mezera, ale tvar originálu.

{
  "box_item_counts": [
    30,
    8,
    12,
    5,
    5
  ],
  "box_item_numbers": [
    71,
    72,
    73,
    74,
    75
  ],
  "box_price_zen": 1000000,
  "client_object_bytes_differing": 1,
  "client_patch_reaches_the_binary": true,
  "client_send_proven": false,
  "excellent_chance": 0.1,
  "gamble_shop_window": "0x22",
  "item_level_range": [
    0,
    7
  ],
  "period_sets_agreeing": 3,
  "previous_box_item_counts": [
    52,
    13,
    20,
    8,
    10
  ],
  "purchase_proven_at_runtime": true,
  "rare_chance": 0.02,
  "rare_weapons": [
    "3/11 Beuroba",
    "5/33 Chromatic Staff",
    "4/24 Air Lyn Bow",
    "2/18 Stryker Scepter",
    "5/34 Raven Stick"
  ],
  "tier_chances_sum_to_one": true,
  "tier_rates_sourced": true,
  "tiers_per_box": 3,
  "unreachable_craftings_removed": true
}

{
  "expected_official_service": "Moss the Gambler prodává pět beden po dvou milionech zenů a vydává předmět s náhodným typem, dovedností, štěstím a volbou",
  "official_reference_temporality": "dobový oficiální návod"
}

Tato revize OpenMU staví do Norie dvakrát Amy the Potion Girl. Dva nezávislé dobové spawn soubory Season 6 — korejský MonsterSetBase datovaný 25. dubna 2008 a samostatný komunitní serverový strom — se shodují, že Noria žádnou prodavačku lahviček nemá; lahvičky tam prodává Elf Lala, která je na serveru prodává v plném rozsahu dál. Oba výskyty se proto při srovnání odstraňují. Amy v Lorencii, kterou oba zdroje uvádějí, zůstává beze změny.

{
  "lorencia_potion_girl_spawns": 1,
  "noria_merchant": "Elf Lala",
  "noria_potion_girl_spawns": 0
}

{
  "period_sources_agree": [
    "korejský MonsterSetBase (25. 4. 2008): Noria bez NPC 253",
    "komunitní serverový strom S6: Noria bez NPC 253"
  ]
}

OPRAVA DŘÍVĚJŠÍHO TVRZENÍ: dřív tu stálo, že ponechání těchto NPC ve světě NENÍ doložené jako shoda s oficiálním S6E3. Doložené je. Jedenáct NPC z toho seznamu se porovnalo proti spawn tabulkám dobového korpusu a proti běžící produkci: sedm z nich stojí na přesně té dlaždici i s tím natočením, které dávají čtyři až šest nezávislých sad — Guardsman třikrát, Werewolf Quarrel, Adviser Jerinteu, Delgado, David, Gateway Machine a Cherry Blossom Tree. To není přiznaná mezera, to je shoda, kterou nikdo neověřil. Čtyři odchylky se našly a opravily. Mirage a Lugard měli druhý výskyt v Deviasu, o kterém šest dobových sad neví — všechny je staví jen do Elbelandu, na dlaždice, které realm už používá. Jediná sada, která Mirage do Deviasu dává, je repack, jehož komentáře říkají Arena Guardovi „Stadium Guard" a správci trezoru „Storage Guard", a dává ho na třetí dlaždici. Fireworks Girl seděla na dlaždici téhož repacku (13,28) místo té, na které se shodne pět sad (32,31). A Aréna: její NPC bere tato revize z mapy verze 0.75, kterou Season 6 dědí nezměněnou, takže Arena Guard i Soccerball stáli na dlaždicích, které nemá žádný dobový soubor. Dvě NPC, která táž rodina drží v Aréně navíc — správce trezoru a šenkýřku — se záměrně nepřesouvají, a ne proto, že by data chyběla. Jejich dlaždice nemají zem na terénu, který projekt veze, ani na dobovém terénu Season 6 jiné sady; jediné sady, které je tam staví, vezou třetí variantu terénu mapy 6, kde ty dlaždice bezpečnou zónou jsou. Porovnalo se jedenáct dobových souborů terénu mapy 6 a neshodnou se ani dva rody. Přesun proto sleduje jen ty pozice, které terén tohoto realmu unese. Beze změny zůstává, co dřívější tvrzení říkalo o eventech: Doppelganger serverovou logiku nemá a existuje jen jako mapy a hodnoty v paketových enumech, kdežto Illusion Temple logiku má a odehraje celý zápas. NPC, jejichž systém realm neprovozuje, odpovídají v charakteru místo vývojářské hlášky s interním číslem.

{
  "already_matching_period": [
    224,
    407,
    522,
    478,
    579,
    367,
    451
  ],
  "doppelganger_has_server_logic": false,
  "illusion_temple_has_server_logic": true,
  "left_in_place": [
    {
      "name": "Safety Guardian",
      "number": 240,
      "period_square": "127,114",
      "reason": "no_ground_on_shipped_terrain"
    },
    {
      "name": "Lumen the Barmaid",
      "number": 255,
      "period_square": "137,105",
      "reason": "no_ground_on_shipped_terrain"
    }
  ],
  "relocated": [
    {
      "map": "Elvenland",
      "name": "Mirage",
      "number": 385,
      "removed_duplicate": "Devias 197,53",
      "x": 55,
      "y": 243
    },
    {
      "map": "Elvenland",
      "name": "Lugard",
      "number": 540,
      "removed_duplicate": "Devias 233,66",
      "x": 49,
      "y": 216
    },
    {
      "map": "Devias",
      "name": "Fireworks Girl",
      "number": 379,
      "was": "13,28",
      "x": 32,
      "y": 31
    },
    {
      "map": "Arena",
      "name": "Soccerball",
      "number": 200,
      "was": "62,160",
      "x": 63,
      "y": 160
    },
    {
      "map": "Arena",
      "name": "Arena Guard",
      "number": 239,
      "was": "67,140",
      "x": 72,
      "y": 164
    }
  ]
}

{
  "npcs_corrected": 4,
  "npcs_left_deliberately": 2,
  "npcs_matching_period_exactly": 7,
  "period_sets_compared": 11
}

V obchodě Hanza kováře se překrývaly položky ve dvou nezávislých případech a obojí se v realmu projeví tak, že jedna věc není vidět ani koupit. Připnutý inicializátor sází Gladius i Falchion na slot 73 — prostý překlep v seedu, nikoli volba PureMU. A náš vlastní patch 0073 posadil oba orby Dark Knighta na pole 7 a 15, jenže štíty jsou 2×2 a Kite Shield ukotvený na 6 pokrývá 6, 7, 14 i 15, takže oba orby ležely uvnitř něj. Ověřeno z produkčních rozměrů, ne odhadem. Orby dostaly první skutečně volná pole 76 a 77 (řady 0-5 zabírají štíty, 6-11 zbraně) a profil navíc rozestěhuje jakoukoli další kolizi v kterémkoli obchodě, takže dosáhne i na běžící realm. Kontrola počítá OBSAZENÁ POLE, ne kotevní sloty — počítání kotev tuhle chybu nikdy vidět nemohlo, protože položka schovaná uvnitř jiné má vlastní kotvu.

{
  "kite_shield_covers": [
    6,
    7,
    14,
    15
  ],
  "orb_slots_after": [
    76,
    77
  ],
  "orb_slots_before": [
    7,
    15
  ],
  "upstream_collision_slot": 73
}

{
  "shield_size": "2x2",
  "store_width": 8
}

Všech 397 pevných umístění NPC v běžícím realmu se porovnalo proti spawn tabulkám osmi dochovaných sad Season 6. Sedmnáct z nich nesedělo na žádnou dlaždici, na které se shodnou aspoň čtyři sady: třináct stálo jinde na téže mapě a čtyři na mapě, kam to NPC nestaví ani jedna sada. Třináct se přesunulo. Dva z těch přesunů nejsou úklid: deviaský Messenger of Archangel a Jerridon v Aidě stáli na neprůchozí dlaždici, a dobová je u obou průchozí. Zbytek jsou posuny o jednu až dvě dlaždice, převážně v Elbelandu, kde se sedm sad shodne a realm měl vlastní hodnoty. Čtyři spawny se odstranily, protože je na té mapě nemá ani jedna z osmi sad. Dva z nich hráčům něco berou a je to záměr: trezor v Lost Toweru a v Atlansu. Osm sad staví Baze na deset různých map a ani jedna z nich to není. Totéž lékárnice v Lost Toweru. Priest Devin se z Deviasu neztratil, jen vrátil — pět sad ho má v Crywolfu a realm ho tam už spawnuje. Pět rozdílů zůstává vědomě: Gens Duprian drží dlaždici z oficiálního návodu Webzenu proti dobovým souborům; u Mosse nesouhlasí jediný rod, což není shoda; dvě sady staví Lahapa v Deviasu na dlaždici, kterou třetí dává Delgadovi a kde Delgado v realmu stojí, takže se sady neshodnou, kdo tam patří; trezor v Aréně má dobovou dlaždici bez země; a korunový spínač Castle Siege nesl souřadnice ve dvou tabulkách — v mapě i v konfiguraci obléhání — takže přesunout jednu bez druhé by bylo horší než ta dlaždice. POZNÁMKA K SOUČASNÉMU STAVU: spínač už vědomým rozdílem není, pozdější patch přesunul obě tabulky naráz; vědomé rozdíly jsou tedy čtyři, ne pět.

{
  "moved_onto_blocked_tile_before": [
    {
      "map": "Devias",
      "now": "209,30",
      "number": 233,
      "was": "217,29"
    },
    {
      "map": "Aida",
      "now": "86,13",
      "number": 370,
      "was": "86,14"
    }
  ],
  "removed": [
    {
      "at": "23,17",
      "map": "Atlans",
      "number": 240
    },
    {
      "at": "201,76",
      "map": "Lost Tower",
      "number": 240
    },
    {
      "at": "207,76",
      "map": "Lost Tower",
      "number": 253
    },
    {
      "at": "181,35",
      "map": "Devias",
      "number": 406
    }
  ],
  "vault_keeper_spawns_after": 10
}

{
  "fixed_placements_compared": 397,
  "low_confidence_maximum_agreement": 3,
  "low_confidence_visible_non_blocking": true,
  "minimum_agreement": 4,
  "moved": 13,
  "period_sets": 8,
  "removed": 4,
  "settled_differences": 4
}

Dřívější vydání PureMU odstranilo živé výskyty čtyř městských NPC, jejichž nabízenou službu tento server neumí dokončit. Majitel toto rozhodnutí zrušil: prázdné město je od Season 6 Episode 3 dál než NPC, které odpoví, že tu pro hráče zatím nic nemá. Spawny jsou obnovené na přesných souřadnicích a s deterministickými identifikátory, které používají inicializátory map, takže srovnání s čerstvou instalací dá stejné řádky. Nejde o tvrzení, že chybějící služby jsou hotové — ty zůstávají přiznanou mezerou. POZNÁMKA K SOUČASNÉMU STAVU: Leo the Helper (371) byl tímto zásahem vrácen do Lorencie na 130,126, ale pozdější patch ho přesunul do Deviasu na 212,63, kde stojí i v produkci. Blok „Současný stav" uvádí tu současnou pozici, ne tu, kterou zavedl tento zásah. DALŠÍ POZNÁMKA K SOUČASNÉMU STAVU: Golden Archer (236) byl tímto zásahem vrácen do Lorencie na 175,120, ale pozdější patch ho přesunul do Deviasu na 226,66. Souřadnice 175,120 nepocházela z dobového podkladu, ale z inicializátoru mapy verze 0.95d, jak tento zásah sám říká; šest dobových sad Season 6 staví lučištníka do Deviasu a dvě do Lorencie, a ty dvě jsou tentýž rod, který má i lorencijskou dlaždici 175,120 do bytu. Žádná sada ho nemá v obou městech.

{
  "restored_npc_spawns": [
    {
      "map": "Lorencia",
      "name": "Golden Archer",
      "number": 236,
      "x": 175,
      "y": 120
    },
    {
      "map": "Lorencia",
      "name": "Chaos Card Master",
      "number": 375,
      "x": 132,
      "y": 161
    },
    {
      "map": "Devias",
      "name": "Leo the Helper",
      "note": "Vrácen tímto zásahem do Lorencie 130,126; pozdější patch ho přesunul do Deviasu, kde stojí dnes. Uvedena je současná pozice, ověřená v živé databázi.",
      "number": 371,
      "x": 212,
      "y": 63
    },
    {
      "map": "Loren Market",
      "name": "Jeweler Raul",
      "number": 546,
      "x": 131,
      "y": 109
    }
  ],
  "services_still_unavailable": true
}

{
  "not_assessed": [
    "dobová dostupnost jednotlivých služeb těchto NPC v S6E3"
  ]
}

Tohle tvrzení už neplatí. Nahradilo ho Hodnoty původních questů drží dobové zdroje, ne pozdější návod.

Pozdější nedatovaný oficiální návod Webzenu uvádí stejné hodnoty jako PureMU: 3 miliony Zen za Dark Stone, deset zabití každého ze tří hrdinských monster v Barracks a 20 bodů za Into the Darkness. Shoda hodnot je přímo propojená s implementací a regresními testy, ale zdroj nedokládá, že stejné hodnoty platily právě v S6E3.

{
  "infiltration_of_barracks": {
    "required_kills": {
      "409_balram_hero": 10,
      "410_death_spirit_hero": 10,
      "411_soram_hero": 10
    }
  },
  "into_the_darkness": {
    "level_up_points": 20
  },
  "secret_of_the_dark_stone": {
    "start_zen": 3000000
  }
}

{
  "official_reference_temporality": "pozdější nebo nedatovaný oficiální návod",
  "verification_scope": "věcná shoda ceny, počtů zabití a bodové odměny; nikoli datum zavedení"
}

Tvrzení quests.legacy-official-values se 2026-08-22 obrátilo, a stojí za to říct proč, protože to nebyla nedbalost. Opíralo se o oficiální návod Webzenu, který uvádí 3 miliony Zen za Dark Stone, deset zabití každého ze tří hrdinských monster v Barracks a 20 bodů za Into the Darkness; PureMU podle něj ty hodnoty nastavil patchem 0015. Ledger si už tehdy u toho zdroje poznamenal, že je pozdější a nedatovaný a nedokládá, kdy Webzen ty hodnoty zavedl. Dva dobové zdroje, které se navzájem shodují, říkají něco jiného. Klientův vlastní Quest.bmd — v obou jazykových verzích — žádá dvacet zabití od každého ze tří a bere 2 000 000 za Dark Stone. Dobová serverová tabulka QuestObjective/QuestReward dává tytéž dvacítky, 2 000 000, třicet bodů za Darkness a dvacet za Barracks. U Dark Stone se přidává třetí dobový zdroj, a to včetně shodných čísel textů 115/117/119. Klient je dobový artefakt, návod je pozdější, a cíl projektu je shoda s původním S6E3 — proto realm nově drží dobové hodnoty. Patch 0196 je vrací v inicializátoru i v nosiči pro běžící realm, a přidává čtvrtou hodnotu, body za Barracks, kterou nedržel nikdo: ta byla vedle už v nedotčeném OpenMU. Zapsáno i to, co tenhle nález nedokazuje: že návod Webzenu je chybný. Může popisovat pozdější stav hry. Tvrdí se jen, že pro S6E3 rozhoduje dobový zdroj. Stav je proto implementované, oficiálně neověřené, a ne shoda: brána trvá na tom, že „ověřeno" smí říct jen tvrzení s dobovým oficiálním zdrojem, a ten tady není. Klient i dobová serverová tabulka jsou dobové artefakty, ne publikace Webzenu z té doby. To rozlišení je namístě a nechává se stát: hodnoty jsou doložené dvěma nezávislými dobovými zdroji, ale dobovým oficiálním zdrojem doložené nejsou.

{
  "infiltration_of_barracks": {
    "point_reward": 20,
    "required_kills": {
      "409_balram_hero": 20,
      "410_death_spirit_hero": 20,
      "411_soram_hero": 20
    }
  },
  "into_the_darkness": {
    "point_reward": 30
  },
  "later_official_guide_says": {
    "barracks_kills": 10,
    "dark_stone_money": 3000000,
    "darkness_points": 20
  },
  "secret_of_the_dark_stone": {
    "required_start_money": 2000000
  }
}

{
  "expected_official_service": "hodnoty původních questů Season 6 Episode 3",
  "official_reference_temporality": "dobový klient a dobová serverová tabulka proti pozdějšímu oficiálnímu návodu"
}

Postupové úkoly Elf Soldiera opakovatelné byly, a rozhoduje to skript s dobovou hlavičkou, ne rekonstrukce. Quest_Ep18.lua nese hlavičku z 15. 9. 2009 a korejského autora a volá engine API (LuaQuestClass:SetQuestSwitch), což emulátor píšící questy sám v C++ nemá důvod vozit; nalezen je ale v jednom balíku nastavení emulátoru a nezávislou kopii v žádném dalším z osmi stromů nemá, takže původ je velmi pravděpodobný, nikoli doložený po dokončení úkolu vrátí questovací přepínač zpět na nabídkový stav téhož úkolu, dokud je postava pod minimem dalšího pásma, a teprve při jeho dosažení řetěz posune: po dokončení pásma 15 až 25 se při úrovni pod 26 nastaví přepínač zpět na 3, při 26 a výš na 9. Stejný vzor se opakuje pro 36, 46, 56 i 66. Mechanismus tedy není žádný sloupec repeat, a proto ho ElfSoldierFirstQuest.ini nemá a proto se z jeho nepřítomnosti nedalo usuzovat nic. Chování PureMU je správné: Repeatable = true spolu s pásmy úrovní dělá totéž, protože po přerostení pásma se úkol stejně nenabídne. Regresní test, který by chování připnul k tomuto zdroji, zatím neexistuje; dokud nebude, zůstává tvrzení implementované a neověřené, přestože primární zdroj je jednoznačný.

{
  "advances_chain_at_level": 26,
  "mechanism": "navrat questovaciho prepinace na nabidku tehoz ukolu",
  "repeatable_within_band": true
}

{
  "expected_official_service": "postupové úkoly Elf Soldiera po pásmech úrovní",
  "official_reference_temporality": "dobový oficiální skript, hlavička 2009"
}

Ověřeno spustitelným nástrojem proti čerstvému výpisu z produkce. Porovnává se jen to, co obě strany uvádějí týmž způsobem: uložený strop není sazba u receptů, které si ji počítají, a uložená částka není cena u typů, kde ji server odvozuje. Katalog vyžaduje pro stav verified_match veřejně citovatelný dobový podklad; tady je rozhodčím klient majitele, který je pro tento realm závazný, ale citovat se nedá. Proto implemented_unverified, ne verified_match.

"Dvacet dva receptů, u kterých klient úspěšnost přímo uvádí, sedí v sazbě, ceně i bonusu za Lucky, včetně celého žebříčku +10 až +15 se srážkami za excellent, starobylost, možnost 380 a soket. Sto šest pojmenovaných vstupů sedí v identitě i množství. Recepty, které si sazbu nebo cenu počítají z toho, co je ve stroji, se počítají a neporovnávají."

"Klientská Data/Local/mix.bmd; rozklad ověřený proti struktuře MIX_RECIPE ve zdrojích klienta."

Tohle tvrzení už neplatí. Nahradilo ho Požadavky dovedností se kontrolují včetně sedmi elfích summonů.

Ověřeno spustitelným nástrojem proti čerstvému výpisu z produkce. Energie se záměrně neporovnává, protože není v datech uložená. Katalog vyžaduje pro stav verified_match veřejně citovatelný dobový podklad; tady je rozhodčím klient majitele, který je pro tento realm závazný, ale citovat se nedá. Proto implemented_unverified, ne verified_match.

"Level, spotřeba many a spotřeba ability sedí u všech dovedností, které klient nese, mimo tři výjimky se zjištěnou příčinou: sedm summonů, kde dobový soubor potvrzuje server, Doppelganger Self Explosion tamtéž, a Nova, jejíž mana je účtovaná za jeden z dvanácti stupňů nabíjení. Sedí i požadované vůdcovství, síla a obratnost a to, které třídy smí dovednost použít; devět svitkových dovedností navíc pro Rage Fightera je jmenovitě vyřízených, protože je klient jeho třídě nepustí."

"Klientská Data/Local/Eng/skill_eng.bmd a dobová Skills.txt."

Toto tvrzení nahrazuje starší záznam, jehož kontrola energii ve skutečnosti vynechávala a sedm summon výjimek držela jen v mrtvé tabulce. Nový kontrakt porovnává dovednosti 30–36 samostatně proti přesné řadě 30/60/90/130/170/210/300, odmítne staré hodnoty 90/170/190/230/250/260/280 a fail-closed odmítne i chybějící klientský řádek, serverový skill, Total Energy requirement nebo jeho duplikát. Ostatní požadavky dovedností zůstávají v dosavadním obecném porovnání. Řada summonů je kompatibilitní rozhodnutí podle uživatelsky viditelné eligibility větve připnutého klienta 1.04C; není vydávána za důkaz oficiálního Webzen serverového požadavku ani packet-send gate, proto stav zůstává implemented_unverified.

{
  "duplicate_total_energy_rows_rejected": true,
  "elf_summon_total_energy": [
    30,
    60,
    90,
    130,
    170,
    210,
    300
  ],
  "missing_rows_rejected": true,
  "runtime_boundary_equality_allowed": true
}

"Připnutý klient 1.04C má pro skilly 30–36 samostatnou UI eligibility větev; raw skill_eng.bmd Req Energy sloupec je jiná vrstva."

Tohle tvrzení už neplatí. Nahradilo ho Požadavky energie mají obecný vzorec i doložené klientské výjimky.

Zapsáno jako claim právě proto, že klient i dobový soubor nesou tentýž sloupec a shodují se — a přesto ani jeden z nich neodpovídá na otázku, kolik energie je potřeba. Shoda dvou zdrojů je začátek ověření, ne jeho konec. Katalog vyžaduje pro stav verified_match veřejně citovatelný dobový podklad; tady je rozhodčím klient majitele, který je pro tento realm závazný, ale citovat se nedá. Proto implemented_unverified, ne verified_match.

"Fire Ball má ve sloupci sto a úroveň pět, což dává čtyřicet; Poison sto na úrovni třicet dává sto čtyřicet; Nova dvě stě padesát osm na úrovni sto dává tisíc padesát dva. Všechny tři hodnoty OpenMU už mělo."

"Dobový server násobí sloupec Req Energy úrovní dovednosti a čtyřmi, dělí stem a přičítá dvacet."

Obecný dobový vzorec Req Energy × level × 4 / 100 + 20 zůstává správný pro běžné kontrolované skilly, například Fire Ball 40, Poison 140 a Nova 1052. Není ale univerzálním popisem každého cast gate: připnutý klient 1.04C má pro sedm elfích summonů nezávislou executable UI eligibility řadu 30/60/90/130/170/210/300, která se liší od raw BMD sloupce 90/170/190/230/250/260/280. Server tuto výjimku drží ve fresh inicializaci i startup reconciliaci existující DB a runtime testuje odmítnutí boundary-1 i přijetí rovnosti. Jde o vrstevnatou kompatibilitní politiku PureMU, ne o tvrzení, že byl doložen oficiální Webzen serverový vzorec summonů.

{
  "computed_formula_retained_for_ordinary_skills": true,
  "elf_summon_executable_gate": [
    30,
    60,
    90,
    130,
    170,
    210,
    300
  ],
  "raw_bmd_is_not_universal_cast_gate": true
}

"Obecný dobový serverový vzorec a oddělená user-visible eligibility větev připnutého klienta 1.04C jsou dvě různé vrstvy."

Strom byl porovnán celý, ne odhadnut. Rámec souhlasí: 200 master úrovní po jednom bodu a vzorec master zkušeností je algebraicky totožný s dobovým — ověřeno numericky na všech 201 hodnotách s rozdílem nula. Inventář uzlů i přiřazení tříd se shodují s klientskou tabulkou MasterSkillTreeData.bmd přesně, pro všech sedm master tříd nic nechybí a nic nepřebývá. Neshod bylo 21 a jsou opravené. Dvě z nich rozhodovaly o postupu: skilly 308 a 311 měly rank o stupeň níž a AddMasterPointAction hledá naučený skill předchozího ranku téhož kořene, takže postava, která si svůj uzel daného ranku vezme právě na nich, se nedostane dál a klik tiše propadne; vlastní soubor MasterSkillTree.xml v OpenMU přitom uvádí rank 3 a 4. Equipped Weapon Mastery má strop 10, ne 20, čímž se zavírá dosud nedoložená mezera deníku. Command Attack Increase vyžaduje uzel ranku 2 pod sebou. Zbylých sedmnáct jsou růstové vzorce posilovačů: klient nese číslo vzorce v poli těsně před spotřebou many, což posloužilo jako kontrola zarovnání, a porovnání všech 163 srovnatelných uzlů dalo přesně těch sedmnáct plus dva záznamy, které klientský soubor drží poškozené a které jsme nechali být.

{
  "class_assignment_matches_client": true,
  "corrected_formula_count": 17,
  "corrected_rank_count": 2,
  "experience_formula_identical": true,
  "master_levels": 200,
  "nodes_compared": 163,
  "skill_571_maximum_level": 10
}

{
  "expected_official_service": "master skill tree Season 6 Episode 3",
  "official_reference_temporality": "pozdější nebo nedatovaný oficiální návod"
}

Cena přesunu a úroveň, kterou žádá, nikdy porovnané nebyly — projekt je řešil po kusech. Pět dobových sad nese Data/Move/Move.txt. Výsledek: 70 cen a úrovní u 53 přesunů, nula neshod. Nic se neopravovalo, protože nebylo co. Jména se záměrně neporovnávají: na obou stranách jde o vnitřní označení a klient si vykresluje vlastní seznam, takže „Elveland" proti „Elbeland" a „PeaceSwamp" proti „Swamp_of_Calmness" jsou dva zápisy téhož místa, ne chybující realm. Jeden přesun dobové sady mají a realm ne — číslo 26 do Crywolfu. Není to nález, ale dřívější vědomé rozhodnutí: klientský seznam pro něj nemá řádek a přesun, který klient neumí nabídnout, si nikdo nevezme. Realm tu následuje klienta stejně jako u rozměrů předmětů. Nově je u toho zapsáno i to, že dobové stromy ho mají — rozhodnutí je tím vidět místo aby se tvářilo jako shoda.

{
  "crywolf_warp_absent_by_decision": true,
  "names_deliberately_not_compared": true
}

{
  "disagreements": 0,
  "figures_compared": 70,
  "period_tables": 5,
  "warps": 53
}

Ověřeno spustitelným nástrojem proti čerstvému výpisu z produkce. Okno přesunu neplní server: klient posílá index svého vlastního řádku, takže číslo, na kterém se strany rozejdou, je cíl, kam se nikdo nedostane. Katalog vyžaduje pro stav verified_match veřejně citovatelný dobový podklad; tady je rozhodčím klient majitele, který je pro tento realm závazný, ale citovat se nedá. Proto implemented_unverified, ne verified_match.

"Všech třicet sedm přesunů, které klient nabízí, v realmu existuje pod číslem, které klient posílá, a shoduje se v ceně, požadované úrovni i stropu. Všech třicet sedm cílů vede na mapu, na kterou podle dobových tabulek ústí brána, kterou klient u přesunu jmenuje."

"Klientská Data/Local/Eng/MoveReq_eng.bmd a dobové Gate.txt."