Thách thức mới của Solana: Nâng cao chất lượng giao dịch thay vì số lượng
Solana nổi tiếng với giao dịch nhanh chóng và dung lượng lớn, nhưng điều đó có đủ không? Khi chúng ta phân tích sâu những giao dịch này, không thể không đặt câu hỏi: Liệu chúng có đang tạo ra giá trị thực sự không?
Trên thực tế, một lượng lớn giao dịch trên Solana không xuất phát từ nhu cầu thực sự, mà đến từ các nhà giao dịch tần suất cao tận dụng chênh lệch thông tin ở mức mili giây để thực hiện giao dịch chênh lệch giá. Những "nhà giao dịch độc hại" này lợi dụng lợi thế công nghệ để tăng phí Gas khi các nhà tạo lập thị trường sắp hủy đơn hàng, đảm bảo giao dịch của họ được thực hiện trước, từ đó hoàn thành việc chênh lệch giá và khiến các nhà tạo lập thị trường chịu tổn thất. Để bù đắp những tổn thất này, các nhà tạo lập thị trường buộc phải mở rộng chênh lệch giá mua bán, cuối cùng chi phí này sẽ được gánh chịu bởi người dùng thông thường.
Solana luôn mơ ước thực hiện một sổ lệnh có thể thay thế các sàn giao dịch tập trung trên chuỗi, nhưng sự tồn tại của "nhà giao dịch độc hại" đã trở thành rào cản cho việc đạt được mục tiêu này. Đây là thử thách mới mà Solana đang phải đối mặt: khối lượng giao dịch không đồng nghĩa với thanh khoản. Một thị trường thực sự khỏe mạnh không cần nhiều giao dịch hơn, mà cần giao dịch có chất lượng cao hơn.
Làm thế nào để loại bỏ các giao dịch độc hại, bảo vệ tính thanh khoản tốt hơn?
Trong hệ thống hiện tại, do cơ chế đồng thuận của Solana áp dụng đấu giá định kỳ, những người ăn đơn thực sự có quyền ưu tiên, điều này khiến cho hành vi MEV (giá trị có thể khai thác tối đa) ác ý ảnh hưởng đến tính công bằng của thị trường.
Dưới cơ chế đồng thuận hiện có của Solana, trong mỗi khoảng thời gian 400 mili giây, các giao dịch được sắp xếp theo phí Gas ưu tiên đã thanh toán, giao dịch có giá thầu cao nhất sẽ được thực hiện trước. Trong quá trình này, các nhà tạo lập thị trường cần điều chỉnh báo giá thường xuyên, liên tục hủy và đặt lại lệnh để thích ứng với sự thay đổi giá cả thị trường. Còn những người thực hiện giao dịch chênh lệch giá sẽ theo dõi sự khác biệt về giá, ngay khi phát hiện cơ hội sẽ thực hiện giao dịch ngay lập tức, thường thông qua việc trả phí cao hơn trước khi các nhà tạo lập thị trường hủy lệnh, dẫn đến việc các nhà tạo lập thị trường thường xuyên chịu tổn thất.
Trong một tình huống lý tưởng, thứ tự giao dịch của sàn giao dịch phi tập trung (DEX) nên là: khi giá biến động, đầu tiên là thực hiện tất cả các lệnh hủy, sau đó là các lệnh mới, cuối cùng mới đến lệnh đã khớp. Tuy nhiên, cơ chế đồng thuận hiện tại của Solana không thể đạt được điều này ở cấp độ vi mô.
Tương tự, trong việc báo giá của oracle, tình huống lý tưởng là cập nhật giá oracle trước, sau đó thực hiện các giao dịch phụ thuộc vào giá đó. Nhưng trong khoảng thời gian 400 mili giây hiện tại, thị trường có thể do biến động mạnh mà giao dịch vẫn được thực hiện theo giá ban đầu.
Đối với các giao thức cho vay, giải pháp tốt nhất là bổ sung ký quỹ trước, sau đó tiến hành thanh lý.
Do đó, Solana cần một cơ chế cho phép các giao thức khác nhau sắp xếp giao dịch theo nhu cầu, đó chính là ứng dụng kiểm soát thực thi (ACE) mà Solana luôn nhấn mạnh.
BAM: Giải pháp của Solana
BAM (Thị Trường Lắp Ghép Khối) là câu trả lời mà Solana đưa ra để giải quyết những vấn đề này. Nó xây dựng một lớp sắp xếp hoặc lớp xử lý trước giữa ứng dụng trên chuỗi Solana và mạng chính. BAM sử dụng môi trường thực thi đáng tin cậy (TEEs) để xây dựng hộp cát bảo mật, nơi các giao dịch được sắp xếp theo các quy tắc đã thiết lập hoặc theo nguyên tắc trước hết đến trước hết (FIFO), nhằm phục vụ tốt hơn cho các giao thức như sổ lệnh, sàn giao dịch hợp đồng vĩnh viễn và hồ bơi tối.
Cách hoạt động của BAM
Trong quy trình giao dịch Solana truyền thống, sau khi người dùng xác nhận giao dịch, giao dịch sẽ được gửi đến nút Leader của khoảng thời gian hiện tại thông qua nút RPC, Leader thu thập giao dịch, sắp xếp và đóng gói thành khối để phát sóng, các nút khác sẽ tiến hành bỏ phiếu.
Và trong ứng dụng kết nối với BAM, quy trình giao dịch có chút khác biệt: Giao dịch được người dùng xác nhận trước tiên sẽ được gửi đến mạng BAM, được sắp xếp trong môi trường TEE. Trong quá trình này, các nút có thể thêm giao dịch bổ sung thông qua plugin, chẳng hạn như cập nhật giá oracle. Gói giao dịch đã được sắp xếp sẽ được gửi đến nút Leader của mạng chính Solana, sau đó được đóng gói thành khối và phát sóng.
BAM thực ra là một lớp tiền xử lý tùy chọn, không hoạt động trực tiếp trên mạng chính Solana, mà thực hiện việc sắp xếp giao dịch "ngoài chuỗi", sau đó gửi các gói giao dịch đã sắp xếp lên mạng chính.
Ba mô hình vận hành của BAM
Chế độ mặc định của Solana
Chế độ Block-Engine: Giải pháp MEV hiện tại của Jito, cốt lõi là cơ chế đấu giá.
Chế độ BAM: Các trình xác thực sắp xếp theo nguyên tắc FIFO một cách nghiêm ngặt.
Các đặc điểm chính của mô hình BAM bao gồm:
Sử dụng TEE để xây dựng môi trường riêng tư cho việc sắp xếp giao dịch, đảm bảo tính công bằng.
Thực hiện logic sắp xếp giao dịch phức tạp thông qua hệ thống plugin, cho phép ứng dụng tự định nghĩa quy tắc sắp xếp.
Ứng dụng thực tế của BAM
Bảo vệ thanh toán cho vay: Thực hiện các thao tác bổ sung tài sản thế chấp trước, sau đó tiến hành kiểm tra thanh toán.
Giao dịch kết hợp cấp độ nguyên tử: cập nhật giá oracle trước, sau đó thực hiện giao dịch phụ thuộc vào giá đó, đối với DEX hợp đồng cũng có thể thanh toán các sản phẩm phái sinh liên quan cùng một lúc.
Bảo vệ biến động giá: Phát hiện các lệnh lớn bất thường và thực hiện theo từng phần, cho thị trường thời gian phản ứng, tránh ảnh hưởng tiêu cực do thanh lý liên tiếp hoặc chênh lệch giá.
Bảo vệ nhà tạo lập thị trường: Trong trường hợp xảy ra sự kiện bất ngờ, có khả năng rút đơn hàng nhanh chóng, cập nhật giá và treo lại đơn hàng, giảm thiểu rủi ro từ việc chênh lệch giá ác ý.
Với việc triển khai BAM, trải nghiệm giao dịch của Solana sẽ được cải thiện đáng kể, giúp trải nghiệm ứng dụng trên mạng chính của nó gần gũi hơn với sàn giao dịch tập trung.
Tổng thể, BAM mang lại tính khả thi, bảo vệ quyền riêng tư và khả năng lập trình cho quy trình xử lý giao dịch của Solana. Nó cho phép các nhà phát triển xây dựng sổ lệnh giới hạn trung tâm, sàn giao dịch hợp đồng vĩnh viễn, bể tối và các cơ sở hạ tầng tài chính khác cần kiểm soát sắp xếp, thực thi xác định và bảo vệ quyền riêng tư, từ đó thúc đẩy sự phát triển đổi mới của hệ sinh thái Solana.
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
4
Đăng lại
Chia sẻ
Bình luận
0/400
Layer2Arbitrageur
· 17giờ trước
lmao chỉ là một ngày khác của maxis đang đối phó với dòng chảy độc hại... đã dẫn trước với lợi thế 15bps từ ngày đầu tiên
Solana ra mắt giải pháp BAM nâng cao chất lượng và sự công bằng trong giao dịch
Thách thức mới của Solana: Nâng cao chất lượng giao dịch thay vì số lượng
Solana nổi tiếng với giao dịch nhanh chóng và dung lượng lớn, nhưng điều đó có đủ không? Khi chúng ta phân tích sâu những giao dịch này, không thể không đặt câu hỏi: Liệu chúng có đang tạo ra giá trị thực sự không?
Trên thực tế, một lượng lớn giao dịch trên Solana không xuất phát từ nhu cầu thực sự, mà đến từ các nhà giao dịch tần suất cao tận dụng chênh lệch thông tin ở mức mili giây để thực hiện giao dịch chênh lệch giá. Những "nhà giao dịch độc hại" này lợi dụng lợi thế công nghệ để tăng phí Gas khi các nhà tạo lập thị trường sắp hủy đơn hàng, đảm bảo giao dịch của họ được thực hiện trước, từ đó hoàn thành việc chênh lệch giá và khiến các nhà tạo lập thị trường chịu tổn thất. Để bù đắp những tổn thất này, các nhà tạo lập thị trường buộc phải mở rộng chênh lệch giá mua bán, cuối cùng chi phí này sẽ được gánh chịu bởi người dùng thông thường.
Solana luôn mơ ước thực hiện một sổ lệnh có thể thay thế các sàn giao dịch tập trung trên chuỗi, nhưng sự tồn tại của "nhà giao dịch độc hại" đã trở thành rào cản cho việc đạt được mục tiêu này. Đây là thử thách mới mà Solana đang phải đối mặt: khối lượng giao dịch không đồng nghĩa với thanh khoản. Một thị trường thực sự khỏe mạnh không cần nhiều giao dịch hơn, mà cần giao dịch có chất lượng cao hơn.
Làm thế nào để loại bỏ các giao dịch độc hại, bảo vệ tính thanh khoản tốt hơn?
Trong hệ thống hiện tại, do cơ chế đồng thuận của Solana áp dụng đấu giá định kỳ, những người ăn đơn thực sự có quyền ưu tiên, điều này khiến cho hành vi MEV (giá trị có thể khai thác tối đa) ác ý ảnh hưởng đến tính công bằng của thị trường.
Dưới cơ chế đồng thuận hiện có của Solana, trong mỗi khoảng thời gian 400 mili giây, các giao dịch được sắp xếp theo phí Gas ưu tiên đã thanh toán, giao dịch có giá thầu cao nhất sẽ được thực hiện trước. Trong quá trình này, các nhà tạo lập thị trường cần điều chỉnh báo giá thường xuyên, liên tục hủy và đặt lại lệnh để thích ứng với sự thay đổi giá cả thị trường. Còn những người thực hiện giao dịch chênh lệch giá sẽ theo dõi sự khác biệt về giá, ngay khi phát hiện cơ hội sẽ thực hiện giao dịch ngay lập tức, thường thông qua việc trả phí cao hơn trước khi các nhà tạo lập thị trường hủy lệnh, dẫn đến việc các nhà tạo lập thị trường thường xuyên chịu tổn thất.
Trong một tình huống lý tưởng, thứ tự giao dịch của sàn giao dịch phi tập trung (DEX) nên là: khi giá biến động, đầu tiên là thực hiện tất cả các lệnh hủy, sau đó là các lệnh mới, cuối cùng mới đến lệnh đã khớp. Tuy nhiên, cơ chế đồng thuận hiện tại của Solana không thể đạt được điều này ở cấp độ vi mô.
Tương tự, trong việc báo giá của oracle, tình huống lý tưởng là cập nhật giá oracle trước, sau đó thực hiện các giao dịch phụ thuộc vào giá đó. Nhưng trong khoảng thời gian 400 mili giây hiện tại, thị trường có thể do biến động mạnh mà giao dịch vẫn được thực hiện theo giá ban đầu.
Đối với các giao thức cho vay, giải pháp tốt nhất là bổ sung ký quỹ trước, sau đó tiến hành thanh lý.
Do đó, Solana cần một cơ chế cho phép các giao thức khác nhau sắp xếp giao dịch theo nhu cầu, đó chính là ứng dụng kiểm soát thực thi (ACE) mà Solana luôn nhấn mạnh.
BAM: Giải pháp của Solana
BAM (Thị Trường Lắp Ghép Khối) là câu trả lời mà Solana đưa ra để giải quyết những vấn đề này. Nó xây dựng một lớp sắp xếp hoặc lớp xử lý trước giữa ứng dụng trên chuỗi Solana và mạng chính. BAM sử dụng môi trường thực thi đáng tin cậy (TEEs) để xây dựng hộp cát bảo mật, nơi các giao dịch được sắp xếp theo các quy tắc đã thiết lập hoặc theo nguyên tắc trước hết đến trước hết (FIFO), nhằm phục vụ tốt hơn cho các giao thức như sổ lệnh, sàn giao dịch hợp đồng vĩnh viễn và hồ bơi tối.
Cách hoạt động của BAM
Trong quy trình giao dịch Solana truyền thống, sau khi người dùng xác nhận giao dịch, giao dịch sẽ được gửi đến nút Leader của khoảng thời gian hiện tại thông qua nút RPC, Leader thu thập giao dịch, sắp xếp và đóng gói thành khối để phát sóng, các nút khác sẽ tiến hành bỏ phiếu.
Và trong ứng dụng kết nối với BAM, quy trình giao dịch có chút khác biệt: Giao dịch được người dùng xác nhận trước tiên sẽ được gửi đến mạng BAM, được sắp xếp trong môi trường TEE. Trong quá trình này, các nút có thể thêm giao dịch bổ sung thông qua plugin, chẳng hạn như cập nhật giá oracle. Gói giao dịch đã được sắp xếp sẽ được gửi đến nút Leader của mạng chính Solana, sau đó được đóng gói thành khối và phát sóng.
BAM thực ra là một lớp tiền xử lý tùy chọn, không hoạt động trực tiếp trên mạng chính Solana, mà thực hiện việc sắp xếp giao dịch "ngoài chuỗi", sau đó gửi các gói giao dịch đã sắp xếp lên mạng chính.
Ba mô hình vận hành của BAM
Các đặc điểm chính của mô hình BAM bao gồm:
Ứng dụng thực tế của BAM
Với việc triển khai BAM, trải nghiệm giao dịch của Solana sẽ được cải thiện đáng kể, giúp trải nghiệm ứng dụng trên mạng chính của nó gần gũi hơn với sàn giao dịch tập trung.
Tổng thể, BAM mang lại tính khả thi, bảo vệ quyền riêng tư và khả năng lập trình cho quy trình xử lý giao dịch của Solana. Nó cho phép các nhà phát triển xây dựng sổ lệnh giới hạn trung tâm, sàn giao dịch hợp đồng vĩnh viễn, bể tối và các cơ sở hạ tầng tài chính khác cần kiểm soát sắp xếp, thực thi xác định và bảo vệ quyền riêng tư, từ đó thúc đẩy sự phát triển đổi mới của hệ sinh thái Solana.