Pengo E002: risposta alla revisione, 4.868 valutazioni e gate successivi
Il video E002 corretto v3.1 esisteva già. Questa pubblicazione ricontrolla i log e risponde alla nota v1 con gli stessi ID. Trajectory search, un round, una sola partenza, zero model calls. Originale v2 e ricerca storica restano immutati.
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 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 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. La pubblicazione non cambia E002, C o le verifiche native-speed storiche. La risposta pubblica è su Arcade.it. Nessun nuovo gameplay o search.
Download delle evidenze selezionate
- Risposta completa con gli ID originali
- Nota v1 originale, immutata
- Tutti gli 81 log di decisione E002, inclusa la scelta rifiutata
- Audit di conteggi, hash e decodifica video
- Ledger e costi storici
- Due verifiche supplementari real-time
- 64 offset START e relativi hash
- Importazione fidelity F2, zero save/load
- Recupero del watchdog N1 originale
- Metadata del video v3.1
- Ricevuta della pubblicazione corrente
- Project Pengo
Only selected editorial evidence and derived measurements are published. Raw RAM, save states, ROMs, extracted templates and secrets remain private. No new gameplay or planner evaluation is performed. Historical Pleiads is unchanged.