Không phải mọi blockchain đều mở cho tất cả mọi người. Có mạng cho phép bất kỳ ai tham gia theo quy tắc công khai, nhưng cũng có mạng chỉ cho các tổ chức hoặc tài khoản đã được cấp quyền thực hiện những vai trò nhất định.
Đối với bất động sản, lựa chọn giữa chuỗi khối công khai và chuỗi khối có cấp quyền không chỉ là quyết định kỹ thuật. Nó gắn với danh tính, bí mật giao dịch, trách nhiệm pháp lý, quyền kiểm soát dữ liệu và cơ chế xử lý khi một bên vi phạm quy tắc.
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. Công khai hay có cấp quyền là một quyết định quản trị
Không có một loại blockchain dùng cho mọi bài toán. Chuỗi khối công khai cho phép cộng đồng rộng tham gia theo quy tắc mở; chuỗi khối có cấp quyền giới hạn vai trò cho các chủ thể được chấp thuận. Trong BĐS, dữ liệu thường gắn với danh tính, hợp đồng, bí mật thương mại và cơ quan có thẩm quyền, nên việc lựa chọn mô hình quyền truy cập là quyết định nghiệp vụ và quản trị, không chỉ là cấu hình kỹ thuật.
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 liên minh gồm chủ đầu tư, ngân hàng, đơn vị thẩm định và công ty quản lý tài sản muốn dùng sổ cái chung cho các mốc giải ngân. Một nhóm đề xuất dùng mạng công khai để “minh bạch tuyệt đối”; nhóm khác muốn mạng có cấp quyền vì hồ sơ chứa thông tin tài chính và danh tính. Bài toán cần tách: dữ liệu nào cần công khai kiểm chứng, dữ liệu nào chỉ thành viên được đọc, ai được tạo giao dịch, ai được xác thực và ai có quyền thu hồi tài khoản.
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. Chuỗi công khai mở quyền tham gia ở mức giao thức
Trong mạng công khai, người dùng thường không cần được một quản trị viên trung tâm cấp quyền để gửi giao dịch hoặc đọc trạng thái công khai. Cơ chế kinh tế và đồng thuận phải chịu được môi trường có thành viên không biết trước.
Ví dụ BĐS: Phát hành token có nhu cầu tương tác rộng có thể dùng hạ tầng công khai, nhưng dữ liệu BĐS nhạy cảm vẫn phải tách khỏi chuỗi.
Điểm kiểm soát: Không đưa thông tin cá nhân/hợp đồng chi tiết lên mạng công khai chỉ vì cần token công khai.
5.2. Chuỗi có cấp quyền xác định ai được tham gia và vai trò của họ
Mạng có cấp quyền (permissioned blockchain) yêu cầu nút/người dùng được cấp quyền bởi tổ chức hoặc liên minh. NIST mô tả mô hình này phù hợp khi các tổ chức muốn làm việc chung nhưng không hoàn toàn tin nhau.
Ví dụ BĐS: Ngân hàng, quỹ và chủ tài sản có thể dùng mạng cấp quyền để chia sẻ trạng thái tài sản bảo đảm.
Điểm kiểm soát: Quy trình cấp, đổi và thu hồi quyền phải là một phần của thiết kế.
5.3. Công khai không đồng nghĩa minh bạch có ý nghĩa
Một chuỗi công khai có thể cho mọi người xem giao dịch nhưng địa chỉ ví là ký hiệu kỹ thuật; nếu không có dữ liệu ngữ cảnh hoặc định danh, người xem vẫn không hiểu quyền/nghĩa vụ thật.
Ví dụ BĐS: Nhìn thấy token chuyển giữa hai địa chỉ không tự cho biết đó là bên mua và bên bán hợp pháp của một BĐS.
Điểm kiểm soát: Định nghĩa minh bạch cần cho ai, về dữ liệu gì và để quyết định gì.
5.4. Cấp quyền không đồng nghĩa quay lại cơ sở dữ liệu tập trung
Một mạng cấp quyền vẫn có thể phân tán quyền xác thực giữa nhiều pháp nhân và duy trì bản sao độc lập. Nhưng nếu mọi nút do một công ty kiểm soát, lợi ích phân tán bị giảm mạnh.
Ví dụ BĐS: Ba công ty con cùng chạy nút dưới cùng một tập đoàn không tạo mức độc lập giống ba tổ chức pháp lý có lợi ích khác nhau.
Điểm kiểm soát: Lập bản đồ chủ sở hữu nút và quyền quản trị thực tế.
5.5. Riêng tư phải được thiết kế ở nhiều lớp
Mạng có cấp quyền giúp giới hạn người tham gia nhưng không tự giải quyết mọi yêu cầu riêng tư. Cần kiểm soát trường dữ liệu, kênh riêng, mã hóa, kho ngoài chuỗi và nhật ký truy cập.
Ví dụ BĐS: Hợp đồng thuê chứa giá thuê, ưu đãi và dữ liệu cá nhân nên không phát tán cho mọi nút chỉ vì nút đã “được cấp quyền”.
Điểm kiểm soát: Áp dụng nguyên tắc tối thiểu dữ liệu và tối thiểu quyền truy cập.
5.6. Quản trị thay đổi là bài toán khó của cả hai mô hình
Mạng công khai thay đổi qua quy trình cộng đồng/phần mềm; mạng cấp quyền qua cơ chế liên minh, hợp đồng và chính sách. Người dùng BĐS phải biết ai có quyền nâng cấp, thay tham số, thêm nút hoặc đóng mạng.
Ví dụ BĐS: Nếu quỹ và ngân hàng bất đồng khi sửa quy tắc định giá tài sản, cơ chế bỏ phiếu/quyết định phải có từ trước.
Điểm kiểm soát: Thiết lập điều lệ quản trị mạng trước khi tích hợp dữ liệu thật.
5.7. Chi phí và độ trễ khác nhau nhưng không thể suy chỉ từ nhãn mạng
Mạng công khai có thể có phí biến động và giới hạn thông lượng; mạng cấp quyền có thể nhanh hơn nhưng phải duy trì hạ tầng, chứng thư, quản trị thành viên. Chi phí tổng thể phụ thuộc kiến trúc cụ thể.
Ví dụ BĐS: Một dự án thử nghiệm ít giao dịch nhưng cần bảo mật cao có thể tốn nhiều công quản trị hơn phí giao dịch.
Điểm kiểm soát: Tính tổng chi phí sở hữu chứ không chỉ phí mỗi giao dịch.
5.8. Kiến trúc lai có thể dùng mạng cấp quyền cho nghiệp vụ và mạng công khai cho bằng chứng
Một hệ thống có thể xử lý thông tin nhạy cảm trong mạng có cấp quyền hoặc cơ sở dữ liệu, sau đó neo giá trị băm lên mạng công khai để tăng khả năng kiểm chứng độc lập.
Ví dụ BĐS: Các bên dự án giữ chi tiết hồ sơ nội bộ nhưng định kỳ công bố bằng chứng băm về tập tài liệu.
Điểm kiểm soát: Phải đánh giá xem neo công khai có tạo giá trị thật hay chỉ tăng phức tạp.
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 |
|---|---|---|
| Người tham gia | Mở theo giao thức | Được tổ chức/liên minh cấp quyền |
| Danh tính | Có thể dùng địa chỉ giả danh | Thường gắn danh tính tổ chức rõ hơn |
| Quyền xác thực | Theo cơ chế mạng công khai | Nhóm nút được chỉ định |
| Dữ liệu | Thường dễ quan sát hơn | Có thể giới hạn đọc/ghi |
| Phí | Có thể biến động theo mạng | Thường do mô hình vận hành nội bộ/liên minh |
| Quản trị | Cộng đồng/giao thức | Điều lệ, hợp đồng, cơ chế thành viên |
| Ứng dụng BĐS | Tài sản số cần tương tác rộng, bằng chứng công khai | Hồ sơ liên tổ chức, dữ liệu có danh tính, quy trình kiểm soát |
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 phạm vi người dùng và nút xác thự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 2. Phân loại dữ liệu công khai/hạn chế/mậ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 yêu cầu định danh pháp lý. 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. Đánh giá yêu cầu hiệu năng và phí. 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. Thiết kế quy trình cấp/thu hồi quyề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 6. Thiết kế cơ chế nâng cấp và giải quyết tranh chấp. 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. So sánh công khai, cấp quyền và kiến trúc lai. 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. Thử nghiệm với dữ liệu giả trước khi dùng dữ liệu thậ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.
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
- Chọn public chỉ vì “phi tập trung hơn”. 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ệ.
- Chọn permissioned nhưng một bên kiểm soát mọi nú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 có cơ chế thu hồi quyền. 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ệ.
- Đưa dữ liệu bí mật cho mọi thành viên mạng. 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 có quy chế nâng cấp. 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 tính phí/độ trễ mạng công khai. 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ệ.
- Nhầm địa chỉ công khai với danh tính minh bạch. 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 tách quyền đọc và quyền ghi. 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 chuẩn bị trường hợp thành viên rời liên minh. 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ệ.
- Quên kiểm tra tính phụ thuộc nhà cung cấp nền tảng. 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ớ
Đối với dữ liệu BĐS và dữ liệu cá nhân, lựa chọn mạng công khai hay có cấp quyền không làm mất nghĩa vụ tuân thủ pháp luật về dữ liệu, an ninh mạng, giao dịch điện tử và pháp luật chuyên ngành. Nghị quyết 05/2025/NQ-CP cũng đặt hoạt động tài sản mã hóa trong khuôn khổ có cấp phép, lưu ký và quản lý nhà đầu tư, cho thấy “mạng công khai” về kỹ thuật không đồng nghĩa “không cần chủ thể chịu trách nhiệm” về pháp lý.
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: Chuỗi công khai mở quyền tham gia ở mức giao thức
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 mạng công khai, người dùng thường không cần được một quản trị viên trung tâm cấp quyền để gửi giao dịch hoặc đọc trạng thái công khai. Cơ chế kinh tế và đồng thuận phải chịu được môi trường có thành viên không biết trước.
Bối cảnh BĐS: Phát hành token có nhu cầu tương tác rộng có thể dùng hạ tầng công khai, nhưng dữ liệu BĐS nhạy cảm vẫn phải tách khỏi chuỗi.
Yêu cầu kiểm soát: Không đưa thông tin cá nhân/hợp đồng chi tiết lên mạng công khai chỉ vì cần token công khai. 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: Chuỗi có cấp quyền xác định ai được tham gia và vai trò của họ
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ạng có cấp quyền (permissioned blockchain) yêu cầu nút/người dùng được cấp quyền bởi tổ chức hoặc liên minh. NIST mô tả mô hình này phù hợp khi các tổ chức muốn làm việc chung nhưng không hoàn toàn tin nhau.
Bối cảnh BĐS: Ngân hàng, quỹ và chủ tài sản có thể dùng mạng cấp quyền để chia sẻ trạng thái tài sản bảo đảm.
Yêu cầu kiểm soát: Quy trình cấp, đổi và thu hồi quyền phải là một phần của thiết kế. 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: Công khai không đồng nghĩa minh bạch có ý nghĩa
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 chuỗi công khai có thể cho mọi người xem giao dịch nhưng địa chỉ ví là ký hiệu kỹ thuật; nếu không có dữ liệu ngữ cảnh hoặc định danh, người xem vẫn không hiểu quyền/nghĩa vụ thật.
Bối cảnh BĐS: Nhìn thấy token chuyển giữa hai địa chỉ không tự cho biết đó là bên mua và bên bán hợp pháp của một BĐS.
Yêu cầu kiểm soát: Định nghĩa minh bạch cần cho ai, về dữ liệu gì và để quyết định gì. 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: Cấp quyền không đồng nghĩa quay lại cơ sở dữ liệu tập trung
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 mạng cấp quyền vẫn có thể phân tán quyền xác thực giữa nhiều pháp nhân và duy trì bản sao độc lập. Nhưng nếu mọi nút do một công ty kiểm soát, lợi ích phân tán bị giảm mạnh.
Bối cảnh BĐS: Ba công ty con cùng chạy nút dưới cùng một tập đoàn không tạo mức độc lập giống ba tổ chức pháp lý có lợi ích khác nhau.
Yêu cầu kiểm soát: Lập bản đồ chủ sở hữu nút và quyền quản trị thực 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 5: Riêng tư phải được thiết kế ở nhiều lớp
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ạng có cấp quyền giúp giới hạn người tham gia nhưng không tự giải quyết mọi yêu cầu riêng tư. Cần kiểm soát trường dữ liệu, kênh riêng, mã hóa, kho ngoài chuỗi và nhật ký truy cập.
Bối cảnh BĐS: Hợp đồng thuê chứa giá thuê, ưu đãi và dữ liệu cá nhân nên không phát tán cho mọi nút chỉ vì nút đã “được cấp quyền”.
Yêu cầu kiểm soát: Áp dụng nguyên tắc tối thiểu dữ liệu và tối thiểu quyền truy cập. 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: Quản trị thay đổi là bài toán khó của cả hai mô hình
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ạng công khai thay đổi qua quy trình cộng đồng/phần mềm; mạng cấp quyền qua cơ chế liên minh, hợp đồng và chính sách. Người dùng BĐS phải biết ai có quyền nâng cấp, thay tham số, thêm nút hoặc đóng mạng.
Bối cảnh BĐS: Nếu quỹ và ngân hàng bất đồng khi sửa quy tắc định giá tài sản, cơ chế bỏ phiếu/quyết định phải có từ trước.
Yêu cầu kiểm soát: Thiết lập điều lệ quản trị mạng trước khi tích hợp dữ liệu 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: Chi phí và độ trễ khác nhau nhưng không thể suy chỉ từ nhãn mạ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: Mạng công khai có thể có phí biến động và giới hạn thông lượng; mạng cấp quyền có thể nhanh hơn nhưng phải duy trì hạ tầng, chứng thư, quản trị thành viên. Chi phí tổng thể phụ thuộc kiến trúc cụ thể.
Bối cảnh BĐS: Một dự án thử nghiệm ít giao dịch nhưng cần bảo mật cao có thể tốn nhiều công quản trị hơn phí giao dịch.
Yêu cầu kiểm soát: Tính tổng chi phí sở hữu chứ không chỉ phí mỗi 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 8: Kiến trúc lai có thể dùng mạng cấp quyền cho nghiệp vụ và mạng công khai cho bằng chứ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: Một hệ thống có thể xử lý thông tin nhạy cảm trong mạng có cấp quyền hoặc cơ sở dữ liệu, sau đó neo giá trị băm lên mạng công khai để tăng khả năng kiểm chứng độc lập.
Bối cảnh BĐS: Các bên dự án giữ chi tiết hồ sơ nội bộ nhưng định kỳ công bố bằng chứng băm về tập tài liệu.
Yêu cầu kiểm soát: Phải đánh giá xem neo công khai có tạo giá trị thật hay chỉ tăng phức tạp. 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
- Chuỗi công khai tối đa hóa khả năng tham gia; chuỗi có cấp quyền kiểm soát thành viên và vai trò.
- Mô hình quyền truy cập phải đi cùng trách nhiệm pháp lý và cơ chế quản trị.
- Chuỗi công khai mở quyền tham gia ở mức giao thức.
- Chuỗi có cấp quyền xác định ai được tham gia và vai trò của họ.
- 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: Tài sản số là gì và không phải mọi dữ liệu số đều là tài sản số