#dusk $DUSK @Dusk
ある操作が結果を示したとき、通常はプロセスはすでに終わったのだと思いがちです。しかしトレーダーになってから、以前は単純化しすぎていた疑問が湧いてきました。では「あるトランザクションがノードに受理された」とは、実際には何を意味するのでしょうか？
この疑問をきっかけに、Duskがトランザクションの経路をどう説明しているかを見直しました。プロセスにはいくつかの段階があります。まず、送信されて処理のために受け入れられ、その後 mempool に入って、ブロックに取り込まれ、実行されることがあり得ます。
しかし、そこで新たな疑問が生まれました。すでに受理され、取り込まれ、実行されたトランザクションであれば、それは必ずしもプロセスが完了したことを意味するのでしょうか？
さらにDuskのドキュメントを深掘りすると、以前は気づかなかった重要な違いがあることを見つけました。トランザクションの「取り込み」と「実行」は、それ自体が「完了」を意味するのとは同じではない、という点です。ブロックは、そのブロックとそこに含まれるトランザクションを完了とみなす条件に到達するまで、さまざまな状態を経て進行し得ます。
そこで、私は操作の見方を変えました。以前は、主に「あるアクションが送信されたかどうか」と「その結果が何だったか」に注目していました。しかし今は、プロセスが終わったと決めつける前に、正確にどの状態にあるのかを特定することのほうが重要だと考えています。
トレーダーとして、この違いは無視できないと思います。目に見えるアクションが、背後に存在するプロセス全体の終わりを必ずしも表しているとは限らないからです。今後トランザクションを分析するときは、「受理されたか」「実行されたか」を確認するだけではなく、本当に「完了」の状態に到達したのかも知りたいと思います。
ときには、結果を理解するには、操作がどこで終わったのかを見るだけでは不十分で、本当に完了とみなせるようにするために、その前に何が起きなければならなかったのかを観察し始める必要があります。
@Dusk #dusk $DUSK