夕焼けの色を合わせる

イーサリアムのみ

4/5日目 ~ 開梱確認 ~ より迅速で安全な確認により、チェーン全体でより良い UX が実現する理由 ~ ここまで、確認とは何か、そしてそれがチェーン間でどのように変化するかを解き明かしてきました。 今日は、なぜそれがそれほど重要なのかを見てみましょう。 アプリの確認ロジックは、ユーザー エクスペリエンス、資本効率、チェーン間でどれだけ自信を持って作曲できるかに直接影響します。 これを間違えると、ユーザーは待ち時間がかかりすぎるか、さらに悪いことに資金を失います。 正しく行うと、ロールアップ間でもネイティブに感じられるシームレスなエクスペリエンスが実現します。 ~ [*] クロスロールアップUX アプリがクロスロールアップアクションをトリガーする前に L1 ファイナリティに依存している場合、何かが発生するまでに数分、場合によっては数時間待つようにユーザーに求めることになります。 そして、ほとんどはそうではありません。彼らはリフレッシュしたり、放棄したり、先に進んだりします。 →安全かつ迅速な確認により、ユーザーはほぼリアルタイムでブリッジ、スワップ、または作曲を行うことができます。 ~ [*] 流動性効率 理想的なセットアップでは、TX が安全になった瞬間に、遅かれ早かれ、遅かれずに行動します。 しかし、コンテキストに適応する確認ロジックがなければ、難しいバランスを取らざるを得なくなります。 行動が早すぎると、再編成、状態の破綻、または資金の損失のリスクがあります。 \\ 待つ時間が長すぎると、流動性がそこに止まり、スリッページ、遅延、出来高の減少が発生します。 このウィンドウを閉じ→、価格設定が改善され、より緊密な資本ループが可能になります。 ~ [*] より高速なオフランピング + 為替決済 オフランプと CEX は、多くの場合、入金を入金する前に深いファイナリティを待ちます。 つまり、ユーザーはキャッシュアウトするためだけに長い待ち時間を待たなければならないかもしれません。 →、より迅速で安全な確認により、このウィンドウが縮小され、よりスムーズな法定通貨の出口体験が生まれます。 ~ [*] 妥協の少ないコンポーザビリティ 現在、ブリッジやアプリはリスクを冒すか(たとえば、ソルバーがシーケンサー信号に依存する)、遅延を介してユーザーにプッシュします。 → アプリが安全であるとわかったときに、安全に行動し、即座に行動できる瞬間をプログラムできるとしたらどうでしょうか? ~ [*] エスプレッソはこれを可能にします espressoは、プログラム可能なチェーンを意識した確認を提供するため、信頼や安全性を犠牲にすることなく、迅速なUXを構築できます。 スピードとセキュリティのどちらかを選択する必要→、「安全」の意味を定義すると、エスプレッソがそれを強制します 次は、締めくくりと次の料理

「踊るスターを産むためには、まだ自分の中に混沌がなければなりません。」 -ニーチェ

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これを👀落としました 積載。。。