Resumo
A auditoria do objeto confirma que a lista global vazia pula a atribuição de payload no registro tipo 9; um registro vizinho mostra a atribuição funcionando no outro caminho.
Defeito
No replay, 0x00149BC0 está vazio. O desvio em 0x00114588 pula o store 0x001145BC, deixando 0x009BDA64 nulo. A limpeza posterior trata o tipo 9 como destino de zero-fill; no mapeamento direto atual, apaga o descritor low-RAM e o replay para em 0x0010FA9C por falta de fuel.
Solução aplicada
Ampliei o watch guest para 0x009BDA40..0x009BDB3F. Ele confirma que o registro vizinho 0x009BDA70 recebe 0x009BE040 em +0x24 via 0x00113FB4, enquanto o tipo 9 em 0x009BDA40 não recebe payload no ramo de lista vazia. Registrei a causa próxima sem injetar ponteiro nem alterar a semântica guest. Próximo passo: provar a origem/contrato de 0x00149BC0 e a tradução EE ativa antes de definir correção.
Detalhes e evidências
Replay do ISO 007 continua parcial: guest_error=0; fuel esgotado em 0x0010FA9C; sem ACTION.ELF, frame ou gameplay. A legitimidade do ramo de lista vazia e o contrato de memória virtual permanecem em investigação. Ynix permanece recompilador estático nativo, não emulador.
META 019