  |
はてなキーワード:チェックサムとは
僕は今、いつもの座席に鎮座している。ルームメイトはリビングのソファでパズルゲームを無言で進めており、隣人はサブカル系の配信をしているらしく時折笑い声が廊下を渡ってくる。
友人たちはグループチャットで熱く同人の出来や新連載のガチャ確率について論争している。
僕の一日は厳密に区切られていて、朝は必ず8時に起床、コーヒーの抽出器具を90秒で予熱し、温度は92.3℃±0.2℃に保つという無駄に精細な儀式がある。
靴下は左足から履く。出勤前の15分は必ず抽象数学のノートを眺め、最近は圏論的位相場のホモトピー的反復と超弦モジュライのmeta-圏的安定化について自問している。
これは専門用語の羅列ではなく、僕にとっては手を洗うのと同じくらい生理的な行為であり、その行為を飛ばすと一日が微妙に狂うので飛ばすことはめったにない。
仕事が終わった今も、僕は一日の終わりに形式的整合性を取るためのルーティンを持っている。
具体的には、机上のコップは時計回りに90度ずつ回転させて元の位置に戻す、明かりのスイッチを一回押して3秒待ち、もう一度押すといった小さなチェックポイントを踏む。
これは合理的かどうかを問う人がいるだろうが、僕にとってはエラー訂正符号のようなものだ。失敗を検出すると自動的にその日のメンタル状態のトレースが始まり、友人たちの雑談に混じる気力が萎える。
超弦理論に関して今日述べることは極めて抽象化され、現実の誰が読んでも「それが何を意味するのか」を即座に把握できないように意図している。
僕は最近、モノイド対象としてのストリング世界面の圏を、圏論的対称化子（コクセター的ではなく、もっと抽象的に、位相的量子群の代数的類・モジュライ化）を用いて再定義する実験をしている。
言い換えれば、従来の共形場理論的な世界面パラメータ空間を、非可換ホモトピー論のフィルタ列で再帰的に層化し、その各層におけるファイバーの自己同型群をモナドとして扱うことで、局所的に見える弦状態の同値類を圏的に集約する。
さらに、圏の圏（2-圏）に対する新しい安定化の概念を導入して、通常のK理論的分類とは別の不変量が現れることを示唆する予備的計算結果がある（ここでは具体的数式を列挙しないが、ホモロジーの級数展開における位相的位相因子の再正規化が鍵となる）。
この構成を、最新の抽象数学的モジュール接続概念と結びつけると、我々が従来想定していたスペース-状態対応の双対性が、もっと弱い条件（例えば圏的可換性の高次緩和）で成立する可能性が開ける。
加えて、僕はこの考えをある講義資料やトークの示唆と照らして取り入れており、その資料は概念的な跳躍と直感的な図示を巧みに使っているので、僕の現在の探索にとって非常に有益だった。
僕は「誰も理解できないものを言語化する」ことに快感を覚えるタイプだが、ここで言っているのは自己満足のためではなく、圏的再構成が実際に計算上の省力化をもたらすかを検証するための試行でもある。
ある意味で、これは純粋数学者が夜中に自分だけの公理系をいじるのと同じ行為だが、僕の場合はそれを出社前の歯磨きに組み込んでしまっているので、周囲は迷惑かもしれない。
食事の配列はプレート上の分布エントロピーを最小化する向きで常に配置し、週に一度は手製のスキルツリー表を更新して趣味的投資の累積効用を整数化している。
コミックは最新巻が出ると即座にページごとのフレーム密度と作画のトーンワークを技術的に解析し、特に背景のディテールに含まれるトーンの反復パターン（いわば視覚的フーリエ成分）をスコア化する。
ゲームに関してはガチ勢的態度を崩さず、メタ的な語りを排してシステムのギミック、ドロップ率、レベリング曲線、そして対戦環境のテンプレート化された最適戦略について延々と解析する。
ただしゲームやコミックに対しては「空間」や「力学」といった語はなるべく避け、代わりに「状態遷移図」や「入力遅延とフレーム落ちの統計的扱い」など工学的・計算機的に言語化する。
たとえば今日友人が語っていた新作のギミックについては、その期待効用をELO的な評価尺度でランク付けして論争に勝とうとしたが、連中は「推し」を盾に論理を流してくるので僕はたまに脱力する。
だが脱力する暇は短く、夜の自習時間には再び圏論的比喩に戻り、各行動の符号化を試す。
日常の細部も大事にしている。玄関の鍵は4回回すのが正しいというオカルトじみたルールを持っているが、これは単なる迷信ではなく、僕の内部的なチェックサムである。
友人たちはこれを笑うが、彼らもまた各自の無意味な儀式に固執している。
コミュニティでの嗜好（推しキャラ、嫁、沼の深さ）に関しては妙に合理的で、僕はデータベースを自前で持っている。
各キャラの台詞数、出番頻度、描写の感情強度をパラメータ化し、二次創作が生成される確率空間を推定する実験をしている。
この種のオタク計量は笑われがちだが、実際にはコンテンツ開発や同人活動の動向を予測するには有用だ。
眠りに入る前に、僕は明日の論文ノートに小さな疑問を三つ書き付ける。
第一は、先に述べた圏的安定化が有限次元表現に落ちる際の可逆元の振る舞い、第二は同構クラスの計算可能性のアルゴリズム的複雑さ、第三は趣味領域における情報量の測度とその心理的飽和点の関係である。
これらを洗い出しておけば、僕は安心して眠れる。
ルームメイトがゲームのボスを討伐した歓声が聞こえ、隣人の配信が締めに入る。友人たちのチャットは未だヒートアップしている。
僕は日記を閉じ、明日のコーヒーの豆を2グラムだけ余分に計量しておく。これは単なる癖ではない。それは帰納的に我が生活を安定化するための小さな公理群だ。
数列における中間項の特定を暗号学的に実現する方法論は、現代の情報セキュリティ理論と離散数学の融合領域に位置する。
本報告では、数列n, x, n+kの構造分析から始め、暗号学的保証を伴うxの特定手法を体系的に解説する。
特に、一方向性関数の活用からゼロ知識証明に至るまで、多角的な視点で解法を探求する。
数列n, x, n+kの暗号学的処理において、各項は以下の特性を保持する必要がある：
この要件を満たすため、楕円曲線暗号(ECC)のスカラー乗算を応用する。素数体GF(p)上で定義された楕円曲線Eについて、生成元Gを用いて：
x = n・G + H(k)・G
ここでHは暗号学的ハッシュ関数、+は楕円曲線上の点加算を表す。これにより、kを知らない第三者によるxの逆算が離散対数問題の困難性に基づき阻止される。
ポスト量子暗号時代を見据え、Learning With Errors（LWE）問題に基づく方式を導入する。mod q環上で：
x ≡ A・s + e (mod q)
ここでAは公開行列、sは秘密ベクトル、eは小さな誤差ベクトル。nを初期状態、n+kを最終状態とする線形関係を構築し、xの算出にLWEの困難性を利用する。
Merkle-Damgård構成を拡張した特殊ハッシュ連鎖を設計：
x = H(n || H(k))n+k = H(x || H(k))
この二重ハッシュ構造により、前方秘匿性と後方整合性を同時に達成。SHA-3のスポンジ構造を適用し、256ビットセキュリティを保証する。
Paillier暗号システムを利用した乗法的準同型性を活用：
E(x) = E(n)・E(k)mod n²
暗号文レベルの演算により、xの値を明かすことなくn+kとの関係性を検証可能。ゼロ知識証明と組み合わせることで、完全な秘匿性下での検証プロトコルを構築。
1.コミットメント段階：nとkのペダーセンコミットメントC=G^nH^rを生成
4.検証：C・G^{n+k} = G^xH^s
このプロトコルにより、x = n + kの関係を明かすことなくその正当性を証明可能。
これらのパラメータ設定により、NIST SP800-57推奨のセキュリティレベル3（192ビット対称強度）を満たす。
特にMontgomery ladder法を楕円曲線演算に適用し、電力消費パターンを均一化。
これにより、xの生成速度を従来比3倍向上させつつ安全性を維持。
現行のLWEベース方式では、量子コンピュータによるGroverアルゴリズムの影響を試算：
1. 同態暗号による動的数列生成
2. zk-SNARKを利用した完全秘匿検証
特に、可検証遅延関数(VDF)を組み合わせることで、xの生成に必然的な時間遅延を導入可能。
暗号学的数列中間項特定法は、現代暗号理論の粋を集めた高度な技術体系である。
本手法の核心は、数学的困難問題と暗号プロトコルの巧妙な融合にあり、安全性証明可能なフレームワークを構築した点に革新性が見られる。
今後の発展方向として、量子耐性の強化と効率化の両立が重要な研究課題となる。実用面では、ブロックチェーン技術や秘密計算分野への応用が期待される。
財布の中の万札がなくなるたびに1万円か2万円をATMで引き出していたが、後で通帳を見返すと「10,000円」や「20,000円」の文字列が何行も羅列されてしまう。この引き出しの全ては本当に自分がやったのだろうか、もしかして一件くらいは他人がカードを偽造して引き出したものではなかろうかと気になってきた。
対策として引き出し金額にチェックサムを用いることにした。チェックサムといってもアルゴリズムはシンプルで、各桁の総和が10で割り切れればOKということにした。1万円や2万円といった切りのいい数字はNGであり、これを避けるために、「9,010円」だの「20,800円」といった金額を引き出すようにした。こうすれば切りのいい数字で引き出された時に不正だと気付くことができる。
この手法は効果てきめんだった。硬貨が不足してる時は「20,990円」、千円札を補充したい時は「9,100円」などと引き出すのだが、後から通帳を見直した時でも引き出した時の財布事情を思い出せるようになった。不正引き出しされているのではないかという不安もなくなったし、預金を引き出したことの意識とともに金銭感覚も高まった感じがある。特にこの手法の欠点は無く、強いて言えば、コンビニATMでは硬貨の引き出しができないので「19,000円」・「28,000円」などと引き出し額の選択肢が狭まってしまうことくらいだ。
みんなは引き出し金額をどのように決定しているのだろうか？増田やブクマカはインテリが多いから、きっと私よりも優秀な手法を用いていることだろう。
俺みたいなソシャゲに課金しまくってる腐れ野郎、他に、いますかっていねーか、はは
Twitter連携を切った場合はアカウント復元できない とか ご理解ください とか
ま、それが普通ですわな
好きな音楽 緋墨戦で流れたりするやつ
なんつって冒頭からネタで申し訳ない。書き込みが本当に初めてなのに長文になるんでフランクに入りたかった。気を抜くと一層つまんなく、怨み節が詰まった文章になりそうなので。
タイトルの通り、天華百剣 -斬-（以下天華百剣）ってゲームのアカウントを失った件で、お話します。これから連携なんかを行ったり、他機種に移行しようという時、俺の屍をご覧ください。
投稿から半日後：本当に言いたいことが伝わりづらくなっている＆散らかり過ぎなので情報をまとめた。この行以降書き直し。
ソシャゲ。原作はKADOKAWA系列（電撃G'sマガジン）、運営はDeNA GAMES。ジャンルはアクションゲームで、刀の擬人化もの。
・運営窓口は忙しいかも知れず、見当違いの返答をされることもありえるので粘り強くお願いしたほうが良い
・そもそも、トラブルが起こらないようにアカウントはしっかり守ろう
・「こんな国、守る価値なんかない！ 俺はもう銘治の人のために戦いたくない！ 戦うなら勝手にやってくれ！ 俺は隊長を降りる！」
・アカウントが凍結すると上のセリフみたいに気が狂うほど辛いということ
・運営への怨み（初版時あたりまで発狂してたものの、今は頭が冷えて、無茶言ってすまんと思ってる）
・ゲームがつまんないってこと（俺にはジャストフィットだった、いまでもすき）
アカウントの問題でトラブルがあった場合、連携の有無だけでサポート不可と判断されるケース多数。
他のゲームなどでは購入履歴が、本人確認、アカウント確認双方で非常に強力なソースなため復帰可能の是非に影響できるようだが、天華百剣ではその限りではない。課金の証拠は重要ではあるが、復帰のための切り札にはならない（筆者は今までで約80万の廃課金だったが……）。
連携数については多いほど良い。先日、Twitter の方で障害があり、後述する俺のトラブルと同じような状況になったユーザーがいた様子。
SNS連携さえあり、変なことをしていなければサポートは正式な手順で対応をしてくれるだろうし、連携する気がなくても、例えば容量不足とかでうっかりゲームをアンインストールしても復帰できる。
俺のようにアホなことしてないで、大切にしてください。本当に。
連携整頓でうっかり消したり、SNSアカウントそのものを消したりしないように。
少なくとも俺はとても気に入った良いゲームです。キャラゲーとしてはなかなか愛せる類かと。というか、良くなかったら課金しないし、今回の件でショックを受けない。
特に音楽が一推し。去年のコミケで販売されたらしいが、再販などはあるのだろうかと期待していた。
操作だとかバランスだとかには賛否あるが、開発側もテコ入れをしようと頑張っている様子で好感が持てる。
俺自身のしでかしたことがその中に何個か書いてありますが、それはそもそもアカウントを大切にしていれば回避できたこと。正直新しいものは得られません。
アカウントがずぼらだった人間がどうなるのが気になるようならお読みください。
⑤ 一度問い合わせるが、その時点で打つ手が無いと言われる
⑦ 旧端末でなら治せるかも、ということなので状況の詳細を伝える
⑧ ⑥が致命傷として確定
⑨ 禍憑と化す患者
天華百剣のアカウント管理はTwitter あるいはLINE を使ったSNS認証を使用している。これを使用することで他機種間への移行をセキュアに行うことができる様子。
ただ、これを行わなくともプレイ自体は問題なく可能。のんきな俺はSNS提携 を一年以上行わず楽しんでいた。
そんなある日、急に端末を変える必要が出たため、ちょっと急ぎ気味に各データを新端末に移行することに。
iPhone にはiTunes などのバックアップツールがあり、これを使うとスムーズにデータを移植できる。一つずつ情報を入れ直すよりこれを使ったほうがどう考えても楽だった。
しかし、天華百剣ではアカウント管理の都合で、これによる移行は保証していない。しかし便利さには代えられなかったため、一回移植後、アプリのアンインストールで問題を解消させることに。
旧端末でTwitter を使用した連携を行って、さあ、新端末を起動だ。
この時点で、しでかしと、しでかし候補を一つずつ作った。
・新端末のアプリを消し忘れて起動
新端末で「Twitter連携が完了していない」というエラー表示で進めない。
嫌な予感がして旧端末を開くと「セッションのチェックサムが不正」とタイトルで表示され、こちらも進めなくなった。※
この時点で嫌な汗が出る。Twitter には連携しているという情報があるので、こちらは一旦保留としつつ、新端末の方を何度も叩く。三回ほどタイトルをロードし直すと、ようやくタイトル下のボタンが選べるようになった。今回はここから『お問い合わせ』を選択。旧端末と新端末で出ている症状、iTunes を使ってしまったということなどを可能な限り詳しく書いて送信。
次の日の昼、返答が届く。読んだのは夜。
「iTunes のようなツールを使った場合、サポートはしかねる」というだけの返答で、この時点で事実上の死亡宣告だった。
手が震えた。
※実は5/12時点でセッションのチェックサムが不正と出るトラブルが通常で出る場合があったらしいが、こちらの症状はこちらの手順が原因の障害だったととりあえず思っている
震える手で、まだ手があるんじゃないか、どうすれば回復できるのかともがく。新端末にゲームを入れ直しても駄目だった。
少し落ち着いてから、「メールの返答は残念だった、旧端末すら動かず突然の別れになって納得もできず辛いが、本当に打つ手がないのなら仕方がない。今までありがとうございました」という意図のメールを送る。
返答は期待せず、いち早く心の整理ができるように過ごす。
しかし諦め切れない。色々とさらにいじったとき、そういえばTwitter連携を切れば認証が昔の形式に戻るのでは、と考えた。この時点まで錯乱は続いていたと思う。次の日の仕事では大丈夫だったろうか。
返信を行ったさらに次の日の昼、その返答が届いたようだった。できればすぐに読みたかったが、やはり夜に読むことに。
旧端末が動かないということを二度目の連絡で拾ってくれたようだった。返答はまたしてもコピペ感が強く、そのコピペもミスがあったが、こちらの願いが伝わったのだと大いに喜んだ。
だが、そこには
それを見て、また手が震えた。
やってしまったことは仕方ないと思い、できうる限り、確認に必要な各種情報を可能な限り集めて送る。
まさか認証の有無でしか復帰する方法がないわけがないだろう。開発側なのだし、そういうケースバイケースだって蓄積しているはず。情報として虎の子の課金履歴なら馬鹿みたいにある。多分明日以降、土曜日か日曜日に返答があるだろう。焦らずに待とう。
そのようにそわそわと待っている間、もしかしたら直してくれるのか、直すだろう、課金情報は復帰の情報として強力だと聞いたし、旧端末のデータだって消してない。いや、これだけ情報を送ったのだから必ず直してくれるはずだ、明日には直る、と都合のいい妄想が膨らんでいった。
土曜日の夕方、「認証を削除した場合、復元は不可能」という返答が届いた。読み返しても、今までの文章より明らかに短い。
地獄に糸が垂れたと思ったが、登っていたら切れた。蜘蛛の糸の悪党なら、堕ちた後は反省しただろうか。俺はしないと思う。彼なら自分のことを棚に上げて周囲と糸とを怨みに恨んだだろう。俺はまさにそのような感じだったと思う。
運営には返答に怨みがこもった慇懃無礼な答えで返し、掲示板などでは結果報告という名の毒を吐いた。
おまけに初めての増田で長文まで書く始末。このような苦痛を他の人にはさせたくないという変な使命感で、滑りまくった文章を書きまくっていた。※
その間、巫剣のことは考えなかった。もっと何か手が打てただろうと運営を詰り続け、掲示板では極力短く毒を吐かないようにとしながらもどうしても長文化し、己自身の失敗はこの程度誰でもするだろうと棚に上げて、いかに運営が手を尽くさないように感じたか、いかにシステムの融通が効かないと感じたか、いかに対応が冷たく感じたかを書こうとするのを抑えながら文章を作っていた。
褒められない代償行為。同様の被害者候補のためにという出所不明な大義名分だけが動力で、天華百剣がゲームだったということも一時的に忘れていた気がする。
※今でも何らかの緊急措置はあったほうが良いと思ってはいる。俺のような人間を見かけたらあと二十人いると思えみたいな
夜明けまで禍憑のごとく掲示板などで暴れ回った。六時ぐらいにようやく人の心を取り戻した、気がする。
外に向けての感情は今はあまりないが、誰に向けるべきか分からない申し訳無さが強く内側に残っている。
二度と会えないだろう俺隊長の巫剣に？
多分全部に向けてのものだと思う。
長い夢を見ていたようでもある。一年間のプレイはもしかするとただの夢だったのかもしれない。
問題から三日ほど経ったが、旧端末でのタイトルの向こうは俺が持っていた巫剣が顔を出すだけだ。
キャラクターの顔をずいぶんと久々に見た気がする。起動は何回もしていたのに、エラー文言とお知らせのボタンしか睨んでいなかった。そこでゲームの中身のことを忘れていたことに気づいた。そういえば切り替え前に、イベントがそろそろ終わるから大詰めしたいと思っていた。それができなければ普通は悔しいだろうが、はて、どんなイベントだったか。何が報奨だったか。
個別エピソードは溜めるタイプだから未読が多かったし、これから育てていきたい巫剣だって多かった、はず。コレクター気質があった上にシャナは好きだったから、これからのコラボイベントも楽しみだった、と思う。
何やら他人事のような気持ちになっている。いや、辛いんだろうけど、疲れてるんだろう。多分明日頃には実感も出てくる。もうちょっと元気があった頃はまだ復帰できるようならしたいと思ってたが、色々やっているうちにやる気を全部使い切ってしまったようだ。新規プレイは、いくらゲームが好きだからといっても辛すぎる。
もし運営が返信してくれたら、一連のことを謝って、対応はもういいと答えよう。
運営として応対してくれる人は別に開発メンバーでもないだろうし、その人そのものが権利を持っているとはとても考えられない。向こうには向こうの都合があっただろうし、先日のTwitterトラブルで忙しかったかもしれない。そんな中で忙しくも言葉を拾って、欲しそうな情報をこちらに送ってきたのかもしれない。そもそも内容自体は利用規約のそれと離れていない。そもそも向こうは散々ゲーム内外で警告をしていた。そんなふうに考えるともう、自分には何をする権利も無いような気がする。
何かただ、大きいものをなくしただけの三日間だった。
アカウントだけではなく、もっと言葉にできない、取り返しの付かないものをなくした。
数日前、アカウントをもっと大切にしていれば、もう別人と言える過去の俺が望んでいたかもしれない未来があったかもしれないのに。
アカウントさえ無事にあったなら。
複合機やメールソフトへのＦＡＸや電話の番号登録にだって、チェックサムをつければ、かなり正確性は上がるんだよ。
043-1234-1234 なら、強制的に先頭へ計算済みチェックサムもつけさせて
(0+4+3+1+2+3+4+1+2+3+4=27 の下１桁の7をつけて 704312341234 と登録させる... 0はどうにかしたいけど、桁数でも足すか、位置に重みをつければよい)
送信前に他の人に二重チェックをしてもらう、とか、雇用機会の確保を手伝っているのか？？
理にかなっていないよ。
少なくとも、その当時はメルアド間違いの対策として有効だと考えられていた。それが横並びで普及している状態。
で、大抵1項目はコピーできるだろ？1項目目からコピーできないところは、まれだと思うけど。
やはり、チェックサムを表示させるほうが手間は無いし、確実だと思うんだわ。
ahoka@anony.com と入れたら、その横とか、確認画面とかで
a(コンピューターで65)+h(同73)+o+k+a+@+a+n+o+n+y+m+o+u+s+.+c+o+m
で、[例] ８６ (足した結果の下2桁：86は合ってないけど）
のように表示させる。どのサイトもこの計算方法にすれば、いつも同じ数字になるはず。
要するに PackageInstaller が権限チェックするタイミングと、実際にインストールするタイミングの間に、対象の .apk を置き換えてしまうという手法となります。(Google Play ストアからのインストールの場合は、一時的な .apk は /sdcard などではなく端末内のセキュアな場所に置かれるために、書き換えることができません。)
またAndroid 4.3 以降は、権限チェック時にAndroidManifest.xml のチェックサムを記録しておき、インストール時にももう一度それを確認するように PackageInstaller が修正されているようです。(一部のベンダの端末では 4.3 でもこのチェックをしていないので脆弱性の影響を受ける)
さらには、4.4 以降であれば、上記のチェックサム確認の他に、そもそもアプリが自由に /sdcard を書き換えることができなくなっているので、.apk を書き換えること自体ができなくなっていますね。
ユーザにできる自衛策としては、Google Playからのみアプリをインストールする、といったところでしょうか。
あるいは、/data/local/tmp はアプリからは書き換え可能でしたっけ？
できないのであれば、PC で .apkファイルをダウンロードしたのち、adb install でインストールする、という手もありなのかな。
あ、ちなみにAmazonアプリストアアプリ (ややこしいな) は既にこの問題に対処しているようなので、Amazonアプリストアは安心して利用しても大丈夫かと思います。
http://2chart.fc2web.com/tereto.html テレビ東京伝説
ってページがあって、現時点で200以上のブックマークを集めているの。中身は「世間が沸き立った重要事件の時に、テレビ東京だけは特別番組を流さないでいた」というのが中心なんだけど。
下の方見ていったら、こんなことが書いてあるのね。
みんな知っているとおり、総選挙ってのは衆議院議員選挙のことで、過去に行われているのは2009年、2005年、2003年。2004年に総選挙なんて行われていない。
もうちょっと調べてみると、これは2004年に行われた参議院議員選挙のことだったみたい。
参考http://election-japan.blogspot.com/2004_07_01_archive.html
総選挙の改選議席数は480、参議院議員選挙の改選議席数は121ってことを考えると、議席予想的中が総選挙か参議院議員選挙かってのは、「すごさ」に結構な違いが出てくると思うわけ。
「そんなの、ちょっと用語を間違っただけじゃない」って反論はあると思うし、それにも一理あると思う。でも、一個不正確なところがあったら、ほかもどれだけ正しいんだか、気になってくるのが普通じゃない?
そうすると気になるのが、ページ下部にある「民放各局の同時刻の映像をとらえた（らしき）画像」。他局がみんな臨時ニュースだったり特別番組だったりを放送しているときに、テレ東のみ旅番組とかアニメとかが流れている、ってシチュエーションなんだけど、「これ、ホントなの?」ってこと。
見たところ、最近のニュースでも右上に「アナログ」って出てないから、デジタル放送をキャプチャして4:3にトリミングしたかなにかしてるんだよね。でも、デジタル放送ってチャンネル変えてから表示されるまで数秒のタイムラグがあったりするわけで、「完全に同時」をはかることは出来ないんじゃなかったかな? そうでないにしても、極端な話、テレ東がそのときに特別番組を放送していたって、ほかの時間帯に放送されていたアニメの画像をそこにはめ込んでないって保証はないよね? 検証するには、２ちゃんねるのテレビ実況板のそのころのレスの様子を探せば、状況証拠にはなるんだろうけど。
とりとめが無くなっちゃったけど、結局、これらのテレ東伝説がすべて本当なのかどうかは分からない。一般的な話をすると、インパクトがある画像や、衝撃的な話だったりすると、どうしても「本当であって欲しい」って気持ちが見た人、聞いた人の中に生まれちゃうのは、しょうがないことだと思う。そのときに、それを押しとどめて「もしかしたら違うのかも」って気持ちを呼び起こすきっかけになるのは、「2004年に総選挙はない」みたいな、元々自分が持っていた知識なのかもしれない。今後、何でもチョチョッと検索したらそれなりの情報が出てくる世の中で、自分の頭の中に知識を持っておかないといけない理由ってのは、検索結果の真偽を確認するためのチェックサム的な機能をキープするためかもしれないね。
(http://www.kev009.com/wp/2008/11/on-file-systems/)
訳した。分からなかったところは英語のまま。ファイルシステムについて完全な素人なので変な所があるかも。
ファイルシステムはOSの重要な要素だが最近ではあまり関心を払われていない。ビットが入ってきてビットがでていく……デスクトップシステムにとっては、たいてい十分に働いてくれる……ただし、電源が落ちるまでは。しかし、そんな状況ですら近頃ではあまり困ったことにはならない。
Linuxのファイルシステムの分野には競合製品が多い。ext2が長い間標準とされてきたが、2001年辺りから他の選択肢も主流となった。あまり歴史に深入りせずに要約すると(順番は適当)、ext2が進化してext3となり、ジャーナリング機能が付いた。ReiserFSがリリースされた。SGIはXFSを移植した。IBMはJFSを移植した。
いくつかの理由があって(主に政治的な理由で)ext3がLinuxのデファクトのファイルシステムとなった。
私が古典的ファイルシステムと呼ぶとき、基本的にいつも同じ概念を指している。つまり古典的なUnixレイアウトのファイルシステムにジャーナリング機能を追加したものだ。ここに述べるのは、それら古典的ファイルシステムのハイライトである。
これは後知恵だが、JFSやXFSが牽引力を持たずに、ext3が人々を古典的時代に停滞させたのは一種の悲劇だった。しかしながらext3は信頼性を証明し、きちんと動くように一貫として保守されてもいる。
2005年にSunはZFSという爆弾をリリースした。ZFSは私が次世代ファイルシステムと呼ぶ時代への案内人である。
ハードディスクが大きくなるにつれて、バックアップの戦略、完全性(integrity)の検証、巨大なファイルのサポートは前より遥かに重要になってきている。
ここあげるファイルシステムは古典的なVFS lineを曖昧にしたりLVMとRAIDを強固な結合することによって管理を楽にする事を目的としている。
ダメなハードウェアで起きる静かな(観測されない)データの破損も心配の種である。これに対抗するために、次世代のファイルシステムはチェックサムを供えている。
いろんな意味でLinuxのコミュニティーは完全に油断しきっており、多くの開発者はZFSがリリースされるまで次世代ファイルシステムについて真剣に考えてこなかった。Reiser4はいくつかの新しいアイデアを持っていてキラーファイルシステムとなろうとしたが、Hans Reiserは、他のカーネル開発者との著しく酷い関係を楽しんでいたのだった。ただ幸運な事に、いまではいくつかの、より先進的なファイルシステムが登場しようとしている。
kernel 2.6.28と一緒にext4がリリースされるが、BtrfsやTuxs3が安定するのを待った方がよい。Btrfsの開発陣は短距離走開発を行っているので、Linuxのカーネルの開発サイクルに次か、あるいはその次で取り込まれると思われる。
SSDが普及するのは明白だ。理論的に速度の面で磁気ストレージより圧倒的に早く、現実にも既に書き込み速度が追い付きはじめている。最新のIntelのランダムアクセスやIOPSは非常に印象的である。Btrfsは当初からSSDへの最適化を取りいれようとしている。しかし、これらの新しいデバイスは、更に速度の早い新しいファイルシステムを生むだろう。
私自身の考えでは、ウェアレベリングやFATエミュレーションがSSDの性能を押し止めているため、 新たなファイルシステムが登場すればパフォーマンスを改善できるだろう。
http://www.digitalinfra.co.jp/20080511/9400.html
なんかこの人病的に批判してるけどなんかあったんだろうか・・・。
ともかく、突っ込みどころが満載だが、そもそもIPv6ってのがアドレス枯渇どうこうとか言うのって正しいの？
IPv6って基幹ルータの経路表を圧縮するために導入するような認識なんだけどなぁ。
エンドツーエンドの通信がどうこうとか、P2Pの利用がどうこうとかどうでもよくて、
1ホップごとにいちいちチェックサム計算するようなルーティングとかもういらんでしょ。今は内部的にどうなってるか知らんけど。
IPv4ってアドレス云々の前にルーティングが本当に限界に来ているんだから、なんとかしないとダメなはずなのに。
後、IPv6に対応してないOSなんて今はもう無いんじゃない？デフォルトかどうかは別として。
ネットワーク上のデータ送信でエラー修正するために確率モデルを定義してどうたらこうたらって今習ってるんだけど、これって完全な復元はできないよね？
送信途中でノイズが加えられて、それを修正するために確率モデルを使って、確率的に一番ありえるオリジナルの値に戻す、ということがやりたいんだろうけど、つまり１００％確実な復元はできないでしょ？間違いをできるだけ小さくできるけど０ではない。
で、これをインターネットで使っていいの？自分の直感としては、ネットワーク経由でのコピーは、デジタルなコピーだから、完全コピーできているもんだと思っていたんだけど。
電話とかならわかる。完全には戻らないけれど、まぁそれでも人間がきく音声信号ならなんとかなりそうだもんな。
インターネット経由で受け取ったデジタルデータは完全なコピーではないの？それとも完全なコピーにするためにもっとなにかしているのか？
あれか？エラー修正はしてみるけどチェックサム見てやっぱりぶっ壊れていたら捨てて、結局もう一度送ってもらうのか？
