たった1日半のキャリーを誤って注文を指で触ってしまい、支払いました。
おはようございます。

スロープが大衆に浸透している良い点の1つは、長期的に見てより良いカウンターパーティーが増えることです。
一方で、記事やポッドキャストの絶対的な金鉱は、その技術的な「重さ」ゆえに、時には少数のビューやいいねを獲得することがあります。
これは悲しいことでもありますが、同時にビジネスにとっては良いことでもあります。

過去3〜4日間、研究インフラに代替データセットを統合していました。
スケーラブルにすることが最優先です。将来的に代替データセットを追加したいので、また3〜4日かかるのは避けたいです。
常にスケーラビリティを考えています。
次回は数行のコードで済むでしょう。

私にとって、新しい取引アイデアをテストできる出力は非常に重要です。
新しい機能、市場、代替データセットをテストしたいたびにコードベース全体を掘り下げる必要があると、その時間のロスが積み重なり、良いアイデアが取り残されてしまいます。
これを改善することに焦点を当てており、今はかなり効率的なレベルに近づいています。
クリック一つでできるだけ近い状態にしたいです。
もちろん、特徴量エンジニアリングにはいくつかの適応が必要ですし、異なる市場タイプが導入された場合も同様です。
しかし、それ以外はほとんどの反復で再調整する必要はないはずです。

ここで人々が政治について議論している時間はどれくらいですか。
兄弟、何も変わらないよ、だってあなたは匿名で他の匿名と他の匿名の怒りを煽る内容について話しているだけだから。
もう退職間近なら怒りを煽るのはやめておけ。
でもさ、ちょっとインターネットから離れろ。

ここで人々が政治について議論しているのに費やす時間はどれくらいですか。
兄弟、何も変わらないよ。匿名として他の匿名と怒りの釣りについて話しているだけだから。
もちろん、すでに引退間近なら怒りの釣りをやめておけ。
でもさ、ちょっとインターネットから離れろ。

数週間前にこの機能の取引を別のポートフォリオで開始し、テストしました。
過去3日間は、それを適切なリサーチインフラに追加して、裏付けとなる履歴データを収集しています。
最初のいくつかのテストは誤っていましたが、面白いことに、もし直感的に誤りだとわかっていなかったら、そのシグナルを見過ごしていたかもしれません。実際に取引してみて誤りだと感じたからです。
それは私に2つのことを教えてくれます。
> バックテストなしで本番環境で試すことは、実感と検証を得るのに有利であり、見ているものが本物であることを確認することができる
> アイデアをすぐに棄てるのは控えめにし、もう少し検証を進めること

午前3時30分に目が覚めたばかりで、ポリマーケットでアルファを見つけた夢で、そこから現金を引き出しているのがとても満足していました。
GM

hl対lighter対extendedというのは、かなり平凡な意見だね。
本当の敵は誰だったのか、ずっとユーザーから搾取してきたのは誰か？言うまでもないよね？
これらはすべて共存して成長できるし、業界にとってプラスだ。
今はDEXでしか取引していないけど、それは流動性の高い選択肢が豊富にあるからだよ。

もっと頻繁にメールをチェックしないといけないな、月に1回じゃなくて（笑）。
数日後に期限の税金に運良く気づくのは良いことじゃない。
面白いプロジェクトに取り組んでいると、他のことをする気が全く起きないんだよね。

2026年の主な目標は、新たな分野に進出し続けることと、「自分はリスクプレミアの領域でしか競争できず、何ヶ月もドローダウンに耐えるしかない」という自分の中の既成概念に疑問を持つことです。
それが本当かもしれませんが、自分自身の目で確かめる必要があります。
また、今までこの問いを間違った方法で捉えてきた気がしており、二者択一ではなくスペクトラムのようなものだと考えています。
今やっていることに加えて、どれだけシャープレシオを高められるのか？
今年すでにその片鱗を見ており、実現可能にするために全てのインフラ設計に全力を注いでいます。
たとえうまくいかなかったとしても、今では以前とは比較にならないほど堅牢なインフラを手に入れました。
自分の実行エンジンがこれをサポートし、スケールできるよう以下の点を確保しました：
- あらゆるタイプのモデルの受け入れ
- 標準データソース＋オルタナティブデータ
- クロスエクスチェンジ実行
- スケーラブルな記録管理
- リスクアラート
最近は「アルファ」生成エンジンが非常に効率的で、アイデアの発案からシミュレーション(（該当する場合）)、本番投入までワンクリックでできるように多くの時間を費やしています。
また、エフェクトモデリングもワンクリックで完了し、新しいアイデアをテストするたびに毎回構造を作り直す必要がないようにしています(@systematic