𝗔 𝗱𝗔𝗽𝗽 𝗰𝗮𝗻 𝗴𝗲𝗻𝗲𝗿𝗮𝘁𝗲 𝗺𝗼𝗿𝗲 𝘁𝗵𝗮𝗻 𝘁𝗿𝗮𝗻𝘀𝗮𝗰𝘁𝗶𝗼𝗻𝘀.

𝗜𝘁 𝗰𝗮𝗻 𝗴𝗲𝗻𝗲𝗿𝗮𝘁𝗲 𝗻𝗲𝘁𝘄𝗼𝗿𝗸 𝘁𝗲𝗹𝗲𝗺𝗲𝘁𝗿𝘆.

それは、InterLinkのタージ・マハル・テストネットにおけるBitFlipの見方として興味深いものです。

BitFlipは、繰り返される5分間のラウンドで動作します。ユーザーが参加し、予測が記録され、ラウンドがロックされ、結果がチェーン上で確定します。

ユーザーにとって、それらはアプリケーションの行動です。

基盤となるブロックチェーンにとっても、それらは需要が変化する状況下でシステムがどのように振る舞うかを観察するための、繰り返しの機会です。

InterLinkの最新のテストネットガイドでは、BitFlipは主にストレステストとして使われており、同時トランザクション処理の評価や、本物のユーザー活動下でも最終確定が維持されるかどうかを確認するのに役立っていると述べています。

その結果、有用なフィードバックループが生まれます：

ユーザー活動
→ ネットワーク負荷
→ パフォーマンスの観察
→ ボトルネックの発見
→ インフラの改善

これは、制御されたベンチマークで大量の合成トランザクションを生成するのとは異なります。

実際のユーザーは、必ずしも予測可能な行動をしません。

ユーザーは異なるタイミングで到着し、同時にやり取りを行って、刻々と変化する負荷を生み出します。

そのため、BitFlipはブロックチェーン性能を完全に測るものではありません。1つのdAppは1つのワークロードパターンしか表しておらず、テストネットの性能を自動的に将来のメインネット性能の証明として扱うべきではありません。

ただし、有益なものも提供します：

実際の利用状況におけるアプリケーションレベルの挙動です。

だからこそ、スマートコントラクトが機能することを示すだけではなく、テストネットのdAppに取り組むことには意味があります。

それらは、ユーザーのやり取りを、開発者がネットワークそのものを理解するために使える情報へと変えることができます。

トランザクションは活動そのものです。
その周辺の振る舞いがテレメトリーです。

#InterLink #ITLG #ITL #InterlinkBitFlip