熱門話題
#
Bonk 生態迷因幣展現強韌勢頭
#
有消息稱 Pump.fun 計劃 40 億估值發幣，引發市場猜測
#
Solana 新代幣發射平臺 Boop.Fun 風頭正勁
Mari ☕
生態系統和增長@espressosys - 科技和體育愛好者
第 4/5 天 ~ 解釋確認
~ 為什麼更快、更安全的確認能在各鏈之間解鎖更好的用戶體驗 ~
到目前為止，我們已經解釋了什麼是確認 - 以及它在不同鏈之間的變化。
今天，讓我們看看為什麼這麼重要。
你的應用程序的確認邏輯直接影響用戶體驗、資本效率，以及你在不同鏈之間組合的信心。
// 如果這做錯了，用戶會等得太久 - 或更糟，損失資金。
// 如果做對了，你就能解鎖無縫的體驗，即使在 rollup 之間也能感覺原生。
~ [*] 跨 rollup 用戶體驗
如果你的應用依賴於 L1 最終性來觸發跨 rollup 行動，你就要求用戶等待幾分鐘，甚至幾個小時，才能發生某些事情。
而大多數人不會這樣做。他們會刷新、放棄或繼續前進。
→ 安全但快速的確認意味著用戶可以幾乎實時地進行橋接、交換或組合。
~ [*] 流動性效率
在理想的設置中，你會在交易安全的瞬間行動，既不早也不晚。
但如果沒有適應上下文的確認邏輯，你就被迫在艱難的平衡中導航：
// 行動太早，你就冒著重組、狀態損壞或資金損失的風險。
\\ 等太久，你的流動性就會靜止不動，造成滑點、延遲和減少的交易量。
→ 關閉這個窗口可以改善定價並實現更緊密的資本循環。
~ [*] 更快的現金退出 + 交易所結算
現金退出和 CEX 通常在信用存款之前等待深度最終性。
這意味著你的用戶可能需要經歷長時間的等待才能提現。
→ 更快、安全的確認縮短了這個窗口，創造了更順暢的法幣現金退出體驗。
~ [*] 更少妥協的可組合性
今天，橋接和應用要麼承擔風險（例如，依賴序列器信號的解決者），要麼通過延遲將風險推給用戶。
→ 如果你的應用可以編程在安全的時刻行動並在知道安全時立即移動，會怎樣？
~ [*] espresso 使這一切成為可能
espresso 為你提供可編程的、鏈感知的確認，讓你可以構建快速的用戶體驗，而不犧牲信任或安全性。
→ 不再需要在速度和安全之間做選擇，你定義什麼是「安全」，而 espresso 會強制執行它。
接下來：結束思考和接下來的計劃
1.71K
第 3 天/5 天 ~ 解釋確認
~ 鏈如何建模最終性，以及為什麼你的應用需要考慮概率性 ~
昨天，我們探討了「確認」如何依賴於鏈。今天，讓我們解釋這些鏈如何實際建模最終性，以及為什麼你的應用需要超越「已確認 vs 未確認」的二元視角。
大多數鏈不會提供單一的清晰答案。相反，你正在處理一個範圍：
1. 確定性最終性：
使用 BFT 風格共識的鏈（例如 cosms，一些替代 DA），L1 結算（例如以太坊在最終性之後）和大多數 PoS 提供硬性保證 - 一旦最終化，交易就無法被撤回。
2. 概率性最終性：
pow 鏈（如比特幣）和以太坊的「預最終性」提供統計保證。一筆交易埋在 12 個區塊深處不太可能被重組 - 但不是不可能。越深，越安全。
3. 軟信號：
序列器確認、內存池包含、建構者中繼 - 它們快速，但帶有風險。這些信號是有用的，但必須小心對待。
應用通常將這些來源視為平等：
→ 「等待 X 個區塊」
→ 「信任序列器」
→ 「檢查包含」
但這種抽象在你進行互操作時就會破裂。
一個跨鏈應用可能跨越：
~ 一個快速最終性的 BFT 鏈
~ 一個具有 7 天欺詐窗口的樂觀滾動
~ 一個具有概率性最終性的 L1
~ 一個僅有序列器保證的鏈
你的應用邏輯不能硬編碼一個通用的規則。
你需要問：「這筆交易撤回的可能性有多大？誰來執行這個？」
==> 最終性不是二元的，速度和安全性之間的權衡不是線性的。（例如，多重簽名不會獲得速度或信任。）
→ 你需要的是可編程的、鏈感知的信心 == 一種在每個上下文中表達「已確認」意義的方式。
3.08K
熱門
排行
收藏