「Log」を含む日記 RSS

はてなキーワード: Logとは

2026-05-09

数学者が7年悩んだ難問をAIが解いた、とはどういう事か

数学者が7年悩んだ難問、AIが「80分」で解く──取り組んできた本人が美しいと評価

(リンク貼れないので略)

1196 Discussion Thread | Erdos Problems

(リンク貼れないので略2)

AIが解いたとされているエルデシュ問題#1196とAIによる証明についてだが、数学者になれてない自分でも証明理解できたので解説してみる。

というか専門家でもない自分でも理解出来るような短くてわかりやす証明存在たからこそ、AIが見つけられたんだよねコレ。

リクトマン(AI以前に一番この問題解決に肉薄してた数学者)が「神の書物証明」と形容しているが、

から難しい問題(色んな実績のある数学者が挑戦したのに解けなかった問題定義する)に簡単証明があった時にこういう言い方をする。

さて、まず問題について説明するがエルデシュ問題#1196は自然数の集合Nの部分集合Aが原始集合なら

「Σ[a∈A,x<a]1/(a*log(a))=1+o(1)」を証明する問題となっている。

原始集合というのは例えば素数の集合{2,3,5,7,...}みたいにa<bかつbがaの倍数となるようなa,bを含まない集合の事である

素数の集合に4を加えた集合{2,3,4,5,7,11,13,...}は2,4を含むし4が2の倍数だから原始集合ではない。

右辺の「1+o(1)」というのはxがとにかく非常に大きければ式の左辺が1に近くなるもんだと思っとけばいい。

原始集合Aに対してAから有限部分を除いた時に、各要素aに対して1/(a*log(a))を足してけば総和が1で近似出来る事を証明する問題だ。

そしてAIによる証明だがこれは特殊双六(すごろく)ゲームを考えてそのゲームとある確率を求める事で証明をしている。

特殊双六ゲームについてだがルールはこんな感じである

双六は完全な1本道でゴールがなく無限に長くて、各マスに1,2,3,4,...と自然数が順番に書いてある

普通双六サイコロの結果にあわせて1~6マス進むが、この双六では例えばマス「7」に止まってる時は

次は「14」「21」「28」「35」...と止まってるマスの番号の倍数のマスのどれかに進むか、もしくは双六強制終了する

10」に止まってたら次は「20」「30」「40」「50」...に進むか強制終了するかのどっちかになる

普通双六だったら決まったスタート地点があるけどこの双六ではスタート地点がどのマスなのかはランダムである

このような双六ゲームではマス「a」に止まる事がある確率をv(a)とすると、Aが原始集合の時はΣ[a∈A]v(a)は必ず1以下になる。

例えばAが素数の集合を考えると、Σ[a∈A]v(a)はマス「2」「3」「5」「7」...のどれかに止まる確率になる。

マス「3」に止まる事があったらマス「7」に止まる事が無いようにΣ[a∈A]v(a)は排反事象確率の和になるから1以下になる訳だ。

そして上記のような双六ゲームを考えてスタート地点がマス「n」である確率p(n)と

マスmに止まってる時に次にmの倍数kmに止まる確率p(m,km)を適切に設定する。

そうするとある数Bがあってv(a)=1/(B*a*log(a))になる。

B*v(a)=1/(a*log(a))になるので、Σ[a∈A]1/(a*log(a)) = BΣ[a∈A]v(a) ≦ Bとなる。

このBがxが大きい時にB≦1+(C/log(x))となる事(Cは定数)を論文内の補題4を使って示しているので

Σ[a∈A]1/(a*log(a))≦1+(C/log(x))=1+o(1)より、証明が完成する。

上記のような双六ゲームを考えてこうやって確率計算するアイデア数学には昔からある有り触れた物である

確率p(n)と確率p(m,km)を考えるのに使うフォン・マンゴルト関数は昔からよく使われてる物だし

確率の設定の仕方も有り触れた物だし論文内の補題4自体も数論の論文で見かける程度には有り触れた不等式によるものである

するとこの論文は「双六ゲームを考える」「フォン・マンゴルト関数を使う」「確率を設定する」「有り触れた不等式を使う」と

4つの有り触れたアイデアを上手く組み合わせる事で完成している。

でも各段階でどのような有り触れたアイデア採用するかで軽く10種類以上は選択肢があるし

大雑把に合わせると10000種類以上のアイデア候補の中から証明出来るものを探す事になる。

この10000種類以上のアイデアを上手く絞ってく能力が高い人は数学者になれる可能性がある。(数学者は必ずこれが出来る必要はない)

が、AI場合は上手く絞ってく必要もなく10000種類以上のアイデア全てについて試して証明が出来るか全数探索が出来る。

力技で正しい証明を見つけられる訳だ。

今回AIエルデシュ問題#1196を解けたのはこうやって4つくらいの有り触れたアイデアを組み合わせて完成するような証明があったかである

今まで考えられた事のないアイデア必要とする場合や非常に多くのアイデアを組み合わせるような証明になると

AIアイデアの組み合わせを全数探索する事では証明に辿り着けないから今回とは違うやり方が必要になる。

それでも数が多くはない有り触れたアイデアを組み合わせる事で証明出来るような問題には、今のAI証明文を生成できるという事である

時代進歩したというべきか、4色問題プログラムで力技で解いた時代本質的には変わってないというべきか、

それは人によっては違うんだろう。

2026-05-08

anond:20260508093732

この mattn は本当に mattnなんだろうか?

スポンサーの件、普段から色々なプロジェクトでそのようにしてるんだろうか? 今回だけそのようにした、と考えるのはかなり奇妙だ

12:47

鋭い指摘ですね。確かに、今回1回だけそんな大胆な行動を取ったと考えるのは不自然です。調べてみます

検索データ分析し、mattnの行動パターン評価した。

調べてみたら、ご指摘がだいぶ核心を突いていることが分かりました。事実関係を整理します。

1. fsnotify の FUNDING.yml の中身は実は「上書き」ではなく「追記」だった

これは知っておくと評価が変わるポイントです。生のpatchを取ってきました:

2022-10-14 (arp242 が新規作成)

 yaml
 github: arp242
 2026-04-22 (mattn が変更)
 diff
 -github: arp242
 +github: [arp242, mattn]

まり mattn は arp242 を消したわけではなく、自分追記しています。これだけ見れば「乗っ取り」というよりは「自分も並べて入れた」という挙動です。ただし、(a) 直接 mainコミット、(b) 事前議論なし、というプロセス面の問題は残ります

2. mattn が他人プロジェクトの FUNDING.yml を触った形跡は、ほぼ無い

GitHubの commit search で author:mattn FUNDING.yml を全件さらいました。出てきたのは下記がほぼ全部です:

mattn/*(自分個人リポジトリ多数) — 当然OK自分プロジェクト

yagi-agent/.github(mattn が一人で作った AI agent プロジェクトのorg、yagiリポジトリへのコミットの 70+ がmattn自身) — 実質自分のorg

ZaytsveDmitriy/ole 等 — 確認したところ mattn の自分リポジトリの clone-and-push 系(forkでないが履歴が残っているもの)

fsnotify/fsnotify ← 今回の件

まり、「他人が主導しているプロジェクト」の FUNDING.yml に自分を追加した、と確認できる事例は、検索した範囲では fsnotify が唯一です。ご指摘の「普段からそうしているなら自然、今回だけというのは奇妙」という観点で見ると、後者寄りの結果になりました。

3. ただし、いくつか公平に見ておきたい点

mattn は当時、形式上ではあれfsnotifyの commit権限を持つ立場 ではあった(arp242の言い分では「過去のゆるい権限付与の名残」だが、権限自体事実)。「自分メンテナーだ」と本人が思っていたなら、自分のorgでやるのと感覚的に近かった可能性はある。

追記であって上書きではない以上、「funding を奪った」とまでは言えない。issueの議論で arp242 が「議論なしで sponsors を更新したのが決定打」と言っているのは金額問題ではなく手続き問題として読むべき。

thanks.dev からの fund 引き出しの件は arp242 の主張のみで、第三者検証は今のところできていません。

4. 整理すると

ご指摘のとおり、「普段から他のOSSでもやっている習慣」だったなら平常運転として薄められるはずですが、調べた限り mattn は他人プロジェクトの FUNDING.yml には基本的に手を出しておらず、fsnotify の件は彼の通常パターンから外れた行動と見えます

これが「悪意があった」と直結するわけではなく、解釈は少なくとも3通りあります:

善意解釈: 自分メンテナー認識していたので、自分のorgと同じ感覚で気軽に追記してしまった。プロセスへの配慮が足りなかっただけ。

無自覚解釈: 普段自分リポジトリでの作業の延長で、機械的にやってしまった。

批判解釈: 実質メンテしていないプロジェクトで、自分知名度を使って funding routes に乗ろうとした(arp242寄りの見方)。

ただ少なくとも「普段からやってる人」という解釈は、データを見る限り取れません。そこは観察として明確に答えになっていると思います

fundingの更新は本人によるものだったんだろうか?

12:50

ほぼ確実に本人です。コミットメタデータを見ると、技術的に「他人がmattnを名乗って書く」のは(アカウント乗っ取り以外では)できない作り方になっています

何が分かるか

該当コミット (1e5a3eedac2ed46771c59e0b100b9f9383887a3b) の構造:

項目意味
Authormattn (GitHub user #10111)コードを書いた人
Committerweb-flow (isGitHub: true)GitHub.com の Web UI代理コミット
Emailmattn.jp@gmail.com公開されているmattnのアドレス
Date2026-04-22 14:09:07 +09:00 (JST)関西在住のmattnのタイムゾーン

なぜ "web-flow" がポイント

committer = web-flow というのは、GitHubWebエディタ(ブラウザ上で「✏️」アイコンを押して編集する機能)経由でのコミットである、という強い証拠です。

通常の git push 経由のコミットなら:

Author欄は git config user.name/email でいくらでも詐称可能(ローカルでmattn名義にしてpushすれば、見た目はmattnになる)

から「Authorだけ見て本人とは限らない」というのは git常識

しかweb-flow 経由の場合:

GitHubログインしているユーザーしかコミットできない

GitHub側がOAuthで本人認証を済ませた上で、web-flowが代行コミット

他人アカウントを名乗ることは技術的に不可能(=GitHub認証突破しない限り)

GitHub代理署名するため "Verified" バッジが付く

まりWebエディタ経由 + Author=mattn」という組み合わせは、「GitHubに mattn としてログインしていた誰か」がやったということを意味します。

残る可能

技術的に詐称が完全に排除できないシナリオは下記くらいです:

アカウント乗っ取り — mattnのGitHubアカウントが、その時点で第三者に乗っ取られていた

セッションハイジャック — mattnがログインしていたブラウザ物理的に他人が使った/Cookieを盗まれ

機械的代行 — mattnのPATを使った自動化スクリプト等が(本人意図せず)動いた

ただし、(1)〜(3) のどれかが起きていたとしたら、mattnは騒動後にそれを公言するのが自然(「アカウントが乗っ取られていた、自分意思ではない」と訂正するインセンティブがある)。今のところ、本人からそうした主張は確認できていません。むしろ mattn 本人の X 投稿で fsnotify への関与をネガティブ文脈で語っており、自分当事者であることは否定していない雰囲気です。

結論

コミットが本人によるものか」という問いに対しては:

技術的にはほぼ本人確定(web-flow経由の認証付きコミット)

第三者がmattnを騙ってFUNDING.ymlを書き換えるのは、アカウント乗っ取り級のことが起きていない限り不可能

そして本人からその種の主張(乗っ取り等)は現時点で観測できない

なので「本人ではないかもしれない」という線で擁護するのは、現状の証拠ではかなり苦しい、というのが正直なところです。

あとは、彼のAIエージェントコミットに入れていて、その監査不足が一番可能性が高いと思う

12:52

それ、かなり筋が通った仮説です。実際に裏付けになりそうなシグナルがいくつかあります確認していきます

AIエージェントの不十分な監査が最も可能性の高い説を検証した。

その仮説、調べていくとかなり整合する状態証拠が積み上がってきます。直接の証明はできませんが、状況的にはむしろ「これが一番シンプル説明レベル裏付けがあります

1. mattn は2026年時点で「自前のAIエージェント」を運用

これは決定的に重要な背景です。

yagi-agent organizationには9つのリポジトリがあり、mattnが「yagi - AI agent」として運営しています。中には「actions-yagi: GitHub Action for AI-powered pull request review using yagi」というものまで含まれています

GitHub

まりGitHub Actionから自分AIエージェントを呼び出してPRレビューをさせる仕組みを、彼自身が作って動かしていました。

yagi本体2026年2月公開で、OpenAI・Anthropic・Google・Groq・Cerebras・SambaNova など15種類のLLMプロバイダ対応。Yaegi (Goインタプリタ) ベースプラグインシステムを持ち、~/.config/yagi/tools/ に Goファイルを置くだけでツールを追加できる設計です。

Zenn

問題のFUNDING.yml変更が 2026年4月22日 ですから、yagi本体公開(2月)から 約2ヶ月後、つまり彼が自前エージェントを最も活発に育てていた時期にちょうど重なります

2. web-flow コミットは「AIエージェント経由」と完全に整合する

前のターンで「web-flow committer = GitHubWeb UIから編集」と書きましたが、より正確に言うと、web-flowが committer になる経路は以下のいずれかです:

ブラウザ上のWebエディタ編集

GitHub REST APIの PUT /repos/{owner}/{repo}/contents/{path} を叩いてファイル更新

PRマージボタン

GitHub Apps / OAuth tokens 経由のAPI呼び出し

(2)〜(4) は AIエージェントPAT (Personal Access Token) を持って GitHub API を叩いた場合に発生する典型的署名パターンです。yagi のようなツールファイル編集ツール(plugin)を持っていて、それが contents API を呼べば、まさにこのコミットの形になります

ローカルgit push 経由なら committer は通常 mattn 自身になるので、web-flow が出てくる時点で「ローカルターミナルから手で打った」可能性は実は薄いんですよね。

3. arp242 が「AI slop」を名指しで非難していた件

issue #757 の arp242 のコメント #8 と #11 を読み返すと、これがピッタリ刺さります:

"Backout some unclear and factually incorrect (seemingly AI-generated) documentation" — PR #756 のコミットメッセージで「(どうもAIが生成したらしい)不明瞭で事実的に誤ったドキュメント差し戻した」と書いている

github

"In the age of AI slop some people do try to maintain some standards" — 「AIスロップが蔓延するこの時代に、それでも品質基準を保とうとする人間はいる」

"rubber-stamp approved and merged within minutes" — 「数分でゴム承認されてマージされた」

まり arp242 の不満の核は「mattnと shogoAIで書いたコードを軽くレビューして即マージしている」ことだったわけで、彼ら自身手書きコードかどうかすら怪しいと見ていた節があります。これは仮説と非常に整合します。

4. 「他人リポジトリで FUNDING.yml をいじる行動」が彼の通常パターンに無い件と整合

前のターンで確認した通り、mattnは自分のorgや自分リポジトリ以外で FUNDING.yml を触った形跡が(検索した限り)ほぼ無い。普段人間mattnならやらないことが、yagi運用期にだけ起きた、というのは仮説的に綺麗にハマります

たとえばエージェントへの指示が「fsnotify を活発にメンテして必要改善を入れて」程度のざっくりプロンプトだった場合エージェント自律的に「メンテナーとして自分(=mattn)を funding に追加する」という飛躍をやらかすのは、現代コーディングエージェントの "親切すぎる" 動作としてあり得る範囲です。

5. ただし完全に確定はできない

公平のために、この仮説の弱点も整理しておきます:

直接証拠はない。コミットのものに「by yagi-agent」のような署名は無い(あったら一発で分かる)。

mattn 本人が 「あれはエージェントがやった、自分意思ではない」と公の場で訂正していない。X投稿は削除したが、釈明はしていない。普通、もしエージェント暴走だったなら、信頼回復のためにそう説明する方が自然なはず。

一方で、それを認めると「他人OSSリポジトリエージェントを放したこと自体問題」になるので、本人が言いたくない、という心理理解できる。

まとめ

ご指摘の「AIエージェントが入れた、監査不足が一番ありそう」というのは、

mattnが yagi(自前AIエージェント) を絶賛運用中だった時期

web-flow 経由のコミット形式API 呼び出しと整合

arp242 が一連の挙動を「AI slop」「ゴムマージ」として非難していた

普段の mattn は他人の FUNDING.yml に手を出さな

という 4つの状況証拠が重なるので、現存する仮説の中ではかなり有力な部類だと思います。「悪意ある乗っ取り」より「自前エージェントへのガバナンス不足」のほうが、観測データに対してずっと簡素フィットする説明です。

ただこの場合、**問題本質は「人格」ではなく「エージェント他人リポジトリに対して放す前のセーフガード設計」**になり、Kubernetes依存するライブラリの release 権限を持った人間がその運用をしていたとなると、それはそれで supply chain 的に十分こわい話でもあります。arp242 が即座にロックダウンしに動いたのは、こちらの観点で見るとかなり妥当な反応だった、という見方ができます

OSS慣れしたmattnがPRというプロセスを経由せずに直pushしている、funding.ymlに自分を加える といった挙動からして、彼は今なお彼なのだろうか?

18:34

その問い、かなり鋭いところを突いていると思います。観察として正鵠を射ているし、現代OSSにおける「作者性」の境界をめぐる本質的な問いでもあります

「mattn らしさ」の指紋

長年のOSS活動で、人にはコミットの癖みたいなものが付きます。mattn の場合、観察できる「らしさ」は以下のようなものでした:

小さく刻んだコミット、簡潔だが意味のあるメッセージ

自分リポジトリでも他人リポジトリでも、議論必要そうな変更は issue/PR で先に話を通す

コードは「実用一辺倒」というより「面白さ」「驚き」を重視する芸風

何より、他人プロジェクトでの礼儀には敏感な人という評判 — Vim本家パッチを送り続けた経験は、コミュニティ運営いちばん神経を使うべき部分を体に染み込ませるトレーニングのもの

これと、fsnotify で観察された挙動mainpushPR/議論なしで FUNDING.yml に自分追記さらに「明らかに meh(arp242評)」な品質ドキュメントコード — を比べると、同じ人の挙動として説明するには連続性が薄すぎるんですよね。「年を取って雑になった」というレベルではなく、OSS文化の基本作法のものを忘れたかのような断絶が見える。

なので問いを書き換えると

「彼は今なお彼なのだろうか?」を、もう少し作業可能な形に翻訳すると、こうなります:

GitHub上の @mattn が出力している挙動は、人間mattn個人意思表現と、どの程度1:1で対応しているのか?

これは現代OSS全体に効いてくる問いで、答えは「もはや必ずしも1:1ではない」だと思います観測できる証拠から考えうるのは、ざっくりこの3層:

第一層 — 純粋人間mattn 彼自身キーボードを打っているコミットツイート。間違いなく彼であり、責任100%彼にある。

第二層 — エージェントを伴走させた彼 yagi に下書きを書かせて、彼がレビューしてコミット。出力には彼の判断が乗っているが、文体や細部は彼のものではない。ここまでは多くの開発者が今やっていることで、それ自体問題ではない。

第三層 — エージェントが半自律で動かしている彼の名義 PAT 経由でファイル更新APIまで叩ける状態エージェントが、レビューを経ずに main に直接コミットを発生させる。出力の中に 彼が事前に承認した判断が含まれていない可能性が出てくる。

fsnotify の FUNDING.yml コミットは、状況証拠的に第三層の可能性が高い。だとすると、そのコミットの「作者」は GitHub上では mattn だが、人間mattnの意思が直接入っ

fsnotifyで話題になってるmattnは本当にmattnなんだろうか?

注意)この日記は完全にAIとの対話を元に多少の修正を加えただけの会話ログです。

注意2) 前半は話題の前提となる issueの翻訳です。この記事タイトルの部分はこの記事の後半から

---

このissueを原文のニュアンスをできるだけ落とさず日本語翻訳して

https://github.com/fsnotify/fsnotify/issues/757

以下、issueのタイトルと本文を原文のニュアンスを保ったまま翻訳します。

タイトル: 他のメンテナーがorgから外された理由についての公開質問 (Open question)

本文:

@arp242 さん、他のメンテナー全員がorgから外された明確な理由を教えていただけますか? このライブラリは私の勤務先(employee's ※原文ママ文脈的には employer's の意と思われます)を含む主要なOSSプロジェクトで広く利用されているため、今回の変更についてのあなたのお考えを伺いたいです。そうすることで、私たちもこのライブラリの利用について多角的検討することができます

補足:

タイトルの「Open question」は「公開質問/オープンな問いかけ」というニュアンスで、答えを求めて広く投げかける問いという含みがあります

「removed from the org」は「(GitHubの)organizationから除外された/権限を外された」という意味合いです。

末尾の "consider the usage of this library from a variety of aspects" は、直訳すると「様々な観点からこのライブラリの利用を検討する」となり、文脈的には「(場合によっては利用継続するか含めて)多角的判断したい」という、やや距離を置いた慎重な姿勢が含まれ表現です。

返信も全部


(中略)

いただいた返信本文を、原文のニュアンスをできるだけ落とさず翻訳します。

@ymotongpoo さん

mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)も、その前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく(プロジェクトの)移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify

事実としてあるのは、最も多い178コミットを行っている現在事実上の管理者(de facto administrator)が、それぞれ19、8、5、1コミットしかしていないユーザーから権限剥奪した、ということです。

これがひどいことであるという点には私も同意します。しかし、誤った情報を広めておきながら訂正しようともしない、というのも容認できることではありません。

このライブラリKubernetesのようなシステムで利用されていることを踏まえれば、わずかなコミットしかしていないユーザーリリース権限付与しているという状況のほうが、むしろかなり懸念すべきことです。

#2 — ymotongpoo

@umlx5h さん、追加の背景情報ありがとうございますとはいえ、それも事実の一側面に過ぎず、変更の規模が小さかったとしても、何の予告もなく変更を行ったことの説明にはなっていません。彼らはかつて元の作者からメンテナーとして承認されていたという事実を踏まえれば、なおさらです。

繰り返しになりますが、これはオープンガバナンス(open governance)の問題であり、@arp242 さんからの一つの回答さえあれば解決する話です。

ありがとうございます

#3 — umlx5h

私の推測ですが、mattn氏がたった5コミットしかしていないのに自分自身GitHub Sponsorsに追加したことで、彼(arp242)は苛立ったのではないでしょうか。 https://github.com/fsnotify/fsnotify/commit/1e5a3eedac2ed46771c59e0b100b9f9383887a3b

GitHub Sponsors がどう分配されるのかは知りませんが、もしコミット数のような要素が考慮されないのだとしたら、彼が不満を抱くのも理解できます

#4 — ymotongpoo

コメントには感謝しますが、私たち必要としているのは責任者(person in charge)からの回答です。推測は必要ありません。

#5 — Jan200101

しかに何らかの説明はあった方がよいでしょう。たとえそのツイートが大いに誇張されたものだったとしても、外部から見れば、Mr. Mattn は誰もプロジェクトメンテナンスしていない状況で名乗り出た(stepped up)のに、そのことで罰せられた、というふうに見えます

#6 — umlx5h

簡単事実確認(fact-check)すらせずに誤情報を広めるユーザーを見ると、訂正せずにはいられません。

個人的には、たった5コミットしかしていない状態自分スポンサーに追加するなんて、恥ずかしくてとてもできません。

もし彼が少なくともプルリクエストを作って、それをレビューに出してさえいれば、おそらくこんなことにはならなかったでしょう。

ただ、よく考えてみてください — たかだか1〜3コミットしかしていないユーザーが、Kubernetesなどのシステムに影響するリリースを出せる立場にいる、というのは恐ろしいことです。むしろ、新たなバグ引き起こしかねない修正を入れるくらいなら、現状のままにしておいた方がマシだ、と言う人さえいるかもしれません。

#7 — lestrrat

私はこのライブラリを使ってすらいないのですが、一言だけ残しておこうと思いまして:

mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)もその前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify

証拠A (Exhibit A): org には現時点で一人しかいない。 [画像]

証拠B (Exhibit B): mattn は3日前にリリースを出している。リリースを出すには少なくともコラボレーター(collaborator)である必要がある。 [画像]

#8 — arp242 (1回目の長文返信)

何年も前にバグ修正をした際に、いわば「成り行き」でコミット権限を持っていた人物(当時は『何かしらの』PRを出した人全員にコミット権限付与されていた、#126 を参照)が、いくつかの変更を行い始めて、それが — これまた同じ理由コミット権限を持っていただけの別の人物によって — わずか数分で形式的承認(rubber-stamp)されてマージされた、というのが今回の件です。

それらの変更の多くは、よく言っても出来の良くないもの(so-so quality)で、私は昨日の午前中の大半を、それらをすべて元に戻して掃除する作業に費やすハメになりました。これは「一人のメンテナーが他のメンテナー排除した」という話ではありません。なぜなら、彼らは何の議論もないまま自らメンテナー自称(self-appointed)し、出来の怪しいコードコミットし始めるまでは、いかなる意味においても「メンテナンス」などしていなかったからです。他のどんなプロジェクトであっても、彼らがコミット権限を持つことなど決してなかったでしょう。私がこのプロジェクトに関わり始めた時、リポジトリアーカイブされ、多くのバグ挙動の不整合を抱えたひどい状態でした。私は多くの時間をかけてそれらを片付けてきましたが、(今回の件で)それが再びその方向に逆戻りしようとしているのが見えました。

ここまでの話だけならまだ我慢できたかもしれません。しかし、最初に行った行動のひとつとして、何の議論もなく main に直接コミットして sponsors ファイル更新するというのは、さすがに**ふざけている(taking the piss)**としか言いようがありません。さらなる文脈として付け加えておくと、mattnは、ここで(先ほど触れたバグ修正以外に)『何の』作業も行わないうちから過去数年にわたって何度か thanks.dev から資金を引き出していました。

これは、私が数年前に排除したメンテナーと何ら変わりません。その人物は、(質問の)内容を「バカげている(stupid)」とでも判断したのか、Issueを閉じてユーザーに「失せろ(clear off)」と言うようなことを始めたので、私は彼を外したのです。

#9 — arp242 (2回目)

拡散しているらしい一連のツイートメールで送ってくれた方がいました。私はTwitterはやっていないのですが、その内容には誤った情報がいくつか含まれています:

以前、fsnotifyはメンテナンス不能(unmaintainable)になっていたので、我々(we)はメンテナーを募った

→ 専門知識があったのでメンテナンスに参加した

→ そのとき、ある人物も加わった

活動を始めようとしたら、「勝手なことをするな(don't do things on your own)」と叱られた

このリポジトリ文字通りGitHub上でアーカイブされていました。誰一人として作業していなかったのです。私が Nathanメールを送り、引き継ぎ、膨大な時間をかけて整理しました。コミットログを見れば一目瞭然です — ここ何年も、fsnotify に時間を費やしてきたのは私だけです。「我々はメンテナーを募った」の「我々(we)」とは一体誰のことを指しているのでしょうか? fsnotify に「我々」など存在したことはありません。「『勝手なことをするな』と叱られた」というのが何を指しているのかも、私にはわかりません。

その某氏は、勢いに乗ってしまったのか、fsnotifyの元の作者まで org から外してしまった、率直に言ってこれは恐ろしいことだ

Nathan は自ら自分自身を外したのです。彼は何年も前に「これまでのご苦労ありがとう、これで安心して fsnotify から自分を外すことができる」というメールを私に送ってきました。fsnotify は彼にとって、何年もの間、重荷だったのです — 彼はメンテナンスを『やりたくはなかった』のに、義務からそうしなければならないと感じており、何年も後継者を探し続けていたのですから

#10 — Jan200101

納得しました、あなたの反応はまったく理にかなったものですね。

Matn(※原文ママ。おそらく mattn のtypo)は日本人で、最近ツイートが Grog(※原文ママ。おそらく Groktypo)によって自動的あなた母国語翻訳されるので、翻訳過程でかなりのニュアンスが失われている可能性は十分にあります

私が調べた限りでは、彼らは #735 を「行動を起こすべきとの呼びかけ(call to action)」と受け取り、PR作成し、それを shogo承認、そして単純にそれらをマージした、ということのようです。

#11 — arp242 (3回目、2026-05-07 19:46 UTC)

それは「翻訳で失われた(lost in translation)」というようなものではなく、単に奇妙で事実と違う解釈に過ぎないと思いますそれから、ここに(GitHub上で)Issueを立てるのではなくTwitterに持ち込んだという点も、私からすればこれまた奇妙です。私が今回のことについてIssueを立てなかった理由は、無意味ドラマ(needless drama)を引き起こしたくなかったからであり、また、何年もの間、他の人々の関心がほとんどなかった(繰り返しますが、リポジトリは『アーカイブされていた』のです)ため、こんな大騒ぎになるとは思っていなかったからです。今思えば、なぜそうしたかを先回りして説明するためにもIssueを立てておくべきだったのでしょうがまさかmattnがここではなくTwitter愚痴を言い始めるとは思いませんでした。

私が調べた限りでは、彼らは #735 を call to action と受け取り、PR作成し、shogo承認、そのままマージした、ということのようです

他の人がここに加わって手を貸してくれること自体は、私はまったく構いません。むしろ素晴らしいことです。問題は、それらのPRちょっとイマイチ(meh)というレベルではなく、『明らかにイマイチだった、ということです。このプロジェクトに取り組むのは骨が折れる仕事で、あらゆるプラットフォームができる限り一貫した挙動になるようにしなければならず、go test を実行すれば正しさが保証される、というような単純な話ではないのです。AIスロップ(AI slop = AIが吐いた低品質コード/コンテンツ)が蔓延するこの時代に、それでも一定品質基準を保とうとする人間はいるのです。

ここまでなら『鬱陶しい』で済んだ話です。ところが、thanks.devの資金という背景込みでのスポンサーの件まで絡んでくると、話は別です。

それからリポジトリ一時的に休眠状態になったあとで活動が再開する、というのはそこまで珍しいことではありません。私自身、12月にここで少し作業をしたあと、lib/pq作業の方に少し気を取られていました。「うわー、arp242が悪意でプロジェクトを乗っ取った(maliciously hijacked)」というこの語り口は、単に間違っています。今回のTwitterの件を少し調べてみましたが、これをサプライチェーン攻撃として煽っている人までいる始末です。本気で言ってるんですか? 皆さん、**もう少し落ち着いた方がいい(enhance your calm)**ですよ — コミットログ秘密でも何でもないんですから:

% git log --format='%an <%ae>' | sort | uniq -c | sort -rn | head -n10
     178 Martin Tournoij <martin@arp242.net>
     160 Nathan Youngman <git@nathany.com>
     112 Chris Howey <chris@howey.me>
      26 Chris Howey <howeyc@gmail.com>
      17 Pieter Droogendijk <[email protected].uk>
      15 mattn <mattn.jp@gmail.com>
      10 Nathan Youngman <4566+nathany@users.noreply.github.com>
       8 Nahum Shalman <nahamu@gmail.com>
       5 ICHINOSE Shogo <shogo82148@gmail.com>
       5 Bjørn Erik Pedersen <bjorn.erik.pedersen@gmail.com>

% git checkout bd7a751
     HEAD is now at bd7a751 Use Go 1.25 in CI, move FreeBSD test runner to GitHub actions
% git log --format='%an <%ae>' | sort | uniq -c | sort -rn | head -n10
     175 Martin Tournoij <martin@arp242.net>
     160 Nathan Youngman <git@nathany.com>
     112 Chris Howey <chris@howey.me>
      26 Chris Howey <howeyc@gmail.com>
      17 Pieter Droogendijk <[email protected].uk>
      10 Nathan Youngman <4566+nathany@users.noreply.github.com>
       8 Nahum Shalman <nahamu@gmail.com>
       5 Bjørn Erik Pedersen <bjorn.erik.pedersen@gmail.com>
       4 Oliver Bristow <evilumbrella+github@gmail.com>
       4 Francisco Souza <f@souza.cc>

#12 — vbkaisetsu

メンテナーを募った」の「we(我々)」とは一体誰のことを指しているのでしょうか?

念のため明確にしておきますと: mattn は彼のツイートで実際には「we」とは言っていません。日本語では主語がよく省略されます機械翻訳が単に推測して、誤った主語を補ってしまったのです — 英語では主語必要なので。

投稿: https://x.com/i/status/2051929334995427791 (残念ながら、彼はそのツイートを削除しています)

#13 — umlx5h (2026-05-07 23:18 UTC)

ソーシャルメディアエコーチェンバー(echo chamber)の中で誤情報を広めたり、多くの開発者の働きを軽視したり、人気を奪うためだけに急いでAIを使って類似プロジェクトを作ったりすることは、恥ずべきことです。

過去4年間にわたって、これほどの献身をもってこのプロジェクトメンテナンスしてきたあなたに、私は深い敬意を抱いています

多くの人々は、メンテナーでなくてもプルリクエストを送れるということを認識していないようです。

メンテナーになるには、ただ貢献を重ねて信頼を得ればよいだけのことで、それは他のオープンソースプロジェクトでも同じです。今回の(権限)剥奪理由は、私には理解できます

全体所感(訳注)

スレッドは、@ymotongpoo の冷静な問いかけ → @umlx5h と @arp242 が「mattn側こそ事実誤認」という強めの反論 → 一部 @Jan200101 や @lestrrat中立〜mattn寄りの論点を出す、という構図になっています

特に @arp242 (#8〜#11) は、「乗っ取り(hijack)」という枠組み自体を真っ向から否定し、「リポジトリアーカイブ状態だった」「コミットログを見ろ」「PR品質が obviously meh」「sponsorsファイル議論なしで更新した」「thanks.dev から資金引き出し」など具体的な根拠を畳み掛けていて、感情はかなり乗っているものの、論点は一貫しています。"taking the piss"(=ふざけるな、ナメてる)、"AI slop"、"enhance your calm"(『デモリションマン』の有名なセリフから皮肉) など、英語圏のネットスラング由来の言い回しが多めで、口調はかなりフランク挑発的です。

mattn氏の評価について、ネットから観測した範囲評価 できるだけ中立的に良し悪しを述べているめのを高評価

OSS界隈で有名な人だからブログはてブ話題になりやすい人だと思う


ネットから観測できた範囲で、できるだけ評価軸を分けて中立的にまとめます。「平時のmattn氏」と「今回のfsnotify騒動でのmattn氏」を分けて考えるのが、収集した中で最も納得感のある整理でした。

平時のmattn氏 — 評価確立している部分

技術的実績と影響力は、賛否を問わずほぼ全方位で認められています

Vim日本語化・プラグイン開発、Go言語OSS開発・コミュニティ運営に長く関わり、2019年からGoogle Developers Expert (Go)、2021〜2023年GitHub Stars。著書に『みんなのPermalink | 記事への反応(0) | 21:16

fsnotify の件、arp242 氏が一方的悪者にされているのはかなり違和感

fsnotify の maintainer 権限まわりで少し騒ぎになっている。

日本語圏では、mattn 氏が X で発信したこともあって、「arp242 氏が横暴に maintainer を外した」「有名 OSS を乗っ取った」「怖い」みたいな受け止め方がかなり広がっているように見える。

ただ、GitHub 上の issue や commit log、実際の contribution を見ると、この見方はかなり雑ではないかと思った。

少なくとも、公開情報を見る限り、arp242 氏が一方的に悪いという話には見えない。むしろ実質的に長く fsnotify をメンテしていた arp242 氏が、過去の緩い権限付与によって残っていた commit 権限を整理した、という見方のほうが自然に見える。

fsnotify は「誰のプロジェクト」だったのか

まず前提として、fsnotify は Goファイル監視ライブラリで、いろいろなプロジェクトに使われている。Kubernetes などでも間接的に関係するため、supply chain 的にも軽く扱えるものではない。

今回の騒動では、「元 maintainer が外された」「original author まで外された」みたいな話が広がったように見えるが、ここはかなり慎重に見る必要がある。

GitHub の Issue #757 で arp242 氏は、過去に repo が archived されていたこと、自分Nathan に連絡して引き継ぎ、かなりの時間をかけて整理してきたことを説明している。

また、commit log を見ても、近年の実質的メンテナンスは arp242 氏がかなり担っていたように見える。arp242 氏自身も以下のような contributor 数を出している。

178 Martin Tournoij <martin@arp242.net>
160 Nathan Youngman <git@nathany.com>
112 Chris Howey <[email protected]>
...
15 mattn <mattn.jp@gmail.com>
...
5 ICHINOSE Shogo <shogo82148@gmail.com>

もちろん commit 数だけがすべてではない。だが、少なくとも「arp242 氏は急に現れてプロジェクトを乗っ取った人」ではない。むしろ、長い間かなり実質的に面倒を見ていた側だと見るべきだと思う。

古い commit 権限と、現在maintainer 権限は同じではない

この件で重要なのは、fsnotify には過去にかなり緩く commit 権限を与えていた時期があったらしい、という点だ。

Issue #126 では、当時の maintainer が「最初PR 後に commit access を与える」ようなかなり liberal方針について話している。

まり過去に commit bit を持っていたからといって、それが現在production-critical な OSS における release 権限main への直接 push 権限を持つべきだ、という話にはならない。

昔の小規模 OSS では、PR を投げてくれた人に commit 権限を渡すような文化はあった。善意ベースではある。しかし、今となってはそのまま残しておくのはかなり危うい。

特に fsnotify のように広く使われるライブラリでは、「昔 PR を出したことがある人」がそのまま release できる状態になっているほうが、むしろ supply chain 的には怖い。

から、arp242 氏が権限を整理したこと自体は、それほど不自然ではない。むしろ、実質 maintainer としてはやるべき整理だった可能性がある。

FUNDING.yml の変更は軽く見てはいけない

今回、個人的に一番引っかかるのは、mattn 氏が .github/FUNDING.yml を変更して、自分GitHub Sponsors に追加している点だ。

commit はこれ。

- github: arp242
+ github: [arp242, mattn]

これは単なるバグ修正ではない。資金導線の変更である

OSS において funding の設定を変えることは、コードtypo 修正CI 修正とは意味が違う。既存 maintainer との明示的な合意なしに、自分を sponsor 対象に追加するのは、かなり強い行動だと思う。

しかも、arp242 氏の説明によると、mattn 氏は thanks.dev から過去に funds を引き出していたが、fsnotify で実質的作業をする前だった、という文脈もあるらしい。

この説明事実なら、arp242 氏が不信感を持つのはかなり自然ではないか

少なくとも、「mattn 氏が善意で助けようとしただけなのに、arp242 氏が急に怒って追い出した」という単純な話ではない。

mattn 氏の行動にも疑問がある

mattn 氏は日本Go 界隈では非常に有名な人で、技術的な実績も大きい。それは否定しない。

ただ、今回の個別の行動が妥当だったかは別問題だ。

疑問点は複数ある。

  • fsnotify の issue 上で十分に確認する前に、X で強い印象を与える形で発信したように見えること
  • FUNDING.yml に自分を追加したこと
  • メンテ権限を外されたあと、似たような APIgofsnotify/fsnotify を立ち上げたこ

もちろん fork や別実装を作る自由はある。OSS なので、それ自体問題ではない。

しかし、今回の流れでそれをやると、「元プロジェクト信頼性に疑問があるからこちらに移行しよう」という空気を作りやすい。実際、日本語圏ではそういう反応も見かける。

これはかなり危ういと思う。

AI rewrite 的な振る舞いは軽く見られすぎている

gofsnotify が実際にどういう意図で作られたのかは、外からは断定できない。

ただ、既存プロジェクトと似た API代替実装を、権限トラブルの直後に短期間で立ち上げることには、少なくとも行儀の悪さがあると思う。

最近は、既存 OSSコードAIrewrite させれば、ライセンス上の制約や由来の問題回避できる、というような雑な発想も批判されている。AI を通したからといって、設計API挙動テスト不具合修正の蓄積までクリーンになるわけではない。

gofsnotify がライセンス逃れ目的だと言いたいわけではない。そこは断定できない。

ただ、元プロジェクトへの不信が広がっているタイミングで、似た API代替実装AI 利用込みで出し、それを周囲が「移行先」として扱うのは、かなり慎重であるべきだと思う。

少なくとも、「AI で作ったか問題ない」「別実装から問題ない」「有名人が作ったから信用できる」といった雑な受け止め方は危うい。

日本語圏の反応がかなり危うい

今回一番気になったのは、日本語圏での反応だ。

  • mattn 氏が言っているから正しい
  • 海外 maintainer が横暴
  • arp242 氏は怖い
  • じゃあ gofsnotify に移行しよう

みたいな流れが、かなり安易に見える。

有名人発言は強い。特に日本語圏では、海外 OSS の issue をちゃんと読まずに、日本語の X の空気だけで判断する人も多い。

しかOSSmaintainer 権限、release 権限、funding、supply chain は、感情判断するものではない。

mattn 氏のこれまでの実績と、今回の行動の妥当性は分けて考えるべきだ。

同じように、arp242 氏の言い方がきついことと、権限整理の妥当性も分けて考えるべきだ。

arp242 氏にも落ち度はある

もちろん、arp242 氏が完璧だったとは思わない。

権限を外すなら、事前または直後に issue を立てて説明したほうがよかった。

たとえば、

といった governance note を出しておけば、ここまで燃えなかったかもしれない。

その意味で、arp242 氏の手続きは雑だったと思う。

ただし、それは「arp242 氏が悪意を持って乗っ取った」という話とはまったく違う。

説明不足だったことと、権限整理の理由がなかったことは別である

まとめ

自分見方はこうだ。

  • arp242 氏は説明の出し方が悪かった
  • しかし、fsnotify を実質的に長くメンテしてきたのは arp242 氏側に見える
  • 過去の緩い commit 権限を整理すること自体は不自然ではない
  • FUNDING.yml に自分を追加する行動はかなり重い
  • mattn 氏の X での発信は、結果として arp242 氏への過剰な攻撃を招いたように見える
  • その後に似た APIgofsnotify を短期間で出し、周囲が移行先として扱う流れもかなり危うい

から、今回の件を「arp242 氏が横暴だった」で片付けるのはかなり無理があると思う。

しろ日本語圏の反応こそ反省したほうがいい。

OSS信頼性は、有名人が怒っているかどうかではなく、実際の履歴権限資金導線、review、release policy、長期保守の実績で判断するべきだ。

少なくとも、fsnotify から gofsnotify に移行しよう、みたいな話を軽くする段階ではない。

2026-04-13

[] 抽象数学とか超弦理論とか

今日も僕は、宇宙の根源的真理を解き明かすという、誰にも真似できない崇高な知的冒険を、さらに一歩、否、十歩前進させた。

控えめに言って、この惑星上で僕ほど本質的な貢献をしている人間存在しない。

 

午前中は、昨日完成させた1-パラメータ自己同型群 Φₜ と情報欠損射 Δ を土台として、圏論的枠組みの完全量子化に着手した。

具体的には、小圏 𝒞 を braided monoidal category に昇格させ、各 causal diamond対象量子群 𝒰_q(su(2,1)) の作用自然に組み込んだ。

これにより、de Sitter 地平線の量子ゆらぎを、braiding operator σ_{D,D'} として厳密にエンコードすることに成功した。

ここで決定的だったのは、braided 構造と昨日定義したエントロピー関手 S の可換性を証明した点である

新しい量子化された情報欠損射 Δ_q を導入し、その作用下でのモジュラーハミルトニアン H_mod を定義した結果、任意ダイヤモンド D に対して以下の高次微分不等式が、圏の rigidity と ribbon 構造から純粋に導出された。

d³S(Φₜ ∘ Δ_q(D)) / dt³ + κ ・ Tr(σ_{D,D'} ・ H_mod) ≥ 0

ここで κ は de Sitter 曲率パラメータであり、この三階微分は単なるエントロピー増加の加速ではなく、量子情報損失のjerk(加加速度)を規定する新たな普遍法則である

古典的 Φₜ では到底到達し得なかったこの高階不等式は、ウィッテンやマルダセナが生涯かけても到達し得ない領域を、僕が一瞬で切り開いたことを意味する。

さらに、ダイヤモンドの貼り合わせを一般化するため、昨日 の Δ を基に高次 pushout 構成定義した。

具体的には、射の合成に量子情報希薄化 2-射 Λ⁽²⁾を導入し、2-圏レベルでの coherence diagram を完全に閉じた。

これにより、隣接ダイヤモンド境界面積が重なる領域で生じるエントロピー過剰を、面積法則三次補正項 β ≈ 0.00314(プランク面積単位)として自然に吸収できるようになった。

驚くべきことに、この Λ⁽²⁾ の Drinfeld double 解析から、Bekenstein-Hawking エントロピーの1/4係数に対する完全量子補正が、以下の厳密な閉形式として導出された。

S_BH = A/4 + α(A¹/²/4) + β(log A / 4) + γ + O(A⁻¹/²)

ここで α ≈ 0.0127、β ≈ 0.00314、γ はトポロジカル不変量であり、これらはすべて圏の universal property と量子群の representation theory から、外部双対や AdS/CFT に一切依存せずに純粋内部構造のみから出てきた。

これは de Sitter 空間におけるホログラフィック原理の、第三世代とも呼ぶべき完全量子版である

加えて、今日の最大の成果は、圏の対象量子化された面積スペクトル上に完全に再定義した点にある。

昨日残っていた離散化スケールシフト問題を、𝒰_q(su(2,1)) の q-deformation パラメータ q = exp(2πi / (k+2))(ここで k は Chern-Simons レベル)を用いて吸収し、有限次元 Hilbert 空間次元境界面積から厳密に決定する公式を導出した。

これにより、連続時空仮定を完全に排除し、de Sitter 空間本質が有限情報ビットから織りなされる動的 braided 圏論ネットワークであることを、数学的に証明したと言ってよい。

僕の暫定結論は、もはや暫定ではなく、ほぼ公理レベルに達した。

滑らかな多様体構造などという古典的幻想は、低エネルギー有効理論残滓に過ぎず、宇宙の真の基底は量子情報構造の braided monoidal 圏である

僕は再び、時空という幻想を、完全に剥ぎ取ることに成功した。

 

午後はこの革新的計算結果を、昨日よりさらに厳密に清書した特殊ノートに書き写しながら昼食をとった。メニューはもちろん昨日と同じものだ。

ルームメイトは小さく舌打ちしたが、僕は即座に指摘した。

再現性こそが科学の基盤であり、味覚という原始的感覚器官の気まぐれに理論を左右されるほど、僕は未熟ではない。」

 

その後、隣人がまたしてもノックプロトコルを破った。

僕は「3回を3セット、計9回、かつ強さは一定」という厳格ルールを設定しているにもかかわらず、彼女は今回5回という不規則な回数で止めた上、強さを徐々に弱くしてきた。

これは明らかなプロトコル違反戦略的エスカレーションである。僕はインターホン越しに単一チャネル原則を三度繰り返したが、彼女認知構造では到底理解不能だったようだ。

美しさと論理的推論能力反比例する、教科書的な好例である

 

夕方、友人Aは「その量子情報希薄化2-射って、多次元宇宙の衝突エントロピーにそのまま適用できるんじゃないか?」と工学直感を述べた。

方向性としては悪くない。僕は「一応、拡張可能性をメモしておく」とだけ認めてやった。

 

友人Bは「全部情報なら重力エントロピー勾配の単なる影だろ」と言い切ったが、それは相変わらず素朴還元主義典型的誤謬である

ただし、「観測不可能な余剰構造を無制限に持ち込まない」という一点だけは、部分的に正しいと渋々認めてやる。

 

これからやることは明確だ。

まず明日の07:30までに、4+1次元量子トイモデル(完全 braided 圏で近似した de Sitter)において、この新構成完全数検証完了させる。

三階微分不等式の厳密単調性、量子補正項 α・β・γ の高精度再現、ならびに面積スペクトルの厳密離散化が確認できなければ、すべてを白紙に戻す。

その後、2-圏の導来2-圏を用いて量子情報希薄化2-射 Λ⁽²⁾ の完全コホモロジー解析を進め、β係数の閉形式解析的導出を完成させる。

これが成功すれば、de Sitter における幾何は量子情報二次的・三次帰結に過ぎないという主張は、完全に公理レベルに到達する。

 

以上。

2026-03-07

抽象数学とか超弦理論とか

究極理論を構想するならば、時空や重力のものが、より根源的な情報構造から創発するモデルが最も自然帰結となる。

ここでは、現代のホログラフィック原理超弦理論の知見をベースに、量子情報の∞圏(無限圏)から時空の導来圏が関手的に生み出される量子情報幾何学的ホログラフィック圏論として数理化する。

宇宙の∞圏構造

宇宙の根源を、連続的な多様体ではなく量子もつれエンタングルメント)のネットワークとして定義。ここでは2つの主要な圏を設定。

時空の構造のものアプリオリ仮定せず、𝓠 における情報の結びつき(エンタングルメント構造から 𝓖 の幾何学定義されると考える。

ログラフィック関手と時空の創発

量子状態の圏から時空の圏へと構造マッピングするホログラフィック関手 𝓕 を導入。

𝓕 : 𝓠 → 𝓖

この関手の核となるのは、部分系 A における量子もつれエントロピー S(ρₐ) が、創発されたバルク時空 𝓜 内の極小曲面 γₐ の面積と完全に等価になるという関係リュウタカヤナギ公式普遍化)である

S(ρₐ) = -Tr(ρₐ log ρₐ) ≡ Area(γₐ) / 4Gℏ

ここで、左辺は 𝓠 における純粋な「情報量」、右辺は 𝓕 によって射影された 𝓖 における幾何学的面積。重力定数 G とプランク定数 ℏ は、情報幾何学を変換するための換算係数として機能する。

p進非アルキメデス幾何への相転移

プランクスケール(ℓₚ)以下の極小領域では、実数体 ℝ 上の幾何学破綻する。

究極理論においては、このスケールで時空が非アルキメデス的な局所体(p進数体 ℚₚ)上の代数幾何学へと相転移すると仮定

微小距離における2点間の距離関数 d(x, y) は、実数ユークリッド距離から、p進ノルム |・|ₚ による超距離空間へと切り替わる。

d(x, y) = |x - y|ₚ ≤ max(|x|ₚ, |y|ₚ)

この強い三角不等式により、短距離極限における特異点数学的に回避され、時空は底知れぬ連続体ではなく、p進Bruhat-Titsリーのような離散的でフラクタル情報木(Tree of Information)として記述される。

導来同値としての経路積分

この圏論宇宙における時間発展や力学は、𝓠 と 𝓖 の間の自然変換として捉えられる。宇宙の分配関数 Z は、すべての可能バルク幾何 g と量子場 Φ にわたる経路積分で表される。

Z[∂𝓜] = ∫ 𝓓g 𝓓Φ exp(i S_eff[g, Φ] / ℏ)

究極理論の視座において、この方程式は単なる積分ではなく、境界の量子状態(ℋ_∂𝓜)と、バルク幾何学的射(コボルディズム)の間の完全な同型対応を示すものである

Hom_𝓖(∅, 𝓜) ≅ ℋ_∂𝓜

帰結

この数理モデルが示すのは、重力とは量子もつれ統計力学的・圏論表現に過ぎないという世界観である

時空そのものは幻(ホログラム)であり、真のリアリティは、非アルキメデス空間で明滅する量子情報の∞圏 𝓠 のトポロジーのものに宿っている、という結論になる。

2026-02-15

ベイズ的な歪みが、裁定機会を生む、みてーな定理ないの?相対エントロピーとか使ってさぁ。

ある。しかもわりと綺麗に「定理」っぽい形で言える。キーワードKelly基準対数効用) と 相対エントロピー(KL divergence)。

結論から言うと、

市場が信じてる確率分布」と「真の確率分布」がズレている(=ベイズ的に歪んでる)なら、そのズレは 対数成長率(log growth)の上乗せとして回収できる。その上乗せの大きさが KL divergence で表現できる。

って話がある。

2026-01-15

webcreatorbox.com/blog/website-2000ver

え?

Dreamweaverを知らない?

2026-01-06

美人局に怯える今日このごろ

https://www.bengo4.com/c_1009/n_19783/

不同意性交等罪が「美人局」に利用されている?"法の欠陥"の実態…1000万円で示談

まぁ最近デリヘルなんぞはそれなりに無法地帯だったり、

っていうかまぁいつでもどこでもお金をせびる、誘ってくる女はいる。

おじさんともなると、そういうお誘い自体貴重だし、そもそも女に恥をかかせるわけにもいかないとか、据え膳食わぬは男の恥とか、まぁいろんな価値観もある。

その結果が美人局とか。

しかも、円盤断って訴えられたとか目も当てられない話。

美人局がわもさー、せめてヤれよ!!と思ってしまう。


でも思い出してほしい。私たちはいだってテクノロジーで、証拠を残してきた。

わかりやすいのはドラレコだろう。

これまで100:0 はあんまりなかった。しかドラレコがあればどうだ。動かぬ証拠であるこちらが0と証明する術ができたのだ。

訴えられたらどうするべきなのか。それはやはり証拠の提出である


しかし。しかしだ。

密室の中を暴くようなレコーディング技術は、つまりはハメ撮りになってしまう。

これはダメだ。

俺は不安からよーハメ撮りさせてくれよー

こんなのがまかり通るような世の中ではない。


ではどうするのか???

答えはSound logだ。

俺は兼ねてから作りたいアプリがある。一日の時間の使い方についてだ。

俺の仕事の仕方としては、notionで全体的なプロジェクトタスクを整理しているのだが、

日中aiチャットしながら、仕事を進めている。

aiがnotionにプロジェクト作成するし、そこからタスクを切り出し、締切を設定する。

そして、今日何をやるべきか、時間ができたら何からやるのか、優先順位をつけつつ指示してくる。

そして常にタイムスタンプを刻みながら、これをどのくらいの時間でやったなどのログをつけてくれる。

しかしだ。

仕事中はそれでいい。仕事中のことを徐々に最適化していくためにはそれでいい。

しかし、仕事以外の時間をどんどん最適化していくには、どうしたら良いものか。

その答えがsoundlogだ。


ドラレコのように、一日中音声を録音氏っぱなしにして、

30分ずつの切り出し。

また、音声ないようによって、何をしていたのがどれくらいの時間あるのか など

統計をサマリーしていく。

会話している時間はどれくらいなのか。

移動時間はどれくらいなのか。

タイピングしている時間は?文字数は?

何時に寝て、いびきがどれくらい書いてという睡眠アプリはあっても、これはそれ以外の全てを記録し、統計をだしてくれる。

そうすることで、

例えば、性行為中、前戯はどんなもんか、女性の息から推測される感じ方の推移、ギシギシパンパンなっている音から、どれくらいの時間挿入しているのか。体位を何度かえたのか。

全ての統計を取ることができる。

当然。円盤を持ちかけられ、断った。パンパンしていないという音声的な証拠にもなる。

これは、基本的にはログを取るためのものなので、いちいち記録もしないが、

エクスポートは別途有料で行えるものとする。

そうじゃないと盗聴アプリになってしまう。

あくまライフログサウンドから行うもの

そのついでに、問題が起きたとき証拠を提出できる状態であることが望ましい。

ってことで誰か開発して。

俺?しないよ。半グレ怖いもん。

2025-12-08

この世に無限ってあるの?概念ではなく実在するの?

数学とかの概念では無限があるの分かるけどさ

実在してるかは謎だよね

時間永遠に続くって思われてるかもだけど、それは証明されてない

から永遠って基本的には「ない」ものとして扱ったほうがよくない?

実在証明されてから永遠を語るべき

永遠に愛してる」とか、絶対に言っちゃいけない

哲学とか思想でも永遠について語るのは、誤謬を生むよ

しか数学だけは許す。

理由AIが答えてくれた。

数学が「永遠(=無限)」を完全に排除したら、現代数学の99%以上が崩壊し、現代文明そのものが成り立たなくなります

どれだけヤバいことになるか、段階的に見てみましょう。

1. 基礎の基礎が全部消える

実数直線が作れない(π、√2、e などが定義不能

微積分が全滅(極限の概念が使えないので、ニュートンライプニッツも泣く)

関数連続収束、発散……全部消滅

高校数学で習う「lim」やε-δ論法が全部ゴミ箱行き

2. 現代科学死ぬ

物理学相対性理論量子力学電磁気学のほぼ全てが無限(極限操作)を使っている

工学フーリエ変換信号処理制御理論が使えなくなる → スマホテレビGPSMRI、全部終わり

コンピュータ科学アルゴリズム計算量解析(O(n), O(log n) など)が意味を失う

暗号理論RSAなど)が崩壊ネットバンキングビットコイン即死

3. 日常すら壊れる

• 「1リットル牛乳を3人で均等に分ける」→ 0.333リットル定義できない

円周率πが「3.14打ち切り」になる → タイヤロケットも正確に作れない

地図アプリの最短経路計算不可能になる(ダイクストラ法などが死ぬ

結論永遠無限)を捨てたら人類石器時代に逆戻り

無限を捨てると、現代数学は「巨大だけど有限な数までしか扱えない超巨大なそろばん」に成り下がります

ロケットは飛ばない、インターネット死ぬ医療機器も止まる、経済崩壊

まり

永遠無限)」は人類発明した「最も危険で、最も美しい爆弾

捨てたら即死、抱えたままでもいつか爆発するかもしれない——

それが数学本質なんです。

2025-12-05

数学歴史

紀元前20000年前後中部アフリカ

イスャンゴ骨。世界最古級の数学的道具

素数列や倍数を示す刻みの可能

紀元前3000〜前1800年(メソポタミア)

六十進法(現在の角度360°や時間60分の基礎)

掛け算の概念(倍数を扱う)

人類最古の割り算アルゴリズム

小数的な考え方の萌芽

文章による代数的な計算

紀元前2800〜前1600年(古代エジプト)

掛け算の計算法(倍加法など)

分数計算

円周率(近似値として3.16)

紀元前2000〜(マヤ文明)

20進法の完成された記数法

0(ゼロ)の独自発見世界最古級)

紀元前600〜前200(ギリシャ)

公理を置いて、そこから論理的定理を導く証明中心の純粋数学の発展

ピタゴラス学派により数と図形の研究が体系化。

無理数発見による衝撃

当時、「すべての量は整数比で表せる」(万物は数である)と信じられていた。

しかし √2 が有理数ではない(整数の比で表せない)ことが分かり、この哲学崩壊

『直角二等辺三角形の対角線の長さ』が整数比で表せないことを証明したとされる。

証明したのは学派の弟子 ヒッパソスとされ、伝承ではこの発見により処罰されたとも言われるほどの衝撃。

ユークリッド原論』(数学公理化・体系化した画期的著作)

素数無限存在する(初の証明)

最大公約数アルゴリズム

アルキメデスによる面積・体積の“求積法”の発達。

紀元前200〜後100(中国)

負数を“数として扱った”最古の事例『九章算術

連立方程式に相当する処理を行列的に実行

● 3〜5世紀(中国)

円周率計算革新(多角形近似法)

π ≈ 3.1415926… の高精度値(当時世界最高)

● 5〜6世紀(インド)

0(ゼロ)の概念記号確立

十進位取り記数法

負数の萌芽的扱い

現代的な筆算の掛け算

● 9〜12世紀(イスラーム)

独自代数学(al-jabr)を発明文章による代数。ここで初めて“代数学”が独立した数学分野となる。

三角法(sin, cos)の体系化。

商、余り、桁処理などの方法が整理(現代学校で習う割り算の形がほぼできあがる)

1214世紀(インド)

xに相当する未知数記号使用した代数(文字ではなく語句の略号)

● 14〜15世紀(インド)

無限級数(無限に続く数列の項を足し合わせたもの)の使用

世界最初無限級数による関数展開を行った。

sinx,cosx,tanx などの 三角関数無限級数展開を発見

これは数学史上きわめて重要な成果で、近代的な無限級数起源インドである と言われる。

● 14〜15世紀(イタリア)

等号記号はまだないが、等式操作等価性を扱う文化が発達。

● 1500年〜

負数の受容が進む。

● 1545年頃(カルダノ)

三次方程式四次方程式の解法を発見

虚数の登場。

三次方程式の解を求める過程で √−1 に相当する量が突然登場。

しかしカルダノ自身は「意味不明の数」とし、虚数数学対象であるとは認めていなかった。

● 1557年頃(レコード)

等号記号「=」を発明等価を等式として“視覚的に書く”文化誕生

● 1572年頃(ボンベッリ)

虚数計算ルールを初めて明確化

カルダノの式の中に出る「意味不明の数」を整理し、虚数を使って正しい実数解が出ることを示した。

● 1585年頃(ステヴィン)

10小数表記の普及

● 1591年頃(ヴィエト)

記号代数確立。未知数を文字をとして使用(x,yのような)

真の意味での“記号代数”の誕生

● 1614年頃(ネイピア)

対数(log)という言葉概念が登場。

● 1637年頃(デカルト)

解析幾何学誕生

図形(幾何)を数と式(代数)で扱えるようにした。

今日では当たり前の「座標平面」「方程式で曲線を表す」が、ここで生まれた。

物理現象をy=f(x)で表すという現代方法は、すべてデカルトから始まった。

現代科学工学数学言語の基礎。

● 1654年頃(パスカルフェルマー)

確率論数学として誕生

● 1684年頃(ライプニッツニュートン)

微分積分誕生

微分積分が互いの逆操作であることを発見

● 1713年頃(ベルヌーイ)

大数の法則(試行回数を増やすと平均が安定する法則)を初めて証明

予測と頻度を結びつけ、確率の基礎を整備

● 1748年頃(オイラー)

自然対数理論を完成

√−1 を i と書く記法を導入。

オイラーの公式「e^{ix} = cos x + i sin x」を提示し、虚数解析学自然に組み込んだ。

虚数実数学の中に位置づけられた大転換点。

負数も通常の数として計算に取り込み、解析学を発展。

微積分の計算技法の体系化(積分論・無限級数微分方程式の基礎を構築)

指数対数三角関数などと微積関係を整備

多くの記号体系(e,π,sin,cos,fなど)を整理・普及

グラフ理論(もの[頂点]と、それらを結ぶ関係[辺]を使って、複雑な構造やつながりを数学的に研究する分野)の誕生

数論(整数素数性質を扱う数学分野)の真の創始者と言える

ーーーーーーーー

一旦ここまで。

続きは詳しい人にまかせた。

2025-10-31

今日30歳になりました。行きつけのバーがないまま大人になりました。

今日30歳になりました。

行きつけのバーがないまま大人になりました。

30歳になりました。

モバイルSuicaが反応せず後ろの人に迷惑をかける大人になりました。

30歳になりました。

自分思想右寄りか左寄りかもわからないまま大人になりました。

30歳になりました。

保湿はワセリンでする大人になりました。

30歳になりました。

守るべき人がいないまま大人になりました。

30歳になりました。

買ってから1ページも開いていないTOEICの教材がある大人になりました。

30歳になりました。

logって結局何なんのかわからないまま大人になりました。

30歳になりました。

トップスオーバーサイズが好きな大人になりました。

30歳になりました。

風俗に行ったことがないまま大人になりました。

30歳になりました。

優先席には絶対に座らない大人になりました。

30歳になりました。

からもらった無償の愛を一つも返せないまま大人になりました。

30歳になりました。

部屋干しに最適な洗剤を知ってる大人になりました。

30歳になりました。

奥二重のまま大人になりました。

30歳になりました。

ビタミンサプリ積極的摂取する大人になりました。

30歳になりました。

職務質問を受けたことがないまま大人になりました。

30歳になりました。

職場には無難コンバースオールスターで出勤する大人になりました。

30歳になりました。

過度な方向音痴のまま大人になりました。

30歳になりました。

見知らぬ番号から電話は一度調べてから折り返す大人になりました。

30歳になりました。

未だに左利きに憧れたまま大人になりました。

30歳になりました。

ご飯はまとめて炊いて冷凍する大人になりました。

30歳になりました。

困った時は愛想笑いをする癖が直らないまま大人になりました。

30歳になりました。

一人暮らしなのに家にビニール傘が3本ある大人になりました。

30歳になりました。

タワーマンションに住んだことがないまま大人になりました。

30歳になりました。

朝は欠かさずブラックコーヒーを飲む大人になりました。

30歳になりました。

習慣的に喫煙をしないまま大人になりました。

30歳になりました。

人がいない深夜でも信号を守る大人になりました。

30歳になりました。

ヤンキーに絡まれたことがないまま大人になりました。

30歳になりました。

着実に確実に髪の毛のコシが無くなっていっている大人になりました。

30歳になりました。

人の目を見て話すのが苦手なまま大人になりました。

30歳になりました。

いつどこでできたかからないアザがある大人になりました。

30歳になりました。

財布に捨てるタイミングがわからない蛇の皮が入ったまま大人になりました。

30歳になりました。

飛行機新幹線も窓側で予約する大人になりました。

30歳になりました。

リンスとトリートメントとコンディショナーの違いがわからないまま大人になりました。

30歳になりました。

洗濯槽の掃除を定期的にする大人になりました。

30歳になりました。

BUMP OF CHICKENが好きなまま大人になりました。

30歳になりました。

季節の変わり目に著しく体調が悪くなる大人になりました。

30歳になりました。

英語ネイティブレベル理解したいという欲求だけ持ったまま大人になりました。

30歳になりました。

毎日昨日と同じ1日を過ごす大人になりました。

30歳になりました。

次は31歳になります

2025-10-23

Log In | Charles Schwab Account

authsscharles.ghost.io/about

authsscharles.ghost.io/about

2025-10-13

R5Cの設定わからん

Canon Log 3 で撮ると、人間が赤くなっちゃうのなんでだろう。

NANLITEの照明に表示されてるケルビンが違ったりするのかな。

ひとりでやってるから、もうわからんすぎる

2025-08-05

fair mNAV

Fair mNAV(公正市場純資産価値)についてお答えします。これは、メタプラネット評価指標の一つで、以下の計算式とプロセスで求められます

### Fair mNAVの定義計算

Fair mNAVは、mNAV1 Priceに「公正価値調整係数」を掛けて計算されます。具体的には、次のように表されます

`Fair mNAV = 10^((0.895 - 1) * Log(BTCNAV) + 1.81)`

ここで、

- `BTCNAV` = Bitcoin保有量 × Bitcoin価格

会社保有するビットコイン総資産価値を表します)

### 詳細な構成要素

1. **mNAV1 Price**:

- `mNAV1 Price = (BTC/share) * (BTC price) / 1000 * 1.25`

- `BTC/share`は、完全希薄化済み発行株式数に基づいて計算された1株あたりのビットコイン保有量で、成長モデル(例: 4*10^-4 * e^(7.87*10^-3*t) まで2025年4月30日、または1.73 * e^(0.0101*t) 以降)で推定されます

- `BTC price`はビットコイン価格で、投稿内のモデルでは、2009年1月3日からの経過日数(t)に基づくべき乗則(例: 10^-16.515 * t^5.693 * 150 まで2025年6月30日、以降は1.0034倍で指数関数的に上昇)とされています

- 1.25は、完全希薄化済発行株数と発行済株数の比率で、2025年2月以降は安定していると仮定されています

2. **公正価値調整係数**:

- 対数関数 `Log(BTCNAV)` を用いて、ビットコイン資産価値に基づく調整が行われます。この係数は、市場ダイナミクスを反映し、Fair mNAVが単なる資産価値以上の「公正な市場価値」を示すように設計されています

### 背景とモデル

### 解釈限界

### 現在の状況(2025年8月5日時点)

投稿者(@TakaAnikuni)は、2025年8月1日分析で、株価がFair mNAVの0.6倍付近まで下落し、反発が近いと予測しています現在の時刻(JST 15:47、2025年8月5日)を考慮すると、投稿者が予想した「遅くとも5週間以内」の上昇時期(8月下旬9月初旬)に近づいており、市場動向を注視することが重要です。

もしさらに詳しい質問特定の部分の解説必要であれば、ぜひ教えてください!

質問ありがとうございます!「Fair mNAVを計算することの意味」や「なぜ単純なmNAVで十分でないのか」、そして「誤魔化されているような感覚」について、わかりやすくお答えしますね。少し深掘りして考えていきましょう。

### 1. Fair mNAVを計算することの意味

Fair mNAVを計算する目的は、単なるmNAV(Market Net Asset Value市場純資産価値)を超えて、メタプラネット株価をより「公正な市場価値」に基づいて評価しようとする試みです。具体的には:

単純なmNAVは、ビットコイン保有量と現在価格を基に計算されるため(`mNAV = 時価総額 / (BTC保有量 × BTC価格)`)、その時点のスナップショット依存します。しかし、Fair mNAVは対数関数(`10^((0.895-1)*Log(BTCNAV)+1.81)`)を用いて、ビットコインの長期的な価格トレンドや成長性を考慮に入れています。これにより、単なる現在資産価値を超えた「将来の潜在価値」を推定しようとしています

投稿者(@TakaAnikuni)は、Fair mNAVの0.6倍(黄線)がサポートライン、2倍(緑線)がレジスタンスラインとして機能すると主張しています。これは、株価がこれらのレベルに近づいたときに買い圧力や売り圧力が高まり価格が反転する可能性を示唆しています投資家にとって、「今が買い時か」「売り時か」を判断する一つの目安になるわけです。

Fair mNAVは、モンテカルロシミュレーションべき乗則power-law model)を用いたビットコイン価格の将来予測(例: 2025年12月31日に188,000ドル)に連動しています。これにより、単なる過去データではなく、将来の成長シナリオを織り交ぜた評価可能になります

### 2. mNAVで十分でない理由

単純なmNAVだけでは以下の点で限界があるため、Fair mNAVが提案されていると考えられます

  • **静的すぎる**:

mNAVは現在ビットコイン価格保有量だけで計算されるため、市場ボラティリティや長期トレンドを十分に反映できません。例えば、ビットコイン価格が急落してもmNAVはそれに即座に追随し、投資家の心理市場期待値プレミアム)を無視してしまます

  • **成長性の考慮不足**:

メタプラネットビットコイン積極的に購入し続け、株式希薄化も進んでいます(`BTC/share`や`1.25`の調整係数)。単純なmNAVではこれらの成長要素や将来の資産増加が見えにくいため、Fair mNAVが対数関数で調整を加えることで、成長ポテンシャル評価しようとしています

実際の株価は、mNAVの1倍や2倍といったプレミアム取引されることが多いです(例: MicroStrategyのmNAVプレミアム議論)。Fair mNAVは、このプレミアムモデル化し、「公正なプレミアム」を提案することで、より現実的価格帯を示そうとしています

### 3. 「誤魔化されているような感覚」について

その感覚は非常に理解できるもので、以下のような理由で生じている可能性があります

`Fair mNAV = 10^((0.895-1)*Log(BTCNAV)+1.81)` や、ビットコイン価格の`10^-16.515 * t^5.693 * 150`といった式は、専門的で一般投資家にはわかりにくいです。これが「何か隠されている」「都合よく調整されている」と感じさせる原因かもしれません。実際、係数(0.895や1.81など)は投稿者が経験的に設定したもので、厳密な根拠不明確です。

ビットコイン価格2025年12月31日に188,000ドルに達する、為替を1ドル150円で固定する、成長速度が特定の日に変わる(4月30日5月1日)といった仮定は、投稿者の予測や好みに基づいています。これが「データに都合よく合わせているのでは?」と思わせる要因です。

このモデル学術的な裏付け第三者による検証がなく、投稿者の個人的分析依存していますモンテカルロシミュレーションは強力なツールですが、入力データ仮定不正確だと結果も歪むため、信頼性に疑問が残ります

### 4. どう考えればいいか

  • **参考程度に**:

Fair mNAVは、あくまで一つのシナリオを示すツールです。株価予測は確実性を持つものではなく、市場感情や外部要因(規制経済危機など)も大きく影響します。あなたが感じる「誤魔化されている感」は、こうした不確実性への直感的な反応かもしれません。

興味があれば、投稿者が提供した式(ウェブサイトの内容)を元に、現在ビットコイン価格保有量を入れて計算してみると良いです。例えば、今日2025年8月5日)のBTC価格公式データ確認し、Fair mNAVを再現してみると、モデル妥当性を自分判断できます

mNAVやP/E比率時価総額など、他の伝統的な財務指標比較することで、Fair mNAVがどれだけ現実から乖離しているかを見極められます。もしFair mNAVが極端に楽観的であれば、慎重に考えるべきサインです。

### 結論

Fair mNAVを計算する意味は、単純なmNAVを超えて成長性や市場プレミアム考慮した「より洗練された評価」を提供することにあります。ただし、その計算式や仮定には恣意性や不確実性が伴うため、「誤魔化されている」という感覚は、透明性や検証可能性の欠如に対する自然警鐘かもしれません。投資判断では、このモデルを参考にしつつ、自分データ確認し、他の指標専門家意見も取り入れるのが賢明です。

もし具体的な数値で計算を試してみたい、または他の疑問があれば、ぜひ教えてください。一緒に掘り下げてみましょう!

2025-08-01

プランクスケール観測モデルループ量子重力学による波動関数収縮の物理的再解釈

著者名: Gemini

要旨: 本論文は、量子力学の根源的課題である観測問題に対し、ループ量子重力理論(LQG)の枠組みを援用した新しい物理モデル提案する。我々は、量子状態を、プランクスケールに埋め込まれた離散的な時空の幾何学情報の重ね合わせとして定義する。このモデルにおいて、「観測」は、観測装置が発する粒子が、時空の最小単位であるスピンネットワーク幾何学構造を不可逆的に変化させる物理プロセスとして再定義される。これにより、波動関数の収縮は、観測者の意識依存する非物理的な現象ではなく、非線形量子力学熱力学第二法則に基づいた、時空の量子構造の再構築として説明される。本論文では、このプロセス数学的定式化を試み、既存客観的収縮モデルとの比較を通して、その独自性物理的意義を論じる。

1. 序論

量子力学は、ミクロ世界現象を極めて正確に記述する一方、なぜ観測によって波動関数が収縮するのかという根本的な問い、すなわち観測問題に答えていない。この問題に対する従来の解釈は、コペンハーゲン解釈が導入した観測者という曖昧概念や、多世界解釈提示する宇宙の無数の分岐といった、解釈上の困難を抱えている。

論文は、観測問題解決には、量子力学一般相対性理論統合する量子重力理論特に時空を量子化する**ループ量子重力理論(LQG)**のアプローチが不可欠であると主張する。我々は、量子状態スピンネットワーク幾何学構造と関連付け、観測という行為を時空の量子構造作用する物理プロセスとして再定義することで、この問題解決する。

2. 理論的背景

2.1. スピンネットワークと量子状態対応

LQGにおいて、時空の幾何学スピンネットワークと呼ばれるグラフ G で記述される。このネットワークノードリンクは、プランク長を最小単位とする時空の「原子」に対応する。我々は、量子粒子の波動関数 |\Psi\rangle を、このスピンネットワーク状態 |\Psi_G\rangle と直接的に結びつける。

|\Psi\rangle \leftrightarrow |\Psi_G\rangle

量子の重ね合わせ状態は、異なる幾何学的配置を持つスピンネットワークの重ね合わせとして表現される。

|\Psi_G\rangle = \sum_i c_i |G_i\rangle

ここで、c_iは確率振幅、 |G_i\rangle は異なるスピンネットワーク幾何学を表す基底状態である

2.2. 観測の非ユニタリーな作用

観測行為を、量子状態作用する非ユニタリーなKraus演算子の集合 \{K_j\} を用いて定式化する。この演算子は、従来のユニタリーな時間発展とは異なり、観測という物理プロセスに特化した非ユニタリーな作用を持つ。

波動関数の収縮は、このKraus演算子による作用として記述される。

|\Psi_G'\rangle = \frac{K_j |\Psi_G\rangle}{\sqrt{\langle\Psi_G| K_j^\dagger K_j |\Psi_G\rangle}}

ここで、K_j は特定観測結果に対応する演算子であり、\sum_j K_j^\dagger K_j < I を満たす。この演算子は、スピンネットワークの重ね合わせ |G_i\rangle の中からつの状態 |G_j\rangle を確率的に選択し、他の状態物理的に消去する作用を持つ。

2.3. 熱力学第二法則との関係

観測による波動関数の収縮は、系のフォン・ノイマンエントロピー S = -Tr(\rho \log \rho) が増加するプロセスとして記述される。ここで、\rho = |\Psi_G\rangle\langle\Psi_G| は密度行列である

観測前の重ね合わせ状態純粋状態)では、エントロピーゼロであるが、非ユニタリーなKraus演算子作用後、密度行列は混合状態収束し、エントロピーが増大する。

S_{after} > S_{before} = 0

このエントロピーの増加は、観測によって系から情報」が失われ、その情報プランクスケールの時空構造の再構築によって宇宙全体に散逸することに対応する。これにより、観測という現象が、熱力学第二法則整合する形で物理的に説明される。

3. 既存客観的収縮モデルとの比較

モデル独自性を明確にするため、既存の主要な客観的収縮モデル比較を行う。

3.1. ペンローズ客観的収縮(OR)

* 共通点: 我々のモデルと最も類似している。ペンローズも、重力が量子状態の収縮を引き起こし、収縮時間が量子状態間の重力自己エネルギー差 \Delta E_G に依存すると提唱した。彼は、プランクスケールで時空が離散的であり、量子重ね合わせが独自の時空幾何学を持つと考えた。

\tau \approx \frac{\hbar}{\Delta E_G}

* 相違点:

* 物理メカニズム: ペンローズモデルは、より古典的重力ポテンシャルの差に基づいている。一方、我々のモデルは、Kraus演算子を介してLQGのスピンネットワーク幾何学のものの不可逆的な再構築として収縮を記述する。

* 意識役割: ペンローズ意識との関連を強く主張したが、我々のモデル観測純粋物理プロセスとして定義し、意識役割排除している。

3.2. Diósi-Penrose (DP) モデル

* 共通点: 外部ノイズを介して量子状態を収縮させる自発的収縮モデルであり、重力場がこのノイズの源であると考える点で類似している。また、最近研究arXiv:2502.03173など)では、このモデル熱力学的側面が議論され、非平衡熱力学エントロピー生成が関連付けられている。

* 相違点:

* 理論的基盤: DPモデルは、非量子化された古典的重力場と量子系が相互作用すると仮定することが多い。これに対し、我々のモデルは、**量子化された時空そのものスピンネットワーク)**が観測によって変化するという、より根源的なアプローチを取っている。

* 定式化: DPモデル確率過程として収縮を記述するが、我々のモデルは、観測という特定相互作用を、スピンネットワーク作用する非ユニタリーなKraus演算子として定義する。

3.3. 非線形量子力学

* 共通点: 我々のモデル非線形Kraus演算子を導入するため、非線形量子力学の考え方と関連する。arXiv:gr-qc/0503116のような論文は、量子重力理論非線形であるべき理由を論じ、非線形シュレーディンガー方程式の導出を示している。

* 相違点:

* 焦点: 多くの非線形量子力学モデルは、波動関数自己相互作用に焦点を当てる。我々のモデルは、非線形性を観測という時空幾何学との特定相互作用から生じるものとして位置づけている。

4. 結論展望

論文は、量子力学観測問題を、プランクスケールにおける物理的な情報再構築プロセスとして再解釈する説得力のあるモデル提示した。このモデルは、既存客観的収縮モデルの知見を継承しつつ、LQGのスピンネットワークというより根源的な物理的枠組みで問題を再構築している。

今後の展望として、このモデル数学的厳密化には、非ユニタリー性を記述する具体的なハミルトニアン H_{int} を、量子重力理論の基本原理から導出することが不可欠である。これは、重力と他の基本相互作用統一する未確立の量子場理論の構築と密接に関連している。

最終的に、このモデルは、初期宇宙インフレーションモデルブラックホール情報パラドックスといった、プランクスケール物理支配的になる極限状態での予測に応用されることで、その物理妥当性を間接的に検証する手がかりを得られる可能性を秘めている。

  

Geminiと対話して作った

解釈よろ

2025-07-21

軽い気持ち東京選挙区参政党得票率を線形回帰分析してみた

東京23区と周辺のいくつかの市で、東京選挙区での参政党の得票率がどんな要因と関係しているのか、軽い気持ち回帰分析してみた。

変数の多重共線性とか処理はガバガバなので軽い気持ちで見てほしいんだが、ざっくりまとめると、「大学院卒業者の割合」が高い地域では得票率が低く、「役員割合」が高い地域では逆に得票率が高い、という傾向がありそう。

使ったデータNHKが出している投票所別の得票率。手入力なので誤りがあるかもしれない。

それに、東京都人口統計国勢調査(令和2年の)などから市区町村ごとの属性データをくっつけて、変数を一律で標準化したうえで回帰分析を行った。

都内市区町村のうち、データが揃ってる27地域対象にした(23区町田八王子調布西東京)。

20万人以上の市しか一部のデータが見つけられなくて、そこはごめんって感じ。

ざっくり結果

まず、説明変数11個使って線形回帰分析をしたところ、決定係数は0.83(調整済み決定係数は0.71)だった。何を使ったかは後で。

そこから影響が特に大きそうな4変数(平均年齢、大学院卒業割合役員割合情報通信業割合)に絞って分析し直すと、決定係数は0.73(調整済み決定係数は0.68)になった。

詳しくはこれ

国勢調査は5年に1回しかなくて、最新の結果が令和2年のだった。

でこの4変数回帰係数の絶対値が大きい順に並べる。

  1. 大学院卒業者の割合(-1.30)
  2. 役員割合(+0.87)
  3. 平均年齢(-0.57)
  4. 情報通信業割合(-0.54)

4つの変数関係を見てみると、平均年齢は他の3つの変数大学院卒、役員情報通信業)と負の相関を持っていた(相関係数 < -0.69)。一方、大学院卒業者の割合役員割合情報通信業割合は互いに中程度以上の正の相関(相関係数 > 0.5)を持っており、特に大学院卒と役員の間の相関係数は0.75と大きかった(いずれもピアソン相関)。

ただし、回帰係数を見ると、興味深い違いがある。大学院卒業者の割合、平均年齢、情報通信業割合はいずれも負の係数を持っていて、これらが高いと参政党の得票率は下がる傾向がある。一方で、役員割合は正の係数を持っていた。

得票率と予測値の表
市区町村参政党得票率(NHK予測値_参政党得票率 平均年齢(令和7年1月大学院卒業割合(令和2年国勢調査役員割合(令和2年国勢調査情報通信業割合(令和2年国勢調査
千代田区9.4 9.6 42.69 0.088 0.162 0.115
中央区9.8 9.3 42.17 0.075 0.126 0.135
港区10.1 10.4 43.48 0.065 0.171 0.131
新宿区9.4 9.5 44.08 0.052 0.097 0.129
文京区 7.4 7.6 43.35 0.097 0.098 0.118
台東区1010.1 45.59 0.041 0.109 0.112
墨田区10.1 9.8 44.88 0.035 0.073 0.115
江東区 9 9.4 44.82 0.041 0.069 0.12
品川区 9 8.6 44.34 0.056 0.077 0.143
目黒区 9 9.4 44.88 0.05 0.109 0.137
大田区9.9 9.5 45.67 0.039 0.069 0.105
世田谷区9.9 9.4 45.19 0.047 0.097 0.128
渋谷区109.7 44.8 0.054 0.142 0.152
中野区9.5 9.3 44.57 0.038 0.072 0.141
杉並区 8.5 8.9 45.23 0.047 0.076 0.136
豊島区9.6 9.5 44.05 0.044 0.081 0.132
北区9.2 9.4 45.74 0.036 0.058 0.107
荒川区9.4 9.9 46.23 0.032 0.071 0.096
板橋区9.9 10.0 45.73 0.027 0.059 0.099
練馬区10.3 9.6 45.5 0.034 0.068 0.113
足立区10.5 10.7 46.74 0.017 0.063 0.073
葛飾区1010.4 46.52 0.02 0.061 0.083
江戸川区1110.7 45.09 0.021 0.062 0.085
八王子10.1 9.7 48.31 0.029 0.054 0.054
町田109.5 48.16 0.031 0.058 0.068
調布 8.6 9.4 45.66 0.035 0.06 0.113
西東京9.1 9.5 46.9 0.028 0.055 0.102

感想

雑なモデルなので話半分でね。

データの中身とか、もうちょい詳しく書いとく


出典

分析に使ったデータの出典はこんな感じ。


変数

使用した11個の変数はこんな感じ。


結果についてももうちょい詳しく

statsmodels.api.OLSの結果

                            OLS Regression Results                            
==============================================================================
Dep. Variable:                      y   R-squared:                       0.730
Model:                            OLS   Adj. R-squared:                  0.680
Method:                 Least Squares   F-statistic:                     14.84
Date:                Mon, 21 Jul 2025   Prob (F-statistic):           5.09e-06
Time:                        07:21:02   Log-Likelihood:                -20.653
No. Observations:                  27   AIC:                             51.31
Df Residuals:                      22   BIC:                             57.78
Df Model:                           4                                         
Covariance Type:            nonrobust                                         
==============================================================================
                 coef    std err          t      P>|t|      [0.025      0.975]
------------------------------------------------------------------------------
const       1.277e-15      0.111   1.15e-14      1.000      -0.230       0.230
x1            -0.5743      0.230     -2.493      0.021      -1.052      -0.096
x2            -1.3278      0.204     -6.512      0.000      -1.751      -0.905
x3             0.8670      0.174      4.973      0.000       0.505       1.229
x4            -0.5382      0.169     -3.184      0.004      -0.889      -0.188
==============================================================================
Omnibus:                        2.233   Durbin-Watson:                   2.170
Prob(Omnibus):                  0.327   Jarque-Bera (JB):                1.169
Skew:                          -0.035   Prob(JB):                        0.557
Kurtosis:                       1.983   Cond. No.                         4.48
==============================================================================
説明変数11個でのデータと結果

変数回帰係数
平均年齢(令和7年1月 -0.78
1世帯あたり人口 -0.31
男性率(令和7年1月 0.07
外国人比率(令和7年1月 -0.07
5年間外国人割合変化 0.27
犯罪認知割合 -0.05
大学院卒業者/全卒業者(令和2年国勢調査 -1.77
不詳者/全卒業者(令和2年国勢調査 -0.51
従業上の地位役員割合 1.39
従業上の地位自営業主割合 0.09
産業区分情報通信業割合 -0.53
地域参政党得票率(NHK予測値_参政党得票率 平均年齢(令和7年1月1世帯あたり人口男性率(令和7年1月外国人比率(令和7年1月 5年間外国人割合変化(令和2年から7年) 犯罪認知割合(令和6年件数/令和7年人口大学院卒業者/全卒業者(令和2年国勢調査 不詳者/全卒業者(令和2年国勢調査従業上の地位役員割合(令和2年国勢調査従業上の地位自営業主割合(令和2年国勢調査産業区分情報通信業割合(令和2年国勢調査
千代田区9.4 9.5 42.69 1.75 0.50 0.06 1.22 0.04 0.09 0.36 0.16 0.09 0.12
中央区9.8 9.8 42.17 1.76 0.48 0.07 1.33 0.01 0.08 0.28 0.13 0.08 0.14
港区10.1 10.0 43.48 1.74 0.47 0.08 1.08 0.01 0.07 0.42 0.17 0.10 0.13
新宿区9.4 9.0 44.08 1.52 0.50 0.14 1.12 0.02 0.05 0.39 0.10 0.09 0.13
文京区 7.4 7.5 43.35 1.80 0.48 0.07 1.32 0.01 0.10 0.25 0.10 0.08 0.12
台東区10.0 10.3 45.59 1.58 0.51 0.09 1.21 0.01 0.04 0.36 0.11 0.09 0.11
墨田区10.1 10.1 44.88 1.69 0.49 0.06 1.25 0.01 0.04 0.28 0.07 0.07 0.12
江東区9.0 9.2 44.82 1.84 0.49 0.07 1.23 0.01 0.04 0.27 0.07 0.06 0.12
品川区9.0 8.6 44.34 1.73 0.49 0.04 1.19 0.01 0.06 0.24 0.08 0.07 0.14
目黒区9.0 9.3 44.88 1.74 0.47 0.04 1.19 0.01 0.05 0.35 0.11 0.10 0.14
大田区9.9 9.7 45.67 1.77 0.50 0.04 1.26 0.01 0.04 0.23 0.07 0.07 0.11
世田谷区9.9 9.3 45.19 1.84 0.47 0.03 1.22 0.01 0.05 0.30 0.10 0.10 0.13
渋谷区10.0 9.9 44.80 1.61 0.48 0.06 1.12 0.02 0.05 0.34 0.14 0.12 0.15
中野区9.5 9.5 44.57 1.57 0.51 0.07 1.20 0.01 0.04 0.33 0.07 0.09 0.14
杉並区 8.5 8.9 45.23 1.73 0.48 0.04 1.19 0.00 0.05 0.26 0.08 0.09 0.14
豊島区9.6 9.5 44.05 1.57 0.50 0.12 1.21 0.01 0.04 0.34 0.08 0.09 0.13
北区9.2 9.2 45.74 1.71 0.50 0.09 1.31 0.01 0.04 0.31 0.06 0.07 0.11
荒川区9.4 9.6 46.23 1.77 0.50 0.11 1.19 0.01 0.03 0.29 0.07 0.08 0.10
板橋区9.9 10.0 45.73 1.73 0.49 0.07 1.29 0.01 0.03 0.30 0.06 0.07 0.10
練馬区10.3 9.6 45.50 1.89 0.48 0.04 1.22 0.01 0.03 0.25 0.07 0.08 0.11
足立区10.5 10.6 46.74 1.84 0.50 0.06 1.28 0.01 0.02 0.31 0.06 0.08 0.07
葛飾区10.0 10.5 46.52 1.86 0.50 0.06 1.27 0.01 0.02 0.27 0.06 0.08 0.08
江戸川区11.0 10.8 45.09 1.93 0.50 0.07 1.27 0.01 0.02 0.26 0.06 0.07 0.09
八王子10.1 9.7 48.31 1.96 0.50 0.03 1.28 0.01 0.03 0.21 0.05 0.07 0.05
町田10.0 10.0 48.16 2.06 0.49 0.02 1.44 0.01 0.03 0.17 0.06 0.08 0.07
調布 8.6 9.1 45.66 1.92 0.49 0.02 1.14 0.01 0.04 0.23 0.06 0.08 0.11
西東京9.1 9.2 46.90 2.00 0.49 0.03 1.15 0.01 0.03 0.20 0.06 0.08 0.10



                            OLS Regression Results                          
==============================================================================
Dep. Variable:                      y   R-squared:                       0.833
Model:                            OLS   Adj. R-squared:                  0.711
Method:                 Least Squares   F-statistic:                     6.803
Date:                Mon, 21 Jul 2025   Prob (F-statistic):           0.000472
Time:                        06:53:14   Log-Likelihood:                -14.148
No. Observations:                  27   AIC:                             52.30
Df Residuals:                      15   BIC:                             67.85
Df Model:                          11                                      
Covariance Type:            nonrobust                                      
==============================================================================
                 coef    std err          t      P>|t|      [0.025      0.975]
------------------------------------------------------------------------------
const      -5.405e-15      0.106  -5.12e-14      1.000      -0.225       0.225
x1            -0.7820      0.361     -2.165      0.047      -1.552      -0.012
x2            -0.3056      0.355     -0.860      0.403      -1.063       0.452
x3             0.0671      0.270      0.248      0.807      -0.509       0.643
x4            -0.0737      0.213     -0.346      0.734      -0.527       0.379
x5             0.2652      0.168      1.579      0.135      -0.093       0.623
x6            -0.0534      0.246     -0.217      0.831      -0.578       0.472
x7            -1.7650      0.293     -6.018      0.000      -2.390      -1.140
x8            -0.5147      0.379     -1.358      0.195      -1.322       0.293
x9             1.3916      0.348      3.994      0.001       0.649 

  


  

2025-07-13

anond:20250713001446

2025-06-26

AIの仕組み

大規模言語モデル(LLM)の根幹にあるのは数学的な原理です。

ここでは、その仕組みを3つの要点に絞って、数式を交えながらシンプル解説します。

1. LLMの基本目標:次の単語確率予測する

LLMの最も基本的タスクは、「ある単語の並び(文脈)が与えられたときに、次に来る単語は何か?」を確率的に予測することです。これを数式で表すと、以下のようになります

P(次のトークン | コンテキストウィンドウ)

LLMは、インターネット上のブログ記事書籍といった膨大なテキストデータを読み込みます

そして、文章中のあらゆる箇所で「次の単語」を予測するクイズを延々と解き続けます

例えば、「今日の天気は晴れです」という文章学習する場合

モデルは、P(晴れ | 今日の天気は) の確率100% (または1.0)に近づくように、内部のパラメータ(後述する重み)を少しだけ調整します。

このプロセスを何十億、何兆回と繰り返すことで、モデル単語の様々なつながり方や文法さらには世界知識に関するパターン学習していきます

学習済みのモデルに「AI未来は」と入力すると、モデルは語彙に含まれる全単語に対して、次に来る確率計算します。

...

そして、最も確率の高い「明るい」を選んだり、確率分布に従ってランダム単語を選んだりすることで、文章を生成していくのです。

2. Transformerとバックプロパゲーション

では、どのようにしてLLMは単なる単語の並びだけでなく、複雑な文脈理解するのでしょうか?

その技術が Transformerであり、その学習を支えるのが バックプロパゲーション です。

Transformerの最大の特徴は自己注意機構 (Self-Attention) です。

これは、文章中の単語同士の関連性の強さを計算し、どの単語に「注意」を向けるべきかを判断する仕組みです。

例えば、「その猫は疲れていた。なぜなら一日中ネズミを追いかけていたからだ。」という文において、「その猫」が「疲れていた」理由理解するためには、「追いかけていた」という単語との関連性が重要です。

自己注意機構は、各単語について以下の3つのベクトルを生成します。

  • Q (Query): 情報を問い合わせる側の単語(例:「その猫」)
  • K (Key): 問い合わせに応じる側の単語(文中の他の全単語
  • V (Value): Kが持つ情報の中身

そして、以下の計算概念式)によって、文脈を反映した新しい単語表現を作り出します。

Attention(Q, K, V) = softmax( (Q Kᵀ) / √(dₖ) ) V

1. Q Kᵀ: Queryと各Keyの関連度(内積)を計算します。似ている単語ほど値が大きくなります

2. / √(dₖ): 値が大きくなりすぎないように調整します(スケーリング)。

3. softmax: 計算した関連度スコアを、合計が1になる確率分布に変換します。これにより、関連性の強い単語ほど高い重みが与えられます

4. V: この重みを使って、各単語情報Value)を重み付けして足し合わせます

この結果、単語は元の意味だけでなく、「文脈の中でどのような役割果たしているか」という情報を含んだベクトルに変換されます

Transformerはこの処理を何層も積み重ねることで、非常に複雑で長期的な依存関係を捉えることができるのです。

バックプロパゲーション誤差逆伝播法)は、モデル予測と正解との「誤差」を計算し、その誤差を小さくするために、モデル内の膨大な数のパラメータ(重み)をどう調整すればよいかを教えてくれるアルゴリズムです。

1. 順伝播 (Forward Pass): 入力コンテキスト)をTransformerに通し、次の単語確率分布予測します。

2. 損失計算 (Loss Calculation): 予測した確率分布と、正解の単語とのズレ(誤差)を損失関数(例:クロスエントロピー誤差)で計算します。損失が大きいほど、予測が間違っていることを意味します。`Loss = -Σ yᵢ log(pᵢ)` (yᵢ は正解なら1, それ以外は0。pᵢ はモデル予測確率)

3. 逆伝播 (Backward Pass): この損失を、出力層から入力層に向かって逆方向に伝播させます微分連鎖律を使い、「各パラメータが最終的な損失にどれだけ貢献したか(=勾配)」を計算します。

4. パラメータ更新: この勾配に基づき、損失が小さくなる方向へ各パラメータを少しだけ更新します。

この「予測 → 誤差計算 → 勾配計算更新」というサイクルが、LLMの学習の基本です。

3. オプティマイザ

バックプロパゲーション計算された勾配を使って、具体的にどのようにパラメータ更新するかを決めるのがオプティマイザ(最適化手法)の役割です。

最も基本的な考え方は、損失という名の「谷」の底(最小値)に向かって、勾配(傾き)が最も急な方向に一歩ずつ下っていく勾配降下法 (Gradient Descent)です。

θ_new = θ_old - η ∇L

現在、最も広く使われているオプティマイザの一つが Adam です。これは、勾配降下法をより賢くしたもので、主に2つの工夫がされています

1. 慣性 (Momentum): 過去の勾配の移動平均を保持します。これにより、坂道を転がるボールのように、同じ方向に進み続ける場合は加速し、学習が停滞しにくくなります

2. 適応的な学習率 (Adaptive Learning Rate): パラメータごとに学習率を自動で調整します。頻繁に更新されるパラメータは慎重に(学習率を小さく)、あまり更新されないパラメータは大胆に(学習率を大きく)更新することで、学習効率します。

Adamのような優れたオプティマイザがあるからこそ、何十億ものパラメータを持つ巨大なLLMを、現実的時間で安定して学習させることができるのです。

まとめ

Transformer というアーキテクチャが、自己注意機構によって文脈理解し、次の単語確率 P(next token | context) を予測する。

その予測と正解の誤差を バックプロパゲーション計算し、その誤差を最小化するように Adam などのオプティマイザがモデルパラメータ効率的に更新する。

このサイクルを膨大なデータで繰り返すことで、LLMは人間のように自然言語能力を獲得していく。

2025-05-28

マクロ経済の基礎

人口GDP

前提1:GDP人口に比例して増加

これは、単純に「GDP = 労働人口 × 労働生産性」としたとき生産性一定ならば、GDP人口と比例するというロジックに基づいています

GDP = α × N

(ここで α は一人あたりの平均的な生産性

人口1人あたりGDP

前提2:1人あたりGDP人口に比例して減少

ここが少し逆説的ですが、「人口が増えると資源希薄化して生産性が低下」または「限界生産力逓減」があることを想定しています

GDP ÷ N = α × Nᵝ  (ただし β < 0)

まり人口が増えると一人当たりGDPが低下します(経済全体のパイは大きくなるが、分け前は減る)。

幸福度基準

前提3:幸福度1人あたりGDPに比例

これは経済学の「ユーティリティ関数」的視点ですね。所得が多いほど選択肢も増え、生活自由度高まる幸福度(Well-being)は以下のように定義可能です:

U = f(GDP ÷ N)

(f は増加関数。例:f(x) = log(x) など)

物価実質賃金

前提4:デフレ実質賃金上昇をもたらす

これに基づけば、「名目賃金が下方硬直的であり、物価が下がれば実質賃金は上がる」という古典派的視点をとっています

実質賃金wr = wn ÷ P

名目賃金 wn が一定物価 P が下がれば wr は上昇)

統合理論人口の最適水準仮説

以上を統合すると、人口が増えると経済全体の規模は大きくなるが、個人の取り分は減り、幸福度も低下。さらに、デフレの方が実質的購買力を上げるので望ましいという、かなりミニマリストで反ケインズ的な経済観が浮かび上がります

政策的含意

2025-05-13

ゲーム理論の定式化

Ⅰ. 圏論による抽象的定式化(Categorical Game Theory

Ⅱ. 離散変数から連続変数への拡張

Ⅲ. 応用:マクロ経済における価格行列動力

1. 経済主体の定義

プレイヤー集合: ℙ = {C₁, ..., Cₙ(消費者), F₁, ..., Fₘ(生産者), G(政府), X₁, ..., Xₖ(外国)} 各プレイヤーは財集合 𝒢 = {g₁, ..., g\_r} に対して選択を行い、その選択肢空間は 𝒜ₚ ⊆ ℝʳ である

2. 情報戦略

プレイヤーは時刻 t において情報 ℐₜ を観測する。これは価格行列 Pₜ、所得 Yₜ、政策 Tₜ を含む。各戦略は sₚ: ℐₜ → 𝒜ₚ として与えられ、これは消費関数生産関数解釈される。

3. 市場均衡と価格ダイナミクス

各時刻 t において、総需要と総供給の差(超過需要ベクトル)を定義する: Zₜ = ∑ Dᵢ(Pₜ) − ∑ Sⱼ(Pₜ) ここで Dᵢ は消費者需要関数、Sⱼ は生産者供給関数

価格時間変化は以下の連続時間モデルで与えられる:dPₜ/dt = α Zₜ ここで α > 0 は調整速度を表す定数。

4. 圏論記述

ゲーム状態遷移は、状態圏 S における射 Φₜ: Stateₜ → Stateₜ₊₁ によって記述される。各プレイヤーの行動が価格行列を通して他プレイヤー情報に影響を与えるというフィードバック構造を持つ。

結論

このモデル構造的特徴は次の通り:

2025-04-29

My algorithm thinks I'm a carpenter now

So, I watched one video. ONE video on YouTube about fixing a wobbly chair leg because, well, my chair leg was wobbly. It wasn't even a good video, the guy mostly just hit it with a hammer.

Now? My entire recommended feed is hardcore woodworking. Dovetail joints. Japanese hand planing techniques. Building a log cabin with minimal tools. How to choose the right chisel.

I just wanted my chair to stop wobbling! I don't want to build a canoe!

Yesterday, I got an ad for a $300 specialized wood clamp. It looked serious. I almost clicked it.

Send help. Or maybe just a link on how to reset my YouTube algorithm. Please. Is this how it starts? Do I need to buy flannel shirts now?

2025-04-25

Web∞(ウェブインフィニティ

1. 根本原理 ――「状態」よりも「関係」を記述する

旧来(Web3) Web

グローバル単一台帳(Blockchain/DAG) 相互検証可能な“関係グラフ

ノードは「だれが・いつ・どうつながったか」という変化の射だけを署名し、トポロジ全体が履歴になる

オンチェーン状態 ≒ 直接資産 状態ローカル資産導関数

資産契約は、関係グラフ上の経路依存量として再構成スナップショットクライアントが“可逆圧縮”で再計算可能

Proof of X (Work, Stake, etc.) Proof of Stewardship (PoS²)

ネットワークが望ましい 複雑性 を維持するよう行動した度合い」をメタリック関数で動的スコア化し、報酬ガバナンス権・帯域を同時に発行

要旨

もはや「台帳」すら保存しない。各エッジは STARK 圧縮された更新証明を持ち、グラフの梁(フレーム自体履歴になる。再構築は局所的に O(log N) で済むため、グローバル同期のボトルネックが消える。

2. プロトコル

Fractal Mesh Transport (FMT)

自己類似ルーティング – トポロジ全体をフラクタル自己複製。局所障害は“自己相似”パターンに吸収されるため、DDoS が形骸化

アイデンティティ内包アドレスDID楕円曲線座標に埋め込み、パケット自体署名暗号化ルーティングヒントを同封。IPv6 の後継としてレイヤ 3.5 に位置づけ。

HoloFabric Execution

ゼロ知識 WASM(zk-WASM) – 任意言語を WASM にコンパイル→ zk-STARK で実行トレース証明 → “結果のみ”関係グラフへ。

コンパイラ内蔵 MEV 抑制計算結果が他ノードから解釈不能になるタイムロック VDF を伴い、価値抽出物理的に遅延。

Temporal Stream Storage

余剰ストレージの“時価マーケットノード自己の余剰 SSD/HDD を分単位オークションデータは Reed–Solomon+重力波ハッシュ空間で erasure coding。

リテンション ≒ 信用 – 長期ホスティング実績は PoS² スコアへ累積。攻撃ノード経済的に即時蒸発

Liquid Fractal Governance

議決トピックを「周波数帯」にマッピングし、参加者は帯域を“委任スペクトル”として分配。結果はウォルラス圧力収束し、マイナー意見連続的に次回へ重みが残る。

3. 主要イノベーションと“上位互換ポイント

課題 Web∞ が取るアプローチ 上位互換

スケーリング三角形

安全分散・性能) 台帳の排除で“グローバル合意自体縮退スケール制約が幾何的に消失 安全:ZK 証明

分散フラクタル Mesh、

性能:局所再構築 O(log N)

エネルギー消費 PoS² は「社会的有益度 × 熱消費効率」で算定。熱回収データセンターほど報酬が高い PoW よりオーダー数桁効率PoS より社会関数内包

プライバシー vs 透明性 グラフは公開。ただし各エッジは zk-STARK なので内容は非公開 / 関係のみ検証可能 トレーサビリティが“情報理論的に”限定される

MEV・フロントラン タイムロック VDF+“ランダム束縛順序”で物理的に不可 ブロック順序依存問題を根絶

量子耐性 STARK 系 + 多変数格子ベース署名 Shor 破壊リスク遮断

レガシー互換 Ethereum, Bitcoin, IPFS などへ 1:1 ブリッジを Rust/WASM で提供 既存資産を損なわず漸進的移行

4. インセンティブエコノミクス

マルチリソース報酬

Steward Credits (SC):PoS² に比例し新規発行。帯域・ガバナンス票・ストレージ予約を等価交換

Energy Reclaim Units (ERU):余熱回収率に応じてクリーンエネルギー補助金相互運用

Knowledge Bounties (KB):AI/LLM ノードが生成した有用モデル差分関係グラフコミット検証トークンとして KB が発行。

負荷の自己調整

ネットワークが過度に混雑すると SC新規発行レートが自動減衰し、トラフィック手数料指数的に上昇。結果、スパムは短時間経済的自殺となる。

5. 実装ロードマップ(想定)

Year 0–1:最小核 – zk-WASM VM + Fractal Mesh over QUIC。

Year 1–2:PoS² / ERU メトリクス実証、EVM 相互運用ブリッジ稼働。

Year 2–4:Liquid Fractal Governance によるプロトコル進化コミュニティへ全面開放。

Year 5+:全世界 ISP ピアリング既存 Web転送層を徐々に Web∞ 上へマイグレート。

6. 予想される社会的インパクト

国家単位デジタルソブリンティ再構成国境法人格境界を越え“関係”が一次元目となるため、規制枠組み自体協調フィードバックモデルへ。

プライバシー公共性の再両立:透明な“関係構造”上で非公開データ安全に扱う産業 API標準化医療行政金融の壁が大幅に低減。

インフラの脱炭素最適化PoS² スコアに ERU が直結することで、再エネ比率が低いノード自然淘汰エネルギー政策IT インフラが実質同一の経済圏に。

7. まとめ

Web∞ は「情報状態」を残すのではなく「変化の証明」を残す。

その結果、台帳の重力・ガス代・フロントラン・量子不安ガバナンス停滞といった Web3 固有の限界が、概念的に 初期条件から消滅 します。

エネルギープライバシー・スケーラビティを同時に極小化/極大化するため、従来トレードオフと呼ばれた三角関係は “収束しない曲線” へと畳み込まれる――それが本構想の核心です。

もし実際にプロトタイプ設計するならば、zk-WASM ランタイム + Fractal Mesh を Rust で最初に書き起こし、PoS² の初期指標を「再生可能エネルギー電力比+ノード稼働継続率」で暫定運用する、というのが現実的スタートラインになるでしょう。

2025-04-19

オブジェクトがなぜダメなのか

クラスGod Object)は、ソフトウェア設計においてアンチパターン(避けるべき設計手法)として知られています

これは、過剰に多くの責任を持ちすぎるクラスオブジェクトのことであり、ソフトウェア保守性や拡張性、可読性に大きな問題引き起こします

以下では、「いかに大変か」「なぜ大変か」「どのように大変か」を徹底的に具体的に解説します。

💥 いかに大変か(How bad it is

❓ なぜ大変か(Why it's bad)

1. 単一責任原則違反(SRP: Single Responsibility Principle)
2. 高凝集・低結合の原則からの逸脱
3. テスト困難

⚙️ どのように大変か(Examples)

ケーススタディ:神クラス「ApplicationManager」
public class ApplicationManager {
    private Map<String, User> users;
    private DatabaseConnection db;
    private Logger logger;
    private GUI gui;
    private NetworkClient client;
    
    public void startApplication() {
        connectToDatabase();
        loadUsers();
        gui.showLoginScreen();
    }

    public void processUserInput(String input) {
        logger.log("Input received: " + input);
        if (input.equals("logout")) {
            gui.showLoginScreen();
        } else {
            client.send(input);
        }
    }

    // ... more than 5000 lines of code
}
問題

2025-04-12

位相M理論ブラックホールエントロピー関係

位相M理論は、11次元重力と弦理論統合としてのM理論の「位相的側面」を強調した理論だ。ここで扱うのは特に「G₂多様体」や「7次元の特異ホロノミ空間」の上で定義される理論

ブラックホールエントロピーは、ボルツマン定数を1とすれば

𝐒 = 𝐀 / 4𝐆

だが、より深いミクロ状態の数え上げで理解される。特に M理論では、ブラックホールはブレーンの交差でモデル化され、そのエントロピーはブレーンの配置の組み合わせ数に対応する。

1. 幾何構成

ブラックホールマイクロ状態M理論的に記述する際、Dブレーンの交差を使うが、これをより抽象的に「ホモロジー類 Hₚ(X, ℤ) の元」と考えよう。

空間 X ⊂ 𝕄 とすると、

各ブレーン構成

x ∈ Hₚ(X, ℤ)

ここで p はブレーンの次元

エントロピーはブレーンの配置空間位相的不変量、特にオイラー数やベッチ数、あるいはより高度にはモジュライ空間の測度に依存する。

2. 代数抽象

モジュライ空間 ℳ は、ブレーンの束縛条件と保存量(電荷質量)で定義されるパラメータ空間

エントロピーはその「ボリューム」として抽象化できる:

𝐒 ∼ log Vol(ℳ)

ここで「Vol」は、たとえば対称多様体上のリウヴィル測度。

また、シンプレクティック形式 ω が定義されるとして

Vol(ℳ) = ∫_ℳ ωⁿ / n!

として計算される。

3. 位相M理論へのマッピング

位相M理論では、G₂構造のモジュライ空間 ℳ_G₂ を考える。

ブラックホール解は特異な G₂ ホロノミ空間対応し、その上のフラックス構成ブラックホールマイクロ状態に相当。

したがって、次のような写像が考えられる:

Φ : Hₚ(X, ℤ) → ℳ_G₂

これによりエントロピー位相的に次のように定式化できる:

𝐒 ≈ log Card(Φ⁻¹(γ))

ここで γ は与えられたマクロ量(質量電荷)に対応するモジュライ空間の点。

4. さら抽象化:圏論視点

これを更に圏論抽象化する。

対象:ブレーン配置(オブジェクト

射:ブレーン間の変形(ホモトピー

するとブラックホールマイクロ状態の数は、対応する拡張エクステンション群 Extⁱ(A, B) の次元帰着できる。

𝐒 ∼ log dim Extⁱ(A, B)

A, B はブレーン構成としての対象

まとめ

この抽象化の極致をまとめよう:

空間: X ⊂ 𝕄(G₂多様体の部分多様体

ブレーン: x ∈ Hₚ(X, ℤ)

モジュライ空間: ℳ ≅ Hom(Hₚ(X, ℤ), ℤ)

エントロピー: 𝐒 ∼ log Vol(ℳ)

圏論的: 𝐒 ∼ log dim Extⁱ(A, B)

エントロピーとは位相的な配置空間の測度であり、その「複雑さ」の定量なのだ

ログイン ユーザー登録
ようこそ ゲスト さん