Lộ trình ICM của Solana: một "buổi biểu diễn nhại lại" nhằm vào Hyperliquid?
Gần đây, một nhóm các nhân vật lớn trong hệ sinh thái Solana đã tập hợp lại, công bố một lộ trình kỹ thuật mang tên "Thị trường vốn Internet (Internet Capital Markets, ICM)". Ý tưởng cốt lõi của lộ trình này là "Thực hiện giao dịch có thể kiểm soát (Application Controlled Execution, ACE)", đơn giản mà nói, là cho phép các ứng dụng trên chuỗi có quyền sắp xếp giao dịch tự chủ trong mili giây, tạo ra một "Phố Wall trên chuỗi" phi tập trung.
Thú vị là, khi đọc toàn bộ lộ trình, mặc dù không trực tiếp đề cập đến Hyperliquid, nhưng thiết kế ở đó gần như ở khắp mọi nơi đều nhắm vào những điểm mạnh của Hyperliquid. Điều này giống như Solana đang nói: "Những gì bạn có ở Hyperliquid, chúng tôi cũng phải có, và còn phải làm tốt hơn!"
Cần biết rằng, Hyperliquid đang chiếm ưu thế trong thị trường hợp đồng vĩnh viễn trên chuỗi, với khối lượng giao dịch một thời điểm chiếm khoảng 65% toàn bộ thị trường hợp đồng vĩnh viễn phi tập trung. Rõ ràng, trước đối thủ cạnh tranh như vậy, Solana tự nhiên không muốn bị người đến sau vượt qua, vì vậy đã cho ra mắt lộ trình ICM này.
Vậy, sự kiện "mô phỏng" này rốt cuộc là gì? Solana có thực sự đuổi kịp hoặc thậm chí vượt qua Hyperliquid không? Hôm nay chúng ta sẽ cùng thảo luận sâu về chủ đề này.
Bối cảnh và nội dung ICM
Ai đang dẫn dắt cuộc cách mạng này?
Đầu tiên, chúng ta hãy xem ai đã lập ra lộ trình này. Những người tham gia đều là những người chơi nặng ký trong hệ sinh thái Solana:
Solana Foundation/Labs: cái này không cần phải nói nhiều, "cha đẻ" của Solana, phụ trách điều phối tổng thể và phát triển giao thức cốt lõi.
Anza: một công ty phát triển được thành lập bởi các thành viên trước đây của Solana Labs, giống như ConsenSys của Ethereum. Họ đã đảm nhận nhiều công việc công nghệ cốt lõi trong lộ trình này, chẳng hạn như giao thức đồng thuận mới Alpenglow.
Jito Labs: Nhà cung cấp cơ sở hạ tầng MEV trên Solana, có sức ảnh hưởng lớn, gần như kiểm soát "quyền sinh quyền sát" của tất cả lưu lượng MEV trên Solana. Lần này họ dẫn đầu cung cấp các giải pháp sắp xếp giao dịch như Block Assembly Marketplace (BAM).
Multicoin Capital: một tổ chức đầu tư tiền điện tử nổi tiếng, cũng là những người ủng hộ sớm của Solana. Do nắm giữ một lượng lớn SOL và quyền lợi từ các dự án trong hệ sinh thái, họ cũng có một sức ảnh hưởng đáng kể trong hướng đi công nghệ.
DoubleZero: Đội ngũ tập trung vào việc tăng tốc giao tiếp mạng, cung cấp giải pháp mạng quang chuyên dụng, nhằm nâng cao tốc độ giao tiếp giữa các nút xác thực Solana.
Drift: Dự án DEX hợp đồng vĩnh viễn hàng đầu trên Solana. Trước đây, Drift sử dụng mô hình khớp lệnh ngoài chuỗi, nhưng đã gặp khó khăn khi đối mặt với Hyperliquid hoàn toàn trên chuỗi, lần này tham gia vào việc lập kế hoạch lộ trình, rõ ràng là hy vọng có thể lật ngược tình thế nhờ vào việc nâng cấp nền tảng.
vấn đề cốt lõi cần giải quyết
Lộ trình tập trung vào việc cải thiện cấu trúc vi mô của thị trường, nói cách khác, cơ chế giao dịch trên chuỗi hiện tại không đủ thân thiện với các nhà tạo lập thị trường, tức là Taker chủ động thực hiện giao dịch chiếm ưu thế, trong khi các nhà tạo lập thị trường chờ đợi để giao dịch lại thiệt hại. Điều này là do Taker thường nắm giữ thông tin mới nhất và chủ động tăng phí giao dịch để đảm bảo giao dịch của họ được thực hiện trước, trong khi Maker thường không kịp rút đơn hàng, buộc phải giao dịch với giá không thuận lợi.
Một số nhà giao dịch chênh lệch giá cao cấp sẽ lợi dụng sự không đối xứng này để phát động cuộc tấn công "lưu lượng độc hại". Ví dụ, khi giá trên chuỗi chưa cập nhật, nhưng giá bên ngoài đã thay đổi, các nhà giao dịch chênh lệch giá có thể ăn lệnh của nhà tạo lập thị trường với giá cũ, khiến nhà tạo lập thị trường chịu tổn thất. Kết quả là Maker để bảo vệ bản thân, hoặc là kéo giãn chênh lệch giá mua-bán, hoặc là giảm khối lượng lệnh treo, dẫn đến tính thanh khoản của toàn bộ thị trường trở nên kém hơn.
Lộ trình ICM chính là để cân bằng mô hình này, thu hút tính thanh khoản chất lượng cao trở lại chuỗi.
( Ba bước của ICM
Solana chia kế hoạch lớn này thành ba giai đoạn:
Ngắn hạn)1-3 tháng###: chủ yếu là tối ưu hóa trải nghiệm giao dịch trên chuỗi hiện tại, làm cho các ứng dụng loại sổ đặt hàng dễ sử dụng hơn, giảm thiểu sự can thiệp MEV xấu. Cụ thể bao gồm:
Thị trường Block Assembly của Jito Labs(BAM) đã ra mắt trên mạng chính. Ý nghĩa của mô-đun này là cung cấp một hệ thống ngoại vi tạm thời trước khi ra mắt ACE(Application Controlled Execution), cho phép các hợp đồng thông minh trên Solana có quyền tự quyết định thứ tự giao dịch.
Nhóm Anza tối ưu hóa tỷ lệ thành công của "giao dịch vào cùng một Slot", từ đó giảm thiểu trượt giá và tổn thất MEV.
Những cải tiến này dự kiến sẽ được triển khai lần lượt từ tháng 7 đến tháng 9 năm 2025.
Giữa kỳ (3-9 tháng ): Giới thiệu mạng tốc độ cao chuyên dụng và phiên bản đồng thuận mới, giảm đáng kể độ trễ, tăng cường thông lượng:
Triển khai mạng cáp quang chuyên dụng DoubleZero, cung cấp cho các validator khả năng truyền thông tốc độ cao với độ rung gần như bằng không và độ trễ giảm tối đa 100ms.
Ra mắt giao thức đồng thuận Alpenglow, giảm thời gian xác nhận cuối cùng từ khoảng 12,8 giây xuống còn khoảng 0,15 giây.
Phát triển thực thi chương trình bất đồng bộ ( Asynchronous Program Execution, APE ), giảm thiểu sự chặn của việc thực thi giao dịch đối với sự đồng thuận.
Dài hạn(9-30 tháng): Thực hiện nâng cấp cách mạng cho kiến trúc cốt lõi của Solana, mục tiêu đạt được vào khoảng năm 2027:
Lãnh đạo đồng thời nhiều lần (Multiple Concurrent Leaders, MCL): Cho phép nhiều trình xác thực đồng thời đề xuất giao dịch trong pipeline của riêng họ, sau đó sắp xếp và kết hợp các khối song song này theo phí ưu tiên. Như vậy có thể làm yếu đi sự độc quyền của một gói duy nhất, tăng cường khả năng chống kiểm duyệt.
Ứng dụng gốc có thể kiểm soát thực hiện (Application Controlled Execution, ACE) chức năng: thực sự trao quyền cho hợp đồng thông minh trên chuỗi kiểm soát thứ tự thực hiện giao dịch.
Phân tích đến đây, tác giả cho rằng câu chuyện đằng sau việc đề xuất lộ trình ICM lần này có thể như sau: DEX lâu đời trên Solana, Drift, đã bị người đến sau, Hyperliquid, vượt mặt với trải nghiệm xuất sắc được gọi là "Binance trên chuỗi". Drift không thể chống cự, chỉ còn cách cầu cứu các "đại nhân" như Solana Labs, Anza, Jito. Các "đại nhân" đã đề xuất một kế hoạch cải cách kỹ thuật ICM, tuyên bố sẽ phục chế toàn bộ năng lực cốt lõi của Hyperliquid cho Drift, giúp Drift tái chiến trên thị trường DEX. Tuy nhiên, các "đại nhân" cũng nói rằng, lần cải cách kỹ thuật này rất khó khăn, vì vậy đã chia kế hoạch kỹ thuật thành ba bước đi chiến lược, trang bị mà Drift có thể nhận được trong thời gian gần chỉ là BAM của Jito, để Drift tạm thời sử dụng, so sánh với Hyperliquid.
Đã làm rõ bối cảnh câu chuyện, trong các chương tiếp theo, tác giả sẽ phân tích chi tiết ICM đã bắt chước, sao chép những kỹ năng nổi bật nào của Hyperliquid.
Bắt chước một: Cơ chế sắp xếp giao dịch
Vấn đề ở chỗ: Như đã đề cập trước đó, hiện tại chuỗi nghiêng về phía taker, maker phải chịu đựng "dòng chảy độc hại". Người dùng chủ động ăn đơn có thể dựa vào giá mới nhất bên ngoài chuỗi, ngay lập tức thực hiện giao dịch với các lệnh trên chuỗi, và thông qua việc tăng phí giao dịch để được ưu tiên thực hiện, trong khi các nhà tạo lập thị trường thường không kịp cập nhật hoặc rút lệnh. Kết quả là, các nhà tạo lập thị trường phải hoặc là kéo giãn chênh lệch, hoặc là đơn giản là rút lui khỏi thanh khoản, làm cho độ sâu của thị trường trở nên tồi tệ hơn.
( Giải pháp cuối cùng của ICM: Ứng dụng thực thi có kiểm soát )ACE###
Lộ trình ICM đã đề xuất khái niệm ACE(Application Controlled Execution), tức là phân quyền quyền sắp xếp giao dịch cho các ứng dụng trên chuỗi, để ứng dụng tự quyết định cách sắp xếp và thực hiện các giao dịch liên quan đến ứng dụng đó. Ví dụ, trong tương lai khi ACE được triển khai trên Solana, các hợp đồng DeFi có thể thực hiện các quy tắc sắp xếp giao dịch tùy chỉnh như sau:
Cập nhật giá Oracle: Các ứng dụng DeFi có thể chèn một giao dịch để lấy giá mới nhất từ Oracle trước khi thực hiện các giao dịch lớn, đảm bảo rằng các đơn đặt hàng được khớp theo giá hợp lý mới nhất, ngăn chặn việc các nhà tạo lập thị trường đưa ra báo giá dựa trên giá đã lỗi thời và bị chênh lệch giá.
Thực hiện hủy đơn ưu tiên: Ứng dụng có thể thiết lập "yêu cầu hủy đơn" ưu tiên hơn so với "giao dịch ăn đơn" mới, để cho maker có cơ hội hủy bỏ lệnh đang chờ khi tình hình thị trường không thuận lợi.
Đấu giá ở đuôi đội: Ví dụ, khi có một lệnh mua lớn làm tăng giá, các ứng dụng DeFi sẽ "ngay sau đó" đưa cơ hội ra đấu giá, ai sẵn sàng hoàn lại lợi ích nhiều nhất cho giao thức ( hoặc người dùng ), thì giao thức DeFi sẽ cho phép giao dịch của họ được thực hiện ngay sau lệnh lớn. Các ứng dụng DeFi có thể hoàn trả doanh thu đấu giá cho người dùng, từ đó chuyển đổi dòng MEV độc hại thành doanh thu tích cực.
( BAM của JITO: Kế hoạch chuyển tiếp
Trước khi ACE chính thức ra mắt, Jito Labs đã giới thiệu một giải pháp chuyển tiếp có tên là Block Assembly Marketplace )BAM###. Quy trình làm việc của BAM là:
Người dùng gửi giao dịch đến một nút chạy phần mềm BAM ( thay vì gửi trực tiếp đến Leader hiện tại ).
Nút BAM thu thập giao dịch cục bộ và chạy các loại nến bóng dài(plugin) để thực hiện việc sắp xếp lại gói giao dịch(Bundle) dưới sự bảo vệ quyền riêng tư(. Plugin chạy trong môi trường TEE an toàn, ẩn nội dung giao dịch bên ngoài trước khi thực hiện). Thông qua plugin, các nhà phát triển ứng dụng có thể tùy chỉnh các quy tắc sắp xếp khác nhau cho hợp đồng của họ, chẳng hạn như ưu tiên hủy đơn, cập nhật giá oracle trước khi khớp lệnh, thậm chí chạy đấu giá phức tạp trong ứng dụng.
Gửi Bundle giao dịch đã được sắp xếp cho Leader Solana để đóng gói lên chuỗi.
BAM có thể được coi là cánh đồng thử nghiệm trước khi ACE lên chuỗi, về chức năng rất gần gũi với ACE cuối cùng, chỉ khác là nó hoạt động trong một mạng độc lập dưới chuỗi, chứ không phải được tích hợp trong giao thức chuỗi chính của Solana.
Điều đáng chú ý là, Jito trước đây luôn cung cấp cơ sở hạ tầng tập trung vào việc khai thác MEV ( như Jito Block Engine ), mô hình kinh doanh của họ là tạo cơ hội cho các nhà đầu tư chênh lệch giá thông qua việc tối ưu hóa thứ tự giao dịch và chia sẻ lợi nhuận. Điều này ở một mức độ nào đó đứng ở "mũi giáo" đối lập với người dùng thông thường và những người bị khai thác. Tuy nhiên, vào đầu năm 2024, Jito đã đóng chức năng bộ nhớ công cộng ( mempool ) dành cho các robot chênh lệch giá, để giảm thiểu các tác động tiêu cực như tấn công sandwich. Động thái này cho thấy cộng đồng Solana có xu hướng kiềm chế MEV có hại, nhằm bảo vệ sự công bằng cho người dùng.
Sự ra mắt của BAM càng phù hợp với tư tưởng này: về bản chất, nó biến cơ chế sắp xếp vốn trước đây dùng cho MEV arbitrage thành một "lá chắn", nhằm bảo vệ các nhà cung cấp thanh khoản như nhà tạo lập thị trường, chẳng hạn như ưu tiên huỷ lệnh để tránh tổn thất cho nhà tạo lập thị trường, và giới thiệu việc hoàn trả giá thầu để giảm thiểu lợi nhuận từ việc chạy trước. Các nhà tìm kiếm MEV trước đây nếu muốn kiếm tiền, thì phải chuyển đổi vai trò, viết plugin BAM để phục vụ cho các giao thức DeFi, và kiếm lời từ phí plugin.
( Học hỏi từ HYPERLIQUID
Ý tưởng ACE/BAM ở trên thực ra có thể được coi là một sự theo đuổi cơ chế khớp lệnh trên chuỗi của Hyperliquid. Hyperliquid là một chuỗi chuyên dụng )Appchain###, được sinh ra để phục vụ cho DEX. Hơn nữa, HLP Vault do Hyperliquid chính thức vận hành thực sự là một trong những nhà tạo lập thị trường lớn nhất của nền tảng này, vì vậy không khó để hiểu rằng các quy tắc chuỗi của Hyperliquid thiên về nhà cung cấp thanh khoản, đã thực hiện nhiều thiết kế bảo vệ nhà tạo lập thị trường ở cấp độ chuỗi, chẳng hạn như:
Ưu tiên bảo vệ cho bên đặt lệnh: Hủy lệnh và lệnh chỉ làm maker được xử lý ưu tiên, tránh việc nhà tạo lập thị trường bị giao dịch bất lợi mà không biết. "Thực hiện hủy lệnh ưu tiên" được đề cập trong Solana ACE đã được Hyperliquid thực hiện trong nhiều năm.
Bảo đảm giá mới nhất: Quá trình thanh lý và khớp lệnh của Hyperliquid nhấn mạnh việc sử dụng giá mới nhất từ các nguồn cấp dữ liệu và trạng thái ký quỹ để thực hiện "kiểm tra kép". Ví dụ, khi có lệnh được khớp thành công, hệ thống sẽ kéo lại giá từ oracle mới nhất để đánh giá ký quỹ của cả hai bên, đảm bảo rằng không có rủi ro do độ trễ giá cả. Điều này tương tự như việc ACE chèn cập nhật oracle vào trước khi thực hiện giao dịch.
Bảo vệ giao dịch tự động: Nếu cùng một địa chỉ mua bán gặp nhau, Hyperliquid sẽ tự động hủy bỏ thay vì khớp lệnh, nhằm ngăn chặn việc làm giả hoặc các chi phí không cần thiết.
Solana ICM của ACE/BAM, không nghi ngờ gì là đang "học hỏi" từ Hyperliquid. Hyperliquid với tư cách là đầu tàu CLOB trên chuỗi, đã thực hiện nhiều cơ chế thân thiện với các nhà tạo lập thị trường bằng một chuỗi riêng biệt. Solana hiện đang hy vọng sử dụng chuỗi tổng quát và các plugin mô-đun để sao chép hiệu ứng này ------ tức là để mỗi ứng dụng đều sở hữu khả năng kiểm soát thứ tự giao dịch tương tự như Hyperliquid.
Mô phỏng hai: Tính cuối cùng ngay lập tức
( So sánh sự đồng thuận hiện tại
Solana hiện đang áp dụng Tower BFT, xác nhận và tính cuối cùng là xác suất dần dần: một khối nhận được 2/3 phiếu bầu được ghi là "xác nhận ) Confirmed ###", nhưng cần tích lũy khoảng 32 khối tiếp theo trên chuỗi ( thường mất khoảng 13 giây ) để được xác định là "cuối cùng xác nhận ( Finalized )". Đối với một số ứng dụng ( như giao dịch tần suất cao ), thời gian xác nhận cuối cùng mười mấy giây vẫn quá lâu.
HyperBFT là thuật toán đồng thuận tự nghiên cứu của Hyperliquid, được lấy cảm hứng từ đồng thuận HotStuff, sử dụng hai vòng bỏ phiếu để xác nhận khối, đạt được "tính cuối cùng ngay lập tức".
Vòng đầu tiên: Bỏ phiếu trước (Prevote): Các xác thực viên sau khi nhận được khối ứng cử viên do Proposer phát ra sẽ tiến hành xác thực nhanh. Nếu xác thực thành công, mỗi xác thực viên sẽ bỏ một phiếu "bỏ phiếu trước" (Prevote) cho khối này và phát nó ra toàn mạng. Phiếu này đại diện cho: "Tôi đã xem qua, khối này không có vấn đề."
Vòng hai: Tiền gửi ( Precommit ): Khi một validator thu thập được phiếu Prevote từ hơn hai phần ba các validator cho cùng một khối ứng cử, nó sẽ có đủ niềm tin, tin rằng phần lớn mạng lưới
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
10 thích
Phần thưởng
10
5
Chia sẻ
Bình luận
0/400
gas_guzzler
· 08-05 15:39
Chép bài tập cũng là một hình thức học, có gì không tốt?
Solana ICM lộ trình nhắm đến Hyperliquid on-chain giao dịch có thể đón nhận sự thay đổi mới.
Lộ trình ICM của Solana: một "buổi biểu diễn nhại lại" nhằm vào Hyperliquid?
Gần đây, một nhóm các nhân vật lớn trong hệ sinh thái Solana đã tập hợp lại, công bố một lộ trình kỹ thuật mang tên "Thị trường vốn Internet (Internet Capital Markets, ICM)". Ý tưởng cốt lõi của lộ trình này là "Thực hiện giao dịch có thể kiểm soát (Application Controlled Execution, ACE)", đơn giản mà nói, là cho phép các ứng dụng trên chuỗi có quyền sắp xếp giao dịch tự chủ trong mili giây, tạo ra một "Phố Wall trên chuỗi" phi tập trung.
Thú vị là, khi đọc toàn bộ lộ trình, mặc dù không trực tiếp đề cập đến Hyperliquid, nhưng thiết kế ở đó gần như ở khắp mọi nơi đều nhắm vào những điểm mạnh của Hyperliquid. Điều này giống như Solana đang nói: "Những gì bạn có ở Hyperliquid, chúng tôi cũng phải có, và còn phải làm tốt hơn!"
Cần biết rằng, Hyperliquid đang chiếm ưu thế trong thị trường hợp đồng vĩnh viễn trên chuỗi, với khối lượng giao dịch một thời điểm chiếm khoảng 65% toàn bộ thị trường hợp đồng vĩnh viễn phi tập trung. Rõ ràng, trước đối thủ cạnh tranh như vậy, Solana tự nhiên không muốn bị người đến sau vượt qua, vì vậy đã cho ra mắt lộ trình ICM này.
Vậy, sự kiện "mô phỏng" này rốt cuộc là gì? Solana có thực sự đuổi kịp hoặc thậm chí vượt qua Hyperliquid không? Hôm nay chúng ta sẽ cùng thảo luận sâu về chủ đề này.
Bối cảnh và nội dung ICM
Ai đang dẫn dắt cuộc cách mạng này?
Đầu tiên, chúng ta hãy xem ai đã lập ra lộ trình này. Những người tham gia đều là những người chơi nặng ký trong hệ sinh thái Solana:
Solana Foundation/Labs: cái này không cần phải nói nhiều, "cha đẻ" của Solana, phụ trách điều phối tổng thể và phát triển giao thức cốt lõi.
Anza: một công ty phát triển được thành lập bởi các thành viên trước đây của Solana Labs, giống như ConsenSys của Ethereum. Họ đã đảm nhận nhiều công việc công nghệ cốt lõi trong lộ trình này, chẳng hạn như giao thức đồng thuận mới Alpenglow.
Jito Labs: Nhà cung cấp cơ sở hạ tầng MEV trên Solana, có sức ảnh hưởng lớn, gần như kiểm soát "quyền sinh quyền sát" của tất cả lưu lượng MEV trên Solana. Lần này họ dẫn đầu cung cấp các giải pháp sắp xếp giao dịch như Block Assembly Marketplace (BAM).
Multicoin Capital: một tổ chức đầu tư tiền điện tử nổi tiếng, cũng là những người ủng hộ sớm của Solana. Do nắm giữ một lượng lớn SOL và quyền lợi từ các dự án trong hệ sinh thái, họ cũng có một sức ảnh hưởng đáng kể trong hướng đi công nghệ.
DoubleZero: Đội ngũ tập trung vào việc tăng tốc giao tiếp mạng, cung cấp giải pháp mạng quang chuyên dụng, nhằm nâng cao tốc độ giao tiếp giữa các nút xác thực Solana.
Drift: Dự án DEX hợp đồng vĩnh viễn hàng đầu trên Solana. Trước đây, Drift sử dụng mô hình khớp lệnh ngoài chuỗi, nhưng đã gặp khó khăn khi đối mặt với Hyperliquid hoàn toàn trên chuỗi, lần này tham gia vào việc lập kế hoạch lộ trình, rõ ràng là hy vọng có thể lật ngược tình thế nhờ vào việc nâng cấp nền tảng.
vấn đề cốt lõi cần giải quyết
Lộ trình tập trung vào việc cải thiện cấu trúc vi mô của thị trường, nói cách khác, cơ chế giao dịch trên chuỗi hiện tại không đủ thân thiện với các nhà tạo lập thị trường, tức là Taker chủ động thực hiện giao dịch chiếm ưu thế, trong khi các nhà tạo lập thị trường chờ đợi để giao dịch lại thiệt hại. Điều này là do Taker thường nắm giữ thông tin mới nhất và chủ động tăng phí giao dịch để đảm bảo giao dịch của họ được thực hiện trước, trong khi Maker thường không kịp rút đơn hàng, buộc phải giao dịch với giá không thuận lợi.
Một số nhà giao dịch chênh lệch giá cao cấp sẽ lợi dụng sự không đối xứng này để phát động cuộc tấn công "lưu lượng độc hại". Ví dụ, khi giá trên chuỗi chưa cập nhật, nhưng giá bên ngoài đã thay đổi, các nhà giao dịch chênh lệch giá có thể ăn lệnh của nhà tạo lập thị trường với giá cũ, khiến nhà tạo lập thị trường chịu tổn thất. Kết quả là Maker để bảo vệ bản thân, hoặc là kéo giãn chênh lệch giá mua-bán, hoặc là giảm khối lượng lệnh treo, dẫn đến tính thanh khoản của toàn bộ thị trường trở nên kém hơn.
Lộ trình ICM chính là để cân bằng mô hình này, thu hút tính thanh khoản chất lượng cao trở lại chuỗi.
( Ba bước của ICM
Solana chia kế hoạch lớn này thành ba giai đoạn:
Ngắn hạn)1-3 tháng###: chủ yếu là tối ưu hóa trải nghiệm giao dịch trên chuỗi hiện tại, làm cho các ứng dụng loại sổ đặt hàng dễ sử dụng hơn, giảm thiểu sự can thiệp MEV xấu. Cụ thể bao gồm:
Thị trường Block Assembly của Jito Labs(BAM) đã ra mắt trên mạng chính. Ý nghĩa của mô-đun này là cung cấp một hệ thống ngoại vi tạm thời trước khi ra mắt ACE(Application Controlled Execution), cho phép các hợp đồng thông minh trên Solana có quyền tự quyết định thứ tự giao dịch.
Nhóm Anza tối ưu hóa tỷ lệ thành công của "giao dịch vào cùng một Slot", từ đó giảm thiểu trượt giá và tổn thất MEV.
Những cải tiến này dự kiến sẽ được triển khai lần lượt từ tháng 7 đến tháng 9 năm 2025.
Giữa kỳ (3-9 tháng ): Giới thiệu mạng tốc độ cao chuyên dụng và phiên bản đồng thuận mới, giảm đáng kể độ trễ, tăng cường thông lượng:
Triển khai mạng cáp quang chuyên dụng DoubleZero, cung cấp cho các validator khả năng truyền thông tốc độ cao với độ rung gần như bằng không và độ trễ giảm tối đa 100ms.
Ra mắt giao thức đồng thuận Alpenglow, giảm thời gian xác nhận cuối cùng từ khoảng 12,8 giây xuống còn khoảng 0,15 giây.
Phát triển thực thi chương trình bất đồng bộ ( Asynchronous Program Execution, APE ), giảm thiểu sự chặn của việc thực thi giao dịch đối với sự đồng thuận.
Dài hạn(9-30 tháng): Thực hiện nâng cấp cách mạng cho kiến trúc cốt lõi của Solana, mục tiêu đạt được vào khoảng năm 2027:
Lãnh đạo đồng thời nhiều lần (Multiple Concurrent Leaders, MCL): Cho phép nhiều trình xác thực đồng thời đề xuất giao dịch trong pipeline của riêng họ, sau đó sắp xếp và kết hợp các khối song song này theo phí ưu tiên. Như vậy có thể làm yếu đi sự độc quyền của một gói duy nhất, tăng cường khả năng chống kiểm duyệt.
Ứng dụng gốc có thể kiểm soát thực hiện (Application Controlled Execution, ACE) chức năng: thực sự trao quyền cho hợp đồng thông minh trên chuỗi kiểm soát thứ tự thực hiện giao dịch.
Phân tích đến đây, tác giả cho rằng câu chuyện đằng sau việc đề xuất lộ trình ICM lần này có thể như sau: DEX lâu đời trên Solana, Drift, đã bị người đến sau, Hyperliquid, vượt mặt với trải nghiệm xuất sắc được gọi là "Binance trên chuỗi". Drift không thể chống cự, chỉ còn cách cầu cứu các "đại nhân" như Solana Labs, Anza, Jito. Các "đại nhân" đã đề xuất một kế hoạch cải cách kỹ thuật ICM, tuyên bố sẽ phục chế toàn bộ năng lực cốt lõi của Hyperliquid cho Drift, giúp Drift tái chiến trên thị trường DEX. Tuy nhiên, các "đại nhân" cũng nói rằng, lần cải cách kỹ thuật này rất khó khăn, vì vậy đã chia kế hoạch kỹ thuật thành ba bước đi chiến lược, trang bị mà Drift có thể nhận được trong thời gian gần chỉ là BAM của Jito, để Drift tạm thời sử dụng, so sánh với Hyperliquid.
Đã làm rõ bối cảnh câu chuyện, trong các chương tiếp theo, tác giả sẽ phân tích chi tiết ICM đã bắt chước, sao chép những kỹ năng nổi bật nào của Hyperliquid.
Bắt chước một: Cơ chế sắp xếp giao dịch
Vấn đề ở chỗ: Như đã đề cập trước đó, hiện tại chuỗi nghiêng về phía taker, maker phải chịu đựng "dòng chảy độc hại". Người dùng chủ động ăn đơn có thể dựa vào giá mới nhất bên ngoài chuỗi, ngay lập tức thực hiện giao dịch với các lệnh trên chuỗi, và thông qua việc tăng phí giao dịch để được ưu tiên thực hiện, trong khi các nhà tạo lập thị trường thường không kịp cập nhật hoặc rút lệnh. Kết quả là, các nhà tạo lập thị trường phải hoặc là kéo giãn chênh lệch, hoặc là đơn giản là rút lui khỏi thanh khoản, làm cho độ sâu của thị trường trở nên tồi tệ hơn.
( Giải pháp cuối cùng của ICM: Ứng dụng thực thi có kiểm soát )ACE###
Lộ trình ICM đã đề xuất khái niệm ACE(Application Controlled Execution), tức là phân quyền quyền sắp xếp giao dịch cho các ứng dụng trên chuỗi, để ứng dụng tự quyết định cách sắp xếp và thực hiện các giao dịch liên quan đến ứng dụng đó. Ví dụ, trong tương lai khi ACE được triển khai trên Solana, các hợp đồng DeFi có thể thực hiện các quy tắc sắp xếp giao dịch tùy chỉnh như sau:
Cập nhật giá Oracle: Các ứng dụng DeFi có thể chèn một giao dịch để lấy giá mới nhất từ Oracle trước khi thực hiện các giao dịch lớn, đảm bảo rằng các đơn đặt hàng được khớp theo giá hợp lý mới nhất, ngăn chặn việc các nhà tạo lập thị trường đưa ra báo giá dựa trên giá đã lỗi thời và bị chênh lệch giá.
Thực hiện hủy đơn ưu tiên: Ứng dụng có thể thiết lập "yêu cầu hủy đơn" ưu tiên hơn so với "giao dịch ăn đơn" mới, để cho maker có cơ hội hủy bỏ lệnh đang chờ khi tình hình thị trường không thuận lợi.
Đấu giá ở đuôi đội: Ví dụ, khi có một lệnh mua lớn làm tăng giá, các ứng dụng DeFi sẽ "ngay sau đó" đưa cơ hội ra đấu giá, ai sẵn sàng hoàn lại lợi ích nhiều nhất cho giao thức ( hoặc người dùng ), thì giao thức DeFi sẽ cho phép giao dịch của họ được thực hiện ngay sau lệnh lớn. Các ứng dụng DeFi có thể hoàn trả doanh thu đấu giá cho người dùng, từ đó chuyển đổi dòng MEV độc hại thành doanh thu tích cực.
( BAM của JITO: Kế hoạch chuyển tiếp
Trước khi ACE chính thức ra mắt, Jito Labs đã giới thiệu một giải pháp chuyển tiếp có tên là Block Assembly Marketplace )BAM###. Quy trình làm việc của BAM là:
Người dùng gửi giao dịch đến một nút chạy phần mềm BAM ( thay vì gửi trực tiếp đến Leader hiện tại ).
Nút BAM thu thập giao dịch cục bộ và chạy các loại nến bóng dài(plugin) để thực hiện việc sắp xếp lại gói giao dịch(Bundle) dưới sự bảo vệ quyền riêng tư(. Plugin chạy trong môi trường TEE an toàn, ẩn nội dung giao dịch bên ngoài trước khi thực hiện). Thông qua plugin, các nhà phát triển ứng dụng có thể tùy chỉnh các quy tắc sắp xếp khác nhau cho hợp đồng của họ, chẳng hạn như ưu tiên hủy đơn, cập nhật giá oracle trước khi khớp lệnh, thậm chí chạy đấu giá phức tạp trong ứng dụng.
Gửi Bundle giao dịch đã được sắp xếp cho Leader Solana để đóng gói lên chuỗi.
BAM có thể được coi là cánh đồng thử nghiệm trước khi ACE lên chuỗi, về chức năng rất gần gũi với ACE cuối cùng, chỉ khác là nó hoạt động trong một mạng độc lập dưới chuỗi, chứ không phải được tích hợp trong giao thức chuỗi chính của Solana.
Điều đáng chú ý là, Jito trước đây luôn cung cấp cơ sở hạ tầng tập trung vào việc khai thác MEV ( như Jito Block Engine ), mô hình kinh doanh của họ là tạo cơ hội cho các nhà đầu tư chênh lệch giá thông qua việc tối ưu hóa thứ tự giao dịch và chia sẻ lợi nhuận. Điều này ở một mức độ nào đó đứng ở "mũi giáo" đối lập với người dùng thông thường và những người bị khai thác. Tuy nhiên, vào đầu năm 2024, Jito đã đóng chức năng bộ nhớ công cộng ( mempool ) dành cho các robot chênh lệch giá, để giảm thiểu các tác động tiêu cực như tấn công sandwich. Động thái này cho thấy cộng đồng Solana có xu hướng kiềm chế MEV có hại, nhằm bảo vệ sự công bằng cho người dùng.
Sự ra mắt của BAM càng phù hợp với tư tưởng này: về bản chất, nó biến cơ chế sắp xếp vốn trước đây dùng cho MEV arbitrage thành một "lá chắn", nhằm bảo vệ các nhà cung cấp thanh khoản như nhà tạo lập thị trường, chẳng hạn như ưu tiên huỷ lệnh để tránh tổn thất cho nhà tạo lập thị trường, và giới thiệu việc hoàn trả giá thầu để giảm thiểu lợi nhuận từ việc chạy trước. Các nhà tìm kiếm MEV trước đây nếu muốn kiếm tiền, thì phải chuyển đổi vai trò, viết plugin BAM để phục vụ cho các giao thức DeFi, và kiếm lời từ phí plugin.
( Học hỏi từ HYPERLIQUID
Ý tưởng ACE/BAM ở trên thực ra có thể được coi là một sự theo đuổi cơ chế khớp lệnh trên chuỗi của Hyperliquid. Hyperliquid là một chuỗi chuyên dụng )Appchain###, được sinh ra để phục vụ cho DEX. Hơn nữa, HLP Vault do Hyperliquid chính thức vận hành thực sự là một trong những nhà tạo lập thị trường lớn nhất của nền tảng này, vì vậy không khó để hiểu rằng các quy tắc chuỗi của Hyperliquid thiên về nhà cung cấp thanh khoản, đã thực hiện nhiều thiết kế bảo vệ nhà tạo lập thị trường ở cấp độ chuỗi, chẳng hạn như:
Ưu tiên bảo vệ cho bên đặt lệnh: Hủy lệnh và lệnh chỉ làm maker được xử lý ưu tiên, tránh việc nhà tạo lập thị trường bị giao dịch bất lợi mà không biết. "Thực hiện hủy lệnh ưu tiên" được đề cập trong Solana ACE đã được Hyperliquid thực hiện trong nhiều năm.
Bảo đảm giá mới nhất: Quá trình thanh lý và khớp lệnh của Hyperliquid nhấn mạnh việc sử dụng giá mới nhất từ các nguồn cấp dữ liệu và trạng thái ký quỹ để thực hiện "kiểm tra kép". Ví dụ, khi có lệnh được khớp thành công, hệ thống sẽ kéo lại giá từ oracle mới nhất để đánh giá ký quỹ của cả hai bên, đảm bảo rằng không có rủi ro do độ trễ giá cả. Điều này tương tự như việc ACE chèn cập nhật oracle vào trước khi thực hiện giao dịch.
Bảo vệ giao dịch tự động: Nếu cùng một địa chỉ mua bán gặp nhau, Hyperliquid sẽ tự động hủy bỏ thay vì khớp lệnh, nhằm ngăn chặn việc làm giả hoặc các chi phí không cần thiết.
Solana ICM của ACE/BAM, không nghi ngờ gì là đang "học hỏi" từ Hyperliquid. Hyperliquid với tư cách là đầu tàu CLOB trên chuỗi, đã thực hiện nhiều cơ chế thân thiện với các nhà tạo lập thị trường bằng một chuỗi riêng biệt. Solana hiện đang hy vọng sử dụng chuỗi tổng quát và các plugin mô-đun để sao chép hiệu ứng này ------ tức là để mỗi ứng dụng đều sở hữu khả năng kiểm soát thứ tự giao dịch tương tự như Hyperliquid.
Mô phỏng hai: Tính cuối cùng ngay lập tức
( So sánh sự đồng thuận hiện tại
Solana hiện đang áp dụng Tower BFT, xác nhận và tính cuối cùng là xác suất dần dần: một khối nhận được 2/3 phiếu bầu được ghi là "xác nhận ) Confirmed ###", nhưng cần tích lũy khoảng 32 khối tiếp theo trên chuỗi ( thường mất khoảng 13 giây ) để được xác định là "cuối cùng xác nhận ( Finalized )". Đối với một số ứng dụng ( như giao dịch tần suất cao ), thời gian xác nhận cuối cùng mười mấy giây vẫn quá lâu.
HyperBFT là thuật toán đồng thuận tự nghiên cứu của Hyperliquid, được lấy cảm hứng từ đồng thuận HotStuff, sử dụng hai vòng bỏ phiếu để xác nhận khối, đạt được "tính cuối cùng ngay lập tức".
Vòng đầu tiên: Bỏ phiếu trước (Prevote): Các xác thực viên sau khi nhận được khối ứng cử viên do Proposer phát ra sẽ tiến hành xác thực nhanh. Nếu xác thực thành công, mỗi xác thực viên sẽ bỏ một phiếu "bỏ phiếu trước" (Prevote) cho khối này và phát nó ra toàn mạng. Phiếu này đại diện cho: "Tôi đã xem qua, khối này không có vấn đề."
Vòng hai: Tiền gửi ( Precommit ): Khi một validator thu thập được phiếu Prevote từ hơn hai phần ba các validator cho cùng một khối ứng cử, nó sẽ có đủ niềm tin, tin rằng phần lớn mạng lưới