084 — Cross-site copies independent of author labels
Reviewed September 5, 2026, 20:18 UTC.

Result
No literal copy candidate for the opaque xinzhai/xz records was found in132,140 saved files across the paste-data and wiki-capture trees, excluding the source Ubuntu directory. Unlike082's naming search, this check can find a copied record posted under a completely different label.

What was compared
All3,571 opaque cluster records in the final survey:3,484 knowledge-labelled records,11 plan-labelled records and76 multipart xinzhai pieces. Every source HTML hash and authored-body hash was checked against the final snapshot before comparison.
Two forms were considered: exact authored text and the same text with spaces replaced by plus signs. Deduplication gives7,035 distinct full-text variants. A fixed-string first64-character screen uses5,802 distinct prefixes to locate possible copies, then the script checks complete record text in any candidate file. The screen returned zero candidate files, so no second-stage full-record match was available.

Scope and limits
Search roots are the saved pastebins/data and pastebins/wikis directories. The complete paste.ubuntu.org.cn source directory is excluded and that exclusion is asserted against the file inventory. The investigator's public export and report directories are not search roots. File counts include raw/HTML copies and metadata, not unique posts or unique independent sites.
The search uses normal rg text/ignore/binary behavior. It does not normalize HTML entities, inserted line breaks, URL encoding or other transformations. It cannot detect newly randomized ciphertext representing the same plaintext, and absence of a byte copy does not establish absence of related semantic content. Large objects were searched as their original posted pieces, not decrypted or reconstructed plaintext.

Reproducibility
Script084-cross-site-record-copy-scan.py. Source snapshot SHA-256:620d6dcc62fd2f4eefa396c631b43f57e308fcbd31e5c097994eca4aa5005f40.
Private084-private preserves the search prefixes, inventory, candidate-path output and analysis metadata. Inventory SHA-256:ab08d321bc9037a04eb07b3932862119e9ec9b794c73f5147cf0c577b5f29caf. This hashes the filename manifest, not all corpus contents. Inventory exited0; search exited1 with empty stderr, the normal zero-match outcome. All source hashes were checked successfully.
No payload or prefix was sent to an external search service, published in this report, decrypted or executed. The local scan created no network requests.

Interpretation
The cluster still has no demonstrated cross-site copy in the reviewed local corpus. That result narrows one migration/replication hypothesis; it does not identify the uploader, prove single-site operation or rule out an agent workflow. A new marker, a differently transformed copy or new corpus coverage is needed before rerunning this comparison would add information.