# PENGO-E002 — risposta punto per punto alla nota v1

6 ottobre 2026. Risposta al file allegato `pengo-e002-review-note-v1.md`, con gli stessi ID e numeri ricontrollati sui log. La nota v2 già archiviata dichiarava di sostituire integralmente la v1; questa risposta documenta anche la v1 senza cancellare le istruzioni successive o riaprire esperimenti. Nessuna nuova search, nuovo nastro o esecuzione di gameplay è avviata.

Il video E002 originale v2 resta immutato. La revisione editoriale richiesta esiste già come **v3.1**, che corregge anche le riserve sul pannello bonus. Pleiads E007/E008 e tutti i 121 sorgenti del contratto v3 restano invariati. I risultati successivi vengono contestualizzati senza retroattribuirli a E002.

## A — Confronto con i log

| ID | Risposta |
| --- | --- |
| A1 | Confermato: ACT 1 completato senza perdita di vite, GAME TIME **23 SEC**. ACT 2 viene confermato a frame **2.430**, score 3.850, vite 3. |
| A2 | Confermati **1.850** punti di gioco e **+2.000** di bonus, totale **3.850**. Primo score 1.850 a frame 2.009; primo 3.850 a frame **2.301**. |
| A3 | Il ledger conferma **1×400 + 2×500 + 3×100 + 5×30 = 1.850**. Gli incrementi sono a 1.033(+30), 1.088(+400), 1.176(+500), 1.192(+30), 1.407(+30), 1.474(+30), 1.556(+500), 1.767(+100), 1.800(+100), 1.888(+100), 2.009(+30). Le attribuzioni a schiacciamento/uova/contatto con storditi/blocchi sono coerenti con le sonde meccaniche E001; il ledger da solo prova gli incrementi, non una regola generale di ogni bonus. Nessuna verifica dei diamond bonus viene dedotta da questo conteggio. |
| A4 | Il valore **3.099** appartiene al prefisso v1 riusato fino al frame **1.706**, e **1.080** all'ultima scelta v2 a **2.069**. Il loro totale **4.179** descrive la porzione visualizzata dal vecchio contatore. Il lavoro realmente eseguito è **3.787 + 1.081 = 4.868** valutazioni, includendo 688 valutazioni della coda v1 non riusata e un nodo v2 finale rifiutato. Il v3.1 arriva a 4.868 e non azzera il conteggio. |
| A5 | Nei 19 valori v2 registrati: minimo **1,938 s**, mediana **9,422 s**, massimo **10,359 s**. Ultime tre scelte: frame **2.024 / 6,047 s**, **2.037 / 4,437 s**, **2.069 / 1,938 s**. Il valore 16,36 e il terzetto ricavato dal video non coincidono con i log. Le latenze individuali v1 e quella dell'ultima decisione rifiutata v2 non erano loggate: **UNKNOWN**. |
| A6 | Primo input di movimento/push a **683**, ultimo input non neutro di gioco a **2.037**. Il prefisso scelto termina a **2.069**; seguono esattamente **600 frame neutri**, fino a **2.669**. COIN a 120–121 e START a 180–181 fanno parte del nastro. Il campionamento circa 700–2.070 non è la convenzione del tape. |

## Q — Motore, campagne, costi e partenze

| ID | Risposta |
| --- | --- |
| Q1 | Un «oracle node» era una valutazione di **prefisso completo da reset più macro candidata in un nuovo processo MAME**. Nome del motore: **fresh-process full-prefix replay**, con **20 worker CPU**, beam width 4, depth 4. Anche ogni root è una valutazione conteggiata. Nessun restore nativo o modello. |
| Q2 | **No save-state load** e **no RAM write** valgono sia per la search sia per la verifica. I worker rileggono COIN/START e tutti gli input del prefisso da processo nuovo; non ripristinano uno stato post-START. |
| Q3 | I due replay storici iniziali erano **accelerati**. Sono poi stati eseguiti e conservati **due replay supplementari distinti con throttle e speed 1**, coincidenti con lo storico nelle osservazioni dichiarate. La ricevuta `realtime-supplement-v1/result.json` è PASS e `both_real_time=true`. Non sono rieseguiti in questa risposta. REAL TIME riguarda la verifica supplementare, non la pianificazione. |
| Q4 | Due campagne consecutive, non due save-state. V1 finisce in progress-timeout; dopo averne visto l'esito viene preregistrata v2. V2 riusa il tape fino a frame **1.706**, rigiocandolo da reset e aggiungendo un root WAIT. Corregge il trattamento di raw4/storditi e raw6,11,12/rimozioni in corso e del confine del round. Width 4, depth 4 e 20 worker restano uguali. Protocolli, registrazioni e fallimento v1 sono conservati separatamente. |
| Q5 | **Due campagne E002**: v1, 3.787 valutazioni/61 scelte, 1.520 punti, tre obiettivi rimanenti, progress-timeout; v2, 1.081 valutazioni/19 scelte accettate più una decisione rifiutata, 1.850 punti e zero obiettivi, no-safe-branch al confine UNKNOWN. La verifica con suffisso neutro osserva poi ACT 2 e 3.850. Le sonde E001, il capture e i replay non sono altre campagne di search E002. |
| Q6 | **C = 5.104.764 + 2.114.551 = 7.219.315 FE**, inclusi i root da 682 e 1.738 frame, verificato sommando tutti i job delle decisioni. Loop search 456,531 + 164,047 = **620,578 s**; con i tempi dei worker root registrati, **almeno 622,203 s**. Postprocessing Python dei root non cronometrato: UNKNOWN. La coda v1 non riusata costa 688 valutazioni/**1.287.195 FE**; l'ultimo nodo v2 rifiutato **1 valutazione/2.101 FE**. Sono già inclusi in C, non da sommare di nuovo. Il loro tempo di orologio separato non è ricostruibile dai log v1 e non viene stimato. Nessun ulteriore tentativo E002 scartato risulta dal registro. Diagnosi, capture e verifiche sono costi separati. |
| Q7 | La tabella allegata comprende **tutti gli 81 log di decisione E002**: 61 v1, 19 scelte v2, una decisione v2 rifiutata. Quest'ultima era assente dal vecchio CSV delle sole scelte e ora è esplicita, con latenza UNKNOWN. La latenza non cresce monotonamente con l'indice: gli ultimi valori diminuiscono anche perché il numero di candidati cambia. Il costo di un singolo job include per costruzione l'intero prefisso; non si isola un effetto causale dal tempo per decisione. Il CSV storico esteso conserva inoltre le 108 scelte ACT 2, separate da E002. |
| Q8 | «Single board» intendeva **una sola partenza canonica**, non hardware o generalità su altri labirinti. La dicitura è rimossa nel v3.1; ora è **One round, one canonical start**. |
| Q9 | La matrice già eseguita **PENGO-E007**, k=0…63, COIN120, START180+k, campione START+420, contiene **64/64 arene complete e un solo hash distinto**. Hash arena: `d951f7740813354e1eb846b80527841ae93d85b9c456984617c038fc29d5a367`. Sono 780 byte di codici tile, 13×15 celle con quattro glyph per cella, ordine y/x/dy/dx; HUD e attributi esclusi. Anche il distinto hash del labirinto logico ha una sola variante. Questo non dimostra che RNG, nemici o futuri siano identici. Tutti i 64 hash e frame campione sono nel risultato originale. |

## V — Video corretto già disponibile

| ID | Risposta |
| --- | --- |
| V1 | Riga fissa presente nel v3.1: `TRAJECTORY SEARCH / 0 MODEL CALLS / NOT AN AUTONOMOUS AGENT`. |
| V2 | Un contatore cumulativo **fresh-prefix evaluations**, fino a **4.868**; il salto tra campagne include la coda v1 realmente esplorata ma non mostrata nel tape. Nessun azzeramento. 4.179 non sarebbe il costo totale della search. |
| V3 | Riga richiesta presente: `FROM RESET / REAL TIME / NO SAVE-STATE LOAD / NO RAM WRITE / NO CHEAT / EXACT REPLAY`, dopo due verifiche supplementari native-speed. EXACT REPLAY riguarda il confronto degli osservabili dichiarati, non un H_exact completo della macchina; il pannello mantiene `complete-machine identity UNKNOWN`. |
| V4 | Riga separata presente: `SEARCH: fresh-process full-prefix replay / NO LOAD`. |
| V5 | Riga presente: `Planning: >= 622.20 s recorded for 23 s of play`, con `Unlogged root postprocessing: UNKNOWN`. Il tempo complessivo assoluto non è noto; viene dichiarato un limite inferiore, senza inventarlo. C usa gli FE integralmente ricostruiti. |
| V6 | Set **pengoja**, descrizione **Pengo (Japan, 315-5010 type, rev C)**, **MAME 0.289**. «Single board» rimosso. |
| V7 | In gioco: **LIVES 3 (2 in reserve)**. Sul pannello bonus: **LIVES 3 (3 in reserve)**, perché non c'è una vita attiva e tutte e tre le icone sono riserve. Il v3.1 conta le icone dai pixel nativi, come richiesto dall'alternativa “stesso conteggio dell'HUD”. Il primo render v3 che sottraeva sempre una vita resta storico. |

SHA-256 del v2 immutato: `622d114eea2305158899c32406c20efca4258611598d456795d181fa7d0d351f`.

SHA-256 del v3.1 esistente: `0f023ef8dd1629657381b84f86effc67d8cc7f9061254ad1fcae5373ba917173`.

Tape canonico decodificato: `cb4730b8dcdd2484bf0ab96a97939792a4b5d909fe34f04bee7413f184ffaa51`.

Traccia osservata: `8f7159050e67b071b8bb965ad85460a696d81ce673f1a90c7597433c9b37f5e7`. Il dense hash copre header, indice fisico, RAM program-space 0x8000–0x8fff, 16 byte spriteram2 e cinque flag driver, per frame 1…2.669. CPU/device snapshot e pixel sono controlli separati; identità completa UNKNOWN.

## F — Gate di fidelity

| ID | Risposta |
| --- | --- |
| F0 | Applicabile, perché la search usa prefix replay. Native restore non ammesso. |
| F1 | Importazione **PENGO-E008** già preregistrata, SHA `02ba3a7c88d4b88e47ac2f73405147845e729c3f7d16956ec7f5ae592f72c099`. Importa G2.A–G2.E da `data/e007/preregistration-v1/decision-table.md`, SHA **e47975a19e46c75d4f4f8c347d99069214ed231be154da7349f4213bbdfd41dd**, e B1–B6 da `docs/experiments/PLEIADS-E007-REDTEAM.md`, SHA **47f795a5cff6aca75ebfb7d97ad05b0527f6bfe96404a473d2dde0e1f135dafe**. Tutti e tre gli hash sono ricontrollati, senza adattare soglie. |
| F2 | **STOPPED_APPLICABILITY_F2**, prima di qualunque save/load. La batteria cita RAM Pleiads 0x4000–0x4fff (ROM su pengoja), bank/protection question Pleiads, fuoco/proiettili e quattro stage dentro il round: grandezze non trasferibili. ACT 4 Pengo non è stage 4 Pleiads. Identità completa della macchina UNKNOWN. Non vengono inventati sostituti per far passare la batteria. |
| F3 | **Zero sonde save/load**, B1–B6 non eseguiti: nessun PASS o FAIL sperimentale del restore. Il risultato riguarda l'applicabilità della batteria, non una divergenza misurata. Ogni promozione resta da reset, processo nuovo, senza load. |
| F4 | Nessun restore entra nella search. Anche un futuro esito positivo richiederebbe approvazione esplicita di Stefano. Non c'è un esito positivo da approvare ora. |

## N — Esperimenti già registrati

| ID | Risposta |
| --- | --- |
| N1 | ID **PENGO-E010**, budget **10×C = 72.193.150 FE**. Un tentativo: 3.792 valutazioni, 5.130.680 FE, 62 scelte; stop al watchdog originale di **25 decisioni senza progresso**, tre obiettivi ancora presenti. **INCOMPLETE UNDER PROGRESS WATCHDOG**: nessun ACT 1 completato, nessun GAME TIME utile, nessun successo/parziale e nessun nullo da budget esaurito. **67.062.470 FE non spesi**. Il watchdog era già preregistrato; la recuperata registrazione E012 lo verifica. N1b non adottato e nessun nuovo tentativo. |
| N2 | ID **PENGO-E011**, gate chiuso: in k=0…63 esiste soltanto **una** partenza con hash arena distinto, quindi non sono disponibili le 20 richieste. Nessuna search sulle partenze, nessuna percentuale di robustezza e nessuna sostituzione con RNG/futuri nemici differenti. Budget nominale **2×C = 14.438.630 FE per partenza**, non speso. Il successivo gate sui parametri iniziali non è valutato, perché fallisce già quello sulle partenze. |

La v1 vincolava i round ulteriori all'esito F. La successiva nota v2 già archiviata autorizzava esplicitamente il pilot su più round, separato da N1/N2: questa è la provenienza dei pilot storici E006/E009, non un PASS di fidelity. Non vengono riaperti qui. Allineamento diamanti e ottimizzazione separata dello score restano non avviati; nessuna nuova search segue questa risposta.

## R — Regole preservate

| ID | Risposta |
| --- | --- |
| R1 | Set canonico **pengoja** invariato; nessun adattamento degli indirizzi o dei nastri ad altro set. DIP: 3 vite, Medium, Upright, bonus life 30.000, Rack Test Off, DSW1 176/DSW2 204. |
| R2 | Nome set, MAME e hash dichiarati. ROM, BIOS, CHD, asset estratti, template e RAM raw restano privati. Il materiale selezionato comprende soltanto report, conteggi, input propri, hash ed evidence video editoriale. |
| R3 | **E002 = trajectory search su un round e una sola partenza**, zero model calls; non agente autonomo, robustezza o record completo. I 9.790 successivi restano best verified planner trajectory con morte ACT 3; E003 è incomplete e non si retroattribuisce nulla a E002. |

## Evidenze di questa risposta

- Nota v1 archiviata senza modifiche: `docs/pengo/PENGO-E002-REVIEW-NOTE-v1.md`.
- Audit read-only corrente: `data/pengo/review-note-v1-response-v1/audit-existing-result.json`.
- **81 decisioni E002, inclusa quella rifiutata:** `data/pengo/review-note-v1-response-v1/e002-all-logged-decisions.csv`.
- Costi/ledger: `data/pengo/review-v2/cost-and-score-v2.json`.
- CSV storico esteso: `data/pengo/review-v2/decision-latency.csv`.
- Real-time supplement: `data/pengo/e002/realtime-supplement-v1/result.json`.
- Partenze k=0…63: `data/pengo/e007/start-grid-v1/result.json`.
- Fidelity: `data/pengo/e008/fidelity-import-v1/result.json`.
- N1 originale/watchdog: `data/pengo/e012/n1-prereg-recovery-v1/result.json`.

Il video v3.1 supera la decodifica integrale; thumbnail e riserve sul bonus sono ricontrollati visivamente. Nessun gameplay viene rieseguito. I sorgenti storici, i report v2 precedenti e i video originali restano conservati; questa risposta li integra in una nuova versione.


## Pubblicazione editoriale

Il v3.1 esistente è ora pubblicato senza ricodifica: [JTJdJIRp78k](https://www.youtube.com/watch?v=JTJdJIRp78k). La pubblicazione non cambia E002, C o le verifiche native-speed storiche. La risposta pubblica è su [Arcade.it](https://arcade.it/lab-notes/pengo-e002-review-response/). Nessun nuovo gameplay o search.