50 câu hỏi thường gặp, trả lời thẳng — gồm cả những câu phản biện khó. Cập nhật: 2026-08-03 · Phân biệt rõ đã dựng xong / chưa chạy thật / lộ trình theo đúng ranh giới trung thực của dự án.

Sơ đồ

Sơ đồ: Bản đồ tám nhóm câu hỏi — nhảy thẳng tới nhóm bạn cần thay vì đọc tuần tự.

A. Hiểu về DubaiGift

1. DubaiGift là gì? Một hệ điều hành cho việc tặng quà: nền tảng để bất kỳ cá nhân, doanh nghiệp, cộng đồng hay tổ chức nào tạo ra, trao đi, nhận về, khám phá và điều phối mọi dạng giá trị dưới hình thức một món quà — từ một lời chúc không tốn đồng nào tới một trải nghiệm cao cấp trọn gói.

2. Nói ngắn nhất thì nó giải bài toán gì? Phần lớn giá trị con người có thể trao cho nhau không nằm ở dạng mua được — thời gian, kỹ năng, một lời giới thiệu, một nội dung tự làm. Chưa có hệ thống nào coi việc trao những thứ đó là đối tượng đáng quản trị nghiêm túc: có tồn kho, có công bằng, có kiểm chứng, có phẩm giá.

3. Thông điệp của DubaiGift là gì? "Tặng quà cho bất kỳ ai. Nhận quà từ bất kỳ ai."

4. Sản phẩm đầu tiên là gì? Mạng quà tặng miễn phí — đáng tin, đẹp và đậm tính xã hội. Không phải sàn thương mại. Thương mại có thanh toán nằm ở giai đoạn hai.

5. Vì sao lại bắt đầu từ miễn phí thay vì bán hàng? Bốn lý do: chợ cần hai bên đông cùng lúc, mạng quà miễn phí chỉ cần một bên · bỏ tiền đi thì mất luôn cơ chế tự nhiên chống lạm dụng, nên miễn phí là bài kiểm tra khó hơn · các hành vi nền không tự sinh ra khi thêm nút thanh toán · và nền móng không phải làm lại khi thêm thương mại.

6. DubaiGift khác một sàn thương mại điện tử ở chỗ nào? Sàn chia người dùng thành người bán và người mua cố định, đo bằng doanh số. DubaiGift coi mọi người vừa là người tặng vừa là người nhận, và đo bằng lượt trao nhận thành công.

7. Dự án phục vụ thị trường nào? Toàn cầu, đa quốc gia. Công ty vận hành tại UAE và Hoa Kỳ; Vùng Vịnh là điểm xuất phát chứ không phải giới hạn. Việt Nam là một thị trường trong danh mục (khoảng 20%).

8. DubaiGift có phải là DubaiWay không? Không. Hai dự án hoàn toàn riêng biệt — hai kho mã, hai sản phẩm, hai đội. Tên gần giống nhau là điểm rất dễ nhầm. DubaiWay đã có bản chạy chính thức; DubaiGift thì chưa mở công khai.

B. Món quà và vòng đời

9. "Quà" ở đây gồm những gì? Mười hai kiểu: lời chúc và biểu tượng · nội dung số · quyền truy cập số · vật phẩm sưu tầm số · thời gian · kỹ năng và dịch vụ · cơ hội · phiếu ưu đãi · sản phẩm vật lý · trải nghiệm · đóng góp hiện vật cho sứ mệnh · và gói nhiều quà.

10. Một món quà được mô tả thế nào? Theo ba trục độc lập: chế độ giá (6 mức, từ miễn phí tới kế hoạch trợ lý) · chế độ giao (8 cách, từ giao số tức thì tới nhiều bên cùng thực hiện) · chế độ hiển thị (6 mức, từ công khai tới nháp riêng tư).

11. Vì sao lại tách "định nghĩa quà" khỏi "lượt chào quà"? Để cùng một định nghĩa mở được nhiều đợt khác nhau, để doanh nghiệp tài trợ được số lượng cho quà do người khác tạo, và để thu hồi một đợt mà không xoá lịch sử các lần trao đã hoàn thành.

12. Nhận một món quà thì diễn ra chuyện gì? Khởi tạo → đã mời hoặc đã giữ chỗ → đã nhận → đang thực hiện → đã giao → người nhận xác nhận → hoàn tất. Mỗi bước ghi một sự kiện bất biến cộng một dòng thời gian người thường đọc được.

13. Nếu hai người cùng nhận suất cuối cùng thì sao? Đúng một người thắng, và tồn kho không bao giờ âm. Đây là một trong các điều kiện qua của mốc lõi, được kiểm bằng bài chạy nhiều luồng song song thật.

14. Người nhận có bắt buộc phải cảm ơn công khai không? Không. Người nhận có thể xác nhận riêng tư, công khai lời cảm ơn, hoặc không làm gì cả.

15. Có bị ép "tặng lại người khác" không? Không, và đây là luật cứng. Gợi ý tặng tiếp luôn là tuỳ chọn và không bao giờ được trở thành điều kiện để được nhận quà.

16. Quà là thời gian hay kỹ năng thì xử lý thế nào? Nó tạo ra một luồng đặt lịch, không phải hoàn tất ngay. Hai bên nhận thông tin lịch, và việc hoàn thành cần được xác nhận. Buổi bị huỷ không được tính vào tiến độ sứ mệnh.

C. Miễn phí, công bằng và chống lạm dụng

17. Miễn phí thì làm sao chống được người gom hàng? Bằng bảy cơ chế công bằng: giới hạn theo người và theo hộ · thời gian chờ giữa hai lần nhận · quay số hoặc xếp hàng cho quà khan hiếm · kiểm tra điều kiện cho chương trình có đối tượng · tín hiệu rủi ro thiết bị và chống bot · phát hiện tài khoản trùng · và hết hạn giữ chỗ.

18. Người nhận có biết trước mình được chọn kiểu gì không? Có, và đó là yêu cầu bắt buộc. Cách chọn phải được công bố trước khi người ta tham gia.

19. Nền tảng thưởng cho việc đăng nhiều quà à? Không. Hệ thống thưởng cho việc giao thành công, không thưởng cho việc đăng. Điểm kinh nghiệm chỉ tính từ kết quả vòng đời đã kiểm chứng, không tính theo lượt bấm.

20. Có bảng xếp hạng không? Có biến thành cuộc đua khoe của không? Bảng xếp hạng là tự nguyện tham gia, chia theo nhiều hạng mục (thời gian, kỹ năng, nội dung số, tài trợ, tác động đã kiểm chứng), dùng nhóm đồng đẳng và nhóm địa phương thay vì một bảng toàn cầu chạy theo độ giàu, và ẩn thứ hạng chính xác trong các hoàn cảnh nhạy cảm.

21. Điểm thưởng có quy đổi ra tiền được không? Không. Điểm không chuyển nhượng được, không mua được và không có giá trị tiền mặt trong bản đầu tiên.

22. Quà giả và lừa đảo thì sao? Mã phiếu lưu dạng băm và chỉ lộ khi nhận · quét liên kết và tệp đính kèm · phân loại hàng cấm · huy hiệu xác thực phải có bằng chứng · và luồng báo cáo → hồ sơ vụ việc → hành động → nhật ký bất biến.

23. Có chuyện "kiểm duyệt gỡ rồi mà vẫn nhận được quà" không? Đó đúng là lỗ hổng lớn nhất từng tìm ra, và đã được đóng. Bài học được ghi thành một câu trong tài liệu nội bộ: "ẩn khỏi danh mục KHÔNG PHẢI một biên phân quyền." Nay tư cách bên tặng được kiểm tra lại ngay tại thời điểm nhận quà, không chỉ ở khâu hiển thị.

24. Người bị xử lý oan thì làm gì? Họ vẫn đăng nhập được — nhưng chỉ mở đúng phần khiếu nại — thấy quyết định và lý do (không lộ danh tính người tố cáo hay người xử lý), nộp khiếu nại, và khiếu nại đó tới một người xử lý khác. Nếu bị lật, chế tài được đảo ngược thật, không chỉ đổi nhãn.

D. Riêng tư và dữ liệu

25. Người tặng có thấy địa chỉ nhà người nhận không? Không bao giờ. Đây là một trong số ít luật tuyệt đối. Việc giao hàng đi qua mã thông tin của bên vận chuyển, tách hẳn khỏi đồ thị quan hệ xã hội.

26. Danh sách mong ước và ngày quan trọng có bị lộ không? Chúng được xếp vào nhóm dữ liệu nhạy cảm, có mức hiển thị riêng cho từng mục, và việc dùng dữ liệu quan hệ để cá nhân hoá gợi ý cần đồng ý tường minh.

27. Nếu tôi mời bạn qua email, địa chỉ đó được lưu thế nào? Không lưu dạng thô. Nó được băm bằng một khoá bí mật riêng — vẫn dùng được để chống trùng lời mời, nhưng không giải ngược được nếu cơ sở dữ liệu bị lộ.

28. Nhà cung cấp mô hình AI nhận được gì về tôi? Lượng ngữ cảnh tối thiểu cần thiết, không kèm định danh thừa. Ngoài ra, hội thoại với trợ lý có thời hạn lưu giữ và có tiến trình tự động xoá.

29. Tôi yêu cầu xoá dữ liệu thì sao? Có quy trình riêng. Cần nói rõ: đó không phải xoá cứng mọi thứ — nhật ký kiểm duyệt là bất biến theo thiết kế, nên yêu cầu xoá được xử lý bằng lưu trữ và che thông tin, chứ không phá vỡ tính toàn vẹn của sổ ghi vết.

30. Nhật ký kiểm duyệt bất biến tới mức nào? Tới mức mọi lệnh sửa hoặc xoá đều bị từ chối ở tầng cơ sở dữ liệu, kể cả từ tài khoản quản trị cao nhất. Nó được cài bằng cơ chế chặn mọi đường vào, không phải bằng phân quyền cho một vai — và dòng nhật ký sống sót ngay cả khi nội dung bị xoá.

31. Dữ liệu có dùng chung với các sản phẩm khác trong danh mục không? Không. Luật của cả danh mục HEAD Capital là: chung hạ tầng triển khai và danh tính, KHÔNG chung bảng người dùng và dữ liệu cá nhân.

E. Trợ lý AI

32. Trợ lý AI làm được gì? Biến một câu nói kiểu "tôi có thể giúp người khác đọc lại hồ sơ xin việc" thành một bản nháp quà có cấu trúc; gợi ý quà phù hợp; soạn lời chúc và thiệp; biến ý định xã hội thành một sứ mệnh đo được.

33. AI có tự đăng quà giùm tôi không? Không. Trợ lý tạo ra bản nháp riêng tư; bạn phải tự bấm xuất bản. Nguyên tắc gốc là "AI gợi ý — chính sách quyết định", và nó được cài bằng hình dạng của luồng chứ không phải bằng một tuỳ chọn cấu hình.

34. AI có tự mua hàng hoặc tự thanh toán không? Không — việc đó nằm ngoài phạm vi một cách tường minh. Mọi tác động ra bên ngoài đều cần cấp phép, và quà giá trị lớn hoặc thuộc diện quản lý cần người rà.

35. AI có bịa ra "còn hàng" hay "đã đặt chỗ" không? Không được phép, và hệ thống phân biệt rõ đâu là tình trạng thật của nhà cung cấp, đâu là gợi ý của trợ lý. Mọi phát biểu về tính xác thực, tác động hay việc giao hàng phải bắt nguồn từ dữ liệu hệ thống.

36. Trợ lý đã chạy thật chưa? Chưa. Đây là điều trung thực nhất phải nói: nhà cung cấp mô hình chưa từng nhận một yêu cầu thật nào. Đường chạy được kiểm là bản mô phỏng tất định, gắn nhãn — và cờ "mô phỏng" là cột bắt buộc trong cơ sở dữ liệu, để không bảng chỉ số nào đếm nhầm câu trả lời giả thành bằng chứng sản phẩm chạy.

37. Bộ lọc nội dung thuộc diện quản lý có chắc chắn không? Không, và tài liệu nội bộ ghi thẳng điều đó. Nó là sàn một chiều, không phải một biên — thua các cách viết lách vòng vo, thay ký tự hay diễn đạt gián tiếp. Biên thật vẫn là nguyên tắc gốc: AI không xuất bản, không nhận thay, không thanh toán. Ghi ra điểm yếu này là lựa chọn có chủ ý.

38. Gợi ý của AI có thật sự "hiểu" tôi không? Chưa. Truy hồi theo ngữ nghĩa đã được hoãn có chủ ý và có văn bản giải thích lý do: không có nhà cung cấp véc-tơ ngữ nghĩa, và một bản véc-tơ giả còn tệ hơn là không có. Vì vậy ứng viên hiện tại là mới nhất, chưa phải liên quan nhất. Khoảng trống đó được nêu rõ chứ không che.

F. Nhà cung cấp, doanh thu và thương mại

39. Nhà cung cấp tham gia thế nào? Tám bước: tạo tổ chức → nộp hồ sơ pháp lý và vận hành → chọn ngành, quốc gia và vùng phục vụ → nộp tài liệu thẩm định → cấu hình danh mục và cách giao → qua vòng rà soát theo ngành → chạy thử giới hạn → tốt nghiệp lên trạng thái đã thẩm định sau khi giao hàng thành công.

40. Điểm chất lượng nhà cung cấp có phải một con số duy nhất không? Không — và đó là chủ ý. Hệ thống đo chín chiều và hiển thị từng chiều kèm giải thích, thay vì phơi ra một điểm tổng mờ đục.

41. Trả tiền thì có được xếp lên đầu không? Không. Nội dung được tài trợ phải có nhãn và không bao giờ vượt qua được một bộ lọc tin cậy hay điều kiện đã trượt. Luật này được cài bằng kiểu dữ liệu: cấu trúc ứng viên ở bước lọc không có trường tài trợ, và thông tin tài trợ chỉ được nạp sau khi lọc xong.

42. DubaiGift kiếm tiền bằng gì? Bản đầu tiên không có doanh thu, một cách có chủ ý. Hướng đề xuất cho giai đoạn sau: chiến dịch được tài trợ → hoa hồng từ đơn hàng → trợ lý cao cấp → không gian doanh nghiệp → nền tảng lập trình và nhãn trắng. Chưa có biểu phí nào được chốt.

43. Con số "hoa hồng 5–30%" có thật không? Nó xuất hiện trong ý tưởng ban đầu, và tài liệu kỹ thuật đã chỉnh lại cách trình bày: đó phải được hiểu là một khoảng thưởng tuỳ chọn do chiến dịch tài trợ, không phải lời hứa mặc định của nền tảng. Kèm theo bốn ràng buộc: nói rõ ai trả tiền · không có chuỗi nhiều tầng · chặn tự giới thiệu và thông đồng · giữ lại khoản thưởng cho tới khi hết cửa sổ tranh chấp.

44. Có token, có ví crypto, có NFT không? Không. Ví giữ hộ tài sản mã hoá và việc phát hành token nằm ngoài phạm vi. Vật phẩm sưu tầm số là bản ghi ngoài chuỗi; nếu có tham chiếu chuỗi thì là tham chiếu bên ngoài, không đúc mặc định, và không có chợ NFT thứ cấp mở.

G. Phản biện khó

45. "Đã dựng xong" nghe rất giống "đã chạy". Thực tế là gì? Thực tế là: chưa có người dùng thật nào chạm vào sản phẩm. Toàn bộ được kiểm chứng trên môi trường phát triển và tích hợp liên tục. Chưa có bản chạy chính thức, chưa có tên miền phục vụ. Còn năm cổng cần con người và hạ tầng thật — xem trang When.

46. Xây xong trong khoảng hai tuần thì chất lượng tới đâu? Câu hỏi đúng chỗ. Ba điều cần đọc kèm: tốc độ xây không phải bằng chứng về sự phù hợp thị trường · cổng kiểm tra bắt buộc bao gồm cả bước dựng bản phát hành, vì có lỗi chỉ lộ ở đó · và những lỗi đắt nhất đều không tự phát hiện được — có lần sáu mươi tư kiểm thử đều xanh trong khi món quà không bao giờ tới danh mục.

47. Có bao nhiêu lỗi nghiêm trọng đã từng lọt qua? Riêng lớp AI đã qua hơn bảy vòng rà soát an ninh, trong đó ba lần liên tiếp bản vá của chính đội mở ra lỗ mới. Một lần, bản vá "khoá theo tài khoản" đã vô tình gỡ bỏ giới hạn tần suất khỏi mọi đường ẩn danh. Luật rút ra được ghi thành chữ: khoá lấy từ một giá trị chưa xác thực là khoá do kẻ tấn công chọn, và hạn mức theo danh tính là lớp cộng thêm, không bao giờ thay thế hạn mức theo địa chỉ. Việc những lỗi này nằm trong tài liệu bàn giao thay vì bị xoá đi là điều cần biết khi đánh giá dự án.

48. Mô hình này có bền không, hay chỉ sống bằng lòng tốt nhất thời? Đây là rủi ro thật, và chưa có bằng chứng nào bác bỏ được nó cho tới khi có người dùng thật. Điều đã làm được là loại bỏ ba cách hỏng thường gặp: không thưởng cho việc đăng nhiều (thưởng cho giao thành công) · không cho phép ràng điều kiện vào món quà · và theo dõi chỉ số chặn — mức tập trung lượt nhận vào nhóm đầu bảng, tỷ lệ quà miễn phí không được thực hiện, báo cáo về tiếp xúc gây hại. Nếu các chỉ số đó xấu đi, đó là tín hiệu mô hình đang hỏng, không phải tín hiệu cần đẩy tăng trưởng mạnh hơn.

H. Lộ trình

49. Bao giờ mở công khai? Chưa có ngày. Việc mở phụ thuộc vào năm cổng: kết luận hiệu năng trên hạ tầng đích · chọn hệ bảng theo dõi vận hành · ngưỡng cảnh báo và người trực · rà soát an ninh tổng thể · và xác nhận khả năng tiếp cận bằng công cụ trợ năng thật. Không cổng nào trong số đó là việc lập trình.

50. Sau khi mở thì gì tiếp theo? Thứ tự đã định: thử nghiệm kín → mở giới hạn một thị trường → thương mại có thanh toán → thưởng giới thiệu do chiến dịch tài trợ, theo từng khu vực pháp lý → trợ lý cao cấp điều phối nhiều nhà cung cấp → không gian doanh nghiệp và trách nhiệm xã hội → nền tảng lập trình và nhãn trắng. Điều kiện để bước sang giai đoạn hai không phải là ngày tháng, mà là bằng chứng rằng bốn hành vi nền đã đứng vững — xem trang Lộ trình.

Câu chốt: nếu chỉ nhớ một điều từ trang này: DubaiGift đã dựng xong phần khó của phần mềm và chưa mở cho ai dùng — và dự án chọn nói ra ranh giới đó, kể cả những lỗi đã tự mình gây ra, thay vì trình bày một bức tranh gọn gàng hơn sự thật.

Tiếp theo: Lộ trình · Quay lại: Tổng quan DubaiGift