Lộ trình ICM của Solana: Một "buổi biểu diễn bắt chước" nhằm vào Hyperliquid
Lời mở đầu: Các đại ca Solana họp mặt
Gần đây, có một sự kiện thú vị xảy ra trong hệ sinh thái Solana. Bao gồm Quỹ Solana, Anza, một số phòng thí nghiệm nổi tiếng và nhiều thành viên quan trọng khác đã tập hợp lại và phát hành một lộ trình công nghệ 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 Thi Giao Dịch Có Kiểm Soát (Application Controlled Execution, ACE)", đơn giản là cho phép các ứng dụng trên chuỗi có quyền sắp xếp giao dịch tự động 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 đề cập trực tiếp đến Hyperliquid, nhưng thiết kế bên trong gần như nhắm đến những điểm mạnh của Hyperliquid. Điều này giống như Solana đang nói: "Những gì Hyperliquid có, chúng tôi cũng phải có, và phải làm tốt hơn!"
Cần biết rằng, Hyperliquid đã chiếm ưu thế trên thị trường hợp đồng vĩnh viễn trên chuỗi, với khối lượng giao dịch từng 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, đối mặt với đối thủ cạnh tranh như vậy, Solana đương nhiên không cam lòng bị người đi sau vượt qua, vì vậy đã phát hành lộ trình ICM này.
Vậy thì, "buổi trình diễn bắt chước" này rốt cuộc là chuyện gì? Solana có thực sự có thể theo kịp hoặc thậm chí vượt qua Hyperliquid không? Hôm nay chúng ta sẽ cùng nhau 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 bản lộ trình này được ai thiết lập. Những người tham gia đều là những người chơi nặng ký trong hệ sinh thái Solana:
Quỹ/Labs Solana: Điều này không cần phải nói nhiều, "người 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, có phần giống với 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.
Một phòng thí nghiệm nổi tiếng: Nhà cung cấp cơ sở hạ tầng MEV trên Solana, có ảnh hưởng lớn, gần như kiểm soát quyền "sinh 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).
Một vốn nổi tiếng: cơ quan đầu tư tiền điện tử nổi tiếng, cũng là một trong 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 của các dự án sinh thái, họ cũng có tiếng nói đáng kể trong định hướng công nghệ.
DoubleZero: Đội ngũ tập trung vào việc tăng tốc độ truyền thông mạng, cung cấp giải pháp mạng quang riêng biệt nhằm nâng cao tốc độ giao tiếp giữa các nút xác thực Solana.
Một nền tảng hợp đồng vĩnh viễn: Dự án DEX hợp đồng vĩnh viễn hàng đầu trên Solana. Trước đây, nền tảng này sử dụng mô hình khớp lệnh ngoại tuyến, trong khi đối mặt với Hyperliquid hoàn toàn trên chuỗi thì có vẻ hơi khó khăn, lần này tham gia xây dựng lộ trình, rõ ràng là hy vọng nhờ vào việc nâng cấp nền tảng để phục hồi.
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 đơn giản là cơ chế giao dịch trên chuỗi hiện tại không đủ thân thiện với nhà tạo lập thị trường, nghĩa là những người chủ động thực hiện giao dịch (Taker) được lợi, trong khi những người chờ đợi giao dịch (Market Maker) lại chịu thiệt. Điều này xảy ra vì 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 lệnh và bị buộc phải thực hiện giao dịch ở mức giá không thuận lợi.
Một số nhà giao dịch chênh lệch giá cao 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". Chẳng hạn, khi giá trên chuỗi chưa cập nhật, nhưng giá ngoài chuỗi đã thay đổi, các nhà giao dịch chênh lệch giá có thể ăn lệnh của các nhà tạo lập thị trường với giá cũ, buộc các nhà tạo lập thị trường phải chịu tổn thất. Kết quả là các Maker, để bảo vệ bản thân, phải hoặc là kéo rộng chênh lệch giá mua-bán, hoặc là giảm 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.
Bản đồ ICM là để cân bằng cấu trúc này, thu hút 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 xấu từ MEV. Cụ thể bao gồm:
Một module Block Assembly Marketplace (BAM) của một phòng thí nghiệm nổi tiếng đã được ra mắt trên mạng chính. Ý nghĩa của module này là cung cấp một hệ thống bổ sung tạm thời trước khi ACE (Application Controlled Execution) chính thức ra mắt, cho phép các hợp đồng thông minh trên Solana có quyền tự chủ trong việc sắp xếp 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.
Trung kỳ (3-9 tháng): Giới thiệu mạng lưới chuyên dụng tốc độ cao và phiên bản đồng thuận mới, giảm đáng kể độ trễ, tăng cường khả năng xử lý:
Triển khai mạng quang riêng DoubleZero, cung cấp cho các xác thực giao tiếp tốc độ cao gần như không có độ rung, độ trễ giảm tới 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 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 tắc nghẽn thực thi giao dịch đối với sự đồng thuận.
Dài hạn (9-30 tháng): Cải cách kiến trúc cốt lõi của Solana, mục tiêu đạt được vào khoảng năm 2027:
Nhiều nhà lãnh đạo đồng thời (Multiple Concurrent Leaders, MCL): Cho phép nhiều người xác thực đề xuất giao dịch đồng thời trong các pipeline của họ, sau đó sắp xếp các khối song song này theo phí ưu tiên. Điều nà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 thi (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 thi giao dịch.
Phân tích đến đây, tác giả cho rằng câu chuyện đứng sau việc đưa ra lộ trình ICM lần này nên là như thế này: DEX lâu đời trên Solana đã bị người đến sau là Hyperliquid vượt lên với trải nghiệm "nền tảng giao dịch trên chuỗi" xuất sắc. DEX lâu đời không đủ sức cạnh tranh, đành phải nhờ cậy đến các "đại gia" như Solana Labs, Anza. Các "đại gia" đã đưa ra một kế hoạch cải cách công nghệ ICM, tuyên bố sẽ sao chép và trang bị đầy đủ những khả năng nổi bật của Hyperliquid cho DEX lâu đời, giúp họ tái chiến trên thị trường DEX. Tuy nhiên, các "đại gia" cũng nói rằng, việc cải cách công nghệ lần này gặp rất nhiều khó khăn, vì vậy đã chia kế hoạch công nghệ thành chiến lược ba bước, và trang bị mà DEX lâu đời có thể nhận được trong thời gian gần chỉ là BAM của một phòng thí nghiệm nổi tiếng, để DEX lâu đời có thể tạm thời sử dụng và 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.
Mô phỏng 1: Cơ chế sắp xếp giao dịch
Vấn đề nằm ở chỗ: Như đã đề cập trước đó, hiện tại chuỗi nghiêng về taker, maker phải chịu "lưu lượng độc hại". Người dùng chủ động ăn đơn có thể dựa vào giá mới nhất ngoài chuỗi, ngay lập tức thực hiện giao dịch với các đơn đặt hàng trên chuỗi, và thông qua việc tăng phí giao dịch để ưu tiên hoàn thành, trong khi các nhà tạo lập thị trường thường không kịp cập nhật hoặc hủy đơn. Kết quả là, các nhà tạo lập thị trường hoặc phải kéo giãn chênh lệch giá, hoặc đơn giản là rút bỏ tính thanh khoản, khiến độ sâu thị trường trở nên tồi tệ hơn.
Giải pháp tối ưu 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, cho phép ứng dụng tự quyết định cách sắp xếp và thực thi các giao dịch liên quan đến ứng dụng đó. Ví dụ, trong tương lai khi ACE được thực hiện trên Solana, hợp đồng DeFi có thể thiết lập 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 các đơn hàng được thực hiện theo giá hợp lý nhất mới nhất, ngăn chặn việc các nhà tạo lập thị trường báo giá dựa trên giá đã lỗi thời và bị chênh lệch giá.
Ưu tiên thực hiện hủy đơn: Ứng dụng có thể thiết lập "yêu cầu hủy đơn" được ưu tiên thực hiện hơn so với giao dịch "mua đơn" mới, cho phép maker có cơ hội hủy bỏ lệnh treo kịp thời khi thị trường không thuận lợi.
Đấu giá ở cuối đội: Ví dụ, khi có một lệnh mua khổng lồ đẩy giá lên, ứng dụng DeFi sẽ "ngay sau đó" đưa cơ hội ra đấu giá, ai sẵn sàng trả lại nhiều lợi ích nhất cho giao thức (hoặc người dùng), giao thức DeFi sẽ cho phép giao dịch của người đó thực hiện theo lệnh lớn. Ứng dụng DeFi có thể trả lại doanh thu đấu giá cho người dùng, từ đó chuyển đổi dòng MEV độc hại thành thu nhập tốt.
BAM của một phòng thí nghiệm nổi tiếng: Kế hoạch chuyển tiếp
Trước khi ACE chính thức ra mắt, một phòng thí nghiệm nổi tiếng đã 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 cho Leader hiện tại).
Các nút BAM thu thập giao dịch địa phương và chạy các loại plugin ( 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 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 mình, 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í thực hiện các cuộc đấu giá phức tạp trong ứng dụng.
Gửi Bundle giao dịch đã được sắp xếp đến Solana Leader để đó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 thì rất gần với ACE tối thượng, chỉ là nó hoạt động trong một mạng độc lập bên ngoài, chứ không phải được tích hợp trong giao thức chuỗi chính Solana.
Điều đáng chú ý là một phòng thí nghiệm nổi tiếng trước đây luôn cung cấp cơ sở hạ tầng hướng tới việc khai thác MEV (như một động cơ khối nào đó), mô hình kinh doanh của họ là tạo cơ hội cho các nhà đầu cơ 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 đó là "mũi dao" đứng đối diện với người dùng thông thường và những người bị đầu cơ. Tuy nhiên, phòng thí nghiệm này đã đóng chức năng bộ nhớ công cộng cho robot đầu cơ (mempool) vào đầu năm 2024, để giảm thiểu các tác động tiêu cực như tấn công sandwich. Hành động này cho thấy cộng đồng Solana có xu hướng kiềm chế MEV có hại, duy trì sự công bằng cho người dùng.
Việc ra mắt BAM càng phù hợp với tư duy này: nó về cơ bản biến cơ chế sắp xếp vốn ban đầu được sử dụng cho việc MEV arbitrage thành một "tấm khiên" để bảo vệ các nhà tạo lập thị trường và các nhà cung cấp thanh khoản khác, chẳng hạn như ưu tiên hủy lệnh bắt buộc để tránh thiệt hại cho các nhà tạo lập thị trường, và đưa ra các phần thưởng đấu giá để giảm thiểu lợi nhuận từ việc chạy trước. Những người 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, phụ thuộc vào phí plugin để kiếm lợi.
Học hỏi từ Hyperliquid
Ý tưởng ACE/BAM ở trên thực ra có thể được xem như 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 tạo ra để phục vụ cho DEX. Hơn nữa, HLP Vault do Hyperliquid chính thức điều hành thực tế 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ư:
Bảo vệ ưu tiên cho bên đặt lệnh: Hủy lệnh và chỉ thực hiện lệnh maker sẽ đượ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 trong tình huống không biết. "Thực hiện hủy lệnh ưu tiên" mà Solana ACE đề cập đã đượ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 và trạng thái ký quỹ để thực hiện "kiểm tra kép". Ví dụ, khi có lệnh chờ được khớp, hệ thống sẽ lại lấy 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 giá bị trễ. Điều này tương tự như việc ACE chèn cập nhật oracle vào giao dịch trước khi thực hiện.
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 ngừa việc thao túng khối lượng hoặ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 các cơ chế thân thiện với nhà tạo lập thị trường bằng một chuỗi chuyên dụng. Solana hiện đang hy vọng sử dụng chuỗi tổng quát kết hợp với plugin mô-đun, để sao chép hiệu ứng này ------ tức là để mỗi ứng dụng đều có quyền kiểm soát thứ tự giao dịch giống như Hyperliquid.
Bắt chước 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 sử 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 khoảng 13 giây) để được chốt là "cuối cùng (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 vài giây vẫn là quá dài.
HyperBFT là thuật toán đồng thuận do Hyperliquid tự nghiên cứu, được lấy cảm hứng từ đồng thuận HotStuff, sử dụng xác nhận khối qua hai vòng bỏ phiếu, đạt được "tính cuối cùng ngay lập tức".
Vòng đầu tiên: Bỏ phiếu trước (Prevote): Sau khi các validator nhận được khối ứng cử viên mà Proposer phát sóng, họ sẽ tiến hành xác minh nhanh. Nếu việc xác minh thành công, mỗi validator sẽ bỏ một phiếu "bỏ phiếu trước" (Prevote) cho khối này và phát sóng nó tới toàn mạng. Phiếu này đại diện cho: "Tôi đã xem qua sơ bộ.
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.
Solana ICM lộ trình so với Hyperliquid: cuộc chiến giao dịch on-chain
Lộ trình ICM của Solana: Một "buổi biểu diễn bắt chước" nhằm vào Hyperliquid
Lời mở đầu: Các đại ca Solana họp mặt
Gần đây, có một sự kiện thú vị xảy ra trong hệ sinh thái Solana. Bao gồm Quỹ Solana, Anza, một số phòng thí nghiệm nổi tiếng và nhiều thành viên quan trọng khác đã tập hợp lại và phát hành một lộ trình công nghệ 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 Thi Giao Dịch Có Kiểm Soát (Application Controlled Execution, ACE)", đơn giản là cho phép các ứng dụng trên chuỗi có quyền sắp xếp giao dịch tự động 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 đề cập trực tiếp đến Hyperliquid, nhưng thiết kế bên trong gần như nhắm đến những điểm mạnh của Hyperliquid. Điều này giống như Solana đang nói: "Những gì Hyperliquid có, chúng tôi cũng phải có, và phải làm tốt hơn!"
Cần biết rằng, Hyperliquid đã chiếm ưu thế trên thị trường hợp đồng vĩnh viễn trên chuỗi, với khối lượng giao dịch từng 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, đối mặt với đối thủ cạnh tranh như vậy, Solana đương nhiên không cam lòng bị người đi sau vượt qua, vì vậy đã phát hành lộ trình ICM này.
Vậy thì, "buổi trình diễn bắt chước" này rốt cuộc là chuyện gì? Solana có thực sự có thể theo kịp hoặc thậm chí vượt qua Hyperliquid không? Hôm nay chúng ta sẽ cùng nhau 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 bản lộ trình này được ai thiết lập. Những người tham gia đều là những người chơi nặng ký trong hệ sinh thái Solana:
Quỹ/Labs Solana: Điều này không cần phải nói nhiều, "người 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, có phần giống với 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.
Một phòng thí nghiệm nổi tiếng: Nhà cung cấp cơ sở hạ tầng MEV trên Solana, có ảnh hưởng lớn, gần như kiểm soát quyền "sinh 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).
Một vốn nổi tiếng: cơ quan đầu tư tiền điện tử nổi tiếng, cũng là một trong 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 của các dự án sinh thái, họ cũng có tiếng nói đáng kể trong định hướng công nghệ.
DoubleZero: Đội ngũ tập trung vào việc tăng tốc độ truyền thông mạng, cung cấp giải pháp mạng quang riêng biệt nhằm nâng cao tốc độ giao tiếp giữa các nút xác thực Solana.
Một nền tảng hợp đồng vĩnh viễn: Dự án DEX hợp đồng vĩnh viễn hàng đầu trên Solana. Trước đây, nền tảng này sử dụng mô hình khớp lệnh ngoại tuyến, trong khi đối mặt với Hyperliquid hoàn toàn trên chuỗi thì có vẻ hơi khó khăn, lần này tham gia xây dựng lộ trình, rõ ràng là hy vọng nhờ vào việc nâng cấp nền tảng để phục hồi.
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 đơn giản là cơ chế giao dịch trên chuỗi hiện tại không đủ thân thiện với nhà tạo lập thị trường, nghĩa là những người chủ động thực hiện giao dịch (Taker) được lợi, trong khi những người chờ đợi giao dịch (Market Maker) lại chịu thiệt. Điều này xảy ra vì 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 lệnh và bị buộc phải thực hiện giao dịch ở mức giá không thuận lợi.
Một số nhà giao dịch chênh lệch giá cao 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". Chẳng hạn, khi giá trên chuỗi chưa cập nhật, nhưng giá ngoài chuỗi đã thay đổi, các nhà giao dịch chênh lệch giá có thể ăn lệnh của các nhà tạo lập thị trường với giá cũ, buộc các nhà tạo lập thị trường phải chịu tổn thất. Kết quả là các Maker, để bảo vệ bản thân, phải hoặc là kéo rộng chênh lệch giá mua-bán, hoặc là giảm 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.
Bản đồ ICM là để cân bằng cấu trúc này, thu hút 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 xấu từ MEV. Cụ thể bao gồm:
Một module Block Assembly Marketplace (BAM) của một phòng thí nghiệm nổi tiếng đã được ra mắt trên mạng chính. Ý nghĩa của module này là cung cấp một hệ thống bổ sung tạm thời trước khi ACE (Application Controlled Execution) chính thức ra mắt, cho phép các hợp đồng thông minh trên Solana có quyền tự chủ trong việc sắp xếp 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.
Trung kỳ (3-9 tháng): Giới thiệu mạng lưới chuyên dụng tốc độ cao và phiên bản đồng thuận mới, giảm đáng kể độ trễ, tăng cường khả năng xử lý:
Triển khai mạng quang riêng DoubleZero, cung cấp cho các xác thực giao tiếp tốc độ cao gần như không có độ rung, độ trễ giảm tới 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 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 tắc nghẽn thực thi giao dịch đối với sự đồng thuận.
Dài hạn (9-30 tháng): Cải cách kiến trúc cốt lõi của Solana, mục tiêu đạt được vào khoảng năm 2027:
Nhiều nhà lãnh đạo đồng thời (Multiple Concurrent Leaders, MCL): Cho phép nhiều người xác thực đề xuất giao dịch đồng thời trong các pipeline của họ, sau đó sắp xếp các khối song song này theo phí ưu tiên. Điều nà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 thi (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 thi giao dịch.
Phân tích đến đây, tác giả cho rằng câu chuyện đứng sau việc đưa ra lộ trình ICM lần này nên là như thế này: DEX lâu đời trên Solana đã bị người đến sau là Hyperliquid vượt lên với trải nghiệm "nền tảng giao dịch trên chuỗi" xuất sắc. DEX lâu đời không đủ sức cạnh tranh, đành phải nhờ cậy đến các "đại gia" như Solana Labs, Anza. Các "đại gia" đã đưa ra một kế hoạch cải cách công nghệ ICM, tuyên bố sẽ sao chép và trang bị đầy đủ những khả năng nổi bật của Hyperliquid cho DEX lâu đời, giúp họ tái chiến trên thị trường DEX. Tuy nhiên, các "đại gia" cũng nói rằng, việc cải cách công nghệ lần này gặp rất nhiều khó khăn, vì vậy đã chia kế hoạch công nghệ thành chiến lược ba bước, và trang bị mà DEX lâu đời có thể nhận được trong thời gian gần chỉ là BAM của một phòng thí nghiệm nổi tiếng, để DEX lâu đời có thể tạm thời sử dụng và 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.
Mô phỏng 1: Cơ chế sắp xếp giao dịch
Vấn đề nằm ở chỗ: Như đã đề cập trước đó, hiện tại chuỗi nghiêng về taker, maker phải chịu "lưu lượng độc hại". Người dùng chủ động ăn đơn có thể dựa vào giá mới nhất ngoài chuỗi, ngay lập tức thực hiện giao dịch với các đơn đặt hàng trên chuỗi, và thông qua việc tăng phí giao dịch để ưu tiên hoàn thành, trong khi các nhà tạo lập thị trường thường không kịp cập nhật hoặc hủy đơn. Kết quả là, các nhà tạo lập thị trường hoặc phải kéo giãn chênh lệch giá, hoặc đơn giản là rút bỏ tính thanh khoản, khiến độ sâu thị trường trở nên tồi tệ hơn.
Giải pháp tối ưu 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, cho phép ứng dụng tự quyết định cách sắp xếp và thực thi các giao dịch liên quan đến ứng dụng đó. Ví dụ, trong tương lai khi ACE được thực hiện trên Solana, hợp đồng DeFi có thể thiết lập 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 các đơn hàng được thực hiện theo giá hợp lý nhất mới nhất, ngăn chặn việc các nhà tạo lập thị trường báo giá dựa trên giá đã lỗi thời và bị chênh lệch giá.
Ưu tiên thực hiện hủy đơn: Ứng dụng có thể thiết lập "yêu cầu hủy đơn" được ưu tiên thực hiện hơn so với giao dịch "mua đơn" mới, cho phép maker có cơ hội hủy bỏ lệnh treo kịp thời khi thị trường không thuận lợi.
Đấu giá ở cuối đội: Ví dụ, khi có một lệnh mua khổng lồ đẩy giá lên, ứng dụng DeFi sẽ "ngay sau đó" đưa cơ hội ra đấu giá, ai sẵn sàng trả lại nhiều lợi ích nhất cho giao thức (hoặc người dùng), giao thức DeFi sẽ cho phép giao dịch của người đó thực hiện theo lệnh lớn. Ứng dụng DeFi có thể trả lại doanh thu đấu giá cho người dùng, từ đó chuyển đổi dòng MEV độc hại thành thu nhập tốt.
BAM của một phòng thí nghiệm nổi tiếng: Kế hoạch chuyển tiếp
Trước khi ACE chính thức ra mắt, một phòng thí nghiệm nổi tiếng đã 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 cho Leader hiện tại).
Các nút BAM thu thập giao dịch địa phương và chạy các loại plugin ( 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 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 mình, 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í thực hiện các cuộc đấu giá phức tạp trong ứng dụng.
Gửi Bundle giao dịch đã được sắp xếp đến Solana Leader để đó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 thì rất gần với ACE tối thượng, chỉ là nó hoạt động trong một mạng độc lập bên ngoài, chứ không phải được tích hợp trong giao thức chuỗi chính Solana.
Điều đáng chú ý là một phòng thí nghiệm nổi tiếng trước đây luôn cung cấp cơ sở hạ tầng hướng tới việc khai thác MEV (như một động cơ khối nào đó), mô hình kinh doanh của họ là tạo cơ hội cho các nhà đầu cơ 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 đó là "mũi dao" đứng đối diện với người dùng thông thường và những người bị đầu cơ. Tuy nhiên, phòng thí nghiệm này đã đóng chức năng bộ nhớ công cộng cho robot đầu cơ (mempool) vào đầu năm 2024, để giảm thiểu các tác động tiêu cực như tấn công sandwich. Hành động này cho thấy cộng đồng Solana có xu hướng kiềm chế MEV có hại, duy trì sự công bằng cho người dùng.
Việc ra mắt BAM càng phù hợp với tư duy này: nó về cơ bản biến cơ chế sắp xếp vốn ban đầu được sử dụng cho việc MEV arbitrage thành một "tấm khiên" để bảo vệ các nhà tạo lập thị trường và các nhà cung cấp thanh khoản khác, chẳng hạn như ưu tiên hủy lệnh bắt buộc để tránh thiệt hại cho các nhà tạo lập thị trường, và đưa ra các phần thưởng đấu giá để giảm thiểu lợi nhuận từ việc chạy trước. Những người 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, phụ thuộc vào phí plugin để kiếm lợi.
Học hỏi từ Hyperliquid
Ý tưởng ACE/BAM ở trên thực ra có thể được xem như 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 tạo ra để phục vụ cho DEX. Hơn nữa, HLP Vault do Hyperliquid chính thức điều hành thực tế 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ư:
Bảo vệ ưu tiên cho bên đặt lệnh: Hủy lệnh và chỉ thực hiện lệnh maker sẽ đượ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 trong tình huống không biết. "Thực hiện hủy lệnh ưu tiên" mà Solana ACE đề cập đã đượ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 và trạng thái ký quỹ để thực hiện "kiểm tra kép". Ví dụ, khi có lệnh chờ được khớp, hệ thống sẽ lại lấy 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 giá bị trễ. Điều này tương tự như việc ACE chèn cập nhật oracle vào giao dịch trước khi thực hiện.
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 ngừa việc thao túng khối lượng hoặ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 các cơ chế thân thiện với nhà tạo lập thị trường bằng một chuỗi chuyên dụng. Solana hiện đang hy vọng sử dụng chuỗi tổng quát kết hợp với plugin mô-đun, để sao chép hiệu ứng này ------ tức là để mỗi ứng dụng đều có quyền kiểm soát thứ tự giao dịch giống như Hyperliquid.
Bắt chước 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 sử 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 khoảng 13 giây) để được chốt là "cuối cùng (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 vài giây vẫn là quá dài.
HyperBFT là thuật toán đồng thuận do Hyperliquid tự nghiên cứu, được lấy cảm hứng từ đồng thuận HotStuff, sử dụng xác nhận khối qua hai vòng bỏ phiếu, đạt được "tính cuối cùng ngay lập tức".