Transaction Time

Transaction Timeとは？

Transaction Timeは、送信ボタンを押してからオンチェーン上で取引が完了と見なされるまでの時間です。言い換えれば、待ち行列での待ち時間、ブロックに取り込まれる瞬間、そして取り消しが非常に難しくなる段階までを含みます。カフェの注文待ち時間を想像してください。ただしバリスタの代わりにバリデータがいるイメージです。

Transaction Timeの仕組み

手短に説明します。ウォレットで送信を押した時にTransaction Timeがどう進行するかは次の通りです。

1. 送信: ウォレットが送金に署名してブロードキャストします。
2. 待ち行列: トランザクションはメンプールで待機します。もし ネットワーク混雑 が起きていると、列は長くなります。
3. 取り込み: バリデータまたはマイナーが優先度と手数料に基づいて選び、ブロックに入れます。
4. 確認: その上にさらにブロックが積み重なり、定着する確率が高まります。
5. 決済: ネットワークがロールバックが非常に起きにくい状態に達し、ウォレットが完了として表示します。

これが流れです。静かなチェーンでは短く、注目が集まる時は長くなります。

なぜTransaction Timeが重要か

暗号通貨で買い物をする時、注目のミントに参加する時、またはブリッジで資金を移す時に実感します。ここが重要な理由です：

• 利点: Transaction Timeが短ければ、支払いが詰まりにくく、欲しいものを手に入れる確率が高まります。
• 背景: ブロック間隔、コンセンサス設計、トラフィックが速度を左右します。だからチェーンは レイヤー2のスケーリングソリューション を試し続けています。
• 関連: トレーディングアプリ、POS、ゲーム、DAOの投票など、タイミングが結果に影響する場面で関係してきます。

Transaction Timeの主な特徴

特徴は次の通り：

• 速度: ブロック間隔、バリデータの処理能力、そしてあなたの手数料で決まります。
• 変動性: 閑散時は速く感じ、盛り上がり時は遅く感じます。
• 確定性: 柔らかい確認を与えるチェーンもあれば、チェックポイント後に強い保証をするチェーンもあります。
• 手数料: 優先度が高い取引は通常次のブロックに入りやすく、特に列が混んでいる時に差が出ます。

Transaction Timeはどう計算されるか？

タイムスタンプだけで単純に扱うことも、要素に分けることもできます：

基本的な見方：

Transaction_Time = time_at_final_confirmation minus time_at_submission

詳細な見方：

Transaction_Time = mempool_wait plus block_inclusion plus confirmations_to_finality

ここで、mempool_waitはキューで待機していた時間、block_inclusionは最初にブロックに入るまでの時間、confirmations_to_finalityは強い保証に達するまでの追加時間を指します。

バリエーション

人によって指す範囲が少し異なることがあります：

• 保留: 送信から最初にブロックに含まれるまで。
• 確認済み: 最初の取り込みから数回の確認が積み重なるまで。
• 最終: 送信からネットワークが強い不可逆性を示すまで。

例

注目のドロップでETHを送ると、キューで3分待ち、ブロックに入った後さらに数ブロックで強い信頼が得られ、合計でおよそ6分のTransaction Timeになります。

豆知識

クレジットカードは実際の決済が翌日になることが多いのに対し、その場で支払って立ち去ります。暗号はほぼリアルタイムで決済を確認できる点でその流れを変えます。ロレックスとRedditが混ざったような雰囲気もあります。

まとめ

Transaction Timeは信頼が固定されるまでのストップウォッチのようなものです。手数料が適切でトラフィックが少ない時は速く、皆が同時に集まると遅くなります。