9Cashback
Tên đầy đủ: 9Cashback Định vị: Nền tảng hoàn tiền đa quốc gia, trụ sở UAE Thông điệp: Mua như thường lệ. Nhận lại một phần. Đồng nào cũng có sổ. Trong danh mục HEAD Capital: nhóm Web3 & Tài chính Địa chỉ: https://9cashback.com — đang phục vụ Cập nhật: 2026-08-04
Đọc trang này trong 3 phút để nắm: 9Cashback là gì, ba nguồn tiền vào và bốn kênh tiền ra, và — quan trọng nhất — nguồn nào đang chạy thật so với nguồn còn đang chờ một chữ ký bên ngoài. Chi tiết ở sáu trang 5W1H, trang Hỏi–Đáp và trang Lộ trình.
Một đoạn
9Cashback trả lại cho người mua một phần số tiền họ đã tiêu — không phải bằng điểm thưởng nội bộ, mà bằng tiền thật, có sổ cái, rút ra được. Nền tảng đặt trụ sở tại UAE và hoạt động đa quốc gia ngay từ thiết kế: UAE, Việt Nam và các thị trường vùng Vịnh, mỗi nơi có mạng đối tác, kênh rút tiền và danh mục cửa hàng riêng.
Điểm phân biệt không nằm ở tỷ lệ hoàn tiền — tỷ lệ ai cũng công bố được. Nó nằm ở cách tiền được ghi sổ: mọi bút toán là append-only tuyệt đối, số dư là tổng của sổ chứ không phải một cột có thể sửa, và việc thu hồi một khoản là một bút toán ngược chứ không phải xoá bút toán cũ.
Sơ đồ: Ba nguồn tiền vào chảy qua một sổ cái append-only lấy AED làm đồng cơ sở, rồi ra bằng bốn kênh rút.
Ba nguồn tiền vào — và nguồn nào đang thật sự chạy
| Nguồn | Cách hoạt động | Trạng thái |
|---|---|---|
| Quét hoá đơn | Chụp hoá đơn giấy → hệ thống đọc bằng thị giác máy → đối chiếu chống trùng → ghi có | ✅ Đang chạy — đây là đòn bẩy chính của giai đoạn hiện tại |
| Mua qua liên kết | Bấm từ danh mục cửa hàng → chuyển hướng có gắn mã theo dõi → mạng đối tác báo về → ghi có | 🔧 Hạ tầng đã dựng và chạy trên môi trường phát triển; chưa mở cho người dùng vì chưa có mạng đối tác nào duyệt hồ sơ |
| Thẻ liên kết | Gắn thẻ ngân hàng, giao dịch tại cửa hàng tự sinh hoàn tiền | 🔭 Lộ trình — cần hợp đồng với tổ chức thẻ |
Đây là điều trung thực nhất của hồ sơ này: trang danh mục cửa hàng hiện không có nút "Mua ngay", và đó là thiết kế đúng, không phải thiếu sót. Khi chưa có mạng đối tác duyệt, đường liên kết được để trống và hệ thống từ chối theo hướng an toàn thay vì đưa ra một liên kết không sinh được hoàn tiền. Người dùng sẽ không bị mất công bấm vào một lời hứa mà hệ thống chưa giữ được.
Bốn kênh tiền ra
| Kênh | Ghi chú |
|---|---|
| Ngân hàng | UAE và Việt Nam có danh sách riêng |
| Ví điện tử | Ví địa phương theo từng thị trường |
| Voucher | Đổi sang phiếu mua hàng |
| Nạp điện thoại | Kênh có giá trị nhỏ, phù hợp số dư thấp |
Hiện lệnh rút đi qua duyệt tay của quản trị viên rồi mới ghi sổ — có chủ ý, vì tự động hoá việc chi tiền ra trước khi có đối tác thanh toán chính thức là chỗ dễ mất tiền nhất.
Năm quyết định được chốt trước dòng schema đầu tiên
Đây là phần đặc trưng nhất về mặt kỹ thuật: năm thứ nếu sửa sau thì rất đắt, nên được quyết trước khi viết bảng dữ liệu đầu tiên.
| # | Quyết định | Nếu làm sai thì sao |
|---|---|---|
| 1 | Tiền là số nguyên đơn vị nhỏ nhất — không dùng số thực | Sửa sau = phải chuyển đổi toàn bộ lịch sử giao dịch |
| 2 | Mọi bảng có cột khu vực ngay từ đầu, kể cả khi mới chạy một nước | Thêm cột khu vực vào hàng chục bảng đã có dữ liệu là việc rất đau |
| 3 | Sổ cái append-only — không sửa, không xoá; số dư là tổng; thu hồi là bút toán ngược | Cho phép sửa bút toán là mất khả năng đối soát vĩnh viễn |
| 4 | Tỷ giá: chốt điểm-thời-gian cho lệnh rút, tỷ giá sống cho hiển thị | Một lệnh rút đã thực hiện là sự kiện đã xảy ra — tính lại theo tỷ giá hôm nay là sai sự thật |
| 5 | Khoá chống lặp trên mọi báo về từ đối tác | Đối tác sẽ gửi lại. Thiếu khoá = ghi có hai lần = mất tiền thật |
Quy tắc bao trùm được ghi thành luật của dự án: sổ cái là append-only tuyệt đối — cơ sở dữ liệu chặn sửa và xoá đối với mọi vai, kể cả vai chủ sở hữu. Không có đường vòng nào cho quản trị viên.
⚠️ Ranh giới trung thực — đọc trước khi trích dẫn
| Trạng thái | Hạng mục |
|---|---|
| ✅ Đang chạy thật trên bản phục vụ | Đăng ký/đăng nhập, xác thực hai lớp, mã một lần qua điện thoại · sổ cái append-only với số dư tính từ sổ · tỷ giá sống cập nhật định kỳ · quét hoá đơn bằng thị giác máy + chống trùng bằng dấu vân ảnh · danh mục cửa hàng + trang quản trị · luồng rút: yêu cầu → quản trị duyệt → ghi sổ + chốt tỷ giá · giới thiệu một tầng + chống vòng tự giới thiệu · dấu vân thiết bị lúc đăng ký · thư giao dịch · giao diện đạt kiểm tra tiếp cận trên 7 màn |
| 🔧 Đã dựng, chưa mở cho người dùng | Toàn bộ đường mua qua liên kết: bộ chuyển đổi mạng đối tác, bảng ghi lượt bấm, chuyển hướng có gắn mã, bộ nhận báo về từ đối tác — chạy được trên môi trường phát triển, chờ mạng đối tác duyệt hồ sơ |
| ⏳ Đang làm | Tự động duyệt giao dịch sau khi hết cửa sổ đổi trả — mã đã xong, đã qua hai vòng rà soát an ninh độc lập, còn ba việc thuộc về file kiểm thử và mười quyết định chính sách đang chờ chốt |
| 🔭 Lộ trình | Bộ chuyển đổi mạng thứ hai và ba · rút tự động qua đối tác thanh toán · hệ hạng theo chi tiêu 12 tháng · giới thiệu tầng hai · thị trường thứ hai · thẻ liên kết · quỹ hoàn tiền cộng đồng · tiếng Ả Rập |
| ⛔ Ngoài tầm phần mềm | Duyệt mạng đối tác · hợp đồng tổ chức thẻ · giấy phép hoặc đối tác thanh toán để chuyển tiền tại UAE · bản dịch tiếng Ả Rập thật |
Hai điều phải nói kèm mỗi lần dùng hồ sơ này:
- Đường găng của dự án không nằm ở mã nguồn. Duyệt mạng đối tác mất hàng tuần tới hàng tháng; hợp đồng thẻ và giấy phép chuyển tiền còn lâu hơn. Không kiến trúc nào rút ngắn được ba việc đó — nên mốc đầu tiên được thiết kế để không phụ thuộc bên thứ ba nào.
- Phần lớn màn hình chưa được người thật nhìn bằng mắt. Việc kiểm chứng tới nay dựa vào truy vấn tự động và đo cấu trúc trang; đội đã tự ghi đây là một khoản nợ, theo đúng bài học "trang trả về mã 200 không chứng minh site chạy đúng".
Vì sao rủi ro lớn nhất là kiến trúc, không phải tải
Ước lượng năm đầu — khoảng một trăm nghìn người dùng, vài triệu lượt bấm, dưới một triệu giao dịch — nằm thừa trong khả năng của một cơ sở dữ liệu đơn. Vì vậy dự án ghi thẳng luận điểm định hướng:
Không tối ưu cho quy mô. Tối ưu cho khả năng thay đổi.
Hệ quả là toàn bộ kiến trúc quy về ba điểm cắm, và sản phẩm lớn lên bằng cách thêm file chứ không phải viết lại:
Sơ đồ: Ba điểm cắm plugin — mỗi cái nhận khu vực làm tham số bậc nhất, nên thêm thị trường mới là thêm file chứ không phải sửa lõi.
Khu vực là tham số bậc nhất, không phải một thiết lập thêm sau. Đây là hệ quả trực tiếp của việc đa quốc gia là yêu cầu gốc — và tài liệu dự án ghi rõ đó là lỗi thiết kế dễ mắc nhất ở loại sản phẩm này.
Bộ tài liệu
| Trang | Nội dung |
|---|---|
| 1 · What | Ba nguồn vào, bốn kênh ra, ba điểm cắm, và không phải là gì |
| 2 · Why | Vì sao hoàn tiền, vì sao đa quốc gia từ đầu, vì sao lúc này |
| 3 · Who | Ai nhận tiền, ai trả tiền, ai vận hành, ai chịu trách nhiệm |
| 4 · Where | UAE, Việt Nam, vùng Vịnh — cái gì khác nhau theo thị trường |
| 5 · When | Năm mốc M0→M4, mốc nào xong, mốc nào đang kẹt và kẹt vì ai |
| 6 · How | Đường đi của một đồng hoàn tiền, kiến trúc, doanh thu, chống gian lận |
| 7 · Hỏi–Đáp | 50 câu hỏi thường gặp, gồm cả câu phản biện khó |
| 8 · Lộ trình | Ba đường găng bên ngoài, ranh giới trung thực đầy đủ, rủi ro |
Câu chốt: trong ngành hoàn tiền, thứ khó không phải là hứa trả lại tiền — mà là trả được, đúng số, đúng lúc, và chứng minh được bằng sổ. 9Cashback đặt cược vào vế thứ hai: sổ cái không sửa được, tỷ giá đóng băng đúng thời điểm chi tiền, và một luật duy nhất cho mọi thị trường.