デイル・アル=メディナ襲撃事件

2026/07/08 4:10

デイル・アル=メディナ襲撃事件

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

要約

Japanese Translation:

Deir el-Medina の記録から最も重要な教訓は、紀元前 1158 年(ラメセス 3 王の在位 29 年目)に、コミュニティが歴史家が世界の初となる文書化された集団労働ストライキであるとみなす行為を実行したという点である。直接的なトリガーは、法老王が約束されていた穀物配給(粉用トウモロコシとビール用大麦を主成分とし、野菜、魚、デーツ、肉、塩、油、ナトリウムで補完)を届けなかったことである。その時点では、すでに数十年にわたる不安定性が王国を疲弊させ、紀元前 1178 年頃の「シー・ピープルズ」の侵攻による大規模な犠牲者・労働力損失・収穫失敗に加え、穀物へのインフレおよび以前官人へ割当された分配が悪化し、Deir el-Medina での不足を招いていた。

Deir el-Medina は第 18 王朝下で設立された職人村落であり、王の墓をヴァイ・オブ・ザ・キングズで築くために活動し、紀元前 20 王朝まで約 450 年間存続した。その労働者は非常に識字率が高く、農業村落民よりも良い給料を得ていた;彼らは 8 日サイクル(4 時間の交代制ペア)で働き、近くの小屋で家族と共に生活していた。コミュニティには独自の行政機構(首長、代理官、書記、「墓の指揮者」)が存在し、地元のメダイ警備隊にもアクセスがあった。

29 年目の 21 日、配給が届かなったため職人たちは仕事を拒否した;支払いが 18 日間受けられなかった後、彼らは「死に瀕している」と述べ、衣服、香油、魚、野菜の不足を挙げた。公式記録(書記ネ费尔ホテップに帰属される『ストライキ紙巻』を含む)は、金庫が枯渇し、労働者たちは土まみれの穀物を受け取ったことを示している。抗議活動は夜間ストライキとメディネット・ハブおよびチュトムス 3 世の神殿での座り込みへとエスカレートし、ラムセスウムの前に叫び声で要求が提示された。穀物が不足していたか、受容可能な月次閾値を超えて遅れた場合、労働者たちは満額の配給が届くまで帰ることを拒否した。

この蜂起は単なる飢えだけでなく、「悪」としての緊急事態であり、抗議行為を正当化することを示唆していた。支援を求めるため、職人たちはカールナクの高位アメン大司祭や西テーベの市長といった地方機関へ働きかけた。この出来事は重要な転換点であった:体系的不況が生存を脅かす場合でも、良好に報酬された組織された労働者も宮殿に対して圧力をかけ得ることを示し、基本的な必要性に関わる事項において、王権の弱体化と経済的ストレスはレバレッジが宮殿から市民リーダーへと移行することを明らかにした。

本文

デイル・エル・メディーナの古代職人村とストライキ

エジプトの王家の谷(デイル・エル・メディーナ)で発生した古代における最初の文書化された集団労働抗議行動について解説します。この一連のストライキの中でも特に有名なのは、ラメセス 3 世治世第 29 年(紀元前 1158 年頃)に起きた事例です。

ストライキの原因と経緯

  • 根本的な原因
    • 王ラメセス 3 世が作業員らへの小麦などの備蓄品(給与)供給ができなかったため、労働者が自費で購入せざるを得ない状況が発生しました [1][2]。
    • これにより、職人らは現場当局者に陳情しましたが無視されるに至り、ストライキに突入しました。
  • 和解と結果
    • 作業員たちは宰相の官庁へ訴え、宰相は墳墓寺院から穀物の放出を許可しました。
    • その結果、作業員は一時的に復職しましたが、その後再び配給未払い問題が発生し、交渉が繰り返されました。
  • 歴史的意義
    • このストライキは記録に残る最初の大衆的な集団労働行動として考えられています [1]。

コミュニティと労働組織

約 450 年間(第 18〜20 王朝)、作業員とその家族が居住する職人集落として機能しました。

役割と階級

  • 首席作業監督官(Chief Workman)
    • 作業員の指揮を取り、当局との交渉や法的問題での代表を務めました [4]。
    • 宰相からの公文書の受け渡しや、紛争解決などの相談も担いました。
  • 補佐官(Deputies)
    • 各グループに 4 名おり、裁判所(ケネブト)のメンバーとして法的・商業的取引の証人となりました [4]。
    • ストライキに関する調査や検査任務に参加しました。
  • 書記官(Scribes)
    • チーフに次ぐ地位で、陵墓の管理監督や秩序維持を担いました [5]。
    • ストライキ中の復職促進や、宰相への直接報告を行いました。
  • 陵墓長官(Captains of the Tomb)
    • 書記官とチーフが集まり、穀物配給や資材分配、行動管理(復帰含む)を共同で行いました [6]。
  • 補助員(Support Staff)
    • 男性奴隷:書記官から穀物報酬を受け取りました [7]。
    • 女性奴隷:天然の水資源がないため、国王から提供され、村の砥石で穀物を粉砕し flour に加工する任務を負いました [7]。

生活と労働環境

  • 居住: 家族と共に村内に居住。昼は王家の谷、夜は近くの小屋へ。
  • 勤務体制
    • 8 日連続勤務+4 時間交代制(2 ギャップ)で正午に昼休み。
    • 9 日目・10 日目には村内へ戻りました [8]。
  • 警察組織「メジャイ(Medjay)」
    • 古王国・中王国期のヌビア人の遊牧民が担当。労働者保護と秩序維持を担いました [6]。
  • 特徴的な共同体
    • 農業共同体ではなく、高い識字率を持つ職人集落でした [9]。
    • 給与(食料)が遅れても、法王に次ぐ権限を持つ宰相カルナックのアメン神大司教に直接訴えることが可能でした [9]。

歴史的背景:シー・ピープルズと経済的困窮

軍事危機の影響

  • シー・ピープルズの侵攻
    • 紀元前 1178 年頃、「シー・ピープルズ」がエジプトへ大規模な第三次侵攻を試みました [10]。
    • 戦闘による多くの犠牲と資源減少は、王国の労働力不足や収穫量低下を招きました。
  • 経済的悪化
    • 穀物価格の高騰(インフレ)が発生し、給与支払いが困難になった可能性があります [10]。
    • 二段階制などの要因もあり、独身者より家族を持つ作業員への供給が制限されていた可能性があります [6][10]。

給与制度と支給品目

  • 支給タイミング: 翌月の 28 日に支給(基本的には穀物)。
  • 承認プロセス: 宰相の承認を得て、王廷の書記官によって引き出されました [11]。
  • 主な食材
    • エムメル小麦: 粉にして使用。
    • 麦麦芽: ビールの醸造用 [11]。
    • その他:野菜、魚類(天然水資源がないため)、日干し果実、パンケーキ、ビール等 [11]。
    • 祭礼向け:肉類、塩、ゴマ油、天然炭酸ソーダ(ナトロン)等 [11]。

記録された交渉事例

  • 書記官アメンナフトの介入
    • 紀元前 1156 年、給与遅延に対し、ホルエムヘブの埋葬寺院で当局者と協議。46 サック(約 12.5 トン)の穀物配布交渉を行いました [10][12]。
    • しかし、これは作業員が約束されていた配給の一部に過ぎませんでした。

ラメセス 3 世時代のストライキ詳細

ストライキの発生と要求

  • 発生時期: ラメセス 3 世治世第 29 年(紀元前 1158 年頃)[10]。
  • 主要な事件
    • 作業員らは建設中のラメセス 3 世の埋葬寺院や、トゥトモス 3 世の寺院で座り込みを行いました [10]。
    • ラーメッスム神殿へ向かい、大声で以下を要求しました:
      • 「我々は餓えている。今月だけで既に 18 日が過ぎた」[12]。
      • 「衣服も油薬も魚も野菜もない。我らの主人(法王)および上官(維新宰相)に供給してください」と訴えました [12]。

当局の対応と復職合意

  • 応酬: 当局は 5 ヵ月分の配給を提供し、6 ヵ月 17 日日に合計 44 ブッシェルを配布しました [13]。
    • 注:大半の作業員には配給が提供されず、復職は合意されました [13]。
  • 再度の停滞: 数週間後の 7 ヵ月目にも配給未払いが発生し、作業員は「飢えではなく、配給不履行が『悪行』である」と主張しました [10][13]。
  • 最終的な解決:
    • 9 ヵ月 2 日付けではわずかな小麦配給のみ。13 日に再びストライキへ [13]。
    • 職人らは維新宰相を脅すことで全額支払いを受け取りました。
  • 学説: Mandeville (2010) は、遅延が許容される範囲であればよいと考えます [14]。

記録と分析からの示唆

書記官ナファルホテプの書簡

ラメセス 3 世治世第 29 年の出来事に関する書簡は、書記ナファルホテプが法王の名代で作成しました [13]。

「我々は極めて貧しくなりました。金庫、倉庫、貯蔵庫から供給される全ての品物が枯渇させられました。dn-石の荷重も軽くありません。私たちに六 oipe [エジプトの単位] の穀物が取り上げられ、代わりに六 oipe の土が与えられています。我らの主人は我々を生き残らせる手段を作ってください。確かに我々は死にかけています。我々は全く生きているわけではありません。」

史料的特徴と意義

  • 記録の保存: エジプト南部(テーベ)では乾燥気候のため遺跡や資料が良好に保存されています [10]。
  • 歴史的価値: 現在知られている最初の完全な文書化された集団労働者抗議行為です [15]。

政治的な背景の変化

これらのストライキは、宮廷機関としての宰相の権力の弱体化を示しています [9]。

  • 宮廷がエジプト全域への責任を果たせなくなったため、労働者は在地機構に頼りました。
  • デイル・エル・メディーナの職人たちは、未使用倉庫を持つアメン神大司教や西部テーベの市長らへと新たな庇護者として視線を向けました [9]。

参考文献:Edwards et al. (1975), Antoine (2009), David (1997), Lesko (1994), Hofmeester & van der Linden (2017), Mandeville (2010), Radner et al. (2022)

同じ日のほかのニュース

一覧に戻る →

2026/07/13 6:12

Chromium 148 より*Math.tanh*は下位の OS を特定するフィンガープリントとして使用可能になった

## 日本語翻訳: Chrome バージョン 148 以降、Chrome や同様のブラウザは特定の数学的な挙動を通じて正確なオペレーティングシステムの詳細を漏らし、高度なデジタルフィンガープリンティングを可能にしています。これはまず `Math.tanh` 関数から始まり、bundled routines からホストライブラリへと切り替わったことで、macOS、Windows、Linux のユーザーが使用しているか否かに基づいて小数点以下最終桁が 1 ユニット異なる独自のプロファイル(OS シグネチャ)が作成され、他の V8 数学関数とは異なりプラットフォーム間で同一ではなくあります。また、すべての CSS 三角関数はホスト libm を直接呼び出すことで OS を漏らします。macOS Apple Silicon では、スカラーおよびベクトルフレームワーク間のアーキテクチャ固有の分断により計算に著しい乖離が生じます。Scrapfly はこれらの問題に対処するため、数学的ビットごとの再現を含め、Linux のなりすまし用の真正な Windows ライブラリのマッピングや特定の ARM/x86 FMA(fused-multiply-add)挙動の処理を含む特別ソリューションを開発しました。彼らの Scrapium ブラウザはこれらの OS シグネチャを真正的なシステムと完全に一致するようになりすまえ、同時に最適な速度のためにハードウェア FMA を能動的に有効化します(ネイティブエミュレーションより最大約 6 倍高速)。高度なマッピング技術および数十万もの入力を対象とした厳格な検証を通じて、ユーザーは微妙な数学的な丸めエラーや将来のアップデートにおけるアーキテクチャの癖に基づく識別を防止する同時期にネイティブレベルのパフォーマンスで完全なステルスを実現します。

2026/07/13 5:23

小さなエミュレータ

## Japanese Translation: このテキストは、収集家のためのプラットフォーム間での即時的な互換性を優先しつつ、コモドール C64、ZX Spectrum(48k/128)、Amstrad CPC(CPC464/6128)、Acorn Atom、Z1013 などのレトロコンピュータシステムおよびそれらの対応ソフトウェアの包括的な目録です。具体的には、『Boulderdash』『Ghost's'n'Goblins』『Rick Dangerous』『Prince of Persia』のようなアクションゲームや、『Tetris』『Pengo』『Sokoban』のようなパズルゲームにわたる特定のタイトルを対象とし、ローディング時の独自の要件(例:BASIC 環境では「Enter」キーを押す、Spectrum タイトル『Cyclone』『Great Escape』では特定のジョイスティック種類[Kempston]を選択する、特定のインターフェースでは「F1」「SPACE」キーを押すなど)を詳述しています。また、本ガイドでは Arkos/Overlanders、Batman Group、Plush、Offence、Oxyron、Proxima、Dekadence などの著名なデベロッパーに帰属する様々なデモとインターフェースを列挙しています。さらに、特定のコントローラーや RAM モジュールなどといったハードウェアの制約を明示することで、今日広く利用可能な膨大なソフトウェアライブラリがどの機械構成で実行可能かをはっきりさせます。これは『Visual 6502 Remix』から『Wunderbar』『Batman Forever』などの特殊なデモにいたるまで、すべてのソフトウェアを網羅しています。最終的には、古いハードウェア上で何が達成可能かについてユーザーが正確に知ることを保証し、余計な詳細を含めない実用的な参考文献として機能します。

2026/07/13 3:25

Claude Code はプロンプトを読み込むまでに約3万トークンを消費し、OpenCodeは7,000 トークンである。

## Japanese Translation: 主要な知見は、セッションの段階と設定の複雑性に 따라 Claude Code と OpenCode の間でのトークン使用ダイナミクスが著しく異なることを示しています。標準的な設定において、Claude Code は非効率的なシステムプロンプト、キャッシュ管理のために数万のトークンを再記述し、堅牢なフレームワークテンプレートにより引き起こされる大規模な初期オーバーヘッド(約 33,000 トークン)を被る一方、OpenCode の床は低い(約 7,000 トークン)ため、大きな差を生じています。ただし、Fable 5 のような新しいモデルではこの隙間が縮小します。特に、複雑な本番環境設定においては、OpenCode 自身のツール呼び出しのシリアライゼーションとスキーマサイズによる影響で、最初のリクエストでより高いトークン負荷(Claude の約 75,000 トークンに対し、約 90,817 トークン)を被り、その後のリクエストで安定化するまで要請されます。新しいモデルは命令セットのサイズを削減しますが(例:27k から 10k クラクターへ)、特定のコストドライバーは残っています:対話履歴と乗算される延長された思考ブロック、「フレームワーク税」として作用する大規模な静的フレームワークテンプレート(例:AGENTS.md)、およびバーストコストを増幅するサブエージェントのファンアウト構造。さらに、本研究では EU AI Act のログ記録要件への準拠を確保し完全性を保証するために、キャッシュの書き込みと課金構造の違い(例:キャッシュされた読み取り対課金されるプレミアム書き込み)を検証できるよう、185 件のレコードを捕捉した SHA-256 ハッシュ連鎖監査軌跡を利用しました。 ## Text to translate: The primary findings indicate that token usage dynamics vary significantly between Claude Code and OpenCode depending on the session stage and configuration complexity. While Claude Code incurs a massive initial overhead (~33,000 tokens) compared to OpenCode's low floor (~7,000 tokens) in standard setups—driven by inefficient system prompts, rewriting tens of thousands of tokens for cache management, and rigid framework templates—this gap narrows with newer models like Fable 5. Notably, in complex production configurations, OpenCode's first request can incur a higher token load (~90,817 tokens vs. ~75,000 for Claude) due to its own serialization of tool calls and schema sizes before stabilizing on subsequent requests. While newer models reduce instruction set sizes (e.g., from 27k to 10k characters), specific cost drivers remain: extended thinking blocks that compound with conversation history, large static framework templates (e.g., AGENTS.md) that act as a "framework tax," and subagent fan-out structures that multiply bootstrap costs. Additionally, the study utilized a SHA-256 hash-chained audit trail capturing 185 records to ensure integrity and support compliance with EU AI Act logging requirements, verifying that both architectures handle cache writes and billing structures differently (e.g., cached reads vs. billed premium writes).