Atualização 2.27

v2.27.0BETASeymour

AURORA: GROW estrutural do chunk3 (byte-exact ADD/REMOVE de um monstro) — o blocker "chunk3" sumiu

• Responde HANDOFF_AURORA_CHUNK3_RESOLVE_2026-06-07. Antes, só MOVING uma âncora existente era possível (v2.12.0); agora o monstro COUNT pode mudar. Packing-model RE (corpus 863, provado): o area-record empacota suas 8 arrays numa ordem de ponteiro FIXED (origin<party<partyB<aeon<monA<monLive<monB<camera, 863/863); capacidade = next-pointer − ponteiro; monLive(+0x20) é TIGHT (==MonsterPositionCount@+0x06, 856/863) enquanto monA(+0x1C) reserva ~12 e monB(+0x24) reserva 3..78 → as reservas absorvem uma contagem maior sem seu próprio resize. Os "gaps misteriosos" eram a reserva; +0x30..+0x5C = 6 floats de área/câmera (não ponteiros). BattleArenaGrowWriter.GrowMonsters = um splice insert/remove no fim de monLive + re-stamp só de monB(+0x24)/camera(+0x2C) + a tabela de chunk + +0x06; guards single-area + apertados + reserve ≥ cap (HardActorCap=8 conservador; data max=15 znkd09). Gate BattleArenaGrowLab PASS (em offline_ci.ps1): RT0 no-edit 700/700 byte-identical, ADD +1 696/696, REMOVE −1 393/393 (re-decode limpo). Batalhas inelegíveis recusadas honestamente (149 multi-area + 6 non-tight + 13 anomalous-reserve → ainda editáveis via MOVE). Transform batalha→cena reconciliado = IDENTITY (handoff 2.3). Doc docs/reverse/FFX_AURORA_CHUNK3_PAYLOAD_MODEL_2026-06-07.md. Build 0 erros. Honesto: byte-safe offline (RT0) ≠ o jogo aceitar a nova contagem — in-game UNPROVEN (RT2/probe + dono OK; teto spawn-loop exato = IDA pendente)