Drovix đang nén spread tổ chức bằng cách nào

Một mức spread đẹp trên màn hình chưa chắc là mức giá mà một tổ chức thực sự phải trả. Trong thị trường giao dịch điện tử, chi phí thật chỉ xuất hiện khi lệnh được khớp, sau khi tính cả trượt giá, từ chối lệnh và chất lượng thanh khoản. Đó là nơi câu chuyện của Drovix trở nên đáng chú ý: công ty đang tiếp cận spread như một bài toán kỹ thuật thay vì chỉ là một con số để quảng cáo.

Tin tức chính vừa xảy ra

Drovix (MU) Ltd đang xây dựng hệ thống thanh khoản và thực thi đa tài sản dành cho các khách hàng tổ chức như broker, hedge fund, family office và proprietary trading firm.

Theo thông tin được công bố, Drovix hoạt động theo mô hình đối tác thực thi chính và được Financial Services Commission của Mauritius cấp phép với tư cách Investment Dealer, Full Service Dealer, giấy phép GB21026813.

Điểm đáng chú ý nằm ở kiến trúc công nghệ phía sau.

Drovix cho biết hệ thống sử dụng một pricing-and-aggregation engine được phát triển bằng C++, kết hợp với Aeron cho messaging. Hệ thống được thiết kế để giữ độ trễ thực thi nội bộ dưới một mili giây.

Hạ tầng được đặt tại bốn trung tâm dữ liệu Equinix gồm NY3, LD4, SG1 và TY3, với các cross-connect dự phòng và mục tiêu SLA uptime 99,9%.

Ở lớp thanh khoản, hệ thống tổng hợp giá từ hơn 15 ngân hàng tier-1 và các nhà cung cấp thanh khoản phi ngân hàng, bao phủ hơn 1.000 công cụ tài chính.

Phạm vi gồm FX, NDF của các thị trường mới nổi, chỉ số chứng khoán toàn cầu, năng lượng, kim loại quý, cổ phiếu đơn lẻ cùng các sản phẩm liên quan đến crypto và hợp đồng có ngày đáo hạn.

Nhưng công nghệ không phải câu chuyện duy nhất.

Điểm quan trọng hơn là cách Drovix định nghĩa chi phí giao dịch.

Điều gì mới?

Trong nhiều năm, thị trường thường nói về spread theo cách khá đơn giản.

Một broker có thể nhìn thấy bid và ask. Một khách hàng nhìn thấy mức giá. Một nhà cung cấp thanh khoản quảng bá mức spread thấp.

Nhưng giữa báo giá và giao dịch thật tồn tại một khoảng cách.

Một mức giá có thể trông rất cạnh tranh nhưng biến mất khi khách hàng gửi lệnh. Một venue có thể báo giá đẹp nhưng thường xuyên từ chối lệnh. Một hệ thống có thể cung cấp spread thấp nhưng phản ứng chậm trong thời điểm thị trường biến động mạnh.

Vì vậy, spread hiển thị chưa phải là spread thực tế.

Drovix tập trung vào effective spread, tức chi phí được quan sát tại thời điểm thực thi và sau khi xem xét những yếu tố như slippage và rejection.

Đây là một thay đổi quan trọng về cách nhìn.

Thay vì hỏi “Ai quảng cáo spread thấp nhất?”, câu hỏi trở thành “Khách hàng thực sự trả bao nhiêu cho mỗi lần khớp lệnh?”

Tại sao nó quan trọng?

Trong thị trường bình thường, chênh lệch vài phần nhỏ của giá có thể dường như không đáng kể.

Nhưng đối với một tổ chức thực hiện khối lượng giao dịch lớn, một sai lệch nhỏ được lặp lại hàng nghìn hoặc hàng triệu lần có thể trở thành chi phí đáng kể.

Hãy tưởng tượng hai nhà cung cấp.

Nhà cung cấp A hiển thị spread rất thấp nhưng thường xuyên xảy ra requote và slippage.

Nhà cung cấp B có spread hiển thị cao hơn một chút nhưng tỷ lệ khớp tốt hơn và giá thực thi ổn định hơn.

Nếu chỉ nhìn vào màn hình, A có vẻ tốt hơn.

Nếu tính tổng chi phí thực thi, B có thể mới là lựa chọn hiệu quả.

Đây chính là lý do hạ tầng giao dịch ngày càng trở thành một vấn đề của engineering.

Spread không còn đơn thuần là kết quả của việc tìm một nguồn giá tốt. Nó phụ thuộc vào cách hệ thống thu thập, lọc, xây dựng, định tuyến và đo lường thanh khoản.

Sản phẩm hoạt động thế nào?

Hãy hình dung hệ thống của Drovix như một dây chuyền.

Ở đầu vào là hàng loạt nguồn thanh khoản.

Drovix cho biết hệ thống lấy dữ liệu từ hơn 15 nhà cung cấp ngân hàng và phi ngân hàng. Pricing engine sau đó xử lý các luồng giá này theo thời gian thực.

Đây là bước đầu tiên để tạo ra spread cạnh tranh.

Không phải mọi báo giá đều có giá trị như nhau. Một mức giá lỗi thời, nằm ngoài thị trường hoặc có chất lượng thực thi kém có thể làm cho order book nhìn đẹp nhưng không hữu ích.

Theo mô tả của Drovix, hệ thống algorithmically lọc stale quotes, off-market prices và các giao dịch được xem là toxic prints.

Kết quả là order book được xây dựng từ phần thanh khoản mà hệ thống đánh giá là có khả năng thực thi và cạnh tranh hơn.

Sau đó đến vấn đề tốc độ.

Trong thị trường biến động nhanh, một báo giá có thể mất giá trị chỉ sau vài mili giây.

Nếu hệ thống mất nhiều thời gian để xử lý một mức giá, lợi thế ban đầu có thể biến mất trước khi lệnh được khớp.

Drovix đặt mục tiêu giữ execution latency nội bộ dưới một mili giây thông qua kiến trúc C++ và Aeron.

Sau cùng là smart order router.

Router không chỉ nhìn vào giá hiện tại. Theo mô tả của công ty, nó đánh giá độ sâu thanh khoản, hành vi của từng liquidity provider và lịch sử chất lượng khớp lệnh.

Đây là điểm đáng chú ý.

Một nhà cung cấp có thể thường xuyên đưa ra giá tốt nhưng từ chối nhiều lệnh. Một nhà cung cấp khác có giá hơi kém hơn nhưng thực thi ổn định.

Nếu router chỉ tối ưu giá trên màn hình, nó có thể chọn sai.

Nếu router tối ưu chất lượng thực thi thực tế, chiến lược có thể khác hoàn toàn.

Dữ liệu nằm ở đâu?

Drovix đặt trọng tâm vào transaction cost analysis, hay TCA.

TCA không chỉ trả lời câu hỏi “lệnh đã khớp ở đâu”.

Nó có thể được sử dụng để đánh giá chất lượng thực thi so với thị trường, phân tích venue và xác định chi phí phát sinh trong quá trình giao dịch.

Theo thông tin của Drovix, mỗi fill được benchmark với thị trường và được báo cáo thông qua hệ thống TCA với attribution theo venue.

Cùng lớp tài khoản còn có real-time exposure, dự báo margin, pre-trade limits và kill-switch controls.

Điều này tạo ra một điểm rất quan trọng.

Nếu một nhà cung cấp nói rằng thuật toán của họ giúp giảm spread nhưng khách hàng không thể nhìn thấy kết quả trong dữ liệu giao dịch của chính mình, lời tuyên bố đó rất khó kiểm chứng.

Ngược lại, khi effective spread được đo fill-by-fill, câu chuyện chuyển từ marketing sang dữ liệu.

Doanh nghiệp kiếm tiền và tạo giá trị thế nào?

Drovix không đơn giản bán một phần mềm charting.

Mô hình được mô tả là bilateral principal model.

Các counterparty được phê duyệt giao dịch với Drovix với tư cách principal, dựa trên các thỏa thuận bằng văn bản và điều kiện tín dụng xác định.

Đổi lại, khách hàng có thể tiếp cận thanh khoản đa tài sản thông qua một tài khoản tổ chức, một hạn mức tín dụng và một lớp báo cáo post-trade.

Giá trị kinh tế nằm ở việc giảm sự phức tạp.

Một tổ chức nếu tự xây dựng hệ thống tương tự phải quản lý nhiều liquidity provider, kết nối, credit relationship, risk control, monitoring và reporting.

Một lớp tổng hợp thanh khoản có thể biến nhiều mối quan hệ đó thành một điểm kết nối.

Drovix cũng hỗ trợ các giao thức như FIX, API và MT5 bridge, giúp khách hàng tích hợp vào workflow hiện có thay vì phải xây dựng toàn bộ hệ thống từ đầu.

Platform hay product?

Đây là câu hỏi quan trọng.

Nếu chỉ nhìn vào từng mức giá, Drovix có thể được xem như một liquidity provider.

Nhưng nếu nhìn toàn bộ kiến trúc, sản phẩm thực tế rộng hơn.

Nó bao gồm pricing aggregation, execution, smart routing, risk management, post-trade analytics và connectivity.

Nói cách khác, giá trị không chỉ nằm ở “giá bao nhiêu”.

Giá trị nằm ở việc biến nhiều nguồn thanh khoản thành một hệ thống thực thi có thể đo lường.

Đó là khác biệt giữa một product đơn lẻ và một execution platform.

Đối thủ và lợi thế cạnh tranh

Thị trường thanh khoản tổ chức vốn đã có nhiều ngân hàng, prime broker, non-bank liquidity provider và electronic trading venue.

Vì vậy, Drovix không thể cạnh tranh chỉ bằng việc nói rằng mình có nhiều giá.

Lợi thế mà công ty đang nhấn mạnh nằm ở sự kết hợp giữa nhiều yếu tố.

Thứ nhất là số lượng nguồn thanh khoản.

Hơn 15 provider giúp hệ thống có nhiều lựa chọn hơn so với mô hình phụ thuộc vào một prime duy nhất.

Thứ hai là latency.

Mục tiêu dưới một mili giây của lớp thực thi nội bộ nhằm giảm thời gian giữa việc xây dựng giá và khớp lệnh.

Thứ ba là routing dựa trên dữ liệu.

Router được mô tả là sử dụng lịch sử fill quality thay vì chỉ nhìn vào headline price.

Thứ tư là khả năng đo lường.

Nếu khách hàng có thể nhìn thấy effective spread và venue-level attribution, nhà cung cấp cũng phải chịu áp lực chứng minh chất lượng thực thi bằng dữ liệu.

Đó là một lợi thế khó duy trì nếu hệ thống phía sau không đủ tốt.

Rủi ro

Tuy nhiên, không nên biến kiến trúc công nghệ thành lời hứa rằng mọi khách hàng đều sẽ nhận được một mức spread cố định.

Bản thân Drovix cũng lưu ý rằng latency, uptime và spread là các mục tiêu thiết kế hoặc engineering targets; kết quả thực tế phụ thuộc vào điều kiện thị trường.

Đây là điểm đặc biệt quan trọng.

Trong một thị trường biến động mạnh, thanh khoản có thể thay đổi rất nhanh. Các nhà cung cấp có thể rút giá. Depth có thể giảm. Correlation giữa các venue có thể thay đổi.

Ngoài ra còn có counterparty risk, credit risk, liquidity risk, concentration risk và market risk.

Mô hình principal cũng khiến quản trị rủi ro trở thành thành phần cốt lõi chứ không phải chức năng phụ.

Một hệ thống định tuyến cực nhanh nhưng kiểm soát rủi ro yếu không phải là một hệ thống tốt.

Tốc độ chỉ có giá trị khi đi cùng kiểm soát.

Việt Nam sẽ bị tác động thế nào?

Đối với Việt Nam, câu chuyện này đáng chú ý không phải vì các doanh nghiệp trong nước nhất thiết phải sử dụng ngay một hệ thống tương tự.

Điều đáng học nằm ở cách thị trường tài chính đang chuyển từ “giá niêm yết” sang “chi phí thực tế”.

Điều đó cũng xuất hiện trong nhiều lĩnh vực khác.

Trong thanh toán, tốc độ giao dịch chưa đủ nếu tỷ lệ thất bại cao.

Trong thương mại điện tử, giá sản phẩm chưa đủ nếu logistics và tỷ lệ hoàn hàng làm tăng chi phí.

Trong quảng cáo số, CPM thấp chưa chắc hiệu quả nếu conversion thấp.

Trong cloud computing, giá máy chủ rẻ chưa chắc tiết kiệm nếu downtime và network latency làm mất doanh thu.

Nguyên tắc chung là giống nhau.

Đừng đo thứ dễ quảng cáo. Hãy đo thứ doanh nghiệp thực sự phải trả.

Đây có thể là bài học quan trọng đối với các fintech, broker, nền tảng thanh toán và công ty công nghệ tài chính Việt Nam khi thị trường trưởng thành hơn.

Doanh nghiệp Việt Nam nên làm gì?

Trước hết, doanh nghiệp nên bắt đầu đo effective cost thay vì chỉ theo dõi headline price.

Thứ hai, nên xây dựng dữ liệu đủ chi tiết để biết chi phí phát sinh ở đâu.

Một giao dịch thất bại vì latency? Vì liquidity? Vì credit limit? Hay vì routing?

Nếu không có dữ liệu, rất khó biết vấn đề thực sự nằm ở đâu.

Thứ ba, cần tránh phụ thuộc tuyệt đối vào một nhà cung cấp nếu hoạt động kinh doanh yêu cầu tính sẵn sàng cao.

Kiến trúc nhiều nguồn có thể tạo ra khả năng dự phòng tốt hơn, mặc dù đồng thời làm tăng độ phức tạp vận hành.

Cuối cùng, doanh nghiệp nên xem API, FIX và các chuẩn kết nối như một phần của chiến lược công nghệ chứ không chỉ là chi tiết kỹ thuật.

Một hệ thống tài chính tốt phải có khả năng thay đổi nhà cung cấp mà không phải viết lại toàn bộ kiến trúc.

Kết luận

Câu chuyện đáng chú ý phía sau Drovix không đơn giản là một công ty quảng bá spread thấp.

Nó phản ánh một thay đổi rộng hơn trong thị trường tài chính điện tử.

Khi các tổ chức ngày càng tự động hóa giao dịch, lợi thế cạnh tranh sẽ chuyển từ những gì xuất hiện trên màn hình sang những gì xảy ra trong vài mili giây sau khi nhà giao dịch bấm nút.

Một mức giá tốt không có nhiều ý nghĩa nếu lệnh không được thực thi ở mức giá đó.

Một liquidity provider có nhiều nguồn giá chưa chắc tốt nếu hệ thống không biết nguồn nào thực sự đáng tin cậy.

Và một thuật toán nhanh cũng chưa đủ nếu doanh nghiệp không thể chứng minh kết quả bằng dữ liệu.

Drovix đang đặt cược vào một cách tiếp cận khác: tổng hợp nhiều nguồn thanh khoản, lọc báo giá bằng thuật toán, giảm latency bằng hạ tầng C++ và Aeron, định tuyến dựa trên chất lượng thực thi, sau đó đưa toàn bộ kết quả trở lại cho khách hàng thông qua TCA.

Điều đó dẫn đến một nguyên tắc đơn giản nhưng ngày càng quan trọng của thị trường điện tử:

Spread được quảng cáo là một con số. Effective spread mới là một chi phí.

Và trong cuộc cạnh tranh của hạ tầng giao dịch thế hệ mới, bên thắng có thể không phải là bên đưa ra mức giá đẹp nhất trên màn hình, mà là bên chứng minh được rằng khách hàng thực sự trả ít hơn sau khi giao dịch kết thúc.

Lưu ý: Nội dung trên được viết lại từ thông tin do người dùng cung cấp. Các thông tin về giấy phép, kiến trúc công nghệ, số lượng liquidity provider, latency, uptime và phạm vi dịch vụ là các tuyên bố trong nguồn gốc và không nên được hiểu là xác nhận độc lập. Đây là nội dung mang tính thông tin, không phải lời mời giao dịch hay tư vấn đầu tư.

Drovix, thanh khoản tổ chức, spread giao dịch, execution quality, smart order routing, liquidity provider, C++ trading, Aeron messaging, TCA giao dịch, giao dịch đa tài sản, institutional liquidity, OTC trading, giảm slippage, hạ tầng giao dịch, execution technology