Tiếp thị liên kết và các chương trình môi giới giới thiệu (IB) là một trong những kênh tăng trưởng hiệu quả nhất về vốn đối với sàn giao dịch tiền điện tử tập trung (CEX). Khác với quảng cáo trả phí, hoa hồng được liên kết trực tiếp với phí giao dịch, do đó chi phí thu hút khách hàng (CAC) và giá trị trọn đời khách hàng (LTV) biến động song song với nhau. Tuy nhiên, một hệ thống liên kết CEX đạt chuẩn sản xuất không chỉ đơn thuần là mã giới thiệu và mức hoàn lại 20%. Hệ thống này phải xác định cơ sở tính phí (tổng so với ròng, giao dịch giao ngay so với hợp đồng vĩnh viễn, phí tài trợ và phí thanh lý), cấu trúc hoàn tiền nhiều cấp và theo mức độ, khoảng thời gian ghi nhận, liên kết tài khoản phụ, thanh toán theo thời gian thực so với T+1, số dư bị đóng băng và thu hồi hoa hồng, các biện pháp kiểm soát chống giao dịch rửa và chống giao dịch tự động, kết hợp các chiến dịch, đối chiếu hậu trường, hỗ trợ nhãn trắng đa khách hàng và các rào cản tuân thủ quy định. Bài viết này sẽ giới thiệu toàn bộ kiến trúc sản phẩm và kỹ thuật của hệ thống hoa hồng dành cho đối tác liên kết và IB của sàn giao dịch tập trung (CEX), cũng như cách SoonTech triển khai hệ thống này tại Đông Nam Á, Trung Đông và Mỹ Latinh.

1. Tại sao các IB là động lực tăng trưởng thứ hai của một sàn giao dịch tập trung (CEX)

Trong giai đoạn khởi động ban đầu, một sàn giao dịch mới thường không có thương hiệu cũng như thanh khoản. Các nhà tạo lập thị trường có thể giải quyết vấn đề thanh khoản, nhưng vẫn cần thu hút người dùng thực sự. Việc mua quảng cáo trực tiếp trên Google, Meta và TikTok phải đối mặt với ba vấn đề: quảng cáo tiền điện tử bị hạn chế nghiêm ngặt, chi phí thu hút người dùng (CPI) cao nhưng tỷ lệ giữ chân người dùng thấp, và người dùng thu hút được không có mối quan hệ dịch vụ. Mạng lưới liên kết/IB phân phối lại ngân sách tiếp thị cho các KOL, lãnh đạo cộng đồng, đại lý địa phương và các nhà môi giới tổ chức, những người mang lại sự tin tưởng, hỗ trợ đăng ký và hỗ trợ liên tục. Sàn giao dịch chỉ thanh toán khi tạo ra doanh thu phí thực tế.

Khi sàn giao dịch mở rộng quy mô, cơ sở kênh sẽ được phân tầng. Những người giới thiệu bán lẻ muốn có một liên kết đơn giản và bảng điều khiển. Các IB chuyên nghiệp muốn có mạng lưới đa cấp, tiền thưởng theo cấp bậc, tài sản tiếp thị, quyền xem tài khoản phụ và người quản lý chuyên trách. Các nhà môi giới tổ chức muốn có các kế hoạch hoàn tiền tùy chỉnh, hợp tác nhãn trắng, nguồn cấp dữ liệu hoa hồng dựa trên API và hóa đơn hàng tháng. Một hệ thống hoa hồng hoàn thiện phải phục vụ đồng thời cả ba phân khúc này.

Vì hoa hồng là một phần của doanh thu từ phí, nên hệ thống hoa hồng gắn liền với công cụ khớp lệnh, mô-đun phí, tài khoản, ví và công cụ quản lý rủi ro. Mỗi giao dịch đều kích hoạt quá trình tính toán hoa hồng hạ lưu, điều chỉnh tiếp thị và sàng lọc rủi ro, lý tưởng nhất là thông qua một bus sự kiện thay vì kết hợp chéo giữa các cơ sở dữ liệu.

2. Các Mô Hình Hoàn Trả Từ Tỷ Lệ Đơn Lẻ Đến Nhiều Tầng

Câu hỏi thiết kế đầu tiên là cơ sở tính hoa hồng. Phí gộp là số tiền người dùng thực tế đã thanh toán. Phí ròng là số tiền còn lại sau khi trừ các khoản chiết khấu từ nhà tạo lập thị trường, các cấp độ VIP, thẻ điểm và phiếu giảm giá của nền tảng. Phí có trọng số gán các hệ số khác nhau theo cặp tiền tệ hoặc nhóm người dùng. Nhiều sàn giao dịch ban đầu hứa hẹn “50% phí” mà không nêu rõ cơ sở tính toán, dẫn đến tranh chấp khi người dùng thanh toán bằng thẻ điểm. Bộ phận hậu cần nên hiển thị bốn cột — phí gộp, các khoản khấu trừ, phí ròng và hoa hồng cuối cùng — và hợp đồng phải quy định rõ cơ sở tính toán nào được áp dụng.

Đối với hợp đồng vĩnh viễn, phí tài trợ được chuyển qua giữa bên mua và bên bán và thường không được tính vào, nhưng bất kỳ khoản phí thanh toán nào của nền tảng đều có thể được tính. Phí thanh lý thường cao hơn nhiều so với phí người mua và được nền tảng thu toàn bộ; chúng có thể được bao gồm nhưng nên có mức phí riêng để tránh lạm dụng.

Chương trình hoàn tiền một cấp là đơn giản nhất: A giới thiệu B, và A nhận được một phần phí của B. Hệ thống nhiều cấp mở rộng chuỗi này. Các thông số chính bao gồm độ sâu (hầu hết các sàn giao dịch tuân thủ quy định đều giới hạn ở hai hoặc ba cấp), tỷ lệ theo từng cấp và phương pháp phân bổ — tỷ lệ cố định, tỷ lệ theo bậc hoặc phương án chênh lệch (giữa các cấp) thường thấy ở các nhà môi giới tổ chức. Các chương trình chênh lệch thưởng cho các IB khi nâng cấp cấp độ của chính họ và của đội ngũ, nhưng đòi hỏi logic thanh toán theo từng nút và xử lý cẩn thận các trường hợp xuyên cấp, cùng cấp và hạ cấp.

Chương trình hoàn tiền theo cấp bậc liên kết tỷ lệ của kỳ tiếp theo với hiệu suất hiện tại, được đo lường bằng khối lượng giao dịch của đội ngũ, số người dùng hoạt động, tiền gửi ròng hoặc đóng góp phí. Thiết kế nên tránh các “vách đá” — việc nhảy vọt từ 20% lên 40% tại một ngưỡng nhất định sẽ kích hoạt giao dịch rửa vào cuối tháng. Các bước tăng dần và vùng đệm sẽ hiệu quả hơn.

Các mảng kinh doanh khác nhau cần các tỷ lệ khác nhau. Phí giao dịch giao ngay (Spot) có giá trị nhỏ nhưng tỷ lệ phần trăm cao; hợp đồng vĩnh viễn (Perpetuals) tạo ra doanh thu cao và yêu cầu phân biệt giữa người tạo lệnh (maker) và người nhận lệnh (taker); giao dịch sao chép (Copy Trading) chia phí hiệu suất giữa người dẫn đầu và người theo dõi riêng biệt; các sản phẩm sinh lời (Earn) trả từ biên lợi nhuận lãi suất; giao dịch OTC và giao dịch khối (Block Trades) trả bằng điểm cơ bản (basis points) trên giá trị danh nghĩa. Một thực thể “Kế hoạch hoàn tiền” nên bao gồm các quy tắc cho từng mảng kinh doanh và có thể được ràng buộc với từng hợp đồng IB.

3. Gán nguồn gốc, ràng buộc và vòng đời

Người dùng thường nhấp vào nhiều liên kết giới thiệu trước khi đăng ký. Các mô hình phổ biến bao gồm ràng buộc mã bắt buộc, gán nguồn từ cookie/thiết bị trong khoảng thời gian 7–30 ngày, nhấp chuột cuối cùng và nhấp chuột đầu tiên. Một thiết lập mặc định thực tiễn là ưu tiên ràng buộc theo mã, với cơ chế dự phòng là nhấp chuột đầu tiên: nếu có mã tại thời điểm đăng ký thì mã đó được ưu tiên; ngược lại, hệ thống sẽ xem xét lại N ngày trước và ràng buộc với lần tương tác đầu tiên. Điều này bảo vệ các KOL dựa trên nội dung đồng thời ngăn chặn việc chiếm đoạt nhấp chuột muộn.

Các nhà môi giới tổ chức thường tạo tài khoản con qua API và liên kết chúng với tài khoản chính ngay khi tạo. Các tài khoản con giao dịch độc lập nhưng được tổng hợp vào khối lượng giao dịch của đội ngũ tài khoản chính. Các giao dịch nội bộ giữa tài khoản chính và tài khoản con vẫn được ghi nhận trên sổ sách. Việc liệu các tài khoản con có thể tự xây dựng mạng lưới dưới quyền hay không phải là tùy chọn được quy định trong hợp đồng.

Việc thay đổi liên kết tuyệt đối không được thực hiện theo hình thức tự phục vụ. Một phiếu yêu cầu từ bộ phận hậu cần được phê duyệt bởi cả các IB và bộ phận vận hành, kèm theo nhật ký kiểm toán đầy đủ, là phương án an toàn nhất. Các IB bị cấm sẽ bị đóng băng các khoản hoa hồng trong tương lai nhưng vẫn giữ nguyên các khoản đã thanh toán; các khoản hoa hồng lịch sử không được chuyển giao cho các IB mới vì việc ghi lại lại theo hiệu lực hồi tố sẽ gây ra hỗn loạn trong kế toán.

Các quy tắc về vòng đời có thể khác nhau. Một số nền tảng sử dụng liên kết vĩnh viễn với việc chấm dứt dựa trên vi phạm; các nền tảng khác thêm thời hạn hết hiệu lực 12 tháng hoặc thời gian chờ do không hoạt động. Hãy bắt đầu đơn giản và thêm các khoảng thời gian khi quy mô hoạt động đủ lớn.

4. Hệ thống thanh toán: Thời gian thực, Gần thời gian thực và T+N

Thời gian thanh toán là sự cân bằng cốt lõi giữa rủi ro và lợi nhuận. Thanh toán theo từng giao dịch theo thời gian thực làm hài lòng các IB nhưng lại là món quà cho các nhà giao dịch rửa tiền — hoa hồng có thể bị rút trước khi bộ phận kiểm soát rủi ro kịp xử lý. Thanh toán gần thời gian thực (cập nhật từ một đến năm phút) cân bằng giữa trải nghiệm và tải hệ thống. Thanh toán theo lô T+0/T+1 là đơn giản nhất cho việc đối chiếu và thu hồi.

Một quy trình xử lý mạnh mẽ bao gồm: hệ thống khớp lệnh phát tín hiệu TradeEvent qua Kafka; dịch vụ thanh toán tải cây cấp trên của người dùng, kế hoạch hoàn tiền và các chiến dịch đang hoạt động; hệ thống tính toán các mục hoa hồng theo từng cấp (CommissionItems); cơ chế quản lý rủi ro sàng lọc trước và gắn nhãn các mục đáng ngờ; các mục hợp lệ được chuyển vào số dư chờ xử lý và các mục bị đóng băng vào số dư bị đóng băng; một lô xử lý hàng đêm sẽ chuyển số dư chờ xử lý sang trạng thái đã thanh toán và xem xét lại các mục bị đóng băng; việc rút tiền được thực hiện qua ví thông thường; bộ phận tài chính đối chiếu các báo cáo về khớp lệnh, phí, hoa hồng và ví hàng ngày.

Thanh toán đa tiền tệ là một vấn đề khác. Phí được tích lũy bằng tiền tệ niêm yết hoặc tiền tệ cơ sở của từng cặp, nhưng các IB thường muốn nhận USDT hoặc USDC. Thực hành tốt nhất là tích lũy bằng chính loại tiền đó, chụp nhanh và chuyển đổi vào cuối ngày dựa trên giá chỉ số, đồng thời cung cấp tùy chọn chuyển đổi tự động kèm theo kiểm soát trượt giá rõ ràng.

Các giao dịch đảo ngược là các bản ghi cấp một. Không bao giờ xóa một CommissionItem; hãy thêm một ReversalItem với số tiền âm được liên kết với ID ban đầu và tính lại số dư là tổng của tất cả các mục. Điều này giúp duy trì một dấu vết có thể kiểm toán khi các giao dịch bị hủy, giao dịch rửa tiền bị thu hồi hoặc các lỗi về phí được sửa chữa.

5. Chống Gian lận và Chống Giao dịch Giả tạo

Các hình thức tấn công phổ biến bao gồm giao dịch nội bộ giữa các tài khoản do cùng một bên kiểm soát, giao dịch rửa để đạt ngưỡng, khai thác nhiều tài khoản thông qua KYC tổng hợp, chớp giá API tần suất cao, danh tính giả mạo, chuyển tiếp hoa hồng làm suy yếu định giá và các xưởng khai thác có tổ chức.

Hệ thống phòng thủ được thiết kế theo nhiều lớp. Giai đoạn trước giao dịch sử dụng nhận dạng dấu vân tay thiết bị, kiểm tra IP/ASN bao gồm phát hiện VPN/Tor, so sánh độ tương đồng KYC (so khớp khuôn mặt, tái sử dụng OCR, tái sử dụng số điện thoại/email) và sinh trắc học hành vi. Tại thời điểm giao dịch, hệ thống phát hiện các giao dịch tự thực hiện trong cây UID hoặc cụm thiết bị, thao túng sổ lệnh như hủy lệnh lặp lại gần điểm chạm, các mẫu khối lượng cố định bất thường, và các cụm tài khoản dựa trên đồ thị được xây dựng từ địa chỉ nạp tiền, rút tiền, thiết bị, lời mời và địa chỉ IP. Sau giao dịch, việc phân cụm địa chỉ rút tiền, luân chuyển vốn và sàng lọc trên chuỗi bằng Chainalysis/TRM Labs giúp xác định các đường dẫn rửa tiền.

Các hành động cần có mức độ linh hoạt: theo dõi có gắn nhãn, đóng băng hoa hồng, hạ tỷ lệ hoàn tiền, thu hồi trạng thái IB hoặc khóa tài khoản. Mỗi hành động phải có mã lý do và quy trình khiếu nại. Các IB cấp cao cần có nhân viên quản lý rủi ro chuyên trách để tránh kết quả dương tính giả đối với khách hàng lớn.

Thiết kế kinh tế quan trọng không kém các quy tắc. Xác định người dùng hoạt động dựa trên KYC cộng với khoản nạp tiền đầu tiên vượt ngưỡng cộng với một giao dịch thực (không phải tự giao dịch). Sử dụng số tiền nạp ròng thay vì khối lượng giao dịch tổng để xác định cấp độ. Giới hạn phí hàng ngày cho mỗi người dùng được tính vào hoa hồng. Loại bỏ các tài khoản bị đánh dấu khỏi tổng số của đội và điều chỉnh lại cấp độ theo hồi tố. Thêm khoảng thời gian tạm ngưng từ 7–14 ngày cho người dùng mới. Nếu hoạt động rửa tiền không mang lại lợi nhuận, phần lớn hoạt động này sẽ biến mất.

6. Tích lũy chiến dịch và bộ phận hậu cần

Ngoài các khoản hoàn lại cơ bản, bộ phận vận hành còn triển khai các chương trình tăng cường trong thời gian giới hạn, tiền thưởng khởi động cho IB mới, các cuộc thi giao dịch, phần thưởng hai chiều cho người giới thiệu và người được giới thiệu, cũng như hệ số nhân điểm thẻ hoặc tiền ảo trên nền tảng. Một hệ thống quy tắc khuyến mãi với các điều kiện (thời gian, người dùng, cặp tiền tệ, cấp độ), hành động (tăng cường, tiền thưởng cố định, phân phối giải thưởng) và giới hạn ngân sách giúp các quy tắc tạm thời không ảnh hưởng đến mã thanh toán cốt lõi.

Cổng thông tin IB cần có bảng điều khiển tổng quan, quản lý mạng lưới đại lý, sổ cái chi tiết hoa hồng, các chế độ xem thanh toán và rút tiền, tài sản tiếp thị, công cụ quản lý tài khoản con và trung tâm tin nhắn. Hệ thống hậu cần vận hành cần có chức năng đánh giá và xếp hạng IB, quản lý kế hoạch, công cụ thiết kế chiến dịch, bàn làm việc xử lý trường hợp rủi ro, đối chiếu tài chính và kiểm toán theo vai trò. Bảng điều khiển dành cho lãnh đạo theo dõi đóng góp của các kênh, tỷ lệ chi phí kênh (tổng hoa hồng chia cho doanh thu phí ròng, mức hợp lý là 30–50%), phễu người dùng hoạt động, tỷ lệ giữ chân IB, ngăn chặn rủi ro và ROI theo kênh và chiến dịch.

7. Kỹ thuật, Tuân thủ và Ra mắt

Tính idempotency là không thể thương lượng: mỗi giao dịch được xử lý một lần bằng cách sử dụng khóa duy nhất gồm ID giao dịch cộng với hướng giao dịch cộng với cấp độ, được thực thi bởi chỉ mục duy nhất trong cơ sở dữ liệu. Các cập nhật thanh toán và cập nhật số dư thuộc về một giao dịch, với các tác vụ Saga và đối chiếu cho các trường hợp liên dịch vụ. Các nhóm người tiêu dùng Kafka, triển khai đa vùng sẵn sàng (multi-AZ), bản sao cơ sở dữ liệu và bản sao lưu hỗ trợ tính sẵn sàng. Việc theo dõi mọi tính toán hoa hồng và các cảnh báo từ Prometheus/Grafana về độ trễ thanh toán và tỷ lệ đóng băng giúp đảm bảo tính minh bạch trong hoạt động.

Phân mảnh theo UID, lưu trữ chi tiết lịch sử, lưu trữ cây cấp trên và các kế hoạch trong Redis, đồng thời tách biệt lưu trữ nóng và lạnh. Đối với các triển khai nhãn trắng, mỗi bảng đều chứa tenant_id với các bộ lọc được áp dụng bắt buộc, và các kế hoạch, chiến dịch và quy tắc được thiết lập riêng cho từng khách hàng.

Các quy định pháp lý là yếu tố then chốt. Giữ độ sâu chiết khấu ở mức ba cấp, tính hoa hồng dựa trên phí giao dịch thực tế, tuyệt đối không thu phí tham gia IB và tránh các giao dịch mua token nền tảng bị khóa. Malaysia, Singapore, Indonesia, Dubai và các khu vực pháp lý khác có quy định tiếp thị đa cấp khác nhau; phải có sự chấp thuận của luật sư địa phương. Chính các IB cũng phải tuân thủ quy trình KYC/KYB, và việc thẩm định kỹ lưỡng đối với các khu vực địa lý có rủi ro cao là bắt buộc. Việc khấu trừ thuế, lập hóa đơn cho các IB tổ chức, các hạn chế thanh toán xuyên biên giới và cách xử lý thuế hoa hồng tiền điện tử cần được thiết kế cùng với các cố vấn tài chính và thuế ngay từ ngày đầu tiên.

8. Triển khai SoonTech

Bộ giải pháp liên kết CEX của SoonTech bao gồm quy trình tích hợp kênh, trung tâm kế hoạch hoàn tiền, động cơ thanh toán dựa trên Kafka hỗ trợ chế độ thời gian thực và T+1, động cơ quản lý rủi ro với công nghệ nhận dạng thiết bị và phân tích đồ thị, trung tâm chiến dịch, cổng thông tin web và ứng dụng dành cho IB, bảng điều khiển vận hành và kho dữ liệu với các bảng điều khiển ROI. Một quá trình triển khai điển hình mất năm tuần từ khi khởi động đến khi ra mắt: một tuần cho giai đoạn khám phá, một tuần cho thiết kế kế hoạch và hợp đồng, một tuần cho tích hợp end-to-end, một tuần cho điều chỉnh rủi ro và kiểm thử người dùng (UAT), và một tuần cho chuyển đổi sang môi trường sản xuất kèm hỗ trợ 24/7.

Chúng tôi đã triển khai hệ thống này cho một sàn giao dịch mới nổi ở Đông Nam Á, nơi các kênh IB đóng góp 65% số lượng đăng ký trong vòng ba tháng với chi phí thu hút khách hàng (CAC) thấp hơn 70% so với quảng cáo trả phí; cho một văn phòng gia đình ở Trung Đông sử dụng nhãn trắng với các tài khoản phụ, chiết khấu chênh lệch và giám sát Chainalysis theo các kỳ vọng của VARA; và cho một sàn giao dịch phái sinh ở Mỹ Latinh đã cắt giảm tỷ lệ chi phí kênh từ 75% xuống 42% đồng thời tăng khối lượng thực tế lên 35% sau khi thay thế các mức khối lượng gộp bằng tiền gửi ròng và người dùng hoạt động.

9. Lộ trình và Tương lai

Các chứng nhận giới thiệu trên chuỗi sẽ mở rộng logic liên kết vào bối cảnh DEX và ví, nhưng các chương trình CEX sẽ vẫn tập trung vì tuân thủ và dịch vụ khách hàng đòi hỏi một thực thể chịu trách nhiệm. Các mô hình AI, đặc biệt là mạng nơ-ron đồ thị và mô hình chuỗi, đang thay thế các hệ thống quản lý rủi ro chỉ dựa trên quy tắc. Các API môi giới nhúng sẽ cho phép ví, công cụ theo dõi danh mục đầu tư và nhà quản lý tài sản tích hợp chức năng giao dịch và nhận hoa hồng, biến các chương trình “liên kết giới thiệu” thành cơ sở hạ tầng hợp tác rộng lớn hơn. Khi MiCA, VARA, SC Malaysia và MAS thắt chặt các khung pháp lý, các nhà môi giới-đại lý được cấp phép và các văn phòng gia đình sẽ thay thế các IB cá nhân, và các nhà cung cấp hệ thống tuân thủ từ đầu đến cuối sẽ dẫn đầu làn sóng tiếp theo.

🌐 Xây dựng các nền tảng Web3 an toàn và có khả năng mở rộng cùng SoonTech.

Khám phá các giải pháp của chúng tôi dành cho Sàn giao dịch tiền điện tử nhãn trắng, Thị trường dự đoán, Ví MPC, Hệ thống khớp lệnh, Tích hợp thanh khoản và Tuân thủ.