そうだね、これは優れたセキュリティモデルを作るのが一番簡単なアクセスモデルの一つに見えるよ。基本的には静的な公開だからね。リライトが必要だったみたいだし！ちょっと大変そうに思えるけど、正直言って今の時点ではLLMの助けを借りれば週末の作業で済む気がする。軽い気持ちで言ってるわけじゃないよ！

それか、キャッシュを使えばいいんじゃない？

この問題は20年前にVarnishキャッシュやCoralキャッシュ/CDNで解決されてたんだよね。実際に起こってることは、ボットが最近のウェブサーバーの性能不足を暴露してるってことだと思う。2000年代には、たとえ設計が悪いPHPサイトでも、1秒あたり200リクエストは処理できてたし、静的サイトなら1000以上は普通だった。Node.jsが出たとき、協調スレッドモデルのおかげで10万RPSも処理できるって言ってたのを覚えてる。でも今は、ORMやN+1問題のせいで、数百から数千のデータベースクエリを実行するから、レスポンスタイムが500ms以上になることもあって、1000人の同時ユーザーでもサーバーがストレスを受ける。問題なのは、ロシアの入れ子キャッシュみたいなものをプログラミング言語やデータベースとは別に一般的に解決できていないこと。Etagヘッダーをキーにして依存関係グラフを作る方法が必要だったし、依存データの実際のキャッシュ無効化も必要だった。10年前にLaravelのタッチイベントを使って、クラスモデルデータがデータベースに保存されたときにキャッシュ無効化を処理するコールバックを使ってその穴にハマったことがある。Redisを使ったクエリキャッシュもあったけど、データベースレベルでうまく処理されてたかもしれない。あの経験から言えるのは、キャッシュ無効化は正しくやるのが本当に難しくて、実質的にオープンな問題だってこと。だから、プログラマーは手作りするんじゃなくてパッケージを使うべきだし、最初から大きな関心事にするべきだよ（ユーザーIDでシャーディングするか、Firebaseみたいなものを使うのと同じように）。ウェブは本来P2Pのコンテンツアドレス可能メモリであるべきだったって話は置いといて、ほとんどのものは近くのエッジピアから入手できるべきだよね、BitTorrentみたいに。でも、HTTPS/SSLでそれをどうやって実現するかを誰も気にしなかった。ブラウザのセキュリティモデルの初期の欠陥が関係してると思う。ページ全体がHTTPSの背後にある必要があって、そうじゃないと警告が出るから。だから、個人を特定できる情報（PII）と単なる公開データがHTTPSで提供されているのかが明確じゃなかった。これを本当に解決するには、実際の信頼ネットワークやゼロ知識証明が必要かもしれない。これらの問題は修正するのがとても難しいから、大企業は自分たちが梯子を引き上げた後にそれをやる気がない。だから、当面は「あなたは人間ですか？」みたいなつまらないチャレンジ画面に悩まされることになりそう。

AWSでの構築は、まるで金融的な時限爆弾みたいだね。

BigQueryには「パブリックデータセット」があるから、ユーザーはそれに対して複雑なSQLを実行できるけど、支払うのはユーザーであって、あなたじゃない。あなたが支払うのはデータストレージだけだよ。

AIのスクレイパーが、既存のクローラー（例えば検索エンジン）よりも重い負荷をもたらした理由について、何か見解はある？もっと徹底的だったのか、それとも頻繁だったのかな？

この態度は全く理解できない。君も他の人と同じように「トレーニングデータ」から利益を得てるんだから。もし得てないなら、それは君の問題であってAIモデルの問題じゃない。AIはまさに君が言ってるメタ問題を解決するんだ。「問題があって、一回限りのユーティリティプログラムを作る必要があった。」今は無駄な一回限りのものを書く以外のことができるようになった。トレーニングデータをマネタイズすることについては、(a) 重みを生成するのに数億ドルかかるから、投資して研究した企業を妬む必要はないよね？; そして(b) 君のユーティリティが何をするにしても、GLM 5.2のようなオープンウェイトモデルが君のハードウェアを使って無料でそれを生成できるから、誰にもお金を払う必要はないんだ。まあ、nVidiaには払う必要があるかもしれないけどね。そこは認めるよ。