Primary Issuance và Secondary Trading khác nhau về chức năng và rủi ro thế nào?

Một dự án token hóa thường có hai giai đoạn rất khác: lần đầu token được tạo/phân phối để huy động vốn hoặc ghi nhận quyền lợi; sau đó token có thể được mua bán giữa những người tham gia. Nếu gộp hai giai đoạn thành một khái niệm “giao dịch token”, nhiều rủi ro sẽ bị bỏ sót.

Thị trường sơ cấp tập trung vào câu hỏi ai phát hành, tài sản cơ sở là gì, giá/điều kiện phân phối ra sao và tiền huy động được dùng thế nào. Thị trường thứ cấp tập trung vào cách hình thành giá, ai được mua bán, thanh khoản, thao túng, giám sát và thanh toán sau giao dịch.

Với BĐS, việc phân biệt này còn giúp thấy rõ một token có thể được phát hành hợp lệ theo một cấu trúc nhưng chưa chắc được phép hoặc có khả năng giao dịch thứ cấp tự do.

Chuyên đề: Blockchain và tài sản số trong BĐS · Bài 30 · Phần 4: Token hóa BĐS

Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn

1. Phát hành tạo quan hệ ban đầu; giao dịch thứ cấp chuyển quyền lợi giữa người tham gia

Phát hành sơ cấp (phát hành sơ cấp) là giai đoạn tổ chức tạo/chào bán/phân bổ token theo cấu trúc đã công bố. Giao dịch thứ cấp (giao dịch thứ cấp) là việc người nắm hiện tại chuyển token/quyền lợi cho người khác trên thị trường. Hai giai đoạn khác nhau về đối tượng chịu trách nhiệm, dữ liệu, giá và kiểm soát.

Điểm quan trọng là không đánh đồng bản ghi kỹ thuật với quyền pháp lý. Blockchain có thể giúp nhiều bên cùng kiểm chứng một trạng thái hoặc tự động thực hiện một số bước đã được mã hóa, nhưng nó không tự xác nhận sự thật ngoài đời, không tự tạo quyền sử dụng đất, quyền sở hữu công trình, quyền đối với phần vốn hoặc quyền nhận dòng tiền. Mọi thiết kế phải nêu rõ tài sản cơ sở là gì, token hoặc trạng thái trên chuỗi đại diện cho điều gì và chứng cứ pháp lý nằm ở đâu.

2. Mục tiêu học tập

Phân biệt chức năng, dòng tiền và chủ thể trong sơ cấp/thứ cấp.
Thiết kế kiểm soát chào bán, phân bổ và sử dụng vốn ở sơ cấp.
Phân tích thanh khoản, hình thành giá và thao túng ở thứ cấp.
Hiểu vai trò KYC/điều kiện nhà đầu tư xuyên suốt vòng đời.
Đọc đúng phạm vi thí điểm Việt Nam về chào bán/phát hành và giao dịch.

3. Tình huống BĐS mở bài

Một công ty dự kiến phát hành token dựa trên tài sản thực để huy động vốn. Sau đợt phát hành, nhóm kỹ thuật muốn cho token tự do chuyển giữa mọi ví để “tạo thanh khoản”. Tuy nhiên, danh sách nhà đầu tư đủ điều kiện, phạm vi giao dịch và tổ chức thị trường chịu quy định riêng. Một thiết kế hợp lý ở sơ cấp có thể trở nên không phù hợp ngay khi mở chuyển nhượng thứ cấp không kiểm soát.

Khi phân tích, nhóm học viên phải tách bốn cột: dữ kiện đã biết – giả định đang dùng – dữ liệu cần xác minh – người có thẩm quyền quyết định. Nếu chưa xác định được một cột, không được lấy sự “tự động” của hệ thống làm bằng chứng thay thế. Cách làm này giúp tránh lỗi phổ biến: mã chạy đúng nhưng nghiệp vụ sai, dữ liệu đúng định dạng nhưng sai thực tế, hoặc token chuyển thành công nhưng quyền ngoài đời chưa hề chuyển.

4. Khung phân tích dùng xuyên suốt bài

Một ứng dụng blockchain trong BĐS chỉ có ý nghĩa khi đồng thời đọc được sáu lớp sau. Sáu lớp này phải nối được với nhau bằng bằng chứng; nếu một lớp bị bỏ trống, tự động hóa ở lớp còn lại có thể làm sai sót lan nhanh hơn.

Lớp phân tích	Câu hỏi bắt buộc	Bằng chứng nên có
Tài sản/quy trình	Đang xử lý tài sản, quyền lợi hay dòng tiền nào?	Hồ sơ tài sản cơ sở, hợp đồng, quy trình nghiệp vụ.
Chủ thể/quyền	Ai có quyền quyết định và quyền đó đến từ đâu?	Điều lệ, ủy quyền, hợp đồng, hồ sơ pháp lý.
Dữ liệu	Dữ liệu nào kích hoạt quyết định và ai chịu trách nhiệm?	Nguồn dữ liệu, thời điểm, phiên bản, dấu kiểm chứng.
Kỹ thuật	Mã thực thi điều gì và điều gì nằm ngoài mã?	Mã nguồn, cấu hình, kiểm thử, nhật ký và kết quả đối soát.
Quản trị	Ai được thay đổi, tạm dừng, xử lý ngoại lệ?	Ma trận quyền, ngưỡng phê duyệt, nhật ký thay đổi.
Pháp lý	Quyền, nghĩa vụ và hiệu lực giao dịch dựa trên căn cứ nào?	Văn bản pháp luật, hợp đồng, hồ sơ đăng ký và ý kiến chuyên môn khi cần.

Câu hỏi trung tâm của Bài 30: Rủi ro nào thuộc thiết kế phát hành ban đầu và rủi ro nào chỉ xuất hiện khi token bắt đầu giao dịch giữa nhiều nhà đầu tư? Khi trả lời, không chỉ hỏi “công nghệ có làm được không”, mà phải hỏi thêm “ai chịu trách nhiệm, quyền nào phát sinh, dữ liệu nào được tin, ngoại lệ xử lý ra sao và pháp luật nào chi phối”.

5. Các nguyên lý cốt lõi

5.1. Sơ cấp tập trung vào tổ chức phát hành và lời hứa ban đầu

Ở sơ cấp, người mua dựa vào bản chất tài sản cơ sở, cấu trúc quyền, giá phát hành, cách sử dụng tiền và cam kết của tổ chức phát hành. Sai lệch ở đây có thể tồn tại suốt vòng đời token.

Ví dụ BĐS: Giá token được đặt theo mô hình dự án và vốn huy động dùng để mua/cải tạo BĐS.

Điểm kiểm soát: Kiểm tra tư cách phát hành, tài sản cơ sở, bản cáo bạch/tài liệu quyền, dòng tiền sử dụng vốn và điều kiện phân bổ.

Câu hỏi phản biện: Nếu dữ liệu đầu vào bị sai, người có thẩm quyền thay đổi hoặc hệ thống ngoài chuỗi ngừng hoạt động, nguyên lý này còn đứng vững không? Hãy chỉ ra bằng chứng cần kiểm tra trước khi cho phép hệ thống tiếp tục thực thi. Đây là bước bắt buộc để phân biệt một mô hình có thể trình diễn với một mô hình đủ khả năng vận hành trong môi trường BĐS thật.

5.2. Thứ cấp tập trung vào thị trường và chuyển nhượng

Sau phát hành, giá do cung cầu và cấu trúc thị trường tác động. Rủi ro chuyển sang thanh khoản, thao túng, dữ liệu thị trường, thực hiện lệnh và người mua đủ điều kiện.

Ví dụ BĐS: Token phát hành 100 nhưng giao dịch 80 hoặc 130 do kỳ vọng/thanh khoản.

Điểm kiểm soát: Theo dõi lệnh/giao dịch, tính liêm chính của thị trường, giới hạn chuyển nhượng và công bố sự kiện trọng yếu.

5.3. Dòng tiền sơ cấp và thứ cấp khác nhau

Tiền mua sơ cấp thường đi đến tổ chức phát hành/cấu trúc huy động; tiền mua thứ cấp đi giữa người mua và người bán, không tự cung cấp vốn mới cho dự án.

Ví dụ BĐS: Nhà đầu tư B mua token từ A; SPV không nhận khoản tiền giao dịch đó.

Điểm kiểm soát: Tách sổ tiền phát hành khỏi tiền giao dịch thứ cấp và giải thích rõ cho người học/nhà đầu tư.

5.4. Giá phát hành không phải neo vĩnh viễn cho giá thứ cấp

Giá sơ cấp có thể dựa trên định giá hoặc điều kiện chào bán; thứ cấp phản ánh thông tin và thanh khoản sau đó.

Ví dụ BĐS: Token phát hành 100.000 đồng nhưng sau sáu tháng giao dịch 85.000 đồng.

Điểm kiểm soát: Không dùng giá phát hành như cam kết hoàn vốn; công bố rủi ro biến động và NAV nếu có.

5.5. KYC và điều kiện nhận token phải theo vòng đời

Kiểm tra nhà đầu tư ở sơ cấp không đủ nếu thứ cấp cho phép token chuyển sang ví chưa xác minh. Kiểm soát phải theo cả quá trình chuyển.

Ví dụ BĐS: Nhà đầu tư hợp lệ bán cho ví ngoài danh sách được phép.

Điểm kiểm soát: Tích hợp kiểm tra chuyển nhượng, cập nhật thông tin, xử lý ví bị khóa và lưu hồ sơ.

5.6. Thị trường thứ cấp phát sinh rủi ro thao túng và xung đột lợi ích

Giao dịch tạo thanh khoản giả và đặt/hủy lệnh gây nhiễu hoặc giao dịch giữa tài khoản liên quan có thể tạo cảm giác thanh khoản/giá giả. Nền tảng vừa vận hành thị trường vừa tạo lập có thể có xung đột.

Ví dụ BĐS: Hai tài khoản liên quan tự mua bán qua lại để tăng khối lượng giao dịch.

Điểm kiểm soát: Giám sát hành vi, liên kết tài khoản, công bố vai trò nhà tạo lập thị trường và tách chức năng khi phù hợp.

5.7. Thanh toán và lưu ký là phần của giao dịch, không chỉ khớp lệnh

Một lệnh khớp chưa phải hoàn tất nếu tài sản hoặc tiền chưa chuyển an toàn. Cần xử lý lỗi, finality, lưu ký và đối soát.

Ví dụ BĐS: Lệnh token khớp nhưng phía tiền thất bại, tạo rủi ro giao nhận không đồng thời.

Điểm kiểm soát: Thiết kế cơ chế quyết toán, đối soát, xử lý giao dịch không hoàn tất và trách nhiệm của tổ chức dịch vụ.

5.8. Công bố thông tin phải tiếp tục sau phát hành

Người mua thứ cấp không chỉ dựa vào thông tin ngày phát hành. Tài sản BĐS thay đổi người thuê, nợ, pháp lý, định giá và vận hành theo thời gian.

Ví dụ BĐS: Tài sản mất khách thuê chủ lực nhưng thị trường chưa nhận thông tin kịp thời.

Điểm kiểm soát: Thiết lập lịch báo cáo và công bố sự kiện trọng yếu để giảm bất cân xứng thông tin.

6. Bảng so sánh để ra quyết định

Phương án/tình huống	Lợi ích có thể đạt	Rủi ro hoặc giới hạn	Câu hỏi trước khi chọn
Phát hành sơ cấp	Tạo/phân bổ quyền, huy động vốn	Sai cấu trúc/quyền/công bố	Ai phát hành, tiền đi đâu, token đại diện gì?
Giao dịch thứ cấp	Chuyển quyền giữa người tham gia	Thanh khoản, thao túng, định giá	Ai được giao dịch và thị trường được giám sát thế nào?
Giá phát hành	Do tổ chức/phương pháp chào bán xác định	Có thể khác giá trị sau đó	Căn cứ giá và giả định là gì?
Giá thứ cấp	Do cung cầu hình thành	Thị trường mỏng dễ biến động	Volume/depth có thực không?
Settlement	Hoàn tất giao tài sản/tiền	Có rủi ro lỗi/lưu ký	Khớp lệnh và hoàn tất có đồng thời không?

Bảng này là công cụ học tập và thiết kế, không phải kết luận pháp lý hay khuyến nghị đầu tư. Với dự án thật, phải cập nhật theo cấu trúc pháp nhân, hợp đồng, loại tài sản cơ sở, quy định chuyên ngành, đối tượng nhà đầu tư, nhà cung cấp công nghệ và thời điểm triển khai.

7. Quy trình thực hành đề xuất

Bước 1. Vẽ dòng token và dòng tiền riêng cho sơ cấp và thứ cấp. Đầu ra của bước này phải là tài liệu, cấu hình, phép thử, biên bản hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng. Nếu có giả định, phải ghi rõ giả định và điều kiện làm giả định đó mất hiệu lực.
Bước 2. Xác định tổ chức phát hành, tổ chức dịch vụ, nhà đầu tư và quyền/nghĩa vụ từng bên. Đầu ra của bước này phải là tài liệu, cấu hình, phép thử, biên bản hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng. Nếu có giả định, phải ghi rõ giả định và điều kiện làm giả định đó mất hiệu lực.
Bước 3. Chốt điều kiện chào bán, giá, phân bổ, tài sản cơ sở và sử dụng vốn. Đầu ra của bước này phải là tài liệu, cấu hình, phép thử, biên bản hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng. Nếu có giả định, phải ghi rõ giả định và điều kiện làm giả định đó mất hiệu lực.
Bước 4. Thiết kế KYC/danh sách được phép và hạn chế chuyển nhượng xuyên suốt vòng đời. Đầu ra của bước này phải là tài liệu, cấu hình, phép thử, biên bản hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng. Nếu có giả định, phải ghi rõ giả định và điều kiện làm giả định đó mất hiệu lực.
Bước 5. Thiết kế giám sát giao dịch, thao túng, nhà tạo lập thị trường và xung đột lợi ích. Đầu ra của bước này phải là tài liệu, cấu hình, phép thử, biên bản hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng. Nếu có giả định, phải ghi rõ giả định và điều kiện làm giả định đó mất hiệu lực.
Bước 6. Thiết kế quyết toán, lưu ký và đối soát giao dịch không hoàn tất. Đầu ra của bước này phải là tài liệu, cấu hình, phép thử, biên bản hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng. Nếu có giả định, phải ghi rõ giả định và điều kiện làm giả định đó mất hiệu lực.
Bước 7. Thiết lập công bố định kỳ/sự kiện sau phát hành và liên kết với tài sản BĐS cơ sở. Đầu ra của bước này phải là tài liệu, cấu hình, phép thử, biên bản hoặc quyết định có thể kiểm tra lại; không dừng ở trao đổi miệng. Nếu có giả định, phải ghi rõ giả định và điều kiện làm giả định đó mất hiệu lực.

Sau khi hoàn tất quy trình, nhóm phải thực hiện một vòng “đảo chiều”: giả sử kết quả cuối cùng sai hoặc có tranh chấp, lần ngược lại từng bước để xác định nơi có thể phát sinh lỗi, ai có quyền can thiệp và bằng chứng nào còn đủ để tái dựng sự kiện.

8. Ma trận kiểm soát tối thiểu

Nhóm kiểm soát	Câu hỏi	Bằng chứng tối thiểu	Người nên độc lập kiểm tra
Quyền và thẩm quyền	Ai được khởi tạo, phê duyệt, ký, thay đổi hoặc dừng?	Ma trận quyền; quyết định ủy quyền; nhật ký phê duyệt.	Kiểm soát nội bộ/pháp chế
Dữ liệu	Dữ liệu nào quyết định kết quả và nguồn nào được chấp nhận?	Danh mục nguồn; quy tắc kiểm tra; thời điểm cập nhật.	Bộ phận nghiệp vụ/dữ liệu
Mã và cấu hình	Phiên bản nào đang chạy và ai được thay đổi?	Mã đã kiểm thử; băm phiên bản; nhật ký triển khai.	Nhóm kỹ thuật độc lập
Tài sản/dòng tiền	Trạng thái trên chuỗi có khớp tài sản, hợp đồng và sổ sách?	Đối soát; hồ sơ tài sản; chứng từ thanh toán.	Kế toán/kiểm toán
Ngoại lệ	Khi dữ liệu hoặc hệ thống sai thì ai có quyền tạm dừng?	Kịch bản sự cố; ngưỡng kích hoạt; nhật ký xử lý.	Quản trị rủi ro
Pháp lý	Token/giao dịch đang đại diện quyền gì?	Căn cứ pháp luật; hợp đồng; hồ sơ đăng ký nếu có.	Pháp chế/chuyên gia phù hợp

Hệ thống quản trị tốt phải tách dữ liệu “mint/phân bổ sơ cấp” khỏi dữ liệu “trade thứ cấp”. Nếu không, doanh nghiệp rất dễ nhầm khối lượng giao dịch giao dịch với vốn huy động hoặc nhầm giá thị trường với giá phát hành.

9. Bối cảnh pháp lý và quản trị cần lưu ý

Nghị quyết 05/2025/NQ-CP phân biệt hoạt động chào bán, phát hành tài sản mã hóa với tổ chức thị trường giao dịch và cung cấp dịch vụ. Theo nội dung nghị quyết, tài sản mã hóa phát hành trong thí điểm có điều kiện về tổ chức phát hành, tài sản cơ sở và đối tượng nhà đầu tư; hoạt động giao dịch cũng phải đi qua tổ chức cung cấp dịch vụ được cấp phép trong phạm vi quy định.

Do đó, không được thiết kế theo giả định “phát hành xong thì token tự do giao dịch trên bất kỳ nơi nào”. Cần đọc đúng phạm vi thí điểm và tiếp tục xác định bản chất token có rơi vào chứng khoán/tài sản tài chính khác hay không, vì những loại đó được xử lý theo khung khác.

Tại Việt Nam, Luật Công nghiệp công nghệ số số 71/2025/QH15 có hiệu lực từ ngày 01/01/2026 tạo khung khái niệm và quản lý đối với tài sản số, trong đó có tài sản mã hóa. Nghị quyết 05/2025/NQ-CP đang triển khai thí điểm thị trường tài sản mã hóa với phạm vi, đối tượng và điều kiện riêng. Vì vậy, không được suy diễn rằng mọi mô hình token hóa BĐS, phát hành token, giao dịch thứ cấp hoặc cơ chế thanh toán đều đương nhiên được phép chỉ vì kỹ thuật có thể triển khai.

Trong BĐS, quyền sử dụng đất, quyền sở hữu tài sản gắn liền với đất, phần vốn trong pháp nhân, quyền theo hợp đồng và quyền nhận dòng tiền là các lớp khác nhau. Một token có thể được thiết kế để ghi nhận hoặc đại diện một lợi ích nhất định, nhưng bản thân token không tự thay thế thủ tục đăng ký, điều kiện giao dịch, hồ sơ pháp lý hoặc cơ chế xác lập quyền theo pháp luật chuyên ngành. Khi mô hình còn đang thí điểm hoặc chưa có hướng dẫn đủ chi tiết, bài học đúng là nhận diện giới hạn và câu hỏi cần xác minh, không phải tự điền phần còn thiếu bằng suy đoán.

10. Những cách hiểu sai thường gặp

Hiểu sai: “Sơ cấp và thứ cấp chỉ khác thời điểm.”

Cần hiểu đúng: Khác cả dòng tiền, chủ thể, giá, trách nhiệm và rủi ro.

Hiểu sai: “Volume thứ cấp là tiền mới vào dự án.”

Cần hiểu đúng: Thông thường tiền chuyển giữa người mua và người bán, không phải vốn mới cho tổ chức phát hành.

Hiểu sai: “Giá phát hành là giá trị bảo đảm.”

Cần hiểu đúng: Giá thứ cấp có thể khác đáng kể do thông tin và thanh khoản.

Hiểu sai: “KYC một lần lúc mua sơ cấp là đủ.”

Cần hiểu đúng: Chuyển nhượng thứ cấp có thể đưa token sang người không đủ điều kiện.

Hiểu sai: “Blockchain công khai nên không có giao dịch tạo thanh khoản giả giữa các tài khoản liên quan.”

Cần hiểu đúng: Giao dịch giữa địa chỉ liên quan vẫn có thể tạo khối lượng giao dịch giả; cần phân tích hành vi.

Hiểu sai: “Khớp lệnh là giao dịch hoàn tất.”

Cần hiểu đúng: Còn phải xét quyết toán, lưu ký, tiền và đối soát.

11. Case study tổng hợp

Phát hành thành công nhưng mở thị trường thứ cấp sai cách

Một đợt phát hành giả lập phân bổ đúng 100% token cho nhóm nhà đầu tư được phép. Sau đó hợp đồng mở chức năng transfer không hạn chế; chỉ trong 24 giờ một phần token chuyển sang ví chưa xác minh và hai tài khoản liên quan tạo khối lượng giao dịch lớn để quảng bá thanh khoản.

11.1. Việc đầu tiên: xác định thứ đang được tự động hóa

Nhóm không được bắt đầu bằng việc chọn blockchain hay chọn nền tảng. Trước hết phải vẽ quy trình nghiệp vụ hiện tại, xác định tài sản hoặc dòng tiền đi qua từng bước, hồ sơ nào tạo quyền, dữ liệu nào chỉ để tham khảo và dữ liệu nào có thể làm thay đổi kết quả. Nếu không làm rõ bước này, hợp đồng thông minh rất dễ mã hóa một quy trình vốn đã sai hoặc quá mơ hồ.

11.2. Việc thứ hai: tách điều kiện kỹ thuật khỏi điều kiện pháp lý

Một điều kiện có thể kiểm tra bằng máy không có nghĩa nó đủ để tạo hiệu lực pháp lý. Ví dụ “đã nhận tín hiệu thanh toán” có thể là điều kiện kỹ thuật; còn việc quyền đối với BĐS đã chuyển hay chưa còn phụ thuộc hồ sơ, điều kiện giao dịch và thủ tục theo pháp luật áp dụng. Thiết kế phải ghi rõ cái gì được tự động, cái gì cần quyết định của con người và cái gì phải dựa trên hệ thống đăng ký hoặc chứng từ bên ngoài.

11.3. Việc thứ ba: kiểm thử đường lỗi, không chỉ đường đúng

Nhóm phải tạo dữ liệu sai, dữ liệu quá cũ, dữ liệu đến trễ, xung đột giữa hai nguồn, người phê duyệt vắng mặt, khóa bị thu hồi và hệ thống ngoài chuỗi mất kết nối. Với mỗi lỗi, cần xác định hệ thống dừng ở đâu, có hoàn tác được không, ai nhận cảnh báo và hồ sơ nào được lưu để giải quyết tranh chấp.

11.4. Kết luận của tình huống

Thiết kế vòng đời không thể dừng ở ngày phát hành. Sơ cấp và thứ cấp phải nối bằng quy tắc quyền, KYC, lưu ký, quyết toán, công bố và giám sát. Công nghệ cho phép chuyển token không có nghĩa pháp luật và cấu trúc quyền cho phép chuyển tự do.

12. Phòng thực hành phân tích sâu

Tình huống 1: Sơ cấp tập trung vào tổ chức phát hành và lời hứa ban đầu

Giả sử hệ thống đã vận hành sáu tháng và xuất hiện một tranh chấp liên quan trực tiếp nội dung này. Nhóm học viên phải lập ít nhất ba giả thuyết: lỗi dữ liệu/đầu vào – lỗi quyền hoặc quy trình – lỗi kỹ thuật. Không được kết luận trước khi có bằng chứng.

Dữ kiện nền: Ở sơ cấp, người mua dựa vào bản chất tài sản cơ sở, cấu trúc quyền, giá phát hành, cách sử dụng tiền và cam kết của tổ chức phát hành. Sai lệch ở đây có thể tồn tại suốt vòng đời token.

Bối cảnh BĐS để phân tích: Giá token được đặt theo mô hình dự án và vốn huy động dùng để mua/cải tạo BĐS.

Yêu cầu kiểm soát: Kiểm tra tư cách phát hành, tài sản cơ sở, bản cáo bạch/tài liệu quyền, dòng tiền sử dụng vốn và điều kiện phân bổ. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

Yêu cầu phản biện: Đề xuất một phương án dùng cơ sở dữ liệu tập trung hoặc kiến trúc lai. So sánh với blockchain về tin cậy giữa các bên, quyền sửa dữ liệu, chi phí vận hành, khả năng kiểm toán và trách nhiệm khi có sai sót. Nếu phương án đơn giản hơn đáp ứng tốt, phải nói rõ vì sao không nên dùng blockchain.

Tình huống 2: Thứ cấp tập trung vào thị trường và chuyển nhượng

Dữ kiện nền: Sau phát hành, giá do cung cầu và cấu trúc thị trường tác động. Rủi ro chuyển sang thanh khoản, thao túng, dữ liệu thị trường, thực hiện lệnh và người mua đủ điều kiện.

Bối cảnh BĐS để phân tích: Token phát hành 100 nhưng giao dịch 80 hoặc 130 do kỳ vọng/thanh khoản.

Yêu cầu kiểm soát: Theo dõi lệnh/giao dịch, tính liêm chính của thị trường, giới hạn chuyển nhượng và công bố sự kiện trọng yếu. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

Tình huống 3: Dòng tiền sơ cấp và thứ cấp khác nhau

Dữ kiện nền: Tiền mua sơ cấp thường đi đến tổ chức phát hành/cấu trúc huy động; tiền mua thứ cấp đi giữa người mua và người bán, không tự cung cấp vốn mới cho dự án.

Bối cảnh BĐS để phân tích: Nhà đầu tư B mua token từ A; SPV không nhận khoản tiền giao dịch đó.

Yêu cầu kiểm soát: Tách sổ tiền phát hành khỏi tiền giao dịch thứ cấp và giải thích rõ cho người học/nhà đầu tư. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

Tình huống 4: Giá phát hành không phải neo vĩnh viễn cho giá thứ cấp

Dữ kiện nền: Giá sơ cấp có thể dựa trên định giá hoặc điều kiện chào bán; thứ cấp phản ánh thông tin và thanh khoản sau đó.

Bối cảnh BĐS để phân tích: Token phát hành 100.000 đồng nhưng sau sáu tháng giao dịch 85.000 đồng.

Yêu cầu kiểm soát: Không dùng giá phát hành như cam kết hoàn vốn; công bố rủi ro biến động và NAV nếu có. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

Tình huống 5: KYC và điều kiện nhận token phải theo vòng đời

Dữ kiện nền: Kiểm tra nhà đầu tư ở sơ cấp không đủ nếu thứ cấp cho phép token chuyển sang ví chưa xác minh. Kiểm soát phải theo cả quá trình chuyển.

Bối cảnh BĐS để phân tích: Nhà đầu tư hợp lệ bán cho ví ngoài danh sách được phép.

Yêu cầu kiểm soát: Tích hợp kiểm tra chuyển nhượng, cập nhật thông tin, xử lý ví bị khóa và lưu hồ sơ. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

Tình huống 6: Thị trường thứ cấp phát sinh rủi ro thao túng và xung đột lợi ích

Dữ kiện nền: Giao dịch tạo thanh khoản giả và đặt/hủy lệnh gây nhiễu hoặc giao dịch giữa tài khoản liên quan có thể tạo cảm giác thanh khoản/giá giả. Nền tảng vừa vận hành thị trường vừa tạo lập có thể có xung đột.

Bối cảnh BĐS để phân tích: Hai tài khoản liên quan tự mua bán qua lại để tăng khối lượng giao dịch.

Yêu cầu kiểm soát: Giám sát hành vi, liên kết tài khoản, công bố vai trò nhà tạo lập thị trường và tách chức năng khi phù hợp. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

Tình huống 7: Thanh toán và lưu ký là phần của giao dịch, không chỉ khớp lệnh

Dữ kiện nền: Một lệnh khớp chưa phải hoàn tất nếu tài sản hoặc tiền chưa chuyển an toàn. Cần xử lý lỗi, finality, lưu ký và đối soát.

Bối cảnh BĐS để phân tích: Lệnh token khớp nhưng phía tiền thất bại, tạo rủi ro giao nhận không đồng thời.

Yêu cầu kiểm soát: Thiết kế cơ chế quyết toán, đối soát, xử lý giao dịch không hoàn tất và trách nhiệm của tổ chức dịch vụ. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

Tình huống 8: Công bố thông tin phải tiếp tục sau phát hành

Dữ kiện nền: Người mua thứ cấp không chỉ dựa vào thông tin ngày phát hành. Tài sản BĐS thay đổi người thuê, nợ, pháp lý, định giá và vận hành theo thời gian.

Bối cảnh BĐS để phân tích: Tài sản mất khách thuê chủ lực nhưng thị trường chưa nhận thông tin kịp thời.

Yêu cầu kiểm soát: Thiết lập lịch báo cáo và công bố sự kiện trọng yếu để giảm bất cân xứng thông tin. Sau đó xác định người có quyền ra quyết định, thời hạn phản ứng, dữ liệu cần bảo toàn và tiêu chí đóng vụ việc.

13. Bài tập thực hành

Vẽ hai sơ đồ dòng tiền/token cho đợt phát hành sơ cấp và một giao dịch thứ cấp. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn, người chịu trách nhiệm và lý do loại bỏ ít nhất một phương án khác.
Thiết kế 10 quy tắc giám sát để phát hiện giao dịch tạo thanh khoản giả giữa các tài khoản liên quan, khối lượng giao dịch bất thường và xung đột nhà tạo lập thị trường. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn, người chịu trách nhiệm và lý do loại bỏ ít nhất một phương án khác.
Xây quy trình danh sách được phép xuyên suốt từ tiếp nhận/xác minh ban đầu đến chuyển nhượng thứ cấp. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn, người chịu trách nhiệm và lý do loại bỏ ít nhất một phương án khác.
Phân tích giao dịch quyết toán thất bại khi token chuyển nhưng tiền không hoàn tất và đề xuất cơ chế kiểm soát. Bài làm phải nêu giả định, dữ liệu cần thu thập, phương án lựa chọn, người chịu trách nhiệm và lý do loại bỏ ít nhất một phương án khác.

14. Bộ câu hỏi tự kiểm tra trước khi triển khai

Tài sản hoặc dòng tiền cơ sở đã được mô tả chính xác chưa?
Quyền pháp lý và quyền kỹ thuật đã được tách riêng chưa?
Dữ liệu đầu vào có nguồn, thời điểm và người chịu trách nhiệm không?
Có điểm nào một cá nhân hoặc một khóa có thể tự hoàn tất giao dịch quan trọng không?
Đã kiểm thử dữ liệu sai, dữ liệu cũ, thiếu dữ liệu và xung đột dữ liệu chưa?
Quy trình thay đổi mã, tham số, vai trò hoặc địa chỉ có phê duyệt và lưu vết không?
Có phương án khi oracle, nhà cung cấp, nút mạng hoặc hệ thống ngoài chuỗi không khả dụng không?
Nhật ký kỹ thuật có nối được với quyết định nghiệp vụ và hồ sơ pháp lý không?
Dữ liệu cá nhân và bí mật kinh doanh đã được tối thiểu hóa trên chuỗi chưa?
Đã mô phỏng tình huống tranh chấp và cách tạm dừng/xử lý ngoại lệ chưa?
Có người độc lập đối soát sau giao dịch hoặc sau thay đổi cấu hình không?
Nếu bỏ blockchain và dùng cơ sở dữ liệu truyền thống, lợi ích nào thực sự mất đi?

Ghi nhớ trong 30 giây

Sơ cấp tạo/phân bổ quyền ban đầu; thứ cấp chuyển quyền giữa người tham gia.
Tiền sơ cấp và tiền thứ cấp có đích đến khác nhau.
Giá phát hành không phải cam kết cho giá giao dịch sau đó.
KYC/hạn chế chuyển nhượng phải theo toàn vòng đời, không chỉ ngày phát hành.
Thứ cấp phát sinh rủi ro thanh khoản, thao túng, quyết toán và xung đột lợi ích.
Tại Việt Nam phải đọc đúng phạm vi thí điểm; không giả định token được tự do giao dịch sau phát hành.

Nguồn tham khảo

Nguồn được dùng để kiểm định khái niệm, giới hạn kỹ thuật và bối cảnh pháp lý. Các tình huống BĐS trong bài là tình huống học tập do tác giả xây dựng; không phải tư vấn pháp lý, đầu tư hoặc khuyến nghị phát hành/giao dịch tài sản mã hóa.

Bài tiếp theo: Token Standards giúp tương tác kỹ thuật nhưng không thay cấu trúc pháp lý ra sao?