Nhiều năm trước, bài viết “Payment for Order Flow trên Solana” đã hé lộ mặt tối của thị trường phí Solana, châm ngòi cho cuộc tranh luận sâu rộng trên Twitter crypto quốc tế.
Payment for Order Flow (PFOF) là mô hình lâu đời trong tài chính truyền thống. Robinhood đã nổi tiếng với PFOF khi mở ra “giao dịch không hoa hồng”, nhanh chóng vượt qua các sàn môi giới cũ. Chiến lược này vừa đem lại lợi nhuận lớn cho Robinhood, vừa buộc các ông lớn như Charles Schwab và E-Trade phải thay đổi, làm đảo lộn toàn cảnh môi giới bán lẻ Mỹ.
Chỉ riêng năm 2021, Robinhood thu gần 1 tỷ USD từ PFOF, chiếm khoảng một nửa tổng doanh thu năm. Đến tận năm 2025, doanh thu PFOF theo quý của Robinhood vẫn đạt hàng trăm triệu USD, khẳng định mức sinh lời vượt trội của mô hình này.
Nhà tạo lập thị trường truyền thống rất chuộng dòng lệnh bán lẻ. Lý do là lệnh bán lẻ được coi “không độc hại”—chủ yếu xuất phát từ cảm xúc hoặc nhu cầu nhất thời, không dựa trên dự đoán giá chính xác. Bằng cách hấp thụ các lệnh này, nhà tạo lập thị trường dễ dàng thu lợi từ chênh lệch giá mua-bán mà không phải đối đầu với các tổ chức giao dịch chuyên nghiệp.
Để tận dụng, các sàn như Robinhood đóng gói dòng lệnh bán lẻ và bán cho các ông lớn như Citadel, thu về khoản hoàn trả hấp dẫn.
Quy định tài chính truyền thống cung cấp một số bảo vệ cho nhà đầu tư bán lẻ. Quy định NMS của SEC yêu cầu ngay cả lệnh đóng gói cũng phải được thực hiện ở mức giá không thấp hơn giá tốt nhất trên thị trường.
Ngược lại, môi trường on-chain không kiểm soát cho phép ứng dụng khai thác sự chênh lệch thông tin. Họ khiến người dùng trả phí ưu tiên và tip cao hơn nhu cầu thực tế của mạng, âm thầm hưởng phần chênh lệch. Về bản chất, đây là “thuế vô hình” đắt đỏ với người dùng thiếu cảnh giác.
Kiếm tiền từ dòng lệnh người dùng
Với các ứng dụng kiểm soát mạnh điểm truy cập người dùng, chiến lược kiếm tiền tinh vi hơn nhiều so với nhận thức chung.
Ứng dụng front-end và ví quyết định nơi gửi giao dịch, cách thực hiện và tốc độ lên chain. Mỗi giai đoạn trong vòng đời giao dịch đều là cơ hội để khai thác giá trị từ người dùng.
Bán quyền truy cập người dùng cho nhà tạo lập thị trường
Tương tự Robinhood, ứng dụng Solana có thể bán “quyền truy cập” cho nhà tạo lập thị trường.
Mô hình Request for Quote (RFQ) là ví dụ điển hình. Khác với AMM truyền thống, RFQ cho phép người dùng hoặc ứng dụng yêu cầu báo giá và giao dịch trực tiếp với từng nhà tạo lập thị trường. Trên Solana, các aggregator như Jupiter đã triển khai mô hình này (JupiterZ). Tại đây, ứng dụng có thể thu phí kết nối từ nhà tạo lập thị trường, hoặc trực tiếp đóng gói và bán dòng lệnh bán lẻ. Khi chênh lệch giá on-chain ngày càng hẹp, mô hình “môi giới người dùng” này sẽ càng phổ biến.
Bên cạnh đó, liên minh giữa DEX và aggregator đang hình thành. AMM và DEX độc quyền phụ thuộc vào lượng truy cập từ aggregator, còn aggregator có quyền thu phí nhà cung cấp thanh khoản và chia lại lợi nhuận cho front-end.
Ví dụ, khi ví Phantom chuyển hướng giao dịch sang Jupiter, các nhà cung cấp thanh khoản như HumidiFi hoặc Meteora sẽ trả phí cho Jupiter để có quyền thực hiện giao dịch. Jupiter sau khi thu “phí kênh” sẽ chia lại một phần cho Phantom.
Dù chưa được xác nhận công khai, tác giả tin rằng với động lực tài chính, mô hình chia sẻ doanh thu này là tất yếu trong ngành.
Lệnh thị trường săn mồi
Khi người dùng nhấn “Xác nhận” và ký giao dịch trong ví, về bản chất là tạo ra một lệnh thị trường kèm tham số trượt giá.
Ứng dụng có hai lựa chọn chính để xử lý lệnh này:
Tích cực: Bán cơ hội “backrun” (arbitrage sau lệnh) cho các công ty giao dịch chuyên nghiệp và chia lợi nhuận. Backrun là trường hợp lệnh mua trên DEX1 đẩy giá token lên, bot arbitrage lập tức mua trên DEX2 trong cùng block (không ảnh hưởng giá thực hiện của người dùng trên DEX1), rồi bán lại trên DEX1.
Lợi dụng: Hợp tác với attacker sandwich nhắm vào chính người dùng, đẩy giá thực hiện lên cao bất thường.
Dù chọn hướng tích cực, ứng dụng vẫn có thể không vì lợi ích người dùng. Để tối đa hóa giá trị backrun, họ có thể cố ý trì hoãn gửi giao dịch. Vì lợi nhuận, họ cũng có thể điều hướng người dùng đến pool thanh khoản thấp, tạo biến động giá lớn và thêm cơ hội arbitrage.
Báo cáo cho thấy một số ứng dụng front-end nổi bật Solana đã thực hiện các hành vi này.
Ai nhận tip của bạn?
Dù các chiến lược trên khá phức tạp, việc thao túng “phí giao dịch” lại thường rất lộ liễu.
Trên Solana, phí người dùng gồm hai phần:
- Phí ưu tiên: Phí cấp giao thức trả trực tiếp cho validator.
- Tiền tip giao dịch: Thanh toán bằng SOL cho bất kỳ địa chỉ nào, thường là “nhà cung cấp dịch vụ landing” như Jito. Đơn vị này sẽ quyết định chia bao nhiêu cho validator, hoàn trả lại cho ứng dụng.
Tại sao cần nhà cung cấp dịch vụ landing? Khi mạng tắc nghẽn, broadcast giao dịch thông thường dễ thất bại. Nhà cung cấp dịch vụ landing là “kênh VIP”, tối ưu tuyến và đảm bảo giao dịch được đưa vào block.
Thị trường builder phức tạp và hệ thống định tuyến phân mảnh trên Solana đã tạo ra vai trò này, mở ra cơ hội kiếm lời cho ứng dụng. Ứng dụng thường khuyến khích người dùng trả tip cao để “bảo đảm đưa vào block”, rồi chia phần này với nhà cung cấp dịch vụ landing.
Dòng giao dịch và bức tranh phí
Dữ liệu cho thấy: Từ ngày 01 đến 08 tháng 12 năm 2025, Solana xử lý 450 triệu giao dịch toàn mạng.
Dịch vụ landing của Jito xử lý 80 triệu giao dịch, chiếm 93,5% thị phần builder. Phần lớn giao dịch liên quan swap, cập nhật oracle và tạo lập thị trường.
Trong môi trường khối lượng lớn, người dùng thường trả phí cao với hy vọng giao dịch được đưa vào block nhanh hơn. Nhưng phí đó có thực sự cần thiết?
Không hẳn. Dữ liệu cho thấy ví hoạt động thấp—chủ yếu người dùng bán lẻ—phải trả phí ưu tiên cao vượt mức. Vì block không đầy lúc đó, rõ ràng họ bị tính phí quá cao.
Ứng dụng lợi dụng tâm lý sợ thất bại giao dịch, thúc giục người dùng đặt tip quá mức. Qua thỏa thuận với nhà cung cấp dịch vụ landing, ứng dụng hưởng phần chênh lệch này.
Axiom: Ví dụ tiêu cực
Để minh họa mô hình “khai thác”, tác giả nghiên cứu trường hợp Axiom—một ứng dụng hàng đầu Solana.
Axiom tạo ra phí giao dịch cao nhất mạng, không chỉ do lượng người dùng lớn mà còn bởi chính sách phí mạnh tay.
Dữ liệu cho thấy người dùng Axiom trả phí ưu tiên trung vị (p50) là 1.005.000 lamports. Trong khi ví giao dịch tần suất cao chỉ trả 5.000–6.000 lamports—chênh lệch gấp 200 lần.
Tiền tip cũng tương tự.
Người dùng Axiom trả tip cho các dịch vụ landing như Nozomi và Zero Slot vượt xa mức trung bình thị trường. Ứng dụng đã lợi dụng sự nhạy cảm về tốc độ của người dùng, thu phí kép mà không gặp phản hồi tiêu cực.
Tác giả kết luận: “Đa số phí giao dịch mà người dùng Axiom trả cuối cùng đều vào túi đội ngũ Axiom.”
Giành lại quyền định giá phí
Sự lệch pha nghiêm trọng giữa lợi ích người dùng và ứng dụng là nguyên nhân cốt lõi của vấn đề hiện nay. Người dùng không biết mức phí hợp lý, ứng dụng thì có mọi động lực giữ kín thông tin này.
Để giải quyết, cần cải tổ cấu trúc thị trường nền tảng. Solana dự kiến triển khai Multiple Concurrent Proposers (MCP), Priority Ordering và cơ chế phí cơ sở động vào khoảng năm 2026—có thể là giải pháp.
Multiple Concurrent Proposers (MCP)
Mô hình một proposer hiện tại của Solana dễ bị độc quyền tạm thời, khi ứng dụng có thể kiểm soát bằng cách tác động đến leader. MCP đưa nhiều proposer hoạt động song song cho mỗi slot, tăng mạnh chi phí tấn công và độc quyền, nâng cao khả năng chống kiểm duyệt, khiến ứng dụng khó chiếm ưu thế bằng cách kiểm soát một node.
Priority Ordering
Bằng cách áp dụng sắp xếp theo phí ưu tiên ở cấp giao thức, yếu tố ngẫu nhiên (jitter) trong thứ tự giao dịch bị loại bỏ. Điều này giảm sự phụ thuộc của người dùng vào các kênh tăng tốc riêng như Jito. Với giao dịch thường, người dùng không cần đoán tip—chỉ cần trả phí cho giao thức là validator sẽ ưu tiên giao dịch theo quy tắc xác định.
Phí cơ sở động
Đây là cải cách trọng yếu. Solana đang phát triển mô hình phí cơ sở động tương tự Ethereum.
Người dùng sẽ không còn tip mù quáng; thay vào đó, họ chỉ định cho giao thức: “Tôi sẵn sàng trả tối đa X lamports để giao dịch này được đưa vào block.”
Giao thức sẽ tự động xác định phí dựa trên mức tắc nghẽn mạng thực tế. Nếu mạng không tắc, phí thấp; nếu tắc, phí tăng tương ứng. Cơ chế này chuyển quyền định giá từ ứng dụng và trung gian sang thuật toán minh bạch của giao thức.
Memecoin giúp Solana tăng trưởng bùng nổ, nhưng cũng để lại văn hóa đầu cơ lợi nhuận. Để Solana hiện thực hóa tầm nhìn ICM, cần ngăn chặn việc ứng dụng kiểm soát lưu lượng người dùng và giao thức kiểm soát hạ tầng bắt tay không kiểm soát.
Như câu nói: “Nhà sạch mới đón khách quý.” Chỉ khi nâng cấp kiến trúc kỹ thuật, loại bỏ hành vi kiếm lời bất chính và xây dựng thị trường minh bạch, công bằng, lấy quyền lợi người dùng làm trọng, Solana mới đủ sức cạnh tranh và hội nhập tài chính truyền thống.
Tuyên bố:
- Bài viết này đăng lại từ [BlockBeats], bản quyền thuộc về tác giả gốc [SpecialistXBT]. Nếu có vấn đề về quyền đăng lại, liên hệ đội ngũ Gate Learn để được xử lý nhanh theo quy trình áp dụng.
- Miễn trừ trách nhiệm: Quan điểm và ý kiến trình bày thuộc về tác giả, không phải là lời khuyên đầu tư.
- Các phiên bản ngôn ngữ khác do đội ngũ Gate Learn dịch. Trừ khi có dẫn nguồn Gate, bài dịch không được sao chép, phân phối hoặc đạo văn.
