#newt $NEWT
今日はチャートを見直す時間を取るつもりだったのに、まったく別のところへ迷い込んでしまった。@NewtonProtocol policy packsを調べていると、ある一つの要素が目に留まり、ページを閉じた後もずっと頭から離れなかった。
面白いと感じたのは、単一のポリシーでも特定のデータ提供者でもない。複数の独立したサービスを組み合わせて、1つの認可判断に到達するそのやり方だった。価格オラクルが市場の乖離を監視し、別の提供者がデペッグ（連動崩れ）リスクを評価し、また別のものがバルト（金庫）健全性を見ている一方で、別サービスがコンプライアンスやカウンターパーティの確認を行う。Newtonは、これらの提供者同士が互いに同意することを期待していない。代わりに、それらの出力を1回の判定（実行するか／しないか）にまとめてから実行する。
理屈は分かるが、考え続けてしまう疑問も生まれた。2つの信頼できる情報源がこっそり食い違ったらどうなるのだろう。あるサービスは「正常に動作している」と報告する一方で、別のサービスは「リスクが高まっている」と検知し始めたら。ポリシーは自動的に最も安全な選択を選ぶのか、それともシグナルを組み合わせて、判断を保留して進むのか。決定的な説明は見つからず、その不確実性のせいで、システムはさらに興味深いものになった。
それに今週の取引で経験したことも思い出した。チャート上にいくつかの指標を表示していて、ぱっと見ではすべて同じセットアップを支持しているように見えた。ところが後で気づいたのは、実際には互いに矛盾するシグナルを送っていたということ。どう相互作用しているのかを疑わなかったため、結果として良いエントリーになり得たものを見逃してしまった。
その経験で、このNewtonの機能が意外なほど身近に感じられた。良い判断は、必ずしもより多くの情報を集めることではない。異なる情報の部品がどのように噛み合って機能するかを理解することだと思う。ここでも同じ原則が当てはまるはずだ。ポリシーの強さは、どれだけ多くのデータソースを含むかだけで決まるのではなく、市場が不確実になる局面で、それらのシグナルがどれほど慎重に組み合わされるかで決まる。
#Newt @NewtonProtocol $NEWT
今日はチャートを見直す時間を取るつもりだったのに、まったく別のところへ迷い込んでしまった。@NewtonProtocol policy packsを調べていると、ある一つの要素が目に留まり、ページを閉じた後もずっと頭から離れなかった。
面白いと感じたのは、単一のポリシーでも特定のデータ提供者でもない。複数の独立したサービスを組み合わせて、1つの認可判断に到達するそのやり方だった。価格オラクルが市場の乖離を監視し、別の提供者がデペッグ（連動崩れ）リスクを評価し、また別のものがバルト（金庫）健全性を見ている一方で、別サービスがコンプライアンスやカウンターパーティの確認を行う。Newtonは、これらの提供者同士が互いに同意することを期待していない。代わりに、それらの出力を1回の判定（実行するか／しないか）にまとめてから実行する。
理屈は分かるが、考え続けてしまう疑問も生まれた。2つの信頼できる情報源がこっそり食い違ったらどうなるのだろう。あるサービスは「正常に動作している」と報告する一方で、別のサービスは「リスクが高まっている」と検知し始めたら。ポリシーは自動的に最も安全な選択を選ぶのか、それともシグナルを組み合わせて、判断を保留して進むのか。決定的な説明は見つからず、その不確実性のせいで、システムはさらに興味深いものになった。
それに今週の取引で経験したことも思い出した。チャート上にいくつかの指標を表示していて、ぱっと見ではすべて同じセットアップを支持しているように見えた。ところが後で気づいたのは、実際には互いに矛盾するシグナルを送っていたということ。どう相互作用しているのかを疑わなかったため、結果として良いエントリーになり得たものを見逃してしまった。
その経験で、このNewtonの機能が意外なほど身近に感じられた。良い判断は、必ずしもより多くの情報を集めることではない。異なる情報の部品がどのように噛み合って機能するかを理解することだと思う。ここでも同じ原則が当てはまるはずだ。ポリシーの強さは、どれだけ多くのデータソースを含むかだけで決まるのではなく、市場が不確実になる局面で、それらのシグナルがどれほど慎重に組み合わされるかで決まる。
#Newt @NewtonProtocol $NEWT
