Token, coin và stablecoin thường xuất hiện cùng nhau trong các bài viết về tài sản số, nhưng ba khái niệm này không thể dùng thay thế cho nhau. Khi gắn với bất động sản, sự nhầm lẫn còn nguy hiểm hơn vì người nghe có thể tưởng một token chính là quyền sở hữu nhà đất hoặc một stablecoin đương nhiên là tiền hợp pháp.
Để phân tích đúng, cần tách đơn vị kỹ thuật trên mạng, quyền hoặc lợi ích mà đơn vị đó đại diện, tài sản cơ sở và địa vị pháp lý của giao dịch. Chỉ khi bốn lớp này được nối với nhau bằng cơ chế rõ ràng thì sản phẩm số mới có ý nghĩa thực tế.
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. Vì sao token, coin và stablecoin không thể dùng thay cho nhau?
Trong thực tế, ba từ token, coin và stablecoin thường bị dùng lẫn nhau. Sự lẫn lộn trở nên nguy hiểm khi gắn với BĐS vì người nghe có thể tưởng token chính là quyền sở hữu tài sản, coin là “tiền hợp pháp”, hoặc stablecoin chắc chắn giữ giá. Cần tách thuật ngữ kỹ thuật khỏi phân loại pháp lý và tách lớp đại diện số khỏi tài sản/quyền cơ sở.
2. Mục tiêu học tập
- Giải thích được khái niệm trung tâm bằng ngôn ngữ của người làm BĐS, không chỉ nhắc lại định nghĩa kỹ thuật.
- Phân biệt lớp công nghệ, lớp dữ liệu, lớp quyền pháp lý và lớp dòng tiền khi chúng xuất hiện cùng một sản phẩm.
- Đặt được câu hỏi kiểm soát trước khi chấp nhận đề xuất từ nhà cung cấp công nghệ hoặc tổ chức phát hành.
- Nhận diện trường hợp blockchain tạo giá trị và trường hợp cơ sở dữ liệu hoặc quy trình truyền thống phù hợp hơn.
- Thiết kế được một sơ đồ dữ liệu/quy trình tối thiểu có người chịu trách nhiệm, bằng chứng và cách xử lý ngoại lệ.
- Đối chiếu được nguyên tắc kỹ thuật với bối cảnh pháp luật Việt Nam đang có hiệu lực, đặc biệt từ năm 2026.
3. Tình huống BĐS mở bài
Một dự án gọi sản phẩm là “coin căn hộ”, quảng cáo mỗi coin tương ứng 1/10.000 giá trị dự án và nhà đầu tư có thể dùng stablecoin để mua. Ba câu hỏi phải đặt ngay: coin này có phải đồng gốc của một mạng hay thực ra là token do dự án phát hành; người nắm có quyền pháp lý gì; stablecoin dùng trong thanh toán có được phép trong cấu trúc pháp lý và cơ chế thí điểm hiện hành hay không. Tên gọi marketing không quyết định bản chất.
Khi phân tích tình huống, sinh viên nên tách bốn nhóm: dữ kiện đã biết – giả định đang dùng – dữ liệu cần xác minh – người hoặc cơ quan có thẩm quyền xác nhận. Cách tách này giúp tránh biến một bản ghi kỹ thuật thành “sự thật pháp lý” chỉ vì nó được lưu trên chuỗi khối.
4. Khung tư duy xuyên suốt
Mỗi bài toán blockchain trong BĐS nên được đọc qua sáu lớp: (1) tài sản hoặc quy trình thật; (2) quyền và nghĩa vụ của các bên; (3) dữ liệu và nguồn sự thật; (4) cơ chế ghi nhận/chuyển trạng thái; (5) quản trị, an toàn và xử lý ngoại lệ; (6) pháp luật áp dụng. Nếu một đề xuất chỉ mô tả lớp 4 mà bỏ năm lớp còn lại, đề xuất đó chưa đủ để triển khai.
| Lớp | Câu hỏi bắt buộc | Bằng chứng cần có |
|---|---|---|
| 1 | Vấn đề BĐS nào đang cần giải quyết? | Quy trình hiện tại, thời gian, lỗi, chi phí hoặc tranh chấp. |
| 2 | Quyền/lợi ích nào đang được ghi nhận? | Hợp đồng, điều lệ, hồ sơ quyền, quy định nội bộ. |
| 3 | Dữ liệu đến từ đâu và ai xác nhận? | Nguồn dữ liệu, người chịu trách nhiệm, thời điểm. |
| 4 | Vì sao cần chuỗi khối thay vì cơ sở dữ liệu? | So sánh phương án và mô hình tin cậy. |
| 5 | Ai quản trị khóa, nút, nâng cấp và ngoại lệ? | Ma trận quyền và kế hoạch ứng phó. |
| 6 | Luật nào quyết định hiệu lực giao dịch/quyền? | Ý kiến pháp lý, văn bản hiện hành, phạm vi thí điểm. |
5. Các nguyên lý cốt lõi
5.1. Coin thường là đơn vị gốc của một mạng chuỗi khối
Trong cách dùng kỹ thuật phổ biến, coin là tài sản gốc dùng trực tiếp trên một mạng riêng của nó, thường để trả phí giao dịch, khuyến khích xác thực hoặc chuyển giá trị. Tuy nhiên đây không phải phân loại pháp lý thống nhất giữa các quốc gia.
Ví dụ BĐS: Một dự án BĐS phát hành token trên mạng có sẵn không nên gọi token đó là “coin” chỉ để tạo cảm giác như một đồng tiền độc lập.
Điểm kiểm soát: Kiểm xem tài sản có mạng nền riêng hay chỉ là hợp đồng/token trên mạng khác.
5.2. Token là đơn vị số được tạo theo quy tắc trên một nền tảng
Token có thể đại diện quyền truy cập, quyền biểu quyết, quyền nhận dòng tiền, chứng chỉ, điểm thưởng hoặc nhiều chức năng khác. Giá trị và pháp lý phụ thuộc quyền gắn vào, không phụ thuộc từ “token”.
Ví dụ BĐS: Token đại diện quyền lợi kinh tế trong SPV sở hữu BĐS phải nối với điều lệ/hợp đồng của SPV.
Điểm kiểm soát: Đọc tài liệu quyền và nghĩa vụ trước khi phân tích giá.
5.3. Stablecoin là tài sản số được thiết kế nhằm giữ giá tương đối ổn định so với tài sản tham chiếu
Cơ chế ổn định có thể dựa vào dự trữ tiền/tài sản, thế chấp tài sản số, thuật toán hoặc cấu trúc khác. Mỗi cơ chế có rủi ro riêng; “stable” là mục tiêu thiết kế chứ không phải bảo đảm tuyệt đối.
Ví dụ BĐS: Dùng stablecoin cho dòng tiền thuê xuyên biên giới có thể giảm thời gian kỹ thuật nhưng phát sinh rủi ro neo giá, lưu ký, tuân thủ và kế toán.
Điểm kiểm soát: Kiểm cơ chế dự trữ, quyền quy đổi, kiểm toán và đối tác phát hành.
5.4. Token hóa không đồng nghĩa phát hành tiền
Token hóa một quyền lợi BĐS là tạo đại diện số cho một quyền/claim; mục tiêu có thể là chuyển nhượng, quản trị hoặc tự động hóa. Nó không tự trở thành phương tiện thanh toán hợp pháp.
Ví dụ BĐS: Token quyền nhận lợi nhuận dự án và token dùng thanh toán là hai thiết kế khác nhau.
Điểm kiểm soát: Phân tách chức năng đầu tư, quyền lợi và thanh toán trong tài liệu sản phẩm.
5.5. Giá token có thể tách xa giá trị tài sản cơ sở
Ngay cả khi token liên hệ với BĐS, giá thị trường còn chịu thanh khoản, cung cầu, chi phí chuyển nhượng, quyền nhà đầu tư và rủi ro tổ chức phát hành. Không có cơ chế nào bảo đảm giá token luôn bằng phần giá trị BĐS tương ứng.
Ví dụ BĐS: NAV của tòa nhà tăng nhưng token ít người mua có thể giao dịch thấp hơn giá trị tài sản ròng.
Điểm kiểm soát: Thiết lập phương pháp định giá và công bố chênh lệch giữa giá tài sản cơ sở và giá giao dịch.
5.6. Pháp lý dựa vào bản chất quyền, không dựa vào từ coin/token
Một token có đặc tính đầu tư, quyền dòng tiền hoặc quyền tài chính có thể chịu khung pháp lý khác token tiện ích. Ở Việt Nam, Luật 71 và Nghị quyết 05 có định nghĩa tài sản số/tài sản mã hóa, đồng thời loại trừ chứng khoán, dạng số của tiền pháp định và tài sản tài chính khác khỏi khái niệm tài sản mã hóa trong phạm vi tương ứng.
Ví dụ BĐS: Không thể đổi tên “cổ phần số” thành token để né luật doanh nghiệp/chứng khoán.
Điểm kiểm soát: Luôn yêu cầu ý kiến pháp lý theo cấu trúc quyền thật.
5.7. Stablecoin không xóa rủi ro thanh toán
Ngoài rủi ro mất neo, còn có rủi ro tổ chức phát hành, ngân hàng lưu dự trữ, thanh khoản, công nghệ, ví, đóng băng địa chỉ và quy định pháp lý. BIS nhiều lần nhấn mạnh stablecoin có giới hạn nếu dùng làm nền tảng tiền tệ quy mô lớn.
Ví dụ BĐS: Một thương vụ BĐS có thể “nhận stablecoin” kỹ thuật rất nhanh nhưng khâu quy đổi, tuân thủ và quyết toán VND vẫn là vấn đề chính.
Điểm kiểm soát: Đánh giá toàn chuỗi từ nguồn tiền đến tài khoản ngân hàng cuối cùng.
5.8. Trong thí điểm Việt Nam phải đọc đúng cơ chế giao dịch và thanh toán
Nghị quyết 05/2025/NQ-CP quy định việc chào bán, phát hành, giao dịch, thanh toán tài sản mã hóa trong phạm vi thí điểm phải thực hiện bằng Đồng Việt Nam. Đây là điểm thực tiễn rất quan trọng khi xây ví dụ cho thị trường Việt Nam.
Ví dụ BĐS: Không nên thiết kế bài toán “mua token BĐS bằng stablecoin tại Việt Nam” như thể đã mặc nhiên được thí điểm cho phép.
Điểm kiểm soát: Mọi case Việt Nam phải gắn ngày hiệu lực và phạm vi thí điểm cụ thể.
6. Bảng so sánh và ra quyết định
| Đối tượng hoặc tình huống | Cách hiểu/Phương án | Điểm cần kiểm |
|---|---|---|
| Coin | Đơn vị gốc của một mạng theo cách dùng kỹ thuật phổ biến | Phí mạng, khuyến khích, chuyển giá trị |
| Token | Đơn vị số phát hành trên nền tảng/hợp đồng | Quyền truy cập, biểu quyết, dòng tiền, chứng chỉ... |
| Stablecoin | Tài sản số thiết kế neo giá | Thanh toán/quyết toán ở một số hệ sinh thái; có rủi ro mất neo |
| Token BĐS | Lớp đại diện số cho quyền/lợi ích được thiết kế | Không tự là quyền sử dụng đất |
| Tiền pháp định số | Dạng số của tiền pháp định | Khác nhóm tài sản mã hóa theo Luật 71/NQ05 |
Bảng này không phải công thức pháp lý. Khi áp dụng cho dự án thật phải cập nhật theo loại BĐS, cấu trúc giao dịch, khu vực pháp lý, hệ thống 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 tài sản số đang nói đến là coin/token/stablecoin theo kỹ thuật. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
- Bước 2. Mô tả quyền và chức năng thực tế. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
- Bước 3. Xác định nguồn giá trị và cơ chế phát hành. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
- Bước 4. Xác định tài sản/dự trữ cơ sở nếu có. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
- Bước 5. Xác định cơ chế chuyển nhượng và quy đổi. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
- Bước 6. Phân tích khung pháp lý theo bản chất. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
- Bước 7. Đánh giá rủi ro lưu ký và thanh khoản. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
- Bước 8. Kiểm cách thanh toán/quyết toán phù hợp pháp luật Việt Nam. Sau bước này phải có một đầu ra kiểm chứng được, không chỉ là cuộc họp hoặc nhận định miệng.
Nguyên tắc quan trọng là không tự động hóa một quy trình mà tổ chức chưa thống nhất được quyền, dữ liệu và ngoại lệ. Blockchain làm cho sai sót có thể lan nhanh và khó sửa hơn nếu đầu vào và quyền phê duyệt chưa rõ.
8. Góc nhìn theo vòng đời BĐS
| Giai đoạn | Câu hỏi liên quan nội dung bài | Ví dụ bằng chứng |
|---|---|---|
| Phát triển dự án | Dữ liệu nào do chủ đầu tư, tư vấn, ngân hàng và nhà thầu cùng dùng? | Phê duyệt thiết kế, giải ngân, hồ sơ nghiệm thu. |
| Giao dịch | Trạng thái nào cần nhiều bên kiểm chứng và đâu là nguồn sự thật pháp lý? | Phiên bản hợp đồng, xác nhận thanh toán, hồ sơ công chứng. |
| Đầu tư/quỹ | Quyền lợi kinh tế nào được biểu diễn và ai quản trị nhà đầu tư? | Danh sách nhà đầu tư, dòng tiền, NAV, quyền biểu quyết. |
| Vận hành | Bản ghi nào cần truy vết qua chủ sở hữu/nhà thầu? | Bảo trì, kiểm định, bàn giao, sự cố. |
| Thoái vốn/chuyển giao | Lịch sử nào phải bàn giao cho chủ thể mới? | Hồ sơ pháp lý, lịch sử tài sản, quyền truy cập hệ thống. |
9. Các sai lầm thường gặp
- Gọi mọi token là coin. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Gọi stablecoin là tiền pháp định. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Tin stablecoin không thể mất neo. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Tin token BĐS luôn được bảo chứng 1:1. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Không xem quyền quy đổi. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Không xem điều khoản đóng băng/blacklist. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Dùng tên utility để né bản chất đầu tư. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Không phân biệt giá token và NAV. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Bỏ qua rủi ro tổ chức phát hành. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
- Dùng stablecoin trong ví dụ Việt Nam mà không đối chiếu NQ05. Cách sửa là quay lại vấn đề nghiệp vụ, xác định bằng chứng cần có và so với phương án đơn giản hơn trước khi thêm công nghệ.
10. Khung pháp lý Việt Nam cần nhớ
Nghị quyết 05/2025/NQ-CP quy định tài sản mã hóa trong phạm vi thí điểm không bao gồm chứng khoán, dạng số của tiền pháp định và tài sản tài chính khác; tài sản mã hóa phát hành trong thí điểm dựa trên tài sản thực (không gồm chứng khoán, tiền pháp định) và việc chào bán/phát hành có điều kiện riêng. Đặc biệt, việc chào bán, phát hành, giao dịch và thanh toán trong thí điểm phải thực hiện bằng Đồng Việt Nam. Vì vậy series sẽ luôn phân biệt thuật ngữ kỹ thuật quốc tế với quy định áp dụng tại Việt Nam.
Khi áp dụng vào BĐS cần giữ ba nguyên tắc: (i) thuật ngữ kỹ thuật quốc tế không tự quyết định phân loại pháp lý tại Việt Nam; (ii) một bản ghi hoặc token không tự thay thế giấy tờ, đăng ký, hợp đồng hay thẩm quyền theo pháp luật BĐS; (iii) phải ghi rõ thời điểm và phạm vi áp dụng của văn bản vì khung tài sản số đang thay đổi nhanh.
11. Bài tập thực hành
Bài tập A – Phân loại một đề xuất công nghệ
Chọn một quy trình BĐS thật hoặc giả lập. Viết tối đa một trang mô tả vấn đề, các bên tham gia, dữ liệu, quyền và lý do có/không cần blockchain. Bắt buộc đưa một phương án đối chứng không dùng blockchain.
Bài tập B – Vẽ sơ đồ bốn lớp
Vẽ bốn lớp: tài sản/quyền ngoài đời → hồ sơ pháp lý → dữ liệu/hệ thống ngoài chuỗi → dữ liệu/trạng thái trên chuỗi. Dùng mũi tên ghi rõ ai xác nhận chuyển trạng thái giữa các lớp.
Bài tập C – Phản biện nhà cung cấp
Giả sử nhà cung cấp nói “hệ thống minh bạch, không thể sửa và loại bỏ trung gian”. Hãy viết ít nhất 10 câu hỏi kiểm tra để làm rõ: ai nhập dữ liệu, ai vận hành nút, cách sửa sai, cách nâng cấp, chi phí, quyền pháp lý và cơ chế xử lý tranh chấp.
12. Kiểm tra hiện trường và hồ sơ
- Có sơ đồ quy trình hiện tại và điểm gây chậm/tranh chấp trước khi nói về blockchain.
- Có danh sách chủ thể được ghi/đọc/xác thực và căn cứ thẩm quyền.
- Có phân loại dữ liệu công khai, nội bộ, bí mật và dữ liệu cá nhân.
- Có định nghĩa nguồn sự thật cho từng trường dữ liệu quan trọng.
- Có phương án xử lý nhập sai, giao dịch thất bại và tranh chấp.
- Có kế hoạch quản trị khóa, tài khoản, nút và quyền quản trị.
- Có so sánh với cơ sở dữ liệu/kiến trúc không dùng blockchain.
- Có dự toán chi phí vận hành tối thiểu 3 năm, không chỉ chi phí làm thử.
- Có tiêu chí đo thành công và tiêu chí dừng dự án.
- Có rà soát pháp lý theo bản chất quyền và giao dịch, không theo tên sản phẩm.
13. Câu hỏi tự kiểm tra
- Nếu bỏ blockchain ra khỏi giải pháp, vấn đề nào vẫn chưa được giải quyết?
- Ai có thể làm dữ liệu đầu vào sai và hệ thống phát hiện bằng cách nào?
- Một giao dịch được xác nhận kỹ thuật có ý nghĩa pháp lý đến đâu?
- Dữ liệu nào cần sửa hoặc xóa trong vòng đời hệ thống?
- Ai giữ khóa/quyền quản trị và ai kiểm soát người đó?
- Nếu mạng hoặc nhà cung cấp ngừng hoạt động, quyền của người dùng được bảo vệ ra sao?
- Chi phí và độ trễ có chấp nhận được ở tải thực tế không?
- Đâu là bằng chứng độc lập để kiểm tra tuyên bố của hệ thống?
14. Phòng thực hành phân tích sâu
Tình huống 1: Coin thường là đơn vị gốc của một mạng chuỗi khối
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Trong cách dùng kỹ thuật phổ biến, coin là tài sản gốc dùng trực tiếp trên một mạng riêng của nó, thường để trả phí giao dịch, khuyến khích xác thực hoặc chuyển giá trị. Tuy nhiên đây không phải phân loại pháp lý thống nhất giữa các quốc gia.
Bối cảnh BĐS: Một dự án BĐS phát hành token trên mạng có sẵn không nên gọi token đó là “coin” chỉ để tạo cảm giác như một đồng tiền độc lập.
Yêu cầu kiểm soát: Kiểm xem tài sản có mạng nền riêng hay chỉ là hợp đồng/token trên mạng khác. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
Tình huống 2: Token là đơn vị số được tạo theo quy tắc trên một nền tảng
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Token có thể đại diện quyền truy cập, quyền biểu quyết, quyền nhận dòng tiền, chứng chỉ, điểm thưởng hoặc nhiều chức năng khác. Giá trị và pháp lý phụ thuộc quyền gắn vào, không phụ thuộc từ “token”.
Bối cảnh BĐS: Token đại diện quyền lợi kinh tế trong SPV sở hữu BĐS phải nối với điều lệ/hợp đồng của SPV.
Yêu cầu kiểm soát: Đọc tài liệu quyền và nghĩa vụ trước khi phân tích giá. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
Tình huống 3: Stablecoin là tài sản số được thiết kế nhằm giữ giá tương đối ổn định so với tài sản tham chiếu
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Cơ chế ổn định có thể dựa vào dự trữ tiền/tài sản, thế chấp tài sản số, thuật toán hoặc cấu trúc khác. Mỗi cơ chế có rủi ro riêng; “stable” là mục tiêu thiết kế chứ không phải bảo đảm tuyệt đối.
Bối cảnh BĐS: Dùng stablecoin cho dòng tiền thuê xuyên biên giới có thể giảm thời gian kỹ thuật nhưng phát sinh rủi ro neo giá, lưu ký, tuân thủ và kế toán.
Yêu cầu kiểm soát: Kiểm cơ chế dự trữ, quyền quy đổi, kiểm toán và đối tác phát hành. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
Tình huống 4: Token hóa không đồng nghĩa phát hành tiền
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Token hóa một quyền lợi BĐS là tạo đại diện số cho một quyền/claim; mục tiêu có thể là chuyển nhượng, quản trị hoặc tự động hóa. Nó không tự trở thành phương tiện thanh toán hợp pháp.
Bối cảnh BĐS: Token quyền nhận lợi nhuận dự án và token dùng thanh toán là hai thiết kế khác nhau.
Yêu cầu kiểm soát: Phân tách chức năng đầu tư, quyền lợi và thanh toán trong tài liệu sản phẩm. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
Tình huống 5: Giá token có thể tách xa giá trị tài sản cơ sở
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Ngay cả khi token liên hệ với BĐS, giá thị trường còn chịu thanh khoản, cung cầu, chi phí chuyển nhượng, quyền nhà đầu tư và rủi ro tổ chức phát hành. Không có cơ chế nào bảo đảm giá token luôn bằng phần giá trị BĐS tương ứng.
Bối cảnh BĐS: NAV của tòa nhà tăng nhưng token ít người mua có thể giao dịch thấp hơn giá trị tài sản ròng.
Yêu cầu kiểm soát: Thiết lập phương pháp định giá và công bố chênh lệch giữa giá tài sản cơ sở và giá giao dịch. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
Tình huống 6: Pháp lý dựa vào bản chất quyền, không dựa vào từ coin/token
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Một token có đặc tính đầu tư, quyền dòng tiền hoặc quyền tài chính có thể chịu khung pháp lý khác token tiện ích. Ở Việt Nam, Luật 71 và Nghị quyết 05 có định nghĩa tài sản số/tài sản mã hóa, đồng thời loại trừ chứng khoán, dạng số của tiền pháp định và tài sản tài chính khác khỏi khái niệm tài sản mã hóa trong phạm vi tương ứng.
Bối cảnh BĐS: Không thể đổi tên “cổ phần số” thành token để né luật doanh nghiệp/chứng khoán.
Yêu cầu kiểm soát: Luôn yêu cầu ý kiến pháp lý theo cấu trúc quyền thật. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
Tình huống 7: Stablecoin không xóa rủi ro thanh toán
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Ngoài rủi ro mất neo, còn có rủi ro tổ chức phát hành, ngân hàng lưu dự trữ, thanh khoản, công nghệ, ví, đóng băng địa chỉ và quy định pháp lý. BIS nhiều lần nhấn mạnh stablecoin có giới hạn nếu dùng làm nền tảng tiền tệ quy mô lớn.
Bối cảnh BĐS: Một thương vụ BĐS có thể “nhận stablecoin” kỹ thuật rất nhanh nhưng khâu quy đổi, tuân thủ và quyết toán VND vẫn là vấn đề chính.
Yêu cầu kiểm soát: Đánh giá toàn chuỗi từ nguồn tiền đến tài khoản ngân hàng cuối cùng. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
Tình huống 8: Trong thí điểm Việt Nam phải đọc đúng cơ chế giao dịch và thanh toán
Giả sử dự án đã vận hành 6 tháng và xuất hiện một tranh chấp liên quan nội dung này. Nhóm học viên phải lập ba giả thuyết: lỗi dữ liệu đầu vào, lỗi quy trình/quyền hạn và lỗi kỹ thuật. Với mỗi giả thuyết, chỉ ra bằng chứng có thể bác bỏ hoặc xác nhận.
Dữ kiện nền: Nghị quyết 05/2025/NQ-CP quy định việc chào bán, phát hành, giao dịch, thanh toán tài sản mã hóa trong phạm vi thí điểm phải thực hiện bằng Đồng Việt Nam. Đây là điểm thực tiễn rất quan trọng khi xây ví dụ cho thị trường Việt Nam.
Bối cảnh BĐS: Không nên thiết kế bài toán “mua token BĐS bằng stablecoin tại Việt Nam” như thể đã mặc nhiên được thí điểm cho phép.
Yêu cầu kiểm soát: Mọi case Việt Nam phải gắn ngày hiệu lực và phạm vi thí điểm cụ thể. Sau đó nêu người có thẩm quyền ra quyết định, thời hạn xử lý và bằng chứng đóng vụ việc.
15. Nguồn tham khảo chính
- NIST IR 8202 – Blockchain Technology Overview.
- NIST – Blockchain.
- Luật Công nghiệp công nghệ số số 71/2025/QH15.
- Nghị quyết 05/2025/NQ-CP về thí điểm thị trường tài sản mã hóa.
- Luật Giao dịch điện tử số 20/2023/QH15.
- BIS – Tokenisation for the real world.
- BIS – When bricks meet bytes: does tokenisation fill gaps in traditional real estate markets?.
- FATF – Virtual Assets.
- IOSCO – Tokenization of Financial Assets, Final Report 2025.
Nguồn được dùng để kiểm định khái niệm, giới hạn và bối cảnh pháp lý. Các ví dụ 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.
Ghi nhớ trong 30 giây
- Token là cách biểu diễn trên hệ thống; quyền pháp lý phải được xác lập ở lớp khác.
- Stablecoin vẫn có rủi ro dự trữ, phát hành, thanh khoản và pháp lý.
- Coin thường là đơn vị gốc của một mạng chuỗi khối.
- Token là đơn vị số được tạo theo quy tắc trên một nền tảng.
- Trong BĐS phải tách bản ghi kỹ thuật khỏi quyền pháp lý đối với đất, nhà, phần vốn hoặc dòng tiền.
- Nếu phương án đơn giản hơn giải quyết tốt bài toán, không nên dùng blockchain chỉ để tạo cảm giác đổi mới.
Bài tiếp theo: On-chain và off-chain: dữ liệu nào nên ở đâu?