Update 2.27

v2.27.0BETASeymour

AURORA: strukturelles GROW von chunk3 (byte-exaktes ADD/REMOVE eines Monsters) — der „chunk3"-Blocker ist weg

• Beantwortet HANDOFF_AURORA_CHUNK3_RESOLVE_2026-06-07. Vorher war nur das BEWEGEN eines bestehenden Ankers möglich (v2.12.0); jetzt kann sich die MonsterANZAHL ändern. Packing-Model-RE (Corpus 863, bewiesen): der Area-Record packt seine 8 Arrays in fester Zeiger-Reihenfolge (origin<party<partyB<aeon<monA<monLive<monB<camera, 863/863); Kapazität = nächster Zeiger − Zeiger; monLive(+0x20) ist TIGHT (==MonsterPositionCount@+0x06, 856/863), während monA(+0x1C) ~12 reserviert und monB(+0x24) 3..78 reserviert → die Reserven absorbieren eine höhere Anzahl ohne eigene Resize. Die „mystery gaps" waren die Reserve; +0x30..+0x5C = 6 Area-/Kamera-Floats (keine Zeiger). BattleArenaGrowWriter.GrowMonsters = ein Insert/Remove-Splice am Ende von monLive + Re-Stamp nur von monB(+0x24)/camera(+0x2C) + der Chunk-Tabelle + +0x06; Guards: Single-Area + Tight + Reserve ≥ Cap (HardActorCap=8 konservativ; Daten max=15 znkd09). Gate BattleArenaGrowLab PASS (in offline_ci.ps1): RT0 no-edit 700/700 byte-identisch, ADD +1 696/696, REMOVE −1 393/393 (sauberes Re-Decode). Unberechtigte Schlachten ehrlich abgelehnt (149 Multi-Area + 6 Non-Tight + 13 Anomal-Reserve → weiterhin über MOVE editierbar). Battle→Scene-Transform harmonisiert = IDENTITY (Handoff 2.3). Doc docs/reverse/FFX_AURORA_CHUNK3_PAYLOAD_MODEL_2026-06-07.md. Build 0 Fehler. Ehrlich: offline byte-sicher (RT0) ≠ dass das Spiel die neue Anzahl akzeptiert — In-Game UNBEWIESEN (RT2/probe + Owner OK; exakte Spawn-Loop-Decke = IDA ausstehend)