โปรแกรมการตลาดพันธมิตร (Affiliate marketing) และโปรแกรมผู้แนะนำโบรกเกอร์ (IB) เป็นหนึ่งในช่องทางเติบโตที่มีประสิทธิภาพด้านทุนสูงที่สุดสำหรับตลาดแลกเปลี่ยนคริปโตแบบรวมศูนย์ (CEX) ต่างจากโฆษณาแบบจ่ายเงิน ค่าคอมมิชชันจะเชื่อมโยงโดยตรงกับค่าธรรมเนียมการซื้อขาย ดังนั้น CAC และ LTV จึงเคลื่อนไหวไปพร้อมกัน แต่ระบบพันธมิตร CEX ระดับการผลิตนั้นไม่ใช่แค่รหัสแนะนำและส่วนลด 20% เท่านั้น มันต้องกำหนดฐานค่าธรรมเนียม (รวม vs สุทธิ, สัญญาซื้อขายทันที vs สัญญาซื้อขายแบบต่อเนื่อง, ค่าธรรมเนียมการให้ทุนและค่าธรรมเนียมการชำระบัญชี), โครงสร้างการคืนเงินแบบหลายระดับและแบบต่างกัน, ช่วงเวลาการติดตามแหล่งที่มาของการซื้อขาย, การผูกบัญชีลูก, การชำระบัญชีแบบเรียลไทม์เทียบกับ T+1, ยอดคงเหลือที่ถูกระงับและเงินคืน, ระบบควบคุมการป้องกันการซื้อขายเพื่อล้างบัญชี (anti-wash-trading) และการซื้อขายกับตัวเอง (anti-self-trading), การรวมแคมเปญ, การปรับยอดหลังบ้าน, การสนับสนุนไวท์เลเบลแบบหลายผู้เช่า (multi-tenant white label) และกรอบการกำกับดูแลตามกฎระเบียบ บทความนี้จะอธิบายรายละเอียดเกี่ยวกับสถาปัตยกรรมผลิตภัณฑ์และวิศวกรรมทั้งหมดของระบบค่าคอมมิชชันสำหรับพันธมิตร (Affiliate) และ IB ของ CEX รวมถึงวิธีที่ SoonTech นำเสนอระบบนี้ในภูมิภาคเอเชียตะวันออกเฉียงใต้ ตะวันออกกลาง และละตินอเมริกา

1. ทำไม IB จึงเป็นเครื่องยนต์การเติบโตตัวที่สองของ CEX

ในระยะเริ่มต้น (cold-start) ตลาดแลกเปลี่ยนใหม่มักไม่มีทั้งแบรนด์และสภาพคล่อง ผู้สร้างสภาพคล่อง (market makers) สามารถแก้ปัญหาสภาพคล่องได้ แต่ยังต้องหาผู้ใช้จริงมาเพิ่ม การซื้อโฆษณาโดยตรงบน Google, Meta และ TikTok ต้องเผชิญกับสามปัญหา: โฆษณาคริปโตถูกจำกัดอย่างเข้มงวด, ค่า CPI สูงแต่การรักษาผู้ใช้ต่ำ, และผู้ใช้ที่หาได้มาไม่มีความสัมพันธ์กับบริการ เครือข่ายพันธมิตร/IB จะจัดสรรงบประมาณการตลาดใหม่ไปยัง KOL ผู้นำชุมชน ตัวแทนท้องถิ่น และโบรกเกอร์สถาบัน ซึ่งสามารถสร้างความน่าเชื่อถือ กระบวนการลงทะเบียน และสนับสนุนอย่างต่อเนื่องได้ ตลาดแลกเปลี่ยนจะจ่ายค่าคอมมิชชันเฉพาะเมื่อมีรายได้จากค่าธรรมเนียมจริงเกิดขึ้นเท่านั้น

เมื่อตลาดแลกเปลี่ยนขยายตัว ฐานช่องทางจะแบ่งชั้นตามระดับ ผู้แนะนำระดับรายย่อยต้องการเพียงลิงก์และแดชบอร์ดที่เรียบง่าย ส่วน IB มืออาชีพต้องการเครือข่ายดาวน์ไลน์หลายชั้น โบนัสตามระดับ ทรัพย์สินทางการตลาด การดูบัญชีย่อย และผู้จัดการเฉพาะ ส่วนโบรกเกอร์สถาบันต้องการแผนคืนเงินที่ปรับแต่งได้ ความร่วมมือแบบไวท์เลเบล ข้อมูลค่าคอมมิชชันผ่าน API และการออกใบแจ้งหนี้รายเดือน ระบบค่าคอมมิชชันที่พัฒนาแล้วต้องให้บริการทั้งสามกลุ่มนี้พร้อมกัน

เนื่องจากค่าคอมมิชชันเป็นส่วนแบ่งของรายได้จากค่าธรรมเนียม ระบบค่าคอมมิชชันจึงเชื่อมโยงอย่างแน่นแฟ้นกับระบบจับคู่คำสั่งซื้อขาย (matching engine), โมดูลค่าธรรมเนียม, บัญชี, กระเป๋าเงิน และระบบจัดการความเสี่ยง ทุกการซื้อขายจะกระตุ้นการคำนวณค่าคอมมิชชันในขั้นตอนถัดไป การปรับแต่งด้านการตลาด และการคัดกรองความเสี่ยง ซึ่งในอุดมคติควรดำเนินการผ่านระบบอีเวนต์บัส (event bus) แทนการเชื่อมต่อข้ามฐานข้อมูล

2. แบบแผนการคืนค่าคอมมิชชัน จากอัตราเดียวถึงหลายระดับ

คำถามด้านการออกแบบแรกคือฐานการคืนค่าคอมมิชชัน ค่าธรรมเนียมรวม (Gross fee) คือจำนวนที่ผู้ใช้จ่ายจริง ค่าธรรมเนียมสุทธิ (Net fee) คือจำนวนที่เหลือหลังหักส่วนลดจากผู้สร้างตลาด (market-maker), ระดับ VIP, บัตรสะสมแต้ม และคูปองแพลตฟอร์ม ค่าธรรมเนียมถ่วงน้ำหนัก (Weighted fee) คือการกำหนดน้ำหนักที่แตกต่างกันตามคู่สกุลเงินหรือกลุ่มผู้ใช้ ตลาดแลกเปลี่ยนหลายแห่งในช่วงต้นสัญญาว่าจะให้ "50% ของค่าธรรมเนียม" โดยไม่ระบุฐานการคำนวณ ทำให้เกิดข้อพิพาทเมื่อผู้ใช้ชำระด้วยบัตรสะสมแต้ม ฝ่ายหลังบ้านควรแสดงข้อมูลในสี่คอลัมน์ ได้แก่ ค่าธรรมเนียมรวม การหักลด ค่าธรรมเนียมสุทธิ และค่าคอมมิชชันสุดท้าย และสัญญาควรระบุให้ชัดเจนว่าใช้ฐานการคำนวณใด

สำหรับสัญญาแบบถาวร (perpetuals) ค่าธรรมเนียมการระดมทุน (funding fees) เป็นการส่งต่อระหว่างฝ่ายซื้อ (long) และฝ่ายขาย (short) และโดยทั่วไปไม่ควรนับรวม แต่ค่าธรรมเนียมการชำระบัญชีของแพลตฟอร์มใด ๆ ก็สามารถนับรวมได้ ค่าธรรมเนียมการชำระบัญชี (liquidation fees) มักสูงกว่าค่าธรรมเนียมผู้รับ (taker fees) มาก และถูกแพลตฟอร์มเก็บไว้ทั้งหมด; ค่าธรรมเนียมนี้สามารถนับรวมได้ แต่ควรมีอัตราที่แยกต่างหากเพื่อป้องกันการละเมิด

ระบบคืนค่าคอมมิชชันแบบชั้นเดียว (Single-tier) เป็นระบบที่เรียบง่ายที่สุด: A ชักชวน B และ A ได้รับส่วนแบ่งจากค่าคอมมิชชันของ B ระบบหลายชั้นขยายห่วงโซ่ต่อไป พารามิเตอร์หลักคือความลึก (ตลาดส่วนใหญ่ที่ปฏิบัติตามกฎระเบียบจำกัดไว้ที่สองหรือสามชั้น), อัตราต่อชั้น และวิธีการจัดสรร — อัตราคงที่, อัตราขั้นบันได หรือระบบต่างระดับ (จากระดับหนึ่งไปยังอีกระดับ) ที่นิยมใช้กับโบรกเกอร์สถาบัน ระบบต่างระดับให้รางวัลแก่ IB สำหรับการยกระดับของตนเองและทีม แต่ต้องใช้ตรรกะการคำนวณต่อโหนด และจัดการอย่างระมัดระวังในกรณีข้ามระดับ ระดับเดียวกัน และการลดระดับ

ระบบคืนค่าคอมมิชชันแบบหลายระดับจะผูกอัตราค่าคอมมิชชันของช่วงถัดไปกับผลการดำเนินงานปัจจุบัน ซึ่งวัดจากปริมาณการซื้อขายของทีม ผู้ใช้ที่ใช้งานจริง เงินฝากสุทธิ หรือการมีส่วนร่วมในค่าคอมมิชชัน การออกแบบควรหลีกเลี่ยงการกระโดดแบบฉับพลัน (cliffs) — การกระโดดจาก 20% เป็น 40% เมื่อถึงเกณฑ์ที่กำหนดจะกระตุ้นให้เกิดการซื้อขายล้างบัญชี (wash trading) ในช่วงสิ้นเดือน ขั้นตอนแบบค่อยเป็นค่อยไปและช่วงกันชน (buffers) จะทำงานได้ดีกว่า

สายธุรกิจต่าง ๆ ต้องการอัตราค่าคอมมิชชันที่แตกต่างกัน ค่าคอมมิชชันสปอตมีมูลค่าเล็กน้อยแต่คิดเป็นเปอร์เซ็นต์สูง; สัญญาถาวร (Perpetuals) สร้างการหมุนเวียนสูงและต้องการการแยกแยะระหว่างผู้สร้างราคา (maker) และผู้รับราคา (taker); การคัดลอกการซื้อขาย (Copy Trading) แบ่งค่าคอมมิชชันตามผลการดำเนินงานระหว่างผู้นำ (lead) และผู้ตาม (follower) แยกกัน; ผลิตภัณฑ์สร้างรายได้ (Earn products) จ่ายจากส่วนต่างดอกเบี้ย; การซื้อขาย OTC และบล็อกเทรด (Block trades) จ่ายเป็นเบสิสพอยต์ (basis points) บนมูลค่าสมมติ (notional) หน่วย "แผนคืนเงิน" ควรรวมกฎเกณฑ์ตามแต่ละสายธุรกิจและสามารถผูกมัดกับสัญญา IB แต่ละฉบับได้

3. การกำหนดสิทธิ์ การผูกมัด และวงจรชีวิต

ผู้ใช้มักคลิกลิงก์แนะนำหลายครั้งก่อนสมัครใช้งาน โมเดลที่นิยมใช้ ได้แก่ การผูกมัดด้วยรหัสบังคับ (forced-code binding), การกำหนดแหล่งที่มาด้วยคุกกี้/อุปกรณ์ (cookie/device attribution) ในช่วงเวลา 7–30 วัน, หลักการคลิกครั้งสุดท้าย (last-click) และหลักการคลิกครั้งแรก (first-click) ค่าเริ่มต้นที่ปฏิบัติได้จริงคือ "การผูกมัดที่ชนะ" พร้อมตัวเลือกสำรองแบบคลิกแรก: หากมีรหัสอยู่ขณะลงทะเบียน รหัสนั้นจะชนะ; มิฉะนั้น ระบบจะย้อนดู N วันและผูกมัดการสัมผัสครั้งแรก วิธีนี้ช่วยปกป้อง KOL ที่ขับเคลื่อนด้วยเนื้อหา พร้อมทั้งป้องกันการขโมยเครดิตจากการคลิกช้า

โบรกเกอร์สถาบันมักสร้างบัญชีลูกผ่าน API และผูกกับบัญชีหลักตั้งแต่ตอนสร้าง บัญชีลูกทำการซื้อขายอย่างอิสระ แต่ปริมาณการซื้อขายจะถูกรวมเข้ากับปริมาณของทีมบัญชีหลัก การโอนภายในระหว่างบัญชีหลักและบัญชีลูกจะบันทึกไว้ในระบบ การที่บัญชีลูกสามารถสร้างดาวน์ไลน์ได้เองหรือไม่ ต้องเป็นตัวเลือกที่กำหนดไว้ในระดับสัญญา

การเปลี่ยนแปลงการผูกมัดไม่ควรเป็นแบบบริการตนเอง (self-service) การใช้ระบบตั๋วงาน (ticket) ด้านหลังสำนักงาน (back-office) ที่ได้รับการอนุมัติจากทั้ง IB และฝ่ายปฏิบัติการ พร้อมด้วยบันทึกการตรวจสอบ (audit logs) ที่ครบถ้วน เป็นวิธีที่ปลอดภัยที่สุด IB ที่ถูกแบนจะถูกระงับการคืนเงินในอนาคต แต่ยังคงรักษาการคืนเงินที่ได้รับการชำระแล้วไว้ ส่วนการคืนเงินในอดีตจะไม่ถูกโอนไปยัง IB ใหม่ เนื่องจากการบันทึกใหม่ย้อนหลังจะก่อให้เกิดความสับสนทางบัญชี

กฎเกณฑ์วงจรชีวิตมีความหลากหลาย บางแพลตฟอร์มใช้การผูกมัดถาวรพร้อมการยกเลิกสัญญาเมื่อมีการละเมิด ส่วนอื่น ๆ อาจเพิ่มระยะเวลาหมดอายุ 12 เดือนหรือระยะเวลาหมดอายุเนื่องจากไม่มีการใช้งาน เริ่มต้นด้วยระบบที่เรียบง่าย และเพิ่มช่วงเวลาเมื่อการขยายขนาดมีความเหมาะสม

4. ระบบการชำระบัญชี: แบบเรียลไทม์, แบบใกล้เรียลไทม์ และ T+N

เวลาการชำระบัญชีเป็นจุดสมดุลหลักระหว่างความเสี่ยงและผลตอบแทน การชำระบัญชีแบบเรียลไทม์สำหรับแต่ละธุรกรรมทำให้ IB พอใจ แต่กลับเป็นโอกาสให้เทรดเดอร์ที่ทำการล้างบัญชี (wash traders) — ค่าคอมมิชชันสามารถถอนออกได้ก่อนที่ระบบควบคุมความเสี่ยงจะทันตอบสนอง การตั้งบัญชีแบบเกือบเรียลไทม์ (รอบ 1 ถึง 5 นาที) ช่วยสร้างสมดุลระหว่างความเสี่ยงและโหลดระบบ การตั้งบัญชีแบบแบทช์ T+0/T+1 เป็นวิธีที่ง่ายที่สุดสำหรับการตรวจสอบความถูกต้องและการเรียกคืนเงิน

ระบบท่อข้อมูลที่มั่นคงมีดังนี้: เครื่องมือจับคู่ส่ง TradeEvent ผ่าน Kafka; บริการการชำระบัญชีโหลดต้นไม้ระดับบนของผู้ใช้ แผนส่วนลด และแคมเปญที่ใช้งานอยู่; ระบบคำนวณ CommissionItems ตามแต่ละระดับ; ระบบจัดการความเสี่ยงจะคัดกรองล่วงหน้าและติดแท็กสำหรับรายการที่น่าสงสัย; รายการที่ผ่านการตรวจสอบจะถูกส่งไปยังยอดคงค้าง และรายการที่ถูกระงับจะถูกส่งไปยังยอดคงค้างที่ถูกระงับ; การประมวลผลแบบแบทช์ทุกคืนจะปิดยอดคงค้างที่รอการชำระและตรวจสอบใหม่ยอดคงค้างที่ถูกระงับ; การถอนเงินจะผ่านกระเป๋าเงินปกติ; ฝ่ายการเงินจะปรับยอดรายงานการจับคู่ ค่าธรรมเนียม ค่าคอมมิชชั่น และกระเป๋าเงินทุกวัน

การตั้งบัญชีหลายสกุลเงินเป็นปัญหาอีกประการ ค่าธรรมเนียมจะสะสมในสกุลเงินอ้างอิงหรือสกุลเงินฐานของแต่ละคู่ แต่ IB มักต้องการ USDT หรือ USDC วิธีปฏิบัติที่ดีที่สุดคือการสะสมในสกุลเงินต้นฉบับ ทำการแปลงสกุลเงินแบบสแนปช็อตเมื่อสิ้นวันโดยใช้ราคาดัชนี และเสนอตัวเลือกการแปลงอัตโนมัติพร้อมการควบคุมสลิปเพจอย่างชัดเจน

การกลับรายการ (Reversals) เป็นบันทึกข้อมูลระดับแรก (first-class records) อย่าลบ CommissionItem เด็ดขาด; ให้เพิ่ม ReversalItem ที่มีจำนวนเป็นค่าลบและเชื่อมโยงกับ ID เดิม แล้วคำนวณยอดคงเหลือใหม่เป็นผลรวมของทุกรายการ วิธีนี้ช่วยรักษาเส้นทางตรวจสอบได้ (auditable trail) เมื่อการซื้อขายถูกยกเลิก การซื้อขายล้าง (wash trading) ถูกเรียกคืน หรือข้อผิดพลาดเกี่ยวกับค่าธรรมเนียมถูกแก้ไข

5. การป้องกันการฉ้อโกงและการซื้อขายล้าง

การโจมตีที่พบบ่อย ได้แก่ การซื้อขายกับตัวเองระหว่างบัญชีที่อยู่ภายใต้การควบคุม การซื้อขายล้างเพื่อบรรลุระดับค่าธรรมเนียม การฟาร์มหลายบัญชีผ่าน KYC สังเคราะห์ การสเกลปิ้ง API ความถี่สูง การใช้ตัวตนปลอม การส่งต่อส่วนลดที่บั่นทอนการกำหนดราคา และสตูดิโอฟาร์มที่มีการจัดตั้งอย่างเป็นระบบ

ระบบป้องกันมีหลายชั้น ก่อนการซื้อขายจะใช้การระบุลายนิ้วมืออุปกรณ์ (device fingerprinting), การตรวจสอบ IP/ASN รวมถึงการตรวจจับ VPN/Tor, ความคล้ายคลึงของ KYC (การจับคู่ใบหน้า, การใช้ซ้ำ OCR, การใช้ซ้ำเบอร์โทรศัพท์/อีเมล) และชีวมิติเชิงพฤติกรรม ในช่วงเวลาซื้อขาย ระบบจะตรวจจับการซื้อขายเองภายในโครงสร้าง UID หรือกลุ่มอุปกรณ์ การปรับเปลี่ยนสมุดคำสั่ง เช่น การยกเลิกคำสั่งซ้ำเมื่อราคาใกล้ถึงจุดกำหนด รูปแบบคำสั่งขนาดคงที่ที่ผิดปกติ และกลุ่มบัญชีที่สร้างขึ้นจากกราฟ ซึ่งประกอบด้วยที่อยู่การฝาก การถอน อุปกรณ์ การเชิญ และ IP หลังการซื้อขาย การจัดกลุ่มที่อยู่ถอนเงิน การหมุนเวียนเงิน (round-tripping) และการคัดกรองบนเชนโดย Chainalysis/TRM Labs จะช่วยระบุเส้นทางการฟอกเงิน

การดำเนินการควรสามารถปรับระดับได้: การสังเกตพร้อมติดแท็ก, การระงับค่าคอมมิชชัน, การลดอัตราการคืนเงิน, การเพิกถอนสถานะ IB หรือการแบนบัญชี ทุกการดำเนินการต้องมีรหัสเหตุผลและช่องทางอุทธรณ์ IB ระดับหัวหน้าควรมีเจ้าหน้าที่จัดการความเสี่ยงเฉพาะเพื่อหลีกเลี่ยงผลบวกผิดพลาดกับลูกค้าขนาดใหญ่

การออกแบบระบบเศรษฐกิจมีความสำคัญไม่แพ้กฎเกณฑ์ กำหนดผู้ใช้ที่ใช้งานจริงโดยใช้ KYC ร่วมกับการฝากเงินครั้งแรกที่เกินเกณฑ์ที่กำหนด และการซื้อขายจริง (ไม่ใช่การซื้อขายเอง) ใช้ยอดเงินฝากสุทธิแทนปริมาณรวมในการกำหนดระดับชั้น จำกัดค่าธรรมเนียมรายวันต่อผู้ใช้ที่นับรวมในการคำนวณเงินคืน ยกเว้นบัญชีที่ถูกทำเครื่องหมายออกจากยอดรวมของทีม และปรับระดับชั้นย้อนหลัง เพิ่มช่วงพัก 7–14 วันสำหรับผู้ใช้ใหม่ หากการล้างเงินไม่สร้างกำไร ส่วนใหญ่จะหายไป

6. การรวมแคมเปญและระบบหลังบ้าน

นอกเหนือจากเงินคืนพื้นฐาน ฝ่ายปฏิบัติการยังจัดกิจกรรมเพิ่มโบนัสแบบจำกัดเวลา โบนัสเริ่มต้นสำหรับ IB ใหม่ การแข่งขันซื้อขาย รางวัลสองทางสำหรับผู้แนะนำและผู้ถูกแนะนำ รวมถึงตัวคูณจากบัตรคะแนนหรือเหรียญแพลตฟอร์ม ระบบจัดการกฎโปรโมชั่นที่มีเงื่อนไข (เวลา, ผู้ใช้, คู่สกุลเงิน, ระดับ), การดำเนินการ (การเพิ่มอัตรา, โบนัสคงที่, การแจกรางวัล) และขีดจำกัดงบประมาณ จะช่วยป้องกันไม่ให้กฎชั่วคราวแทรกเข้าไปในโค้ดการคำนวณหลัก

พอร์ทัล IB ต้องมีแดชบอร์ดภาพรวม, การจัดการดาวน์ไลน์, สมุดบัญชีรายละเอียดค่าคอมมิชชัน, หน้าแสดงการชำระและถอนเงิน, ทรัพย์สินการตลาด, เครื่องมือบัญชีลูก และศูนย์ข้อความ ส่วนระบบหลังบ้านของฝ่ายปฏิบัติการต้องมีการตรวจสอบและให้คะแนน IB, การจัดการแผน, เครื่องมือออกแบบแคมเปญ, โต๊ะทำงานกรณีความเสี่ยง, การกระทบยอดการเงิน และการตรวจสอบตามบทบาท แดชบอร์ดสำหรับผู้บริหารติดตามการมีส่วนร่วมของช่องทาง, อัตราส่วนต้นทุนช่องทาง (ค่าคอมมิชชันรวมหารด้วยรายได้ค่าธรรมเนียมสุทธิ, ระดับที่เหมาะสมคือ 30–50%), ช่องทางการใช้งานของผู้ใช้ที่ยังใช้งานอยู่, การรักษา IB, การตรวจจับความเสี่ยง และ ROI ตามช่องทางและแคมเปญ

7. วิศวกรรม, การปฏิบัติตามกฎระเบียบ และการเปิดตัว

หลักการ Idempotency เป็นสิ่งที่ไม่สามารถต่อรองได้: ทุกการซื้อขายจะถูกประมวลผลเพียงครั้งเดียวโดยใช้กุญแจเฉพาะที่ประกอบด้วย ID การซื้อขาย ทิศทาง และระดับ ซึ่งถูกบังคับใช้โดยดัชนีเฉพาะของฐานข้อมูล การอัปเดตการชำระบัญชีและการอัปเดตยอดคงเหลือต้องอยู่ในธุรกรรมเดียว พร้อมด้วยงาน Saga และงานปรับสมดุลสำหรับกรณีข้ามบริการ กลุ่มผู้บริโภค Kafka การปรับใช้แบบหลาย AZ สำเนาฐานข้อมูล และการสำรองข้อมูลช่วยสนับสนุนความพร้อมใช้งาน การติดตามทุกการคำนวณค่าคอมมิชชัน และการแจ้งเตือนจาก Prometheus/Grafana เกี่ยวกับความล่าช้าในการตั้งบัญชีและอัตราการหยุดทำงาน ช่วยให้การดำเนินงานมีความโปร่งใส

แบ่งข้อมูลตาม UID, เก็บรายละเอียดประวัติไว้ในคลังข้อมูล, เก็บต้นไม้ผู้แนะนำและแผนไว้ในแคช Redis, และแยกพื้นที่จัดเก็บข้อมูลแบบ hot/cold ออกจากกัน สำหรับการปรับใช้แบบ white label ทุกตารางข้อมูลจะมี tenant_id พร้อมตัวกรองที่ถูกบังคับใช้ และแผน แคมเปญ และกฎจะถูกกำหนดตามแต่ละผู้เช่า

เส้นแดงด้านกฎระเบียบมีความสำคัญมาก ให้จำกัดระดับการคืนค่าคอมมิชชันไว้ที่สามระดับ คำนวณค่าคอมมิชชันพื้นฐานจากค่าธรรมเนียมการซื้อขายจริง ไม่เก็บค่าธรรมเนียมการเข้าร่วม IB และหลีกเลี่ยงการซื้อโทเคนแพลตฟอร์มแบบล็อกอัพ มาเลเซีย สิงคโปร์ อินโดนีเซีย ดูไบ และเขตอำนาจศาลอื่น ๆ มีกฎระเบียบการตลาดหลายระดับที่แตกต่างกัน ดังนั้นต้องได้รับการอนุมัติจากที่ปรึกษากฎหมายท้องถิ่น IB เองต้องผ่านกระบวนการ KYC/KYB และต้องดำเนินการตรวจสอบความน่าเชื่อถือ (due diligence) ในพื้นที่ที่มีความเสี่ยงสูงอย่างเคร่งครัด การหักภาษี ณ ที่จ่าย การออกใบแจ้งหนี้สำหรับ IB สถาบัน ข้อจำกัดการชำระเงินข้ามพรมแดน และการจัดการภาษีค่าคอมมิชชันจากคริปโต ควรได้รับการออกแบบร่วมกับที่ปรึกษาด้านการเงินและภาษีตั้งแต่วันแรก

8. การนำระบบ SoonTech ไปใช้

ชุดโซลูชันพันธมิตร CEX ของ SoonTech ครอบคลุมการรับสมัครช่องทางพันธมิตร ศูนย์แผนคืนเงิน เครื่องมือการชำระบัญชีบน Kafka ที่รองรับโหมดเรียลไทม์และ T+1 เครื่องมือจัดการความเสี่ยงด้วยลายนิ้วมืออุปกรณ์และการวิเคราะห์กราฟ ศูนย์แคมเปญ พอร์ทัลเว็บและแอปสำหรับ IB คอนโซลการดำเนินงาน และคลังข้อมูลพร้อมแดชบอร์ด ROI การติดตั้งระบบแบบทั่วไปใช้เวลา 5 สัปดาห์ตั้งแต่เริ่มโครงการจนถึงการเปิดตัว: 1 สัปดาห์สำหรับการวิเคราะห์ความต้องการ, 1 สัปดาห์สำหรับการออกแบบแผนและสัญญา, 1 สัปดาห์สำหรับการบูรณาการแบบครบวงจร, 1 สัปดาห์สำหรับการปรับแต่งระบบความเสี่ยงและการทดสอบโดยผู้ใช้ (UAT), และ 1 สัปดาห์สำหรับการเปลี่ยนระบบสู่การผลิตพร้อมการสนับสนุน 24/7.

เราได้ติดตั้งระบบนี้ให้กับตลาดหลักทรัพย์ที่กำลังเติบโตในเอเชียตะวันออกเฉียงใต้ ซึ่งช่องทาง IB สร้างการสมัครสมาชิกได้ 65% ภายในสามเดือน ด้วยต้นทุนการได้มาซึ่งลูกค้า (CAC) ที่ต่ำกว่าโฆษณาแบบชำระเงินถึง 70%; สำหรับสำนักงานครอบครัวในตะวันออกกลางที่ใช้บริการไวท์เลเบล พร้อมด้วยบัญชีย่อย ระบบคืนเงินตามส่วนต่าง และการตรวจสอบโดย Chainalysis ตามข้อกำหนดของ VARA; และสำหรับตลาดอนุพันธ์ในละตินอเมริกาที่ลดอัตราส่วนต้นทุนช่องทางจาก 75% เป็น 42% พร้อมทั้งเพิ่มปริมาณการซื้อขายจริงขึ้น 35% หลังจากเปลี่ยนระบบระดับปริมาณรวมเป็นระบบเงินฝากสุทธิและผู้ใช้ที่ใช้งานอยู่

9. แผนงานและอนาคต

การรับรองการแนะนำบนเชนจะขยายตรรกะของพันธมิตรไปยังบริบทของ DEX และวอลเล็ต แต่โปรแกรม CEX จะยังคงเป็นแบบรวมศูนย์ เนื่องจากเรื่องการปฏิบัติตามกฎระเบียบและบริการลูกค้าต้องการหน่วยงานที่รับผิดชอบ โมเดล AI โดยเฉพาะอย่างยิ่งเครือข่ายประสาทแบบกราฟ (graph neural networks) และโมเดลลำดับ (sequence models) กำลังแทนที่ระบบจัดการความเสี่ยงที่อาศัยกฎเกณฑ์เพียงอย่างเดียว API ของโบรกเกอร์ที่ฝังตัวจะช่วยให้วอลเลต เครื่องติดตามพอร์ตโฟลิโอ และผู้จัดการสินทรัพย์สามารถฝังฟังก์ชันการซื้อขายและรับค่าคอมมิชชันได้ ทำให้โปรแกรม "ลิงก์แนะนำ" กลายเป็นโครงสร้างพื้นฐานความร่วมมือที่กว้างขวางยิ่งขึ้น เมื่อ MiCA, VARA, SC Malaysia และ MAS ปรับกรอบกฎระเบียบให้เข้มงวดขึ้น ผู้ค้าหลักทรัพย์ที่ได้รับใบอนุญาตและสำนักงานครอบครัวจะเข้ามาแทนที่ IB บุคคลทั่วไป และผู้ให้บริการระบบครบวงจรที่สอดคล้องกับกฎระเบียบจะชนะในคลื่นลูกต่อไป

🌐 สร้างแพลตฟอร์ม Web3 ที่ปลอดภัยและสามารถขยายได้กับ SoonTech.

ค้นพบโซลูชันของเราสำหรับตลาดคริปโตแบบ White Label, ตลาดการคาดการณ์, กระเป๋าเงิน MPC, ระบบจับคู่, การบูรณาการสภาพคล่อง และการปฏิบัติตามกฎระเบียบ