Fractional Ownership: chia nhỏ quyền lợi có làm BĐS tự động thanh khoản hơn không?

BĐS có giá trị lớn nên việc chia quyền lợi thành đơn vị nhỏ nghe rất hấp dẫn: nhiều người có thể tham gia với số vốn thấp hơn, danh mục có thể đa dạng hơn và việc chuyển nhượng về kỹ thuật có thể nhanh hơn.

Nhưng “chia nhỏ” và “thanh khoản” là hai khái niệm khác nhau. Một tài sản có thể được chia thành hàng triệu token nhưng vẫn gần như không có người mua, không có giá tham chiếu đáng tin cậy hoặc bị hạn chế chuyển nhượng bởi pháp luật và hợp đồng.

Bài này vì thế đặt câu hỏi khó hơn: điều kiện nào biến khả năng chia nhỏ thành một thị trường có giao dịch thực, và rủi ro nào bị che khuất khi chỉ nhìn số lượng token?

Chuyên đề: Blockchain và tài sản số trong BĐS · Bài 27 · 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. Chia nhỏ giảm kích thước vé đầu tư; thanh khoản cần cả một cấu trúc thị trường

Fractional ownership (sở hữu/quyền lợi phân đoạn) có thể làm đơn vị tham gia nhỏ hơn, nhưng thanh khoản cần cung cầu, thông tin, định giá, cơ chế giao dịch, khả năng thanh toán, người mua đủ điều kiện và niềm tin vào tài sản cơ sở. Công nghệ chỉ giải quyết một phần chi phí giao dịch.

Đ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 khả năng chia nhỏ, khả năng chuyển kỹ thuật và thanh khoản kinh tế.
Phân tích các yếu tố tạo hoặc cản thanh khoản thị trường thứ cấp token BĐS.
Hiểu chênh lệch giữa NAV, giá chào và giá giao dịch.
Đánh giá vai trò của nhà tạo lập thị trường, chương trình mua lại và rủi ro đối tác.
Thiết kế chỉ số đo thanh khoản thay vì chỉ nhìn số giao dịch.

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

Một dự án chia quyền lợi của BĐS trị giá 100 tỷ thành 10 triệu token. Trong tháng đầu có 5.000 người đăng ký nhưng thị trường thứ cấp chỉ có vài lệnh mua nhỏ, chênh lệch giá mua–bán rộng và phần lớn giao dịch được hỗ trợ bởi chương trình mua lại của chính nền tảng. Dự án vẫn quảng bá “thanh khoản cao vì token giao dịch 24/7”.

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 27: Nếu token có thể chuyển 24/7 nhưng thị trường không có người mua hoặc quyền chuyển bị giới hạn, liệu BĐS đã thực sự thanh khoản hơn chưa? 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. Khả năng chia nhỏ chỉ giảm mệnh giá tối thiểu

Chia đơn vị giúp nhiều người tiếp cận hơn, nhưng không tạo cầu hoặc người mua cuối cùng. Giá trị thanh khoản đến từ khả năng bán với chi phí hợp lý trong thời gian hợp lý.

Ví dụ BĐS: Token giá 100.000 đồng dễ mua hơn một căn nhà nhưng không có nghĩa luôn bán được 100.000 đồng.

Điểm kiểm soát: Đo thời gian khớp, khối lượng, chênh lệch giá mua–bán, độ sâu và tác động giá thay vì chỉ đếm số token.

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ị trường thứ cấp cần người mua đủ điều kiện

Hạn chế pháp lý, KYC, địa lý hoặc điều lệ có thể thu hẹp tập người mua. Một thị trường kỹ thuật mở không đồng nghĩa thị trường pháp lý mở.

Ví dụ BĐS: Chỉ một nhóm nhà đầu tư được phép nhận token nên nhiều lệnh chuyển phải bị chặn.

Điểm kiểm soát: Mô hình hóa tập người mua hợp lệ và tỷ lệ tài khoản thực sự có thể giao dịch.

5.3. Giá BĐS cơ sở và giá token có nhịp hình thành khác nhau

BĐS được thẩm định không liên tục, trong khi token có thể giao dịch mỗi phút. Giá token phản ánh kỳ vọng, nhu cầu, chi phí và rủi ro nền tảng nên có thể lệch NAV.

Ví dụ BĐS: NAV cập nhật quý nhưng token giảm 15% trong tuần vì người bán cần tiền.

Điểm kiểm soát: Công bố phương pháp NAV, ngày định giá, spread và cảnh báo không đồng nhất hai loại giá.

5.4. Nhà tạo lập thị trường (nhà tạo lập thị trường) tạo thanh khoản nhưng thêm rủi ro đối tác

Nhà tạo lập có thể cung cấp báo giá hai chiều, song khả năng duy trì phụ thuộc vốn, hợp đồng và động cơ. Thanh khoản do một bên trợ giá có thể biến mất.

Ví dụ BĐS: Nền tảng hứa mua lại token nhưng khi thị trường căng thẳng quỹ mua lại cạn.

Điểm kiểm soát: Công bố nguồn vốn, giới hạn, điều kiện dừng và không gọi thanh khoản hỗ trợ là thanh khoản tự nhiên.

5.5. Cơ chế mua lại (chương trình mua lại) có thể đổi rủi ro thanh khoản thành rủi ro khả năng thanh toán

Cam kết mua lại giúp người dùng có lối ra nhưng buộc nền tảng/SPV phải có tiền khi nhiều người bán cùng lúc.

Ví dụ BĐS: Sự kiện xấu khiến 30% nhà đầu tư cùng yêu cầu mua lại.

Điểm kiểm soát: Kiểm thử sức chịu đựng nhu cầu mua lại, nguồn tiền dự phòng, giới hạn hàng ngày và điều khoản tạm dừng.

5.6. Phí và ma sát làm giảm thanh khoản thực

Phí giao dịch, phí chuyển đổi, thuế, gas và chênh lệch tỷ giá có thể khiến giao dịch nhỏ không kinh tế.

Ví dụ BĐS: Token mệnh giá nhỏ nhưng tổng phí mua–bán chiếm tỷ lệ lớn lợi nhuận kỳ vọng.

Điểm kiểm soát: Tính tổng chi phí khứ hồi và công bố theo tỷ lệ giá trị giao dịch.

5.7. Thông tin không cân xứng làm thị trường mỏng

Nếu người nắm không nhận thông tin về tài sản, công suất thuê, nợ, bảo trì hoặc tranh chấp, người mua sẽ đòi chiết khấu hoặc đứng ngoài.

Ví dụ BĐS: Tòa nhà mất khách thuê lớn nhưng dữ liệu vận hành công bố chậm một tháng.

Điểm kiểm soát: Thiết kế lịch công bố, sự kiện trọng yếu và kiểm chứng dữ liệu tài sản cơ sở.

5.8. Thanh khoản có thể khác nhau theo điều kiện thị trường

Kết quả trong giai đoạn bình thường không đảm bảo khi có cú sốc. Nghiên cứu BIS về token hóa BĐS cho thấy một số nền tảng có thể duy trì giao dịch trong cú sốc, nhưng lợi ích phụ thuộc cơ chế mua lại và đi kèm rủi ro khả năng thanh toán.

Ví dụ BĐS: Khối lượng tăng trong sự kiện căng thẳng nhưng phần lớn do chương trình chương trình mua lại của nền tảng.

Điểm kiểm soát: Đo nguồn thanh khoản và kiểm thử sức chịu đựng; không ngoại suy thanh khoản bình thường sang khủng hoảng.

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
Chia nhỏ nhiều đơn vị	Giảm mức vốn tối thiểu	Không đảm bảo có người mua	Có cầu giao dịch thật không?
Giao dịch 24/7	Tăng thời gian truy cập	Không tạo độ sâu thị trường	Khối lượng/spread ra sao?
Nhà tạo lập thị trường	Có báo giá	Phụ thuộc vốn đối tác	Có nghĩa vụ và giới hạn nào?
Chương trình mua lại	Tạo lối ra rõ	Rủi ro solvency/liquidity	Nguồn tiền chịu stress thế nào?
Thị trường tự nhiên	Ít phụ thuộc trợ giá	Có thể mỏng/biến động	Số người mua độc lập và độ sâu là bao nhiêu?

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. Xác định đơn vị quyền lợi và tập nhà đầu tư được phép tham gia. Đầ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. Đo thanh khoản bằng chênh lệch giá mua–bán, độ sâu, khối lượng, thời gian khớp và tác động giá. Đầ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. Tách giao dịch tự nhiên khỏi giao dịch do nhà tạo lập thị trường/chương trình mua lại hỗ trợ. Đầ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. Mô hình hóa NAV và lịch công bố dữ liệu tài sản 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.
Bước 5. Tính tổng phí/thuế/chi phí chuyển đổi cho một vòng mua-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 6. Kiểm thử sức chịu đựng trường hợp nhiều người bán đồng thời và nhà tạo lập thị trường rút lui. Đầ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. Công bố minh bạch cơ chế tạm dừng, mua lại và các giới hạn chuyển nhượng. Đầ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

Một chỉ số “số giao dịch” cao có thể gây hiểu nhầm nếu giao dịch chủ yếu đến từ một tài khoản tạo lập hoặc chương trình mua lại. Phải đo cả độ sâu, số đối tác độc lập và chi phí thoát vị thế.

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

Khả năng chuyển token về mặt kỹ thuật phải được đặt sau điều kiện chuyển nhượng quyền mà token đại diện. Trong phạm vi thí điểm tài sản mã hóa tại Việt Nam, đối tượng chào bán/giao dịch và tổ chức cung cấp dịch vụ chịu điều kiện riêng; do đó không thể suy từ mạng blockchain mở ra kết luận mọi nhà đầu tư đều được tự do giao dịch.

Nếu quyền lợi token có bản chất phần vốn/chứng khoán/quỹ hoặc quyền tài chính khác, khung pháp lý tương ứng phải được đánh giá riêng. Việc chia nhỏ bằng token không làm biến mất giới hạn về chào bán, chuyển nhượng, bảo vệ nhà đầu tư hoặc công bố thông tin.

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: “10 triệu token thì thanh khoản gấp nhiều lần một căn nhà.”

Cần hiểu đúng: Số đơn vị không đo thanh khoản; cần cầu, độ sâu và chi phí giao dịch.

Hiểu sai: “24/7 nghĩa là luôn bán được.”

Cần hiểu đúng: Sàn mở không đồng nghĩa có lệnh mua ở mức giá hợp lý.

Hiểu sai: “Chương trình mua lại bảo đảm an toàn.”

Cần hiểu đúng: Chương trình mua lại tạo nghĩa vụ thanh khoản và có thể gây rủi ro mất khả năng thanh toán.

Hiểu sai: “NAV là giá token.”

Cần hiểu đúng: NAV là ước tính giá trị tài sản ròng; giá token hình thành trên thị trường có thể khác.

Hiểu sai: “Nhà tạo lập thị trường là thanh khoản tự nhiên.”

Cần hiểu đúng: Thanh khoản phụ thuộc một nhà tạo lập có thể biến mất khi căng thẳng.

Hiểu sai: “Chia nhỏ xóa rào cản pháp lý.”

Cần hiểu đúng: Rào cản chuyển nhượng/quyền nhà đầu tư vẫn theo cấu trúc pháp lý.

11. Case study tổng hợp

Mười triệu token nhưng chỉ có ba lệnh mua lớn

Dữ liệu giả lập cho thấy tổng cung 10 triệu token, 2.000 tài khoản, nhưng 85% khối lượng đến từ hai tài khoản liên quan nền tảng. Khi chương trình mua lại tạm dừng, spread tăng mạnh và thời gian bán trung vị tăng từ vài phút lên nhiều ngày.

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

Thanh khoản phải được đo bằng khả năng thoát vị thế trong điều kiện thực, không bằng số lượng token hay thời gian hệ thống mở cửa. Chia nhỏ có thể là điều kiện hỗ trợ, nhưng thị trường, thông tin, pháp lý và nguồn vốn mới quyết định thanh khoản thực tế.

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

Tình huống 1: Khả năng chia nhỏ chỉ giảm mệnh giá tối thiể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: Chia đơn vị giúp nhiều người tiếp cận hơn, nhưng không tạo cầu hoặc người mua cuối cùng. Giá trị thanh khoản đến từ khả năng bán với chi phí hợp lý trong thời gian hợp lý.

Bối cảnh BĐS để phân tích: Token giá 100.000 đồng dễ mua hơn một căn nhà nhưng không có nghĩa luôn bán được 100.000 đồng.

Yêu cầu kiểm soát: Đo thời gian khớp, khối lượng, chênh lệch giá mua–bán, độ sâu và tác động giá thay vì chỉ đếm số token. 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ị trường thứ cấp cần người mua đủ điều kiện

Dữ kiện nền: Hạn chế pháp lý, KYC, địa lý hoặc điều lệ có thể thu hẹp tập người mua. Một thị trường kỹ thuật mở không đồng nghĩa thị trường pháp lý mở.

Bối cảnh BĐS để phân tích: Chỉ một nhóm nhà đầu tư được phép nhận token nên nhiều lệnh chuyển phải bị chặn.

Yêu cầu kiểm soát: Mô hình hóa tập người mua hợp lệ và tỷ lệ tài khoản thực sự có thể giao dịch. 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: Giá BĐS cơ sở và giá token có nhịp hình thành khác nhau

Dữ kiện nền: BĐS được thẩm định không liên tục, trong khi token có thể giao dịch mỗi phút. Giá token phản ánh kỳ vọng, nhu cầu, chi phí và rủi ro nền tảng nên có thể lệch NAV.

Bối cảnh BĐS để phân tích: NAV cập nhật quý nhưng token giảm 15% trong tuần vì người bán cần tiền.

Yêu cầu kiểm soát: Công bố phương pháp NAV, ngày định giá, spread và cảnh báo không đồng nhất hai loại giá. 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: Nhà tạo lập thị trường (nhà tạo lập thị trường) tạo thanh khoản nhưng thêm rủi ro đối tác

Dữ kiện nền: Nhà tạo lập có thể cung cấp báo giá hai chiều, song khả năng duy trì phụ thuộc vốn, hợp đồng và động cơ. Thanh khoản do một bên trợ giá có thể biến mất.

Bối cảnh BĐS để phân tích: Nền tảng hứa mua lại token nhưng khi thị trường căng thẳng quỹ mua lại cạn.

Yêu cầu kiểm soát: Công bố nguồn vốn, giới hạn, điều kiện dừng và không gọi thanh khoản hỗ trợ là thanh khoản tự nhiên. 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: Cơ chế mua lại (chương trình mua lại) có thể đổi rủi ro thanh khoản thành rủi ro khả năng thanh toán

Dữ kiện nền: Cam kết mua lại giúp người dùng có lối ra nhưng buộc nền tảng/SPV phải có tiền khi nhiều người bán cùng lúc.

Bối cảnh BĐS để phân tích: Sự kiện xấu khiến 30% nhà đầu tư cùng yêu cầu mua lại.

Yêu cầu kiểm soát: Kiểm thử sức chịu đựng nhu cầu mua lại, nguồn tiền dự phòng, giới hạn hàng ngày và điều khoản tạm dừng. 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: Phí và ma sát làm giảm thanh khoản thực

Dữ kiện nền: Phí giao dịch, phí chuyển đổi, thuế, gas và chênh lệch tỷ giá có thể khiến giao dịch nhỏ không kinh tế.

Bối cảnh BĐS để phân tích: Token mệnh giá nhỏ nhưng tổng phí mua–bán chiếm tỷ lệ lớn lợi nhuận kỳ vọng.

Yêu cầu kiểm soát: Tính tổng chi phí khứ hồi và công bố theo tỷ lệ giá trị giao dịch. 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: Thông tin không cân xứng làm thị trường mỏng

Dữ kiện nền: Nếu người nắm không nhận thông tin về tài sản, công suất thuê, nợ, bảo trì hoặc tranh chấp, người mua sẽ đòi chiết khấu hoặc đứng ngoài.

Bối cảnh BĐS để phân tích: Tòa nhà mất khách thuê lớn nhưng dữ liệu vận hành công bố chậm một tháng.

Yêu cầu kiểm soát: Thiết kế lịch công bố, sự kiện trọng yếu và kiểm chứng dữ liệu tài sản cơ 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 8: Thanh khoản có thể khác nhau theo điều kiện thị trường

Dữ kiện nền: Kết quả trong giai đoạn bình thường không đảm bảo khi có cú sốc. Nghiên cứu BIS về token hóa BĐS cho thấy một số nền tảng có thể duy trì giao dịch trong cú sốc, nhưng lợi ích phụ thuộc cơ chế mua lại và đi kèm rủi ro khả năng thanh toán.

Bối cảnh BĐS để phân tích: Khối lượng tăng trong sự kiện căng thẳng nhưng phần lớn do chương trình chương trình mua lại của nền tảng.

Yêu cầu kiểm soát: Đo nguồn thanh khoản và kiểm thử sức chịu đựng; không ngoại suy thanh khoản bình thường sang khủng hoảng. 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

Tính và diễn giải chênh lệch giá mua–bán, vòng quay, độ sâu và thời gian khớp cho bộ dữ liệu giả lập token BĐS. 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ế kiểm thử sức chịu đựng khi 20%, 40% và 60% người nắm muốn bán trong một tuần. 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.
So sánh thanh khoản tự nhiên với chương trình mua lại do nền tảng tài trợ. 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.
Lập bảng yếu tố làm token giao dịch dưới NAV và đề xuất dữ liệu cần kiểm chứ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.

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

Chia nhỏ quyền lợi không tự tạo thanh khoản.
Giao dịch 24/7 không đồng nghĩa luôn có người mua ở giá hợp lý.
NAV và giá token có thể khác vì nhịp định giá, kỳ vọng, phí và thanh khoản.
Nhà tạo lập thị trường và chương trình mua lại hỗ trợ lối ra nhưng tạo rủi ro đối tác/khả năng thanh toán.
Phải đo chênh lệch giá mua–bán, độ sâu, thời gian khớp, tác động giá và nguồn thanh khoản.
Thanh khoản kỹ thuật luôn phải đặt trong giới hạn pháp lý của quyền được chuyển.

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: Quyền biểu quyết, chia lợi nhuận và quyền chuyển nhượng phải được thiết kế ra sao?