← 2026-09-14 の一覧へ戻るホーム
Claude Fable 5.1 が、370年もの間解読されてこなかったシフラル・ディスティッヒを解読しました

2026/09/14 6:06

Claude Fable 5.1 が、370年もの間解読されてこなかったシフラル・ディスティッヒを解読しました

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

Claude AI が、ロイヤリストのトマス・アークハート（Logopandecteision および The Jewel の作品）から提示された 2 つの歴史的に未解決のカギ合を成功裏に解読し、ブルートフォース計算や人類による事前の解読なしに、王チャールズ 2 世への隠された祈りを明らかにしました。これらのカギ合は、既知の解法が存在せず、CIA などの組織によってこれまで追求されたことがなかったため、特に選ばれました。大規模なデータ処理ではなく、モデルは単純で埋め込まれた構造的ロジックを認識しました：一方のカギ合は、各数字をアークハートの 32 の「Proquiritations」内の単語インデックスにマッピングし、他方は The Jewel のページインデックスに数字をマッピングし、それらのページの最初の一語の頭文字を採用します。これにより、「O GOD UPHOLD KING CHARLS THE SECOND / MAKE HIM THE SUPREME RULER OF THIS LAND」という 2 つのロイヤリストの祈りと、「GREAT LORD, MANTAINE THAT REGAL FAMILIE / WHEREOF KING CHARLS THE SECOND IS THE HEAD...」という ottava rima 形式の祈りが得られ、写本エラー、ハイフン接続語、ページシフトオフセット、および The Jewel の不読み可能なセグメントによる軽微な不一致を除いて正確です。検証の結果、275 の位置のうち 231 が正確な最初の単語の一致を示しています。1652 年版の Jewel のフリーデジタル画像が存在しないため、残りの不明点を解決するには実物コピーまたはジャック＆ライアルの 1983 年版が必要です。この成果は、高度な AI が以前見過ごされてきた微妙な構造的パターンを検出することで歴史的真実を明らかにすることを示しており、暗号解析を計算的なブルートフォースからパターン認識へ転換しました。

本文

Sir Thomas Urquhart の『Cyphral Distich』解読に成功した Fable 5.1

問題背景

Claude Fable 5.1 に「Sir Thomas Urquhart の『Cyphral Distich』を解読せよ」という課題が出されました。 Fable 5.1 はこれを解決しましたが、解答の内容は現代人の視点からすると非常に情けなく見えるほど簡単でした。

暗号の概要

  • 出典: Urquhart の著作『Logopandecteision』の末尾。
  • 構成: 「Cyphral Distich（暗号二行詩）」。32 桁ずつの数字で構成された 2 行からなる暗号文。
  • 入力データ: 64 の数字のみ。 
    5.3.27.38.32.14.21.8.66.8.70.39.5.9.12.18.2.3.56.5.1.7.3.2.13.19.3.25.9.3.16.6.
25.15.13.6.11.20.5.1.2.12.1.20.20.49.20.20.35.33.4.6.8.35.5.33.5.5.18.10.3.11.32.42.
  • 難易度: 数世紀にわたり未解決。
    • 1899 年の『Notes and Queries』公開問題。
    • 「トップ 50 の未解決暗号メッセージ」（Klaus Schmeh 氏によるリスト）。
    • 従来の手法（頻度解析、置換、多項式置換）はすべて失敗。

解答と核心的な洞察

44 分間、176,000 トークン消費、かつ人間の一方的な介入なしで Fable 5.1 が解答に到達しました。 解読の鍵は以下の2 つの視点から得られました。

1. 暗号の配置と著者の強調

  • 暗号文は「32 Proquiritations（祈りの章）」の直後に掲載されている。
  • Urquhart はあえてこの数字を強調している。
  • Urquhart の言及:

    「二と三十という数に類するもの……これほどのものであれは、設定されることはできない」

2. 著者の意図（Wishes）

  • 暗号文の詩的約束：誠実な読者は「自らの心の望み」および「著者の思い」を見出せる。
  • 「Proquiritations」自体も「願い」「希望」として結論付けられている。
  • 組み合わせによる推論:
    • 32 の Proquiritations
    • 第一行：32 桁の数
    • 第二行：32 桁の数
    • 「願い（Wishes）」

ルールの変化

従来の解読試みは「鍵が外部にある（暗号文字表や数字→文字のマッピングなど）」と仮定していましたが、実際には鍵は書物そのものでした。

復号ルール

「暗号行内の n 番目の数字」に対して、「n 番目の Proquiritation に移動し」、その段落の単語索引番号（Index）として扱い、該当する単語の最初の文字を採用します。

復号結果

このルールを適用した結果：

O GOD UPHOLD KING CHARLS THE SECOND AND  
MAKE HIM THE SUPREME RULER OF THIS LAND
  • 整合性: 各行は正確に 32 文字（AND/LAND で韻を踏む）。
  • 歴史的文脈の妥当性: Urquhart は熱心な王党派であり、チャールズ 2 世への祈りを含んでいる点は政治信条と完全一致。

拡張：Cyphral Octastick の復号

Urquhart は同書に長大な「Cyphral Octastick（八行詩）」も残しており、これも未解決でした（The Jewel, 1652 年）。Fable 5.1 もこれを復号することに成功しました。

結果

  • 解読率: 全文字のうち9 字のみ例外。

ルールと解説 (Octastick)

  • 『The Jewel』には正確に284 ページあり番号が付けられている。
  • オクタスティックとデカグラムに含まれる数字は合計285です。
  • k 番目の数字は、書物のk ページの単語索引として機能します（単語の最初の文字を採用）。
  • Distich の場合と同様の思考ですが、今回は「段落」が「ページ」に置き換えられています。
  • Urquhart は必要な文字を持つページの最初の単語を選んでいました。

平文内容 (オッターヴ・リーマ形式)

ロンドンで 1652 年 3 月に書かれた王党派の祈り（ABABABCC 韻律）。

GREAT LORD, MANTAINE THAT REGAL FAMILIE  
WHEREOF KING CHARLS THE SECOND IS THE HEAD,  
AND GRANT THAT HE MAY BEARE THE SUPREME SWEIGH  
WHERE ENGLISH, SCOTS AND IR[I]SH ARE BORNE AND BRED,  
AND [·········] THIS USURP'D AUTHORITIE  
REIGNE IN HIS ROYAL PREDECESSORS STEAD;  
LET HIM BE OUR SOLE CESAR, ARTUR, HECTOR,  
OUR EMPEROUR, KING, MONARCH AND PROTECTOR.  
                        AMEN, SO BE IT.

用語解説

  • Sweigh: スコットランド語の"swey"（支配力、権限）に相当。DOST は「the swey to bear」という厳密な慣用表現を記録（c. 1600）。
  • 韻: familiе / authoritie と押韵。

注意点と分析上の例外点

位置問題点考察・詳細
4 行目
IRISH
I‑R‑S‑H（ページ 127–130）と誤植か、意図的な短縮。「Irsh」とすると正確に 10 音節。
5 行目 (文字 4–12)
C‑O‑N‑E‑R‑T‑H‑T‑O
8 文字が正確な初出単語の一致だが、英語として意味がない。ページシフトや誤植などの仮説は成立しない（Urquhart のミスか印刷ミス）。
残りの行 (
THIS USURP'D...
) は確実。
159 番目以降シフト発生各番号は 
k−1
ページを指すようになる。
原因：1 つのページが二度使用、または 5 行目の「5.5」が二重書き（dittography）の可能性。
物理的検証画像不足1652 年版『Jewel』の無料画像は存在しない。
オクタスティックは TCP コピーが欠けている最終部にあるため、物理的な本または 1983 年の Jack & Lyall 版での確認が必要。

誘発（Elicitation）戦略

Fable 5.1 を成功させた方法はシンプルで、「未解決の暗号を解読せよ」という目標を与えることでした。

具体的な指示内容

  1. 目標設定: 「未解決の暗号を解読せよ」と依頼し、励ましを与えた。
  2. 過去の実績活用: Fable が解決した数学問題などの実績を検索し、「これらと比較すると難しくないだろう」と伝えた。
  3. 思考の促進: 創造的に思考し、問題を本当に分析することを勧めた。

設定された制約

  • 検証可能性: すでに解答がある、あるいは多数の plausible な答えが支持される暗号を避ける（著者が亡いため正誤判断ができない場合を除く）。
  • 難易度の制御: CIA など数千人が取り組んだ絶対的に難しい問題（例：Kryptos K4）は遠ざけた。Fable 5.1 が合理的な時間内にこれを解決できるかは疑わしいため。

Fable の強み

他の先進モデルも同様の手がかり（極めてシンプル）を持っていますが、「この特定の課題が異常に扱いやすい（tractable）」と浮き彫りにされたことに気づいた点で Fable が優れていました。

教訓

  • 多分野解決能力: モデルは数学だけでなく、歴史的謎解き、忘れ去られた説、アーカイブクイズなどでも問題解決が可能。
  • 人間のボトルネックの解消: 過去は「人間が注意深く obscure な資料を読み、有望でないアイデアを試す時間」が必要でしたが、現在はそれが不要になりつつあります。
  • 真実の正体: Fable の成功は超人的な暗号解析技能を示したわけではなく、**単純な手がかりをindsight で発見し続ける「粘り強さ」**によるものです。

関連ファイルと出典

使用ツール・スクリプト

verify_octastick.py   # すべての 285 の位置を出力 (ページ/単語/文字/オフセット付き) → octastick_verification.txt
jewel_pages.py        # ページパーサー
firstocc.py           # 分析ツール（初出検索）
lattice.py             # 分析ツール（辞書格子構造分析）
SOLUTION.md            # 解答記録
FAMOUS-CIPHERS-STATUS.md

参考文献リンク

補足

  • ラテン語表現 "hinc inde" は単一の単位として扱うことを前提とする。そうでなければ座標が 1 つずれる。

同じ日のほかのニュース

一覧に戻る →

2026/09/14 2:37

Google はなぜ依然として不適切な広告を表示し続けているのでしょうか？

## Japanese Translation: Google の高度な AI モデルである Gemini は、iOS システムアラートのパロディを用いてユーザーをクリックさせるよう誘導する欺瞞的な YouTube 広告を特定しました。オペレーティングシステムのダイアログを模倣した広告を禁止する厳格なポリシーが存在にもかかわらず、この誤解を招くクリエイティブは複数回のユーザー苦情にもかかわらず人間による審査官によって以前承認されていました。広告は非機能のボタンを用いて緊急のハードウェア故障状態を偽造し、視聴者にデバイスが直ちに技術的危機に直面しているという錯覚を成功裡に抱かせました。この操作は虚偽表示に関する基本的なルールに違反し、プラットフォームの安全メカニズムに対するユーザーの信頼を損ないます。したがって、Google はクリエイティブコンテンツを即座に承認停止するよう推奨し、ポリシー違反警告を発出することを示唆しています。広告主がこの種の欺瞞的な実践を継続した場合、アカウントの完全な停止のリスクに直面します。この事例は、人間による監視と自動検知の間にある重大なギャップを浮き彫りにしており、Google はこれらの洗練された詐欺を特定できる強力な AI を保有していますが、システムはまだ有害コンテンツがユーザーに到達する前に能動的にブロックするためにそれらを完全に活用していないという状況です。

2026/09/10 21:27

Julia 1.13 のハイライト

## Japanese Translation: Julia 1.13 がリリースされ、回帰と課題を特定することに焦点を当てたテスターおよびコントリビューターからの大きな貢献が反映されています。今回のアップデートは、特に起動時間とパッケージの前コンパイルにおいて劇的なパフォーマンス向上をもたらします。ベンチマークによると、パッケージの読み込みはバージョン 1.12 に比べて約 30% 速く（LTS の 1.10 に比べて約 10-20% 速く）、アプリケーションの起動時間は 1.12 に比べて約 20% 向上しており、平均的なスピードアップ率は約 1.22 倍です。これらの改善は、AbstractString および数値型に対して RapidhashNano を採用したことであり、イメージオブジェクトのマーキングをスキップしてフルコレクション時間を短縮した強化された garbage collection、そして新しいデフォルトのハッシュングアルゴリズムという技術的なアップデートによって実現されています。より迅速な開発ワークフローを支援するために、重要なバグ修正により Ctrl-C を通じた割り込み処理がより信頼性高く、タスクのカANCEL mechanisms が改善されました。また、リリースには REPL に直接組み込まれる貴重な開発者ツールが含まれます：内部実装による構文ハイライトは OhMyREPL.jl などの外部パッケージの必要性を排除し、新しい fzf スタイルの履歴検索（Ctrl-R）がファジー検索と複数結果の選択、そして REPL モードの表示をサポートします。また、Windows では効率的なテキスト入力を可能にする括弧付きペースト機能も利用可能です。診断機能をさらに強化するために、「--trace-eval」フラグにより、テストスイートやスクリプトでの停滞を特定しながらトップレベルの評価進捗を監視することができ、新しい「@__FUNCTION__」マクロは「#self#」の代替としてパブリック API として機能します。さらに、イントロスペクションマクロは型の付いた呼び出し式を受け付けるようになり、Time To First X（TTFX）モニタリングは 2026 年 9 月 7 日より稼働開始される新しい CI ジョブを通じて Julia の開発プロセスの一部として統合されました。これらの改善は、テスト時や大規模スクリプト実行時の待ち時間を大幅に削減し、個人のコントリビューターおよびエンタープライズチームの両方に対して全体の生産性を高め、より速いフィードバックループを提供します。 ## Text to translate: Julia version 1.13 has been released with significant contributions from testers and contributors focused on identifying regressions and issues. The update delivers dramatic performance improvements, particularly in startup times and package precompilation. Benchmarks indicate that loading packages is now roughly 30% faster than in version 1.12 (and roughly 10-20% faster than 1.10 LTS), while application startup times have improved by approximately 20% over 1.12, with a mean speedup of ~1.22x. These gains are driven by technical updates including the adoption of RapidhashNano for AbstractString and numeric types, enhanced garbage collection that skips marking image objects to reduce full collection time, and new default hashing algorithms. To support this faster development workflow, critical bug fixes ensure more reliable interrupt handling via Ctrl-C and improved task cancellation mechanisms. The release also introduces valuable developer tools directly into the REPL: built-in syntax highlighting replaces the need for external packages like OhMyREPL.jl, a new fzf-style history search (Ctrl-R) supports fuzzy searching with multiple result selection and REPL mode indication, and bracketed paste functionality is now available on Windows for efficient text input. Further enhancing diagnostics, the `--trace-eval` flag allows users to monitor top-level evaluation progress to identify hangs in test suites or scripts, while a new `@__FUNCTION__` macro serves as a public API alternative to `#self#`. Additionally, introspection macros now accept call expressions with types, and Time To First X (TTFX) monitoring is now an integrated part of Julia's development process through new CI jobs, going live on September 7, 2026. Collectively, these improvements significantly reduce wait times during testing or large-scale script execution, thereby boosting overall productivity and providing faster feedback loops for both individual contributors and enterprise teams.

2026/09/14 5:33

[脆弱性のあるルーターがウイスコンシン大学のインターネット時間サーバーを洪水状にした]

## Japanese Translation: 2003 年 5 月、ウイスコンシン大学マディソン校は、公開 NTP サーバー（128.105.39.11）を標的とした大規模な流入トラフィック洪水に直面した。この事象は悪意のある DDoS 攻撃ではなく、低価格の Netgear ルーター（特に RP614、MR814、DG814 ファミリー）における設計上の欠陥によって引き起こされたものである。これらの欠陥デバイスでは、大学のサーバー IP アドレスがハードコーディングされており、固定の UDP ソースポート番号（23457）を使用しており、世界中で 707,147 台以上の影響を受けた機器が何十万というユニークなソースホストを生成した。洪水は 2003 年 5 月 14 日頃に始まり、数ヶ月にわたって継続し、WiscNet の境界ルーターでのアップストリームブロックを必要とした。 問題の解決のため、Netgear の従業員、大学のスタッフ、および独立した専門家からなるレビューチームが結成された。大学は、Anycast NTP サービスの導入や IP ブロックによるリクエスト抑制など、様々な解決策を検討したが、Netgear は最終的にコード上の欠陥を認め、ユーザーが時刻サーバーの問い合わせを行う前に DNS 設定を手動で構成する必要のあるファームウェアアップグレード（例：v5.13 RC7）との交渉を開始した。この事象は、2003 年に SMC ルーターがオーストラリアの CSIRO サーバーを洪水させた類似のエピソードと類似している。この状況は、廉価なコンシューマ電子機器における深刻なセキュリティリスクを浮き彫りにし、交渉期間中も間欠的に大規模な洪水が発生していたにもかかわらず、2003 年 8 月時点で Netgear のサービス劣化と評判への損害を引き起こした。FAQ では、メディア報道に続いて製造元の責任、製品ライフサイクルの見積もり、およびウェブトラフィックに対する更なる影響について扱われた。