Cân bằng giữa tốc độ giao dịch và tạo ra giá trị của Solana
Solana nổi tiếng với tốc độ giao dịch nhanh và khối lượng giao dịch lớn, nhưng điều này có nghĩa là nó đã đạt được sự hoàn hảo? Khi chúng ta xem xét kỹ lưỡng những giao dịch này, một câu hỏi then chốt nổi lên: những giao dịch này có thực sự tạo ra giá trị thực 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 giao dịch thực sự. Một phần đáng kể đến từ các nhà đầu tư chênh lệch giá cao, những người tận dụng sự chênh lệch thông tin trong mili giây để thu lợi. Những "nhà giao dịch độc hại" này sử dụng lợi thế công nghệ, khi các nhà tạo lập thị trường chuẩn bị rút lệnh, họ tăng phí Gas để giao dịch của mình được ưu tiên đóng gói, từ đó thực hiện chênh lệch giá, gây thiệt hại cho các nhà tạo lập thị trường. Để bù đắp cho những thiệt hại 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 người dùng thông thường phải chịu những chi phí bổ sung này.
Solana luôn có tầm nhìn thực hiện sổ lệnh trên chuỗi, thay thế các sàn giao dịch tập trung. Tuy nhiên, sự tồn tại của "những nhà giao dịch độc hại" đã trở thành rào cản chính trong việc đạt được mục tiêu này. Đây là thách thức mới mà Solana hiện đang đố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 các giao dịch 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á theo chu kỳ, những người ăn đơn thực sự có quyền ưu tiên, điều này dẫn đến các hành vi MEV (giá trị có thể trích xuất từ thợ mỏ) độc hại ảnh hưởng đến sự công bằng của thị trường.
Cụ thể, trong cơ chế đồng thuận của Solana, các giao dịch trong mỗi khoảng thời gian (Slot) được sắp xếp theo phí Gas ưu tiên đã trả, giao dịch có giá thầu cao nhất sẽ được thực hiện trước. Cơ chế đấu giá này diễn ra mỗi 400 mili giây. Trong quá trình này, các nhà tạo lập thị trường cần thường xuyên điều chỉnh báo giá, bao gồm việc hủy đơn và đặt lại đơn, để phù hợp với sự thay đổi của giá thị trường.
Và những người mua đơn, đặc biệt là những người thực hiện giao dịch chênh lệch giá cao, thì liên tục theo dõi sự khác biệt giá cả, ngay khi phát hiện ra cơ hội thì lập tức thực hiện giao dịch. Họ có thể trả phí cao hơn để đảm bảo hoàn thành giao dịch trước khi nhà tạo lập thị trường hủy đơn, điều này dẫn đến việc nhà tạo lập thị trường thường xuyên chịu thua lỗ.
Đối với sàn giao dịch phi tập trung (DEX) theo sổ lệnh, thứ tự giao dịch lý tưởng nên là: theo sự biến động của giá, trước tiên 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 giao dịch thành công. Tuy nhiên, cơ chế đồng thuận hiện tại của Solana không thể thực hiện điều này ở mức vi mô.
Vấn đề tương tự cũng tồn tại ở mức báo giá của oracle. Lý tưởng nhất là nên cập nhật giá oracle trước, sau đó mới 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ể giao dịch với giá ban đầu do biến động mạnh.
Đối với các giao thức cho vay, thứ tự hoạt động tốt nhất nên 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 các giao dịch dựa trên nhu cầu của riêng họ. Đây là khái niệm thực thi do ứng dụng kiểm soát (Application-Controlled Execution, ACE) mà Solana luôn nhấn mạnh.
Để giải quyết những vấn đề này, Solana đã đề xuất giải pháp BAM (Thị Trường Lắp Ráp Khối).
BAM: Giải pháp mới của Solana
BAM đã xây dựng một lớp sắp xếp giữa lớp ứng dụng và mạng chính của Solana, cũng có thể được gọi là lớp tiền xử lý. Nó tận dụng môi trường thực thi đáng tin cậy (TEEs) để xây dựng hộp cát riêng tư, trong môi trường này, các giao dịch được sắp xếp theo các quy tắc đã được xác định trước hoặc theo nguyên tắc lần lượt (FIFO).
Đổi mới này 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à bể tối.
So sánh giữa xử lý giao dịch truyền thống của Solana và mô hình BAM
Để hiểu rõ hơn về cách BAM xây dựng lớp sắp xếp giữa ứng dụng và mạng chính của Solana, chúng ta có thể so sánh quy trình giao dịch Solana truyền thống và quy trình sau khi áp dụng BAM:
Quy trình giao dịch Solana truyền thống:
Người dùng xác nhận giao dịch trong ví
Giao dịch được gửi đến nút RPC
RPC gửi giao dịch đến nút Leader của mạng chính Solana trong khoảng thời gian hiện tại
Leader thu thập các giao dịch trong pool giao dịch, sắp xếp, đóng gói thành khối và phát sóng
Các nút khác thực hiện bỏ phiếu
Quy trình giao dịch sau khi sử dụng BAM:
Người dùng xác nhận giao dịch trong ví
Giao dịch được gửi đến nút RPC
Giao dịch được chuyển tiếp đến mạng BAM, sắp xếp trong môi trường TEE. Trong thời gian này, các nút có thể thêm giao dịch bổ sung thông qua các plugin (chẳng hạn như cập nhật giá oracle), sau đó tạo ra chứng minh.
Gói dữ liệu giao dịch được gửi đến nút Leader của mạng chính Solana
Leader bao gồm gói dữ liệu BAM khi thu thập giao dịch, đóng gói thành khối và phát sóng
Các nút khác bỏ phiếu
Cần lưu ý rằng BAM không mâu thuẫn với quá trình đồng thuận của mạng chính Solana, mà hoạt động như một tính năng tùy chọn. BAM không chạy trực tiếp trên mạng chính Solana, mà hoàn thành việc sắp xếp giao dịch theo cách "ngoài chuỗi" trước, sau đó gói giao dịch lại và gửi lên mạng chính Solana.
Mô hình sắp xếp giao dịch của BAM
BAM hỗ trợ ba chế độ hoạt động:
Solana chế độ mặc định
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 validator xếp hạng theo nguyên tắc vào trước ra trước (FIFO) một cách nghiêm ngặt.
Các đặc điểm cốt lõi của chế độ BAM bao gồm:
Môi trường thực thi đáng tin cậy (TEEs): Sử dụng TEEs để 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.
Hệ thống plugin: Thông qua hệ thống plugin, BAM cho phép ứng dụng xây dựng logic sắp xếp giao dịch tùy chỉnh. Logic sắp xếp tùy chỉnh này dựa trên các quy tắc đã được thiết lập trước, thay vì sắp xếp ngẫu nhiên bởi các nút. Hệ thống plugin dự kiến sẽ thực hiện việc sắp xếp giao dịch phức tạp, đồng thời duy trì các đảm bảo an ninh của môi trường TEE. Hiện tại, hệ thống này vẫn đang trong giai đoạn phát triển ban đầu.
Ứng dụng thực tế của BAM
BAM có những ứng dụng thực tế bao gồm:
Bảo vệ thanh lý cho vay: Đối với các giao thức cho vay, khi phát hiện rủi ro thanh lý, ưu tiên thực hiện các thao tác bổ sung tài sản thế chấp, sau đó tiến hành kiểm tra thanh lý.
Giao dịch kết hợp ở cấp độ nguyên tử: Đối với DEX, trước tiên cập nhật giá từ oracle, 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 trong cùng một khoảng thời gian.
Bảo vệ biến động giá: Đối với DEX, phát hiện các lệnh lớn bất thường, sẽ được chia nhỏ thành các giao dịch nhỏ và thực hiện theo từng đợt, tạo đủ thời gian phản ứng cho thị trường, tránh việc thanh lý liên tiếp hoặc chênh lệch giá gây ra vòng xoáy tử thần.
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ó thể hoàn thành các thao tác như hủy lệnh, cập nhật giá oracle, và nhà tạo lập thị trường tái đăng lệnh trong mili giây, tránh bị chênh lệch giá do thao túng, giảm bớt chênh lệch giá.
Với việc triển khai BAM, trải nghiệm giao dịch của Solana dự kiến sẽ được cải thiện đáng kể, giúp trải nghiệm của các ứng dụng trên mạng chính của nó gần gũi hơn với các sàn giao dịch tập trung.
Tổng quan, BAM đã mang lại tính có thể xác minh, 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. Điều này 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 thứ tự, thực hiện 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
6
Đăng lại
Chia sẻ
Bình luận
0/400
blockBoy
· 19giờ trước
Được chơi cho Suckers không phân nhanh chậm
Xem bản gốcTrả lời0
shadowy_supercoder
· 19giờ trước
Chơi chữ thì bị bóc lột vẫn gọi là đổi mới
Xem bản gốcTrả lời0
ThreeHornBlasts
· 19giờ trước
Chỉ là một khối u ác tính tốc độ cao.
Xem bản gốcTrả lời0
SchrödingersNode
· 19giờ trước
Cái bẫy chó thường xuyên quá tệ
Xem bản gốcTrả lời0
AirdropHunter
· 19giờ trước
bẫy bẫy bẫy! Kinh doanh chênh lệch giá lên bờ thì xong!
Giải pháp BAM của Solana: Cân bằng giao dịch tốc độ cao và tạo ra giá trị thực
Cân bằng giữa tốc độ giao dịch và tạo ra giá trị của Solana
Solana nổi tiếng với tốc độ giao dịch nhanh và khối lượng giao dịch lớn, nhưng điều này có nghĩa là nó đã đạt được sự hoàn hảo? Khi chúng ta xem xét kỹ lưỡng những giao dịch này, một câu hỏi then chốt nổi lên: những giao dịch này có thực sự tạo ra giá trị thực 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 giao dịch thực sự. Một phần đáng kể đến từ các nhà đầu tư chênh lệch giá cao, những người tận dụng sự chênh lệch thông tin trong mili giây để thu lợi. Những "nhà giao dịch độc hại" này sử dụng lợi thế công nghệ, khi các nhà tạo lập thị trường chuẩn bị rút lệnh, họ tăng phí Gas để giao dịch của mình được ưu tiên đóng gói, từ đó thực hiện chênh lệch giá, gây thiệt hại cho các nhà tạo lập thị trường. Để bù đắp cho những thiệt hại 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 người dùng thông thường phải chịu những chi phí bổ sung này.
Solana luôn có tầm nhìn thực hiện sổ lệnh trên chuỗi, thay thế các sàn giao dịch tập trung. Tuy nhiên, sự tồn tại của "những nhà giao dịch độc hại" đã trở thành rào cản chính trong việc đạt được mục tiêu này. Đây là thách thức mới mà Solana hiện đang đố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 các giao dịch 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á theo chu kỳ, những người ăn đơn thực sự có quyền ưu tiên, điều này dẫn đến các hành vi MEV (giá trị có thể trích xuất từ thợ mỏ) độc hại ảnh hưởng đến sự công bằng của thị trường.
Cụ thể, trong cơ chế đồng thuận của Solana, các giao dịch trong mỗi khoảng thời gian (Slot) được sắp xếp theo phí Gas ưu tiên đã trả, giao dịch có giá thầu cao nhất sẽ được thực hiện trước. Cơ chế đấu giá này diễn ra mỗi 400 mili giây. Trong quá trình này, các nhà tạo lập thị trường cần thường xuyên điều chỉnh báo giá, bao gồm việc hủy đơn và đặt lại đơn, để phù hợp với sự thay đổi của giá thị trường.
Và những người mua đơn, đặc biệt là những người thực hiện giao dịch chênh lệch giá cao, thì liên tục theo dõi sự khác biệt giá cả, ngay khi phát hiện ra cơ hội thì lập tức thực hiện giao dịch. Họ có thể trả phí cao hơn để đảm bảo hoàn thành giao dịch trước khi nhà tạo lập thị trường hủy đơn, điều này dẫn đến việc nhà tạo lập thị trường thường xuyên chịu thua lỗ.
Đối với sàn giao dịch phi tập trung (DEX) theo sổ lệnh, thứ tự giao dịch lý tưởng nên là: theo sự biến động của giá, trước tiên 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 giao dịch thành công. Tuy nhiên, cơ chế đồng thuận hiện tại của Solana không thể thực hiện điều này ở mức vi mô.
Vấn đề tương tự cũng tồn tại ở mức báo giá của oracle. Lý tưởng nhất là nên cập nhật giá oracle trước, sau đó mới 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ể giao dịch với giá ban đầu do biến động mạnh.
Đối với các giao thức cho vay, thứ tự hoạt động tốt nhất nên 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 các giao dịch dựa trên nhu cầu của riêng họ. Đây là khái niệm thực thi do ứng dụng kiểm soát (Application-Controlled Execution, ACE) mà Solana luôn nhấn mạnh.
Để giải quyết những vấn đề này, Solana đã đề xuất giải pháp BAM (Thị Trường Lắp Ráp Khối).
BAM: Giải pháp mới của Solana
BAM đã xây dựng một lớp sắp xếp giữa lớp ứng dụng và mạng chính của Solana, cũng có thể được gọi là lớp tiền xử lý. Nó tận dụng môi trường thực thi đáng tin cậy (TEEs) để xây dựng hộp cát riêng tư, trong môi trường này, các giao dịch được sắp xếp theo các quy tắc đã được xác định trước hoặc theo nguyên tắc lần lượt (FIFO).
Đổi mới này 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à bể tối.
So sánh giữa xử lý giao dịch truyền thống của Solana và mô hình BAM
Để hiểu rõ hơn về cách BAM xây dựng lớp sắp xếp giữa ứng dụng và mạng chính của Solana, chúng ta có thể so sánh quy trình giao dịch Solana truyền thống và quy trình sau khi áp dụng BAM:
Quy trình giao dịch Solana truyền thống:
Quy trình giao dịch sau khi sử dụng BAM:
Cần lưu ý rằng BAM không mâu thuẫn với quá trình đồng thuận của mạng chính Solana, mà hoạt động như một tính năng tùy chọn. BAM không chạy trực tiếp trên mạng chính Solana, mà hoàn thành việc sắp xếp giao dịch theo cách "ngoài chuỗi" trước, sau đó gói giao dịch lại và gửi lên mạng chính Solana.
Mô hình sắp xếp giao dịch của BAM
BAM hỗ trợ ba chế độ hoạt động:
Các đặc điểm cốt lõi của chế độ BAM bao gồm:
Môi trường thực thi đáng tin cậy (TEEs): Sử dụng TEEs để 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.
Hệ thống plugin: Thông qua hệ thống plugin, BAM cho phép ứng dụng xây dựng logic sắp xếp giao dịch tùy chỉnh. Logic sắp xếp tùy chỉnh này dựa trên các quy tắc đã được thiết lập trước, thay vì sắp xếp ngẫu nhiên bởi các nút. Hệ thống plugin dự kiến sẽ thực hiện việc sắp xếp giao dịch phức tạp, đồng thời duy trì các đảm bảo an ninh của môi trường TEE. Hiện tại, hệ thống này vẫn đang trong giai đoạn phát triển ban đầu.
Ứng dụng thực tế của BAM
BAM có những ứng dụng thực tế bao gồm:
Bảo vệ thanh lý cho vay: Đối với các giao thức cho vay, khi phát hiện rủi ro thanh lý, ưu tiên thực hiện các thao tác bổ sung tài sản thế chấp, sau đó tiến hành kiểm tra thanh lý.
Giao dịch kết hợp ở cấp độ nguyên tử: Đối với DEX, trước tiên cập nhật giá từ oracle, 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 trong cùng một khoảng thời gian.
Bảo vệ biến động giá: Đối với DEX, phát hiện các lệnh lớn bất thường, sẽ được chia nhỏ thành các giao dịch nhỏ và thực hiện theo từng đợt, tạo đủ thời gian phản ứng cho thị trường, tránh việc thanh lý liên tiếp hoặc chênh lệch giá gây ra vòng xoáy tử thần.
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ó thể hoàn thành các thao tác như hủy lệnh, cập nhật giá oracle, và nhà tạo lập thị trường tái đăng lệnh trong mili giây, tránh bị chênh lệch giá do thao túng, giảm bớt chênh lệch giá.
Với việc triển khai BAM, trải nghiệm giao dịch của Solana dự kiến sẽ được cải thiện đáng kể, giúp trải nghiệm của các ứng dụng trên mạng chính của nó gần gũi hơn với các sàn giao dịch tập trung.
Tổng quan, BAM đã mang lại tính có thể xác minh, 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. Điều này 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 thứ tự, thực hiện 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.