面白いのはAIの観点だと思っていました。でも実際には、意思決定のタイミングでした。
ニュートンのエクスプローラー、そのアーキテクチャ、そしてRedStoneがデータ配信にどう取り組むかを比較する時間を費やすうちに、ある一点に戻ってきました。ほとんどのブロックチェーン・システムは、重要な瞬間はトランザクションがチェーンに到達したときだと前提にしています。それ以前は準備として扱われます。
Newtonは、注意の焦点をもっと早い段階に移しているようです。
RedStoneが必要になったときだけ新鮮な外部データを提供し、実行前にポリシーが評価されるなら、このプロトコルは単にトランザクションを検証しているだけではありません。現在の条件下で、そもそもあるアクションがトランザクションとして成立するべきかどうかを決めているのです。
それは一見些細に聞こえるかもしれませんが、運用上はリスクがどこに存在するかを変えます。
国庫(トレジャリー)、自動化されたバルト(金庫)、そしてAIエージェントは、通常、情報が変化した後に反応してしまうため効率を落としがちです。その時点では、すでにトランザクションがブロックスペースを奪い合う競争に入っていて、価格も動いていますし、内部の上限もすでに超えている可能性があります。ポリシー評価をライブなデータにより近づけることで、世界を観測してから行動するまでのギャップが縮まります。
また、エクスプローラーは私に活動指標についても別の見方をさせました。成功した実行の件数を数えても、それだけではほとんど意味がありません。より多くの意思決定が意図的にチェーンに到達する前にフィルタされているなら、実行回数が少ないことは自動的に利用が少ないことを意味しません。インフラが、最大化するのではなく不要なアクションを防ぐように設計されているならなおさらです。
調べれば調べるほど、これは単なる別の自動化ストーリーのようには感じられなくなりました。
利用者が自分で提供することが期待されるのではなく、「判断」を実行の一部として扱うインフラであり、その判断が、ブロックが生成されるずっと前の段階から、協調(コーディネーション)が行われる場所を静かに変えてしまうように思えました。
@NewtonProtocol
#newt $NEWT
ニュートンのエクスプローラー、そのアーキテクチャ、そしてRedStoneがデータ配信にどう取り組むかを比較する時間を費やすうちに、ある一点に戻ってきました。ほとんどのブロックチェーン・システムは、重要な瞬間はトランザクションがチェーンに到達したときだと前提にしています。それ以前は準備として扱われます。
Newtonは、注意の焦点をもっと早い段階に移しているようです。
RedStoneが必要になったときだけ新鮮な外部データを提供し、実行前にポリシーが評価されるなら、このプロトコルは単にトランザクションを検証しているだけではありません。現在の条件下で、そもそもあるアクションがトランザクションとして成立するべきかどうかを決めているのです。
それは一見些細に聞こえるかもしれませんが、運用上はリスクがどこに存在するかを変えます。
国庫(トレジャリー)、自動化されたバルト(金庫)、そしてAIエージェントは、通常、情報が変化した後に反応してしまうため効率を落としがちです。その時点では、すでにトランザクションがブロックスペースを奪い合う競争に入っていて、価格も動いていますし、内部の上限もすでに超えている可能性があります。ポリシー評価をライブなデータにより近づけることで、世界を観測してから行動するまでのギャップが縮まります。
また、エクスプローラーは私に活動指標についても別の見方をさせました。成功した実行の件数を数えても、それだけではほとんど意味がありません。より多くの意思決定が意図的にチェーンに到達する前にフィルタされているなら、実行回数が少ないことは自動的に利用が少ないことを意味しません。インフラが、最大化するのではなく不要なアクションを防ぐように設計されているならなおさらです。
調べれば調べるほど、これは単なる別の自動化ストーリーのようには感じられなくなりました。
利用者が自分で提供することが期待されるのではなく、「判断」を実行の一部として扱うインフラであり、その判断が、ブロックが生成されるずっと前の段階から、協調(コーディネーション)が行われる場所を静かに変えてしまうように思えました。
@NewtonProtocol
#newt $NEWT