我在週末思考了這個週期的突破性應用程式，它們有什麼共同點，以及它與我們在SOCKET所做的有什麼關係。 也就是說，許多成功的應用程式通過打破公認的現狀並引入新的架構來提供新的原語或更好的用戶體驗，從而改變了遊戲規則。 @hyperliquid -> 更改了記憶體池設計，以優先取消區塊內的訂單 - 這對於鏈上訂單簿的成功至關重要，獲得 MM 以提供流動性並避免大量失敗的交易 @cowswap -> 引入了鏈下拍賣，允許對使用者交易進行批處理、查找 COW 並啟用求解器競爭 @ethena -> 在 CEX 上執行基差交易，這與前輩不同，後者僅限於小得多的永續 DEX - 同時將抵押品保留在鏈上 這正是我們設想的未來。 SOCKET 的鏈抽象協定允許構建者通過其AppGateway概念構建從類似級別的自定義中受益的應用程式。AppGateway 是應用程式級抽象，位於使用者和鏈上合約之間的所有鏈之上。 借助 AppGateway，應用程式構建者可以在交易登陸鏈上之前為交易定義任何預執行邏輯。使用者交易到達閘道，AppGateway 運行其邏輯，然後在鏈上執行交易流。 前面的 3 個範例中的任何一個都可以在 SOCKET 上構建。但是，如果應用程式構建器想要編寫在多個鏈上運行邏輯的應用程式，則它真正閃耀的地方。 使用SOCKET，他們可以以正常的 solidity 編寫他們的應用程式，就像它運行在單個鏈上一樣。一條鏈上的合約可以與其他鏈上的合約甚至鏈下系統無縫組合。 重要的是，他們不必編寫極其複雜的義大利麵條式代碼來處理跨鏈消息傳遞。要求加密應用程式構建者瞭解跨鏈消息傳遞，就像要求web2開發人員處理TCP/IP來處理其應用程式發出的數據包的傳輸和路由。 在 SOCKET 之前的今天現狀中，例如，想要讀取 3 個不同鏈上的資產價格以執行最便宜的交易的構建者需要編寫一個合約，向所有鏈發送消息，獲取價格，將消息返回給源鏈，並處理消息驗證、成本和延遲。使用當前工具集無法構建無縫的用戶體驗。 從應用程式構建器的角度來看，您可以將SOCKET視為負責跨鏈的所有必要編排，以解決鏈下參與者大軍在AppGateway中定義的問題，以在鏈上以模組化安全性執行使用者作。 目前，我們在生產環境中有： @BungeeExchange我們的流動性市場每月交易量為 >$1b 是第一個基於SOCKET構建的應用程式。BungeeGateway是處理使用者意圖和交易並與求解器和填充器匹配的地方。 @useenclave 正在構建一個“Universal Balance”即服務層，讓錢包抽象出碎片化的鏈餘額，並用使用者可以立即在任何鏈上消費的同質化餘額取而代之。在這裡，EnclaveGateway 將用戶訂單與 Paymasters 匹配。 @rathfinance 正在將 DeFi 收益轉變為錢包的原生功能。用戶資金會自動路由到跨鏈的最佳機會，無需額外步驟。 @derivexyz @aevoxyz @KintoXYZ @reya_xyz等專案使用SOCKET將鏈式抽象存款存入他們的應用程式。 但是，我們才剛剛開始觸及使用這種構建應用程式的新方式可以構建的內容的皮毛。 這實際上是 Chain Abstraction 的第 0 天。 如果您今天正在構建雄心勃勃的加密貨幣 - 請聯繫我們。