金融政策が不安定なのは「遅すぎる」からか
国債発行がやたら悪役扱いされるのを不思議に思って調べていくうちに、どうも「政府は古いデータでしか判断できない」という構造的な遅さが背景にあるのでは、と気づいた。
政策が遅いと必ずオーバーシュートが起きる
- 経済データは月単位で遅れて出る
- 判断はさらに遅れる
- 政策の実行は年度単位
- 効果が現れるのは半年〜1年後
つまり国家の制御は、センサーもアクチュエータも遅延だらけのPID制御というか弱いPI制御になっている。
制御が遅くビルトインされた調整機構がないので、
- 景気回復が遅れる
- インフレを止めるのも遅れる
- 不況もインフレも振れ幅が大きくなる
これが現代の不安定性の根本に見える。
税はマネーの回収装置、政府支出はマネーの供給手段
機能だけを見ると次のように整理できる:
- 政府支出 → 民間にマネーが流れる
- 税 → 民間からマネーを回収
- 財政赤字(支出 − 税収)→ 民間に残るマネーが増える
- 国債 → その増加分の記録
インフレの正体は信用創造の勢い × 実物資源の限界
インフレは国債残高ではなく、
- 民間の借入が増え、信用創造が加速する
- 労働力や設備などの供給が追いつかない
このギャップで起きる。
制約はあくまで実物資源であり、国債発行の量とは直接関係しない。実際、2013年以降の量的緩和ではマネタリーベースが増えてもマネーストックが増えていない。
民間の信用創造は高速、国家の政策は激遅
ここが最も不安定化を招いているポイント。
民間銀行の信用創造
- 貸し出しは数日〜週間単位で増える
- 投資環境が整えば一気に加速
高速でマネーが生まれる。
国家の動き
- データが遅い
- 判断が遅い
- 実行が遅い
信用創造のスピードに追いつけない。
この「高速 vs 超低速」のギャップが、インフレの急加速も、デフレの長期化も生む。
制御が効かないのでオーバーシュート(急激なインフレ)ないし、それを恐れてゆっくり調整することでデフレの長期化になる。
キャッシュレス化
キャッシュレス化の本質は便利さではなく、経済をリアルタイムに観測・制御できるようにする基盤。
キャッシュレスになると:
- 消費・流通のデータが即時で取れる
- 税収や給付の動きもリアルタイムで把握できる
観測までは高速化することができる。だいぶマシになるかもしれないけど政策決定に遅さが残るので、消費税率の物価連動や、 給付付き税額控除の自動化(月次化)のようなビルトインスタビライザーを入れられる未来が現実的になる。
関連エントリー
- TP-Link のスマートプラグ HS105 を買って制御してみた 【Amazon Alexa認定取得製品】 TP-Link WiFi スマートプラグ 遠隔操作 直差しコンセント Echo シリーズ/Goog...
- 資産運用の基本的な考えかたを勉強してる 特に資産をドル建てで持つことの意味をちゃんと理解しているとはいえなかったので自分なりに整理してみる。 運用の基本的な考えかた 購買力の維持ま...
- 月1万円の支出削減は資産400万円に相当する 経済的独立 (FIREのFIの部分)の文脈では「月1万円の支出削減は資産400万円を増やすのと同じ効果」があるといえる。 これは いわゆる「...
- α6000 + SIGMA 30mm F1.4 DC DN をしばらく使ってみて ソニー ミラーレス一眼 α6000 ボディ グラファイトグレー ILCE-6000 H cho45 ソニー(SONY) ★ 5.0 / 5....
- 人間のファイナンシャルプランナーよりLLMのほうがマシだよね ファイナンシャルプランナーって信用できないじゃないですか。信用できるかどうか判断するためには相手と同等以上の金融知識が必要になる。人間には利...
✖
✖
もっと気楽に生きたい(生きれるはずだ)という気持ちと、無限に広がる不安(特に根拠はない)とで毎日揺れてる。どういう状態になれば解決するかのイメージはあるが、それをどう実現するかのイメージが全くない。
パスキー
パスキー設定できるサービスは設定しつつあるけど、いまだに結構なんとなく心理的負荷が高い。
- 保存先
- Google Password Manager?
- Bitwarden?
- 端末限定?
- パスキーが失われたら?
- 各サービスごとのリカバリポリシーを理解してからでないと最悪の事態になる
- さすがにメアドでどうにかなることが多いが、パスキーとメアドは明示的に紐付かない
特に保存先について、ITよくわからんという人が理解できると思えない…… 基本的に普通の人は Google Password Manager に保存するのが現状でのベストだと信じている。理由は
- 利用者が多い
- 端末個別に保存するよりパスキーを失う可能性が低い
- 現実的にメアドも Gmail なら、「Googleを信用する」としても問題が少ない
- フィッシング対策としては十分
ただ、複数パスキーが設定可能なら Bitwarden も追加するようにしている。とにかくパスキーはリカバリーが問題で、サービスごとのリカバリ方法をいちいち調べるよりはパスキーを複数作ってロストしないことが最重要と考える。
実際は
1. セキュリティデバイス保存 (耐タンパ性)
2. スマフォ端末保存
3. クラウド保存
でレベルが違うわけだけど、現実的によく問題になっているフィッシングへの対策としては保存先はどれでもよく、利便性重視でよいと思う。
関連エントリー
- Google をパスワードマネージャに 最近は Google 以外のサイトのパスワードを一切覚えないという運用を試しています。つまり head /dev/random| shasu...
- パスワード保存のベストプラクティスと bcrypt のメモ書き 考えてみるとほとんどパスワードを保存するコードを書いたことがない。現状のベストプラクティスを知らなかったのでメモ書き。 現状では bcryp...
- Google Photos 依存からの脱却 Google Photos が発狂してからと書いてから、いろいろ見積って画像をセルフホストすることに決めた。とにかくアップロード機能はあとで...
- Chrome で保存したパスワードをウェブサイト側から利用する Aliexpress を利用しているとサインイン時に自動的にログインする仕組みが導入されていることに気付く。知らない人のために説明すると、以...
- Android と USB 接続したとき、どうあがいても一部のファイルを転送できない 症状としては ファイル転送 / Android Auto モードで USB 接続し Windows Explorer からコピーしたいデバイ...
✖
✖
歯医者
しばらく経過観察になっていた下の歯の歯茎際の虫歯があまりよくなさそうなので、早めに治療しましょう、ということに。
とりあえず2本を麻酔して一気に治療。レジンなので1発で終わり。
もう1本片方も怪しいので、今日治療しますか、麻酔なしでもすぐ終わりますというのでやってもらった。わずかに染みたがなんとかなった。ということで30分で3箇所の治療だった。
レントゲン上だともう1本怪しいのがあるが、治療済みの銀歯との境目で、10年以上変化がないので、急ぐ必要はないがいつか治療になるだろうといわれる。やだなあ。同じ歯医者に通ってると経過のデータがあるのはすごく良いですね
関連エントリー
✖
✖
ハピネスよりウェルビーイングみたいな話を見て、そこが対比するんだと(よくしらなかったので)びっくりした。まぁたしかにウェルビーイングな状態になりたいよな~ と一瞬納得しかけたが、じゃあウェルビーイングってなんなんだと細かく考えはじめたら、いまいち嘘っぽい概念だなと思いはじめてしまった。
関連エントリー
- 骨折20日目 今まで手首から指先までの固定だったのけど、手首あたりでシーネが切断されて手首の関節は自由となった。「つきはじめてるころだけど、これからくっつ...
- NanoVNA のリモート化 (Wi-Fi 中継) アンテナの調整をする場合、給電点 (測定点) と調整点は離れていることが多いなというコンテキストで、NanoVNA の Bluetooth ...
- スケートボード 2台目 ペニー入れると3台目か。 今まで使っていたのが、幅7.75 + ACE TRUCK CLASSIC 22/HI で、ウィールが54mm (幅...
- micro-template.js を13年ぶりにいろいろいじった micro-template.js という2012年に作った embed JS 的なテンプレート処理ライブラリがある。コピペできるぐらい小さ...
- WebUSB HackRF One スペクトラムアナライザー HackRF One 用の sweep mode を利用するスペクトラムアナライザーで、いまいち安定して動くものが見つからなかった。WebU...




