Tốc độ giao dịch và khối lượng của Solana: Liệu có thực sự đủ không?
Solana nổi tiếng với giao dịch nhanh chóng và khối lượng giao dịch lớn, nhưng điều này có nghĩa là nó đã đạt đến sự hoàn hảo chưa? Khi chúng ta phân tích sâu những giao dịch này, một câu hỏi quan trọng hiện ra: liệu tất cả những giao dịch này có đang tạo ra giá trị thực sự không?
Thực tế, một lượng lớn giao dịch trên Solana không hoàn toàn 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, họ tận dụng chênh lệch thông tin chỉ trong vài mili giây để kiếm lợi nhuận. Những "nhà giao dịch độc hại" này sử dụng lợi thế về công nghệ để ưu tiên giao dịch của mình khi các nhà tạo lập thị trường sắp rút đơn bằng cách tăng phí Gas, từ đó thực hiện giao dịch chênh lệch giá, dẫn đến việc các nhà tạo lập thị trường phải chịu thiệt hại. Để 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 và bán, cuối cùng người dùng thông thường phải gánh chịu những chi phí thêm 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à giao dịch độc hại" đã trở thành trở ngại cho việc thực hiện giấc mơ này. Điều này đã làm lộ ra thách thức mới mà Solana phải đối mặt: khối lượng giao dịch không đồng nghĩa với tính 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 chất lượng cao hơn.
Làm thế nào để loại bỏ giao dịch độc hại, bảo vệ 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ỳ, 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 sự công bằng của thị trường.
Cụ thể, trong cơ chế đồng thuận của Solana, trong mỗi khoảng thời gian 400 mili giây (Slot), các giao dịch đượ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. Dưới cơ chế 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á, liên tục hủy lệnh và đặt lại lệnh để thích ứng với sự thay đổi giá thị trường.
Các nhà giao dịch chênh lệch giá cao tần 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. Họ có thể trả phí cao hơn để đảm bảo giao dịch của mình được thực hiện trước khi nhà tạo lập thị trường hủy lệnh, điều này dẫn đến việc các nhà tạo lập thị trường thường phải chịu thua lỗ.
Đối với sàn giao dịch phi tập trung (DEX) theo kiểu sổ lệnh, thứ tự giao dịch lý tưởng nên là: khi giá biến động, 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, và cuối cùng mới là các 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 ở 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ể dao động mạnh khiến giao dịch vẫn được thực hiện theo giá ban đầu.
Đối với các giao thức cho vay, thực tiễn tốt nhất là nạp thêm tiền ký quỹ trước, sau đó mới thực hiện thanh lý.
Do đó, một giải pháp lý tưởng phải cho phép các giao thức khác nhau sắp xếp giao dịch theo nhu cầu riêng của họ, đây cũng chính là khái niệm thực thi được kiểm soát bởi ứng dụng (Application-Controlled Execution, ACE) mà Solana luôn nhấn mạnh.
Để đối phó với những thách thức này, Solana đã đề xuất giải pháp BAM (Thị trường lắp ráp khối).
Thị trường lắp ráp khối: Câu trả lời mới từ Solana
BAM đã xây dựng một lớp sắp xếp, hay còn gọi là lớp tiền xử lý, giữa lớp ứng dụng và mạng chính của Solana. Nó sử dụng môi trường thực thi đáng tin cậy (TEEs) để xây dựng một hộp cát riêng tư, trong đó 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 vào trước ra trước (FIFO).
Sáng kiến 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à hồ bơi tối.
BAM làm thế nào để thay đổi quy trình giao dịch của Solana?
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 được gửi đến nút Leader của thời gian Slot hiện tại thông qua nút RPC, Leader thu thập các giao dịch trong pool, sắp xếp và đóng gói chúng thành khối để phát sóng, cuối cùng các nút khác bỏ phiếu xác nhận.
Và trong các ứng dụng kết nối với BAM, quy trình giao dịch có chút khác biệt:
Người dùng xác nhận giao dịch
Giao dịch được gửi đến nút RPC
Chuyển giao dịch vào mạng BAM, sắp xếp trong môi trường TEE.
Gửi gói giao dịch đã được sắp xếp đến nút Leader của mạng chính Solana
Leader đưa gói dữ liệu BAM vào khối và phát sóng
Các nút khác thực hiện xác nhận 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à là một tính năng tùy chọn. Nó thực hiện sắp xếp giao dịch trước bằng cách "ngoài chuỗi" và sau đó gửi gói giao dịch đã được sắp xếp đến mạng chính Solana.
Chế độ hoạt động của BAM
BAM hỗ trợ ba chế độ hoạt động:
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 (người xác thực sắp xếp theo thứ tự FIFO nghiêm ngặt)
Các đặc điểm cốt lõi của mô hình BAM bao gồm:
Sử dụng môi trường thực thi tin cậy (TEEs) để xây dựng môi trường riêng tư, đảm bảo tính công bằng trong việc sắp xếp giao dịch.
Cho phép ứng dụng xây dựng logic sắp xếp giao dịch tùy chỉnh thông qua hệ thống plugin, đáp ứng nhu cầu sắp xếp phức tạp.
Ứng dụng thực tế của BAM
BAM có nhiều ứng dụng rộng rãi, dưới đây là một số ví dụ cụ thể:
Bảo vệ thanh toán cho vay: Thực hiện ưu tiên các thao tác bổ sung tài sản thế chấp, sau đó tiến hành kiểm tra thanh toán.
Giao dịch phối hợp cấp nguyên tử: Cập nhật giá của oracle trước, sau đó thực hiện các giao dịch phụ thuộc vào giá đó, đối với DEX hợp đồng còn có thể thanh toán cùng lúc các sản phẩm phái sinh liên quan.
Bảo vệ biến động giá: Phát hiện các đơn hàng lớn bất thường và chia nhỏ thành các giao dịch nhỏ để thực hiện từng phần, cho thị trường thời gian phản ứng.
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ờ, cho phép hủy lệnh, cập nhật giá oracle và đặt lại lệnh trong vòng mili giây, tránh việc lợi dụng giá.
Việc triển khai BAM sẽ cải thiện đáng kể trải nghiệm giao dịch trên Solana, 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 các 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. Điều này cho phép các nhà phát triển xây dựng sổ đặt hàng 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ự chính xác, thực hiện xác định và bảo vệ quyền riêng tư, từ đó thúc đẩy sự đổi mới và phát triển 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
Chia sẻ
Bình luận
0/400
HappyToBeDumped
· 20giờ trước
sol我的 đồ ngốc chơi đùa với mọi người了
Xem bản gốcTrả lời0
SingleForYears
· 20giờ trước
Người dùng bình thường phải gánh chịu chi phí? Được chơi cho Suckers.
Xem bản gốcTrả lời0
ruggedNotShrugged
· 20giờ trước
Rửa sạch rồi đi ngủ, sol chơi đùa với mọi người đã bắt đầu.
Solana ra mắt giải pháp BAM nâng cao chất lượng và tính công bằng của giao dịch
Tốc độ giao dịch và khối lượng của Solana: Liệu có thực sự đủ không?
Solana nổi tiếng với giao dịch nhanh chóng và khối lượng giao dịch lớn, nhưng điều này có nghĩa là nó đã đạt đến sự hoàn hảo chưa? Khi chúng ta phân tích sâu những giao dịch này, một câu hỏi quan trọng hiện ra: liệu tất cả những giao dịch này có đang tạo ra giá trị thực sự không?
Thực tế, một lượng lớn giao dịch trên Solana không hoàn toàn 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, họ tận dụng chênh lệch thông tin chỉ trong vài mili giây để kiếm lợi nhuận. Những "nhà giao dịch độc hại" này sử dụng lợi thế về công nghệ để ưu tiên giao dịch của mình khi các nhà tạo lập thị trường sắp rút đơn bằng cách tăng phí Gas, từ đó thực hiện giao dịch chênh lệch giá, dẫn đến việc các nhà tạo lập thị trường phải chịu thiệt hại. Để 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 và bán, cuối cùng người dùng thông thường phải gánh chịu những chi phí thêm 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à giao dịch độc hại" đã trở thành trở ngại cho việc thực hiện giấc mơ này. Điều này đã làm lộ ra thách thức mới mà Solana phải đối mặt: khối lượng giao dịch không đồng nghĩa với tính 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 chất lượng cao hơn.
Làm thế nào để loại bỏ giao dịch độc hại, bảo vệ 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ỳ, 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 sự công bằng của thị trường.
Cụ thể, trong cơ chế đồng thuận của Solana, trong mỗi khoảng thời gian 400 mili giây (Slot), các giao dịch đượ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. Dưới cơ chế 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á, liên tục hủy lệnh và đặt lại lệnh để thích ứng với sự thay đổi giá thị trường.
Các nhà giao dịch chênh lệch giá cao tần 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. Họ có thể trả phí cao hơn để đảm bảo giao dịch của mình được thực hiện trước khi nhà tạo lập thị trường hủy lệnh, điều này dẫn đến việc các nhà tạo lập thị trường thường phải chịu thua lỗ.
Đối với sàn giao dịch phi tập trung (DEX) theo kiểu sổ lệnh, thứ tự giao dịch lý tưởng nên là: khi giá biến động, 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, và cuối cùng mới là các 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 ở 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ể dao động mạnh khiến giao dịch vẫn được thực hiện theo giá ban đầu.
Đối với các giao thức cho vay, thực tiễn tốt nhất là nạp thêm tiền ký quỹ trước, sau đó mới thực hiện thanh lý.
Do đó, một giải pháp lý tưởng phải cho phép các giao thức khác nhau sắp xếp giao dịch theo nhu cầu riêng của họ, đây cũng chính là khái niệm thực thi được kiểm soát bởi ứng dụng (Application-Controlled Execution, ACE) mà Solana luôn nhấn mạnh.
Để đối phó với những thách thức này, Solana đã đề xuất giải pháp BAM (Thị trường lắp ráp khối).
Thị trường lắp ráp khối: Câu trả lời mới từ Solana
BAM đã xây dựng một lớp sắp xếp, hay còn gọi là lớp tiền xử lý, giữa lớp ứng dụng và mạng chính của Solana. Nó sử dụng môi trường thực thi đáng tin cậy (TEEs) để xây dựng một hộp cát riêng tư, trong đó 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 vào trước ra trước (FIFO).
Sáng kiến 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à hồ bơi tối.
BAM làm thế nào để thay đổi quy trình giao dịch của Solana?
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 được gửi đến nút Leader của thời gian Slot hiện tại thông qua nút RPC, Leader thu thập các giao dịch trong pool, sắp xếp và đóng gói chúng thành khối để phát sóng, cuối cùng các nút khác bỏ phiếu xác nhận.
Và trong các ứng dụng kết nối với BAM, quy trình giao dịch có chút khác biệt:
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à là một tính năng tùy chọn. Nó thực hiện sắp xếp giao dịch trước bằng cách "ngoài chuỗi" và sau đó gửi gói giao dịch đã được sắp xếp đến mạng chính Solana.
Chế độ hoạt động của BAM
BAM hỗ trợ ba chế độ hoạt động:
Các đặc điểm cốt lõi của mô hình BAM bao gồm:
Ứng dụng thực tế của BAM
BAM có nhiều ứng dụng rộng rãi, dưới đây là một số ví dụ cụ thể:
Việc triển khai BAM sẽ cải thiện đáng kể trải nghiệm giao dịch trên Solana, 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 các 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. Điều này cho phép các nhà phát triển xây dựng sổ đặt hàng 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ự chính xác, thực hiện xác định và bảo vệ quyền riêng tư, từ đó thúc đẩy sự đổi mới và phát triển của hệ sinh thái Solana.