3/5日目 ~ 開梱確認 ~ チェーンがファイナリティをどのようにモデル化し、アプリが確率論的に考える必要があるのか ~ 昨日は、「確認」がチェーンにどのように依存するかを探りました。今日は、これらのチェーンが実際にファイナリティをどのようにモデル化するか、そしてアプリが「確認済みと未確認済み」のバイナリビューを超える必要がある理由を解き明かしてみましょう ほとんどのチェーンは、明確な答えを 1 つも提供していません。代わりに、スペクトルを操作しています。 1. 決定論的なファイナリティ: BFT スタイルのコンセンサス (cosms、一部の alt-DA など)、L1 決済 (ファイナリティ後の ethereu など)、およびほとんどの PoS を使用するチェーンは、一度確定するとトランザクションを元に戻すことはできません。 2. 確率的ファイナリティ: PoW チェーン (ビットコインなど) とイーサリアムの「プレファイナリティ」は、統計的な保証を提供します。深さ12ブロックに埋もれたtxが再編成される可能性は低いですが、不可能ではありません。深くなればなるほど安全です。 3. ソフトシグナル: シーケンサーの確認、mempool の組み込み、ビルダー リレー - 高速ですが、リスクが伴います。これらの信号は便利ですが、慎重に扱う必要があります。 アプリでは、多くの場合、次のソースが同等に扱われます。 → 「X ブロックを待つ」 → 「シーケンサーを信頼する」 → 「包含のチェック」 しかし、相互運用性が移行するとすぐに、その抽象化は壊れます。 クロスチェーン アプリは、次のことにまたがる可能性があります。 ~ 高速ファイナリティBFTチェーン ~ 7日間の不正ウィンドウを備えた楽観的なロールアップ ~ 確率的ファイナリティを持つ L1 ~ シーケンサーのみの保証付きチェーン アプリロジックでは、画一的なルールをハードコーディングすることはできません。 「この tx が元に戻る可能性はどのくらいですか?そして、誰がそれを強制するのでしょうか?」 ==>ファイナリティはバイナリではなく、速度とセキュリティのトレードオフは線形ではありません。(たとえば、マルチシグはスピードや信頼を獲得しません。 →必要なのは、プログラム可能なチェーンを意識した信頼度==各コンテキストで「確認済み」が何を意味するかを表現する方法です

1/5日目 ~ 開梱確認 モジュール式の世界では、確認は単なる最終性ではありません。 これは、アプリが、バランスの表示、メッセージの送信、クロスチェーン ロジックの開始など、アクションを実行するのに十分なほど安全であると判断する瞬間です。 そして、それを各チェーンでどのように定義するかが、UXとセキュリティを直接形作ります。 → 待ちすぎますか?UXドラッグ。 → 早すぎる?再編成、論理の崩壊、さらには資金の損失さえも危険にさらされます。 アプリがデフォルトで相互運用機能になるにつれて、これを正しく行うことが重要になります。 ~ * 異なるチェーン、レイテンシー、セキュリティモデルがすべて衝突し、アプリはいつ移動するかを決定する必要があります。 確認🫡書の簡単な説明を始める

ねえ、@grok私の最近のやり取りに基づいて、私がもっと関わるべき相互関係者は誰ですか?

最近、インターンの雰囲気を感じています

あなたのお気に入りのプロトコルがあなたのお気に入りの飲み物でもあると想像してみてください ジェスプレッソ ☕

私たちは料理をしていると言ったのに、@mowjekこれを👀落としました 積載。。。

実はバリスタで、BC州で醸造しています ☕️ ジェスプレッソ

シェフではありませんが、私たちは料理をしています 👩 🍳 グブリュー

金銭的なアドバイスではありませんが、今週のイベリア航空のフライトが滑稽なほどひどかったので、ちょっと足りないような気がします$IAG チェーン上のウェンストック

人生で最も過小評価されているスキル:一貫して現れる能力 グブリュー