ศว

Platinum · ผ่านขั้น 21% มาแล้ว 7 เดือน

สวัสดี คุณศิริวรรณ

รหัสนักธุรกิจ: APX-882941 | ผู้แนะนำ: สุนันทา (APX-100245)

ขั้นบันได Performance Bonus —

อัตราคิดจาก Group PV รวมทั้งสายของคุณในเดือนนั้น

รอบบัญชี

ปิดรับยอดในอีก

วัน

รายการล่าสุด

ขาที่แนะนำโดยตรง (Frontline)

ApexLife Hybrid Plan

แผนรายได้แบบ Stair-step Breakaway

แกนหลักใช้โครงสร้างเดียวกับแผนของ Amway: รายได้ทุกบาทมาจากยอดขายสินค้า (BV) ไม่ใช่จากการชวนคน ยิ่งทีมมียอดขายรวมสูง เปอร์เซ็นต์ยิ่งขึ้นขั้นบันได และเมื่อขาใดโตถึง 21% ขานั้นจะ "แยกตัว" (Breakaway) เป็นธุรกิจของตัวเอง โดยคุณได้รับ Leadership Bonus แทน — ผสมกับระบบตรวจสอบงบโบนัสและ Commission Ledger จากงานวิจัย

฿0

ค่าสมัคร · ชุดเริ่มต้นไม่บังคับ

3→21%

Performance Bonus

Leadership ต่อขา 21%

≤ 31%

โบนัสรวมสูงสุดของ BV

ผสมจาก 3 แพลตฟอร์ม — เลือกจุดแข็งของแต่ละแบบ

ApexLife ต้นแบบเดิม · Blueprint จากงานวิจัย (DIRECT PRO) · แผน Stair-step แบบ Amway

หัวข้อ	ApexLife เดิม	Blueprint งานวิจัย	แบบ Amway	ที่ใช้ในแพลตฟอร์มนี้
โครงสร้างโบนัส	Unilevel 5 ชั้น 10/4/3/2/1%	Unilevel 5 ชั้น + ตั้งค่าได้ผ่าน Plan Builder	Stair-step 3–21% + Breakaway	Stair-step + Leadership/Ruby เป็นค่าเริ่มต้น · สลับได้ใน Plan Builder
การสมัคร	แพ็กเกจ $50 / $200	ให้เลือก; เตือนว่าค่าสมัครห้ามเป็นฐานโบนัส	ค่าสมัครต่ำ ไม่บังคับซื้อ	สมัครฟรี · ชุดเริ่มต้น ฿450 ไม่บังคับ 0 PV
การชำระเงิน	USDT / USDC / BNB	Wallet หรือ Gateway · BSC / VORA	เงินบาท	THBM สกุลเดียว ราคาอิงบาท · BSC (สลับ VORA ได้)
การจ่ายโบนัส	Smart Contract จ่ายทันที	Commission Ledger + อนุมัติก่อนจ่าย	ปิดรอบรายเดือน	ปิดรอบรายเดือน → พักยอด 7 วัน → Merkle root → เคลม THBM หรือโอนบาท
กันโบนัสเกิน	เพดาน 20% ของยอดขาย	เพดานรายธุรกรรม + งบรวม + จำลองงบ	สูตร Differential คุมเพดานเอง	โครงสร้าง ≤ 31% ของ BV + ตรวจงบก่อน publish + จำลองงบใน Admin
หน้าจอ/แอป	Dark Premium + Mobile preview	Responsive, ไทย/อังกฤษ, Admin 9 โมดูล	—	ดีไซน์ ApexLife เดิม · Responsive · Admin + Plan Builder + Ledger

~30%

1. กำไรขายปลีก

ซื้อที่ราคาสมาชิก ขายที่ราคาปลีกแนะนำ ลูกค้าสั่งออนไลน์เองก็ได้ ระบบโอนส่วนต่างให้เป็น THBM

3–21%

2. Performance Bonus

% ตามขั้นบันไดของ Group PV คูณ Group BV แล้วหักส่วนที่จ่ายให้ขาที่อยู่ขั้นต่ำกว่า (Differential)

3. Leadership Bonus

6% ของ BV ของทุกขาที่ถึง 21% เมื่อคุณผ่านเงื่อนไขผู้นำ ถ้าไม่ผ่านจะ Roll-up ไปผู้นำ 21% ถัดขึ้นไป

4. Ruby Bonus

2% ของ BV กลุ่มส่วนตัว (ไม่รวมขา 21%) เมื่อกลุ่มส่วนตัวทำได้ตั้งแต่ 22,000 PV ในเดือน

5. Pearl Bonus

1% ของ BV ขา 21% รุ่นที่สอง (ขา 21% ที่อยู่ใต้ขา 21% ของคุณ)

6. Leadership Pool ประจำปี

กองทุน 1% ของ BV ทั้งบริษัท แบ่งให้ Emerald ขึ้นไปตามจำนวนขา 21% ที่รักษาได้ในปี

ตาราง Performance Bonus (ต่อเดือน)

Group PV	≈ Group BV	อัตรา

สูตร Differential ทำงานอย่างไร

ทีมคุณรวม 3,500 PV → คุณอยู่ขั้น 12% · BV ฿35,000

ขา A ทำได้ 1,000 PV → A อยู่ขั้น 6% → A ได้ 6% × ฿10,000 = ฿600

คุณได้ 12% × ฿35,000 − ฿600 = ฿3,600

= 12% ของยอดคุณ+ขาอื่น (฿25,000 → ฿3,000) + ส่วนต่าง 6% ของขา A (฿600)

เมื่อขา A โตถึง 11,000 PV (21%) ส่วนต่างจะเหลือ 0 → ขา A "แยกตัว" เป็นผู้นำเต็มตัว คุณได้ Leadership Bonus 6% ของ BV ขา A แทน และ A นับเป็นขา 21% ที่ใช้ขึ้นพินของคุณ

ผลคือ ทุก ฿100 ของ BV จ่าย Performance รวมทั้งสายไม่เกิน ฿21 เสมอ ต่างจาก Unilevel ที่จ่ายตามความลึกโดยไม่ดูผลงาน

ระดับพิน (Recognition)

พิน	เงื่อนไข	สิทธิประโยชน์
Silver	ถึง 21% (หรือมีขา 21%) 1 เดือน	ใบรับรอง · สัมมนาผู้นำ
Gold	21% 3 เดือนใน 12 เดือน	Gold Seminar
Platinum คุณ	21% 6 เดือนใน 12 เดือน (ติดกัน 3 เดือน)	Leadership Seminar · สิทธิ์ทริปผู้นำ
Sapphire	ขา 21% 2 ขา × 6 เดือน	ทริปผู้นำประจำปี
Emerald	ขา 21% 3 ขา × 6 เดือน	สิทธิ์ Leadership Pool ประจำปี
Diamond	ขา 21% 6 ขา × 6 เดือน	Pool ส่วนเพิ่ม · Diamond Club
Crown	ขา 21% 12 ขา × 6 เดือน	Pool สูงสุด

กติกา Fair-play (กันไม่ให้กลายเป็นแชร์ลูกโซ่)

ไม่มีค่าสมัครบังคับ

สมัครฟรี ชุดเริ่มต้น ฿450 เป็นทางเลือก ไม่มี PV/BV คืนเงินได้เต็มจำนวนใน 90 วัน

ไม่มีโบนัสจากการแนะนำคน

การชวนสมาชิกไม่ได้เงินเลย รายได้มาจาก BV ของสินค้าที่ขายได้จริงเท่านั้น

กฎ Active

PV ตัวเอง+ลูกค้า ≥ 100 และลูกค้าปลีก ≥ 10 ราย/เดือน จึงรับโบนัสจากทีมได้

กฎ 70% + เพดาน 3,000 PV

ต้องใช้หรือขายสินค้าที่ซื้อแล้ว ≥ 70% ก่อนสั่งเพิ่ม · PV ซื้อใช้เองนับได้ไม่เกิน 3,000 PV/เดือน

คืนสินค้า + หักคืนโบนัส

ลูกค้าเลิกสัญญาได้ใน 7 วัน + รับประกันความพอใจ 90 วัน · โบนัสที่เกี่ยวข้องถูกหักคืนอัตโนมัติ

ไม่มีผลตอบแทนจากการถือเหรียญ

THBM เป็นแค่ช่องทางชำระเงิน ไม่มี staking / ปันผล / ซื้อเหรียญเพื่อขึ้นตำแหน่ง

เปิดเผยรายได้จริง

เผยแพร่ Income Disclosure รายปี (ค่าเฉลี่ยและมัธยฐานของแต่ละพิน)

ตรวจสอบได้บนเชน

ผลโบนัสรายเดือนประกาศเป็น Merkle root สมาชิกพิสูจน์ยอดของตัวเองได้

สายงาน (Stair-step Breakaway)

สีของแต่ละคนคือขั้น % เดือนนี้ · ขาที่ถึง 21% (กรอบทอง) แยกตัวเป็นผู้นำ และจ่าย Leadership Bonus ให้คุณ

สรุปรายขา

ขา	พิน	สมาชิก	Group PV	อัตรา	คุณได้รับจากขานี้	ถึง 21% อีก

กระเป๋า THBM & โบนัส

โบนัสคำนวณเป็นบาทแล้วจ่ายเป็น THBM ผ่าน BonusDistributor (Merkle claim) หรือเลือกรับเป็นเงินบาทเข้าบัญชีธนาคารก็ได้

ช่องทางรับโบนัส

THBM เข้ากระเป๋าเคลมเองผ่าน BonusDistributor.claim() เงินบาทเข้าบัญชีธนาคารบัญชีที่ยืนยันแล้ว •••• 4821

การยืนยันตัวตน (KYC)

บัตรประชาชน + ใบหน้า
บัญชีธนาคารชื่อตรงกัน
ผูกกระเป๋าด้วยการลงนาม (SIWE)
ยินยอม PDPA

ใบแจ้งโบนัสรายเดือน (Commission Ledger)

ทุกยอดอ้างอิง Order ID · ผู้ซื้อ · อัตรา · รอบคำนวณ ได้ใน Ledger

รอบ	Performance	Leadership	ขายปลีก	รวม	หัก ณ ที่จ่าย	สุทธิ	สถานะ

Admin Console & Plan Builder

ปิดรอบโบนัส · ตั้งค่าแผนโดยไม่ต้องแก้โค้ด · จำลองงบโบนัส · คลัง THBM · เฝ้าระวังพฤติกรรมเสี่ยงแชร์ลูกโซ่

สมาชิก Active เดือนนี้

3,842 / 12,480

ผ่านกฎ 100 PV + 10 ลูกค้า

BV เดือนนี้ (ถึงวันนี้)

฿18.6M

+3.9% จากเดือนก่อน

ประมาณการโบนัส

26.8%

ของ BV · เพดานเชิงโครงสร้าง 31%

THBM ที่รับชำระเดือนนี้

23.3M

8,214 ออเดอร์ · 0 ยอดชำระซ้ำ

Plan Builder — เลือกโมเดลแผน

เปลี่ยนแผนต้องผ่าน Maker/Checker + แจ้งสมาชิกล่วงหน้า

ส่วนประกอบ	อัตรา	ฐานคำนวณ

จำลองงบโบนัสก่อนใช้จริง

ยอดขายสุทธิ (฿) BV ต่อยอดขาย (%) ต้นทุนสินค้า+ดำเนินงาน (%) สำรองคืนสินค้า/ความเสี่ยง (%)

BV รายเดือน vs สัดส่วนโบนัสที่จ่าย

ขั้นตอนปิดรอบ

สะสมยอด PV/BV
เหลือ วัน · Dry-run อัตโนมัติทุกคืน
พักยอด 7 วัน (สิทธิ์เลิกสัญญา)
ออเดอร์ที่คืนถูกตัดก่อนคำนวณ
คำนวณจริง + ตรวจ 2 ชั้น (Maker/Checker)
assert โบนัสรวม ≤ 31% ของ BV
Publish Merkle root ผ่าน Safe 2-of-3
timelock 48 ชม. ก่อนเปิดเคลม
เปิดเคลม THBM / โอนเข้าบัญชี
วันที่ 15 ของเดือนถัดไป

รอบ : เคลมแล้ว 82% · โอนธนาคาร 11% · รอเคลม 7%

คลัง THBM (Treasury)

Treasury Safe 2-of-3 (CEO · CFO · Compliance)41,280,550 THBM

สำรองจ่ายโบนัสรอบนี้5,180,000 THBM

Hot wallet (คืนเงิน/ค่าแก๊ส) · เพดาน 500k/วัน120,000 THBM · 2.4 BNB

Audit Smart Contractต้องทำก่อน Mainnet

฿ ตั้งค่าการชำระ THBM

Risk & Compliance Monitor

ประเภท	สมาชิก	รายละเอียด	ระดับ	การดำเนินการอัตโนมัติ
ตุนสต็อก (Inventory loading)	APX-77120	ซื้อใช้เอง 6,200 PV ใน 3 วัน (เพดาน 3,000)	สูง	ไม่นับ PV ส่วนเกิน
ชวนอย่างเดียว ไม่มียอดขาย	APX-50211	แนะนำ 12 คนใน 30 วัน ลูกค้าปลีก 0 ราย	กลาง	ระงับโบนัสทีม + ส่งอบรม
กระเป๋าซ้ำหลายบัญชี	APX-31877, 31878	ใช้ wallet 0x9be2…11c0 เดียวกัน	สูง	พักการจ่าย + KYC ซ้ำ
อัตราคืนสินค้าสูง	สาย APX-66402	คืนสินค้า 18% ใน 30 วัน (เกณฑ์ 5%)	กลาง	ตรวจการขายเกินจริง
Wallet screening	APX-44310	กระเป๋าเคยรับเงินจาก address ที่ถูกติดธง	สูง	ระงับ + รายงานตามขั้นตอน AML
KYC ไม่สมบูรณ์	APX-90014	โบนัสค้างจ่าย ฿8,420	ต่ำ	พักยอดจนกว่ายืนยันตัวตน

สถาปัตยกรรมระบบ & กฎหมาย

เอกสารออกแบบสำหรับทีมพัฒนา: โครงสร้างระบบ การชำระ THBM Smart Contract Bonus Engine โมเดลข้อมูล และ checklist กฎหมายไทยที่ต้องเคลียร์ก่อนเปิดใช้จริง

ข้อมูล THBM (ยืนยันแล้ว)

Contract 0x8E16…67F1 บน BNB Smart Chain · ชื่อ "THAIBAHTMGP" · decimals 8 (ไม่ใช่ 18) · ไม่รองรับ EIP-2612 permit → ต้อง approve แยก 1 ธุรกรรม
Supply คงที่ 1,000,000,000,000,000,000 THBM (ไม่มีฟังก์ชัน mint) · owner เป็นกระเป๋าเดี่ยว (EOA) ไม่ใช่ multisig — ต้องขอหลักฐานทุนสำรองที่รองรับการตรึง 1:1
ตรึงค่า 1:1 กับเงินบาท → ใบเสนอราคา 1 THBM = ฿1 เสมอ · Oracle ใช้เฝ้าระวัง depeg เท่านั้น ถ้าคลาดเกิน 0.5% ระบบหยุดรับชำระชั่วคราว
เพราะตรึงกับบาท ประเด็น ธปท. ด้านล่างจึงเป็นความเสี่ยงหลัก — ต้องรู้ว่าผู้ออก THBM ได้รับอนุญาต/หารือ ธปท. แล้วหรือไม่ และมีทุนสำรองเงินบาทรองรับหรือไม่
แพลตฟอร์มไม่ขาย ไม่ออก และไม่การันตีราคา THBM — ใช้เป็นช่องทางชำระเงินเท่านั้น

ภาพรวมสถาปัตยกรรม

ผู้ใช้งาน

Web App (Next.js)

Mobile PWA

Admin Console

MetaMask / WalletConnect

Edge

API Gateway (NestJS) · Auth: OTP + 2FA + Sign-In with Ethereum · RBAC · Rate limit · WAF

Services

Member & KYC

Catalog & Order

Payment: THBM adapter (+ PromptPay สำรอง)

Bonus Engine (ปิดรอบรายเดือน)

Payout, Tax & Audit Log

Data & Infra

PostgreSQL (ledger บัญชีคู่ + closure table)

Queue / Outbox

Chain Listener (15 conf + reorg guard)

Price Oracle (TWAP)

On-chain · BNB Smart Chain

฿THBM (BEP-20)

ApexPay (รับชำระ)

BonusDistributor (Merkle)

Treasury Safe 2-of-3

ลำดับการชำระด้วย THBM

Order Service สร้างออเดอร์เป็นบาท แล้วขอ Quote จาก Payment Service
Payment Service ดึงเรทจาก Oracle ล็อก 15 นาที และลงนาม EIP-712 {orderId, amount, payer, deadline}
ผู้ซื้อลงนาม permit (หรือ approve เท่ายอด) แล้วเรียก ApexPay.payOrder()
ApexPay ตรวจลายเซ็นและ deadline → transferFrom เข้า Treasury Safe → emit OrderPaid
Chain Listener รอ 15 confirmations ตรวจ reorg และยอดต้องตรง quote → PAID (idempotent ด้วย orderId)
บันทึก PV/BV เข้ารอบเดือน ออกใบกำกับภาษี เริ่มนับสิทธิ์คืนสินค้า 7 วัน
คืนสินค้า → ApexPay.refund() จาก Safe + Bonus Engine บันทึก clawback

ทาง QR: ใช้ deposit address แยกต่อออเดอร์ (HD wallet) แล้ว sweep เข้า Safe · โอนไม่ตรงยอด/หลังหมดเวลา/ผิดเชน → คืนเงินอัตโนมัติ

หลักการออกแบบ

ราคา PV และ BV เป็นบาทเสมอ
THBM เป็นแค่รางชำระเงิน ความผันผวนของเหรียญไม่กระทบโบนัส
คำนวณ off-chain พิสูจน์ on-chain
แผน Breakaway มีคืนสินค้าและปรับยอด จึงคำนวณใน Engine แล้วประกาศผลเป็น Merkle root
เงินไม่ค้างใน contract
ApexPay ส่งเข้า Safe ทันที ไม่มีกุญแจเดี่ยวที่ถอนได้ · ไม่เก็บ private key ของสมาชิก
Idempotent ทุกชั้น
orderId จ่ายซ้ำไม่ได้ · unique(tx_hash, log_index) กันนับซ้ำ
Payment adapter แยกส่วน
ถ้ากฎหมายไม่อนุญาตรับ THBM สลับเป็น PromptPay/โอนบาทได้โดยไม่แตะ Bonus Engine
ไม่มีข้อมูลส่วนบุคคลบนเชน
Merkle leaf มีแค่ address + amount

Smart Contract Interfaces

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.24;

/// รับชำระ THBM ต่อออเดอร์ — ส่งเข้า Treasury Safe ทันที
interface IApexPay {
    event OrderPaid(bytes32 indexed orderId, address indexed payer, uint256 amount);
    event OrderRefunded(bytes32 indexed orderId, address indexed to, uint256 amount);

    /// quoteSig = EIP-712 จาก backend {orderId, amount, payer, deadline}
    /// revert ถ้า orderId จ่ายแล้ว / เลย deadline / ลายเซ็นไม่ถูก
    function payOrder(bytes32 orderId, uint256 amount, uint256 deadline,
        bytes calldata quoteSig) external;

    /// ใช้ permit (EIP-2612) ถ้า THBM รองรับ → จ่ายในธุรกรรมเดียว
    function payOrderWithPermit(bytes32 orderId, uint256 amount, uint256 deadline,
        bytes calldata quoteSig, uint8 v, bytes32 r, bytes32 s) external;

    /// REFUND_ROLE = Safe multisig เท่านั้น
    function refund(bytes32 orderId, address to, uint256 amount) external;
}

/// จ่ายโบนัสรายเดือน: คำนวณ off-chain ประกาศ root on-chain สมาชิกเคลมเอง
interface IBonusDistributor {
    event PeriodPublished(uint32 indexed period, bytes32 merkleRoot, uint256 total);
    event Claimed(uint32 indexed period, address indexed account, uint256 amount);

    /// PUBLISHER_ROLE = Safe 2-of-3 + timelock 48 ชม.
    function publish(uint32 period, bytes32 merkleRoot, uint256 total) external;
    function claim(uint32 period, uint256 amount, bytes32[] calldata proof) external;
    function isClaimed(uint32 period, address account) external view returns (bool);
}

Bonus Engine — ปิดรอบเดือน P

// deterministic: รันซ้ำทุกคืนเป็น dry-run ได้
orders = paidOrders(P) − refundedWithinCoolingOff(P)

for m in members (ล่างขึ้นบน):
    ownPV[m]   = min(personalPV[m], 3000) + customerPV[m]
    groupPV[m] = ownPV[m] + Σ groupPV[c]     // c = ลูกทีมตรง
    groupBV[m] = Σ BV ของออเดอร์ในกลุ่ม
    rate[m]    = bracket(groupPV[m])        // 0,3,6,…,21
    active[m]  = ownPV[m] ≥ 100 และ customers[m] ≥ 10

for m in members:
    PB[m] = rate[m]·ownBV[m]
          + (active[m] ? Σ (rate[m] − rate[c])·groupBV[c] : 0)
    if rate[m] == 21:                        // m แยกตัว
        u = ผู้นำ 21% ที่มีคุณสมบัติคนแรกด้านบน (roll-up)
        LB[u] += 6% · personalGroupBV[m]
    RUBY[m] = personalGroupPV[m] ≥ 22,000 ? 2%·personalGroupBV[m] : 0

apply clawbacks, withholding tax, KYC hold
assert Σ payouts ≤ 31% · Σ BV(P)  // ไม่ผ่าน → หยุด ไม่ publish
root = merkle([(wallet, netTHBM)])
Safe.propose(BonusDistributor.publish(P, root, total))

โมเดลข้อมูลหลัก (PostgreSQL)

ตาราง	ฟิลด์หลัก	หมายเหตุ
members	id, sponsor_id, pin, kyc_level, wallet_address	wallet unique · ย้ายสายต้องผ่าน Admin + Audit Log
member_tree	ancestor_id, descendant_id, depth	closure table — query volume ทั้งสายได้เร็ว
products	sku, member_price, retail_price, pv, bv, is_business_aid	is_business_aid ⇒ pv = bv = 0
orders	id, buyer_id, customer_of, period, total_thb, pv, bv, status	QUOTED → PAID → COOLING → FINAL / REFUNDED
payment_quotes	order_id, rate, amount_thbm, deadline, signature	หลาย quote ต่อออเดอร์ได้ แต่จ่ายได้ครั้งเดียว
chain_payments	chain_id, tx_hash, log_index, order_id, payer, amount, confirmations	unique(chain_id, tx_hash, log_index)
volumes	period, member_id, own_pv, group_pv, group_bv, rate, active	snapshot ต่อรอบ ตรวจย้อนหลังได้
commission_ledger	period, member_id, type, order_id, source_member_id, base_bv, rate, amount	ทุกบาทอธิบายที่มาได้ · แก้ย้อนหลังไม่ได้ (append-only)
payouts	period, member_id, gross, wht, net, method, merkle_index, claim_tx	method: THBM / BANK
plan_versions	id, model, params_json, effective_period, approved_by	Plan Builder — แผนมีเวอร์ชัน ใช้ได้ตั้งแต่รอบที่กำหนด
audit_logs	actor, action, entity, before, after, at	ทุกคำสั่งของผู้ดูแล

Checklist กฎหมายไทยก่อนเปิดใช้จริง

ต้องยื่นจดทะเบียน

พ.ร.บ.ขายตรงและตลาดแบบตรง พ.ศ. 2545 (แก้ไข พ.ศ. 2560)

ต้องจดทะเบียนกับ สคบ. และแผนต้องไม่ให้ผลตอบแทนหลักมาจากการชักชวนคน — แผนนี้คิดโบนัสจาก BV สินค้าเท่านั้น ไม่มีค่าสมัคร/แพ็กเกจบังคับ ให้ทนายตรวจเงื่อนไขการจดทะเบียนและหลักประกันที่กำหนด

ออกแบบรองรับแล้ว

สิทธิเลิกสัญญา 7 วัน และการคืนสินค้า

ระบบพักยอด 7 วันก่อนคำนวณโบนัส + clawback อัตโนมัติเมื่อคืนสินค้า

ความเสี่ยงสูง

ธปท. — เหรียญที่ผูกค่ากับเงินบาท

THBM ตรึงค่า 1:1 กับบาท: ธปท. เคยประกาศว่าเหรียญตรึงบาท (กรณี THT ปี 2564) ขัด พ.ร.บ.เงินตรา มาตรา 9 และ stablecoin ที่ใช้ชำระเงินอาจต้องได้รับอนุญาตตามกฎหมายระบบการชำระเงิน — ต้องหารือ ธปท. ก่อนเปิดใช้ (ธปท. กำลังจัดทำกรอบกำกับ stablecoin บาท)

ต้องยืนยัน

ก.ล.ต. — การใช้สินทรัพย์ดิจิทัลชำระค่าสินค้า

ตั้งแต่ 1 เม.ย. 2565 ผู้ประกอบธุรกิจสินทรัพย์ดิจิทัลที่ได้รับอนุญาตห้ามสนับสนุนการใช้คริปโตชำระค่าสินค้า/บริการ ซึ่งกระทบพาร์ทเนอร์ exchange/on-ramp · ถ้าบริษัทออก THBM เองเพื่อระดมทุน เข้าข่าย พ.ร.ก.ธุรกิจสินทรัพย์ดิจิทัล พ.ศ. 2561

ออกแบบรองรับแล้ว

AML/KYC (ปปง.) และ PDPA

KYC ก่อนจ่ายโบนัส · wallet screening · รายงานธุรกรรมผิดปกติ · ไม่มีข้อมูลส่วนบุคคลบนเชน

ปรึกษาผู้สอบบัญชี

ภาษี

VAT สินค้า · อัตราหัก ณ ที่จ่ายของโบนัส (ในต้นแบบตั้งไว้ 5% เป็นค่าตัวอย่าง) · การบันทึกบัญชีเมื่อรับชำระเป็นสินทรัพย์ดิจิทัล

ก่อน Mainnet

ความปลอดภัย Smart Contract

audit อิสระ · Safe multisig · timelock · pause · bug bounty · แยก Testnet/Mainnet

ออกแบบรองรับแล้ว

การโฆษณารายได้

ห้ามสัญญารายได้ · หน้าจำลองรายได้มีคำเตือน · เผยแพร่ Income Disclosure รายปี

ต้นแบบ (Prototype) — ตัวเลขทั้งหมดเป็นข้อมูลจำลอง ไม่ใช่คำแนะนำทางกฎหมายหรือการลงทุน

สวัสดี คุณศิริวรรณ

ขั้นบันได Performance Bonus —

รอบบัญชี

รายการล่าสุด

ขาที่แนะนำโดยตรง (Frontline)

ร้านค้า ApexLife

ApexPure เครื่องกรองน้ำ UV

ชำระเงิน

แผนรายได้แบบ Stair-step Breakaway

ผสมจาก 3 แพลตฟอร์ม — เลือกจุดแข็งของแต่ละแบบ

1. กำไรขายปลีก

2. Performance Bonus

3. Leadership Bonus

4. Ruby Bonus

5. Pearl Bonus

6. Leadership Pool ประจำปี

ตาราง Performance Bonus (ต่อเดือน)

สูตร Differential ทำงานอย่างไร

ระดับพิน (Recognition)

กติกา Fair-play (กันไม่ให้กลายเป็นแชร์ลูกโซ่)

จำลองรายได้ (Bonus Calculator)

ยอดของคุณเดือนนี้

ขาที่แนะนำโดยตรง

สายงาน (Stair-step Breakaway)

สรุปรายขา

กระเป๋า THBM & โบนัส

ช่องทางรับโบนัส

การยืนยันตัวตน (KYC)

ใบแจ้งโบนัสรายเดือน (Commission Ledger)

Admin Console & Plan Builder

Plan Builder — เลือกโมเดลแผน

จำลองงบโบนัสก่อนใช้จริง

BV รายเดือน vs สัดส่วนโบนัสที่จ่าย

ขั้นตอนปิดรอบ

คลัง THBM (Treasury)

฿ ตั้งค่าการชำระ THBM

Risk & Compliance Monitor

สถาปัตยกรรมระบบ & กฎหมาย

ภาพรวมสถาปัตยกรรม

ลำดับการชำระด้วย THBM

หลักการออกแบบ

Smart Contract Interfaces

Bonus Engine — ปิดรอบเดือน P

โมเดลข้อมูลหลัก (PostgreSQL)

Checklist กฎหมายไทยก่อนเปิดใช้จริง

ตะกร้าสินค้า