# Audit — bounded public recovery of the 2017 beep WAV

## Result

No original WAV bytes were recovered. This is a recorded negative result for
specific public services and source-led URLs, **not** proof that no private
cache, offline download, unindexed mirror, or future discovery exists.

## Inputs and target family

- Metadata record: `archive/recon/audio-files/02_beeps-wav_instaudio_file-metadata-VERBATIM.md`
  (SHA-256 `be6ffece3ac69ff1b7686c9a53f81eb6c1165c7ba3527e03893a6303cedacbb0`)
- Transcript-audit boundary: `solution/wav-transcript-audit.json`
  (SHA-256 `de0a7f553319166b2cff794213115fa98ee3de0ab0b3e64e2c01cbf6cff3e4a2`)
- Original S3 WAV: `https://instaudio.s3.amazonaws.com/live/private/7fa2c325c0a7395c8856c5bb4f11b5616c6f60c5.wav`
- Original S3 spectrogram: `https://instaudio.s3.amazonaws.com/live/private/7fa2c325c0a7395c8856c5bb4f11b5616c6f60c5.png`
- Original player: `https://instaud.io/private/7fa2c325c0a7395c8856c5bb4f11b5616c6f60c5`
- Original download endpoint: `https://instaud.io/private/7fa2c325c0a7395c8856c5bb4f11b5616c6f60c5/download`

The current S3 URL answered on 27 July 2026 with HTTP 404 XML
`NoSuchBucket`, rather than audio bytes. That confirms the present host
cannot supply a file or a historical hash.

## Checked public archives

### Wayback CDX

The already preserved 27 July 2026 Wayback CDX check returns `[]` for both
the exact S3 object and its object prefix. Its source is the transcript audit
listed above; it is retained here rather than silently restated.

### Common Crawl

Two source-led prefix queries were issued across every collection from the
first crawl after the upload through the end of 2018: one for the S3 object
family (WAV and PNG) and one for the Instaudio player family (including
`/download`). All 22 final responses in each set were HTTP 404/no captures.
Temporary 502/504 responses were retried before being recorded as negative.

Collections checked: `CC-MAIN-2017-13`, `CC-MAIN-2017-17`, `CC-MAIN-2017-22`, `CC-MAIN-2017-26`, `CC-MAIN-2017-30`, `CC-MAIN-2017-34`, `CC-MAIN-2017-39`, `CC-MAIN-2017-43`, `CC-MAIN-2017-47`, `CC-MAIN-2017-51`, `CC-MAIN-2018-05`, `CC-MAIN-2018-09`, `CC-MAIN-2018-13`, `CC-MAIN-2018-17`, `CC-MAIN-2018-22`, `CC-MAIN-2018-26`, `CC-MAIN-2018-30`, `CC-MAIN-2018-34`, `CC-MAIN-2018-39`, `CC-MAIN-2018-43`, `CC-MAIN-2018-47`, `CC-MAIN-2018-51`.

### Arquivo.pt

The three exact URL queries (S3 WAV, player, download) each returned HTTP 200
`text/x-ndjson` with an empty body — zero capture rows.

## Boundary

The original WAV was not recovered from the checked live URL, Wayback CDX, Common Crawl 2017–2018 collections, or Arquivo.pt endpoints.

The next valid evidence is a byte-bearing contemporary copy with provenance,
or a newly located public archive record from which the bytes can be fetched
and independently hashed. The preserved duration transcript remains valuable,
but it cannot establish a byte-for-byte reconstruction or resolve the
unmapped `rssstuvwx` tail by itself.

## Reproduce the local record

```powershell
python scripts/audit_wav_recovery.py
```

The command regenerates this local audit from its fixed, documented 27 July
2026 observations; it does not perform a fresh network search.