本文からの続き
◆ロッド◆
軽いルアーでもキャスト時にロッドのしなりを活かせるように柔らかめのロッドが使いやすいです。細軸のフックを伸ばさずに扱う点でもこれが有利に働きます。
ただし、柔らかければ柔らかいほど良いという単純な話ではありません。XULクラスのロッドはキャスト時のしなりは良いのですが、振り切った後にロッドがボワンボワンと暴れてラインの放出抵抗が高くなるので飛距離が出しにくい傾向があります。
メーカーごとに表記のバラつきもあるため一概には言えませんがSUL～Lクラスでシャープさを感じさせる調子のロッドが使いやすいです。

最近は下記のロッドを気分で使い分けています。
・ローズ612Lプロト
スーパーエステル0.3号
・ローズ612ULプロト
スーパーエステル0.3号もしくはES2 0.25号
・ティーコネクションTCA-S60SUL-E
ES2 0.25号
・アルチザンコンペティションAATS-61UL/R
ES2 0.2号

◆リール◆
シンプルに軽量なリールほど有利と感じます。
所持している製品では22イグジスト、19ヴァンキッシュが気に入っています。
ラインローラーの回転が軽いとライントラブルが低減し、巻き取りのフィーリングも良くなります。純正品は耐久性重視のベアリングが採用されるケースが多く、やや回転が重く感じる事があります。その場合はチューニング用に販売されているベアリングに交換します。ラインローラー形状は純正品が優れていると感じるのでそのまま使います。このあたりは諸説ありますので自身の判断で色々試して楽しんで下さい。

◆まとめ◆
10メートルにも満たない短い距離を丁寧に狙うマイクロスプーンの釣り。そこには小さいけれど深い世界が広がっています。平日のまったり釣行のお供に、そしてトーナメントの切り札としても習得する価値のある釣り方です。貴方もこの世界にチャレンジしてみませんか？ December 12, 2025

【🍛すっかり定着🍛】
2026.1/24（土）
神田THE SHOJIMARU
New Year Sunlit Festival 2026
OPEN 17:00
START 17:30
¥4,000+1d

・定住ボーイズ
・中村アリーとTIG-HUGS
・スマートソウルコネクション
・ELECTRIC MAMA
・油バクローザ
・ポップコーンズ　20:50〜

カレーもありますよー！ https://t.co/joIVZSOYwO December 12, 2025

【白封筒情報/クイックアップデート】

※ 倭国のホワイトハット筋の方とコネクションを持つ方からシェアしていただいた情報ですが、計画は常に流動的であり、現時点ではこういう計画となっているが、絶対にこのとおりになるとは限らない...というテンションでお読み下さい
(一部変更を加えています)
-- December 12, 2025

【🎅いよいよ来週発売‼️】

ミック／小林隆浩・著⛄️🐘
『NewSQL徹底入門
　分散DBのアーキテクチャからユースケースまで』
見本が届きました🎁

装丁は図工ファイブさま（@r76s）です‼️
最高のデザインをありがとうございます🙌
今を彩るクリスマスツリーにも思えてきました🎄✨

来週12月24日(水)の搬入開始です🦌🧑‍🎄
リアル書店では早いところで同日から並びはじめ、順次発売となります！
年末年始でお出かけの際は、ぜひ書店にお立ち寄りください📘🎄🏃💨💨💨

【内容紹介】
RDBの信頼性とNoSQLのスケーラビリティを兼ね備えたNewSQL‼️
何が新しく、しくみはどうなっているのか。各製品の特長を深堀りしながら徹底解説します。ユースケースを通じて、NewSQLの使い所がわかります💯

【目次】
第1章　序 論　――なぜいまNewSQLが注目されているのか
1.1　RDB vs NoSQLの対立と「解決策」としてのNewSQLの登場
1.2　NewSQLがいま注目されている理由　――RDBとNoSQLのいいとこどり
1.3　NewSQLの登場
　1.3.1　障害とは何か
　1.3.2　中央集権的コーディネータの不在
1.4　NewSQLの課題
1.5　代表的なNewSQL製品
　1.5.1　Google Cloud Spanner
　1.5.2　TiDB
　1.5.3　YugabyteDB
　1.5.4　CockroachDB
　1.5.5　Amazon Aurora DSQL
1.6　NewSQLの今後の展望
　1.6.1　AI関連機能の充実
　1.6.2　クラウドネイティブ化とマルチクラウド対応
1.7　NewSQLに関する12の疑問
1.8　まとめ

第2章　アーキテクチャから見るNewSQLへの進化
2.1　データベースの分類
2.2　単一インスタンス
2.3　レプリケーション
2.4　双方向レプリケーションによるマルチプライマリ
2.5　マネージドシャーディング
2.6　ログ適用可能なストレージを用いたDB
2.7　分散ストレージ＋SQL
2.8　まとめ

第3章　NewSQL製品ごとのアーキテクチャと機能
3.1　Google Cloud Spanner
　3.1.1　Spannerのアーキテクチャ
　3.1.2　PostgreSQL互換のSQLインターフェース
　3.1.3　デュアルリージョン構成
　3.1.4　Data Boost
3.2　Amazon Aurora DSQL
　3.2.1　DSQLのアーキテクチャ
　3.2.2　DSQLのユースケース
3.3　TiDB
　3.3.1　マルチテナントへの対応
　3.3.2　TiProxy
　3.3.3　LTSへの対応
3.4　YugabyteDB
　3.4.1　PostgreSQL互換性の強化
　3.4.2　スマートクライアントドライバーとコネクションマネージャ
　3.4.3　xCluster
3.5　CockroachDB
　3.5.1　クラスター間レプリケーションの強化
　3.5.2　PostgreSQLアプリケーションとの互換性向上
　3.5.3　ライセンスの変更
3.6　まとめ

第4章　NewSQLの要素技術
4.1　ストレージエンジン
　4.1.1　LSM-Treeの概要
　4.1.2　LSM-Treeの実装
4.2　シャーディング
　4.2.1　シャーディングとは
　4.2.2　シャーディングの種類
　4.2.3　自動シャーディング
　4.2.4　インターリーブ
4.3　Raft
　4.3.1　Raftとは
　4.3.2　マルチRaft
　4.3.3　Raftにおける読み取り最適化
　4.3.4　Learner
　4.3.5　RaftとPaxosの違い
4.4　まとめ

第5章　NewSQLにおける分散トランザクション
5.1　トランザクション分離レベルの定義と一貫性アノマリー
　5.1.1　古典的なトランザクション分離レベル
　5.1.2　重要なのはREAD COMMITTEDとREPEATABLE READ
5.2　NewSQLのトランザクション分離レベルの特徴
　5.2.1　READ COMMITTEDのサポート拡充
　5.2.2　REPEATABLE READとSNAPSHOT ISOLATIONの違い
5.3　データの同時更新を防ぐための同時実行制御
　5.3.1　悲観的同時実行制御と楽観的同時実行制御
　5.3.2　悲観的同時実行制御　――データ整合性を重視
　5.3.3　楽観的同時実行制御　――パフォーマンスを重視
5.4　分散トランザクション
　5.4.1　分散トランザクションにおけるクロックスキュー
　5.4.2　TrueTimeによる分散トランザクションの整合性担保
　5.4.3　原子時計とGPSはNewSQLにとって必須なのか？
　5.4.4　線形化可能性と直列化可能性の違い
　5.4.5　タイムスタンプベースの同時実行制御
5.5　まとめ

第6章　NewSQLの標準SQLへの対応状況
6.1　主キー　――連番 vs ランダムな値
　6.1.1　UUID　――分散データベースの主キー候補
　6.1.2　ORMとNewSQLの相性の悪さ
　6.1.3　UUIDの欠点
　6.1.4　ハッシュ分散による主キーのランダム化
6.2　データ型
6.3　参照整合性制約　――外部キー
6.4　結合　――JOIN
　6.4.1　内部結合
　6.4.1　Spannerのインターリーブ機能
　6.4.2　反結合と3値論理の落とし穴
6.5　条件分岐　――CASE式
6.6　ウィンドウ関数　――ループの代用
6.7　HAVING句　――集合に対する条件
6.8　サブクエリ
6.9　ビュー
6.10　再帰共通表式
6.11　LIMIT句
6.12　集合演算
　6.12.1　UNION
　6.12.2　INTERSECT
　6.12.3　EXCEPT
6.13　JSON
　6.13.1　TiDBにおけるJSON
　6.13.2　YugabyteDBにおけるJSON
　6.13.3　CockroachDBにおけるJSON
　6.13.4　SpannerにおけるJSON
　6.13.5　DSQLにおけるJSON
　6.13.6　GINインデックス
　6.13.7　JSONに関するまとめ
6.14　インデックス
6.15　プロシージャとトリガー
6.16　ベクトル型
　6.16.1　TiDBにおけるベクトル型
　6.16.2　CockroachDBにおけるベクトル型
　6.16.3　YugabyteDBにおけるベクトル型
　6.16.4　Spannerにおけるベクトル型
　6.16.5　DSQLにおけるベクトル型
6.17　まとめ

第7章　NewSQLのユースケース
7.1　スケーラブルRDBという夢の実現
　7.1.1　Uber EatsのライバルDoorDashの超高速配送を支えるデータベース
　7.1.2　インド最大のECサイトFlipkartの高負荷対応
　7.1.3　世界最大の画像共有プラットフォームPinterestの挑戦
7.2　分散と統合の螺旋　――マルチテナント
　7.2.1　レバテックによるマイクロサービスの再統合
　7.2.2　DMM . comによる異種混合データベースの統合
　7.2.3　Atlassianによる300万個のテーブルのマイクロサービスアーキテクチャ
7.3　マルチクラウド・データベース
　7.3.1　Form3によるマルチクラウド対応　――クラウドネイティブデータベースとしてのNewSQL
　7.3.2　もしAWSに障害が起きたらどうすればいい？
　7.3.3　クラウドネイティブデータベースとしてのNewSQL
　7.3.4　マルチクラウドに関する今後の展望
7.4　高可用性データベースとしてのNewSQL
　7.4.1　みんなの銀行における高可用性マルチリージョン構成
　7.4.2　LUSHのグローバル在庫管理　――地理分散の応用
　7.4.3　Netflixのグローバルサービスを支える「ゴキブリ」なみのしぶとさ
7.5　まとめ December 12, 2025

📝 @StandX_Official AMAの重要ポイント

✅トークノミクスは今後4ヶ月以内に詳細が発表される予定。
➡️素晴らしい‼️やはり2026Q1爆速TGEプランの模様🔥

✅ポイントは早期採用者に報酬を与えるためのインセンティブ。具体的な変換比率は検討中。
➡️「早期参加者を報いる」という意向が伺えてひとまず安心w

✅将来的に独自チェーンを構築する予定。またマッチングエンジンも将来的にオンチェーンに移行する模様
➡️詳細めちゃめちゃ気になる👀

✅Binanceとの歴史的な関係により、Binance Walletのキャンペーンが実現した。
➡️コネクションはある程度ありそうだし、関係構築もしっかりできてそう...

✅VCがいないのでトークノミクスでコミュニティにより多くの報酬を配分できる
➡️おう！！！期待してるぞ😂

こんなところですかね！👍
やっぱりAGが顔出しでQ&Aしててめちゃめちゃ印象良かったし、何よりもBinanceで先物事業責任者をやっていた分、競争環境に対する解像度が相当高そうでした。

プロダクトの質はまだまだ改善の余地がありそうですが、AGは製品開発を最優先事項としておりビジョンがしっかりとしているので今後の活躍に期待‼️

エアドロという観点ではまだまだ相当穴場なのでファームし続けます。現時点で市場はFDV0Mぐらいを織り込んでる模様だけど、損益分岐はFDVMぐらいだから期待値めちゃいい。仮に2026年が冬の相場でも他のPerpよりはギリ戦えそう。 December 12, 2025

@puriketupp @geso0602 ...って言う人が確かに民民支持者で結構居たりするけど、だとするとそれが民民の限界点かもしれないね🙄外から見てたら全然そうは思わないけど。民民が玉木じゃないとダメな理由って国内外のDSコネクション...くらいしか思いつかない（だったら余計ダメだけど）。 December 12, 2025