Khóa công khai, khóa riêng và chữ ký mật mã là nền tảng của việc chứng minh ai đã cho phép một giao dịch trên blockchain. Tuy nhiên, các khái niệm kỹ thuật này không được đồng nhất máy móc với chữ ký điện tử hoặc chữ ký số theo pháp luật Việt Nam.
Đối với bất động sản, sự phân biệt này đặc biệt quan trọng vì một giao dịch có thể được ký đúng về mặt mật mã nhưng vẫn chưa đủ điều kiện pháp lý để chuyển một quyền đối với tài sản. Người học cần hiểu cả cơ chế kỹ thuật lẫn giới hạn pháp lý của nó.
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. Ba khái niệm phải tách: khóa công khai, khóa riêng và chữ ký
Trong dự án tài sản số, từ “chữ ký số” rất dễ gây nhầm lẫn. Kỹ sư có thể gọi chữ ký mật mã của giao dịch blockchain là digital signature, trong khi pháp luật Việt Nam có định nghĩa và yêu cầu cụ thể đối với chữ ký điện tử, chữ ký số và chứng thư chữ ký điện tử. Người làm BĐS cần hiểu nguyên lý kỹ thuật để biết ai kiểm soát giao dịch, đồng thời không tự suy luận giá trị pháp lý của chữ ký blockchain.
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 bên bán ký giao dịch chuyển token bằng khóa riêng. Nền tảng hiển thị “digitally signed”. Bộ phận kinh doanh muốn coi đây là chữ ký số tương đương ký hợp đồng mua bán BĐS. Pháp chế yêu cầu dừng: giao dịch blockchain chứng minh người kiểm soát khóa đã ký một dữ liệu cụ thể, nhưng để xác định danh tính, ý chí, thẩm quyền đại diện và giá trị pháp lý của chữ ký trong hợp đồng phải đối chiếu Luật Giao dịch điện tử, Nghị định 23/2025/NĐ-CP và luật chuyên ngành.
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. Khóa riêng dùng để tạo chữ ký và phải được giữ bí mật
Khóa riêng là dữ liệu mật cho phép chủ thể tạo chữ ký mật mã hợp lệ. Người có khóa riêng không nhất thiết là người có quyền pháp lý; vì vậy tổ chức phải kiểm soát cả khóa và thẩm quyền nghiệp vụ.
Ví dụ BĐS: Nhân viên có khóa ví công ty nhưng vượt hạn mức phê duyệt vẫn là vi phạm quản trị dù giao dịch hợp lệ kỹ thuật.
Điểm kiểm soát: Không giao khóa riêng chỉ dựa vào chức danh; gắn với chính sách và hạn mức.
5.2. Khóa công khai dùng để kiểm tra chữ ký
Khóa công khai có thể chia sẻ để bên khác kiểm chữ ký được tạo bởi khóa riêng tương ứng. Trong nhiều mạng, địa chỉ được tạo từ khóa công khai theo quy tắc kỹ thuật.
Ví dụ BĐS: Mạng xác minh giao dịch mà không cần biết khóa riêng.
Điểm kiểm soát: Không coi khóa công khai là thông tin định danh pháp lý nếu chưa có chứng thư/quy trình gắn danh tính.
5.3. Chữ ký mật mã bảo đảm tính xác thực kỹ thuật và toàn vẹn dữ liệu ký
Nếu dữ liệu thay đổi, chữ ký sẽ không còn kiểm được với cùng khóa công khai. Điều này giúp chứng minh một chủ thể kiểm soát khóa đã ký đúng thông điệp.
Ví dụ BĐS: Ký hash hợp đồng giúp phát hiện thay file sau khi ký.
Điểm kiểm soát: Phải lưu chính xác dữ liệu nào được ký, không chỉ lưu hình ảnh chữ ký.
5.4. Chữ ký không chứng minh nội dung ngoài đời là đúng
Người có khóa có thể ký dữ liệu sai; máy bị xâm nhập có thể ký trái ý; người không có thẩm quyền pháp lý có thể kiểm soát khóa. Chữ ký chỉ là một bằng chứng kỹ thuật trong chuỗi kiểm soát rộng hơn.
Ví dụ BĐS: Giám đốc dự án ký trạng thái “đã nghiệm thu” nhưng thực tế công trình chưa đạt; blockchain không kiểm hiện trường.
Điểm kiểm soát: Kết hợp phân quyền, chứng từ và kiểm soát nghiệp vụ.
5.5. Chữ ký blockchain và chữ ký số theo pháp luật Việt Nam không nên đồng nhất tự động
Luật Giao dịch điện tử 2023 và Nghị định 23/2025/NĐ-CP quy định điều kiện đối với chữ ký điện tử, chữ ký điện tử chuyên dùng bảo đảm an toàn, chữ ký số và chứng thư. Một chữ ký giao dịch blockchain có thể dùng kỹ thuật mật mã tương tự nhưng giá trị pháp lý phải đánh giá theo khung pháp luật và bối cảnh sử dụng.
Ví dụ BĐS: Không ghi “đã ký số hợp pháp” chỉ vì giao dịch Ethereum có signature.
Điểm kiểm soát: Trong tài liệu hệ thống, dùng cụm “chữ ký mật mã của giao dịch” khi chưa đánh giá pháp lý.
5.6. Danh tính phải được nối với khóa bằng một quy trình đáng tin cậy
Mạng chỉ biết khóa/địa chỉ; doanh nghiệp cần KYC, chứng thư, hệ thống định danh hoặc hồ sơ nội bộ để xác định khóa thuộc ai và người đó có thẩm quyền gì.
Ví dụ BĐS: Ví quỹ được gắn với pháp nhân qua hồ sơ mở ví, người giữ khóa và chính sách phê duyệt.
Điểm kiểm soát: Lưu bằng chứng gán/thu hồi khóa cho danh tính tổ chức.
5.7. Khóa phải có vòng đời: tạo, kích hoạt, sử dụng, sao lưu, luân chuyển, thu hồi
Quản trị khóa không kết thúc khi tạo ví. Khi nhân sự đổi, thiết bị hỏng, nghi lộ khóa hoặc thay cấu trúc phê duyệt, phải có cơ chế luân chuyển và chuyển tài sản an toàn.
Ví dụ BĐS: CFO nghỉ việc phải kích hoạt quy trình đổi người ký mà không phụ thuộc mật khẩu cá nhân.
Điểm kiểm soát: Có nhật ký vòng đời khóa và diễn tập khôi phục.
5.8. Chữ ký nhiều bên có thể phản ánh nguyên tắc kiểm soát nội bộ tốt hơn
Ví đa chữ ký hoặc cơ chế nhiều bên có thể yêu cầu 2/3 hay 3/5 người ký, giảm rủi ro một cá nhân. Nhưng số chữ ký chỉ có ý nghĩa khi người ký độc lập và quy trình nghiệp vụ rõ.
Ví dụ BĐS: Chi tài sản quỹ cần người lập, người kiểm soát và người phê duyệt.
Điểm kiểm soát: Thiết kế quorum theo xung đột lợi ích và khả năng vắng mặt, không chỉ theo số lượng.
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 |
|---|---|---|
| Khóa riêng | Bí mật tạo chữ ký | Phải bảo vệ, không chia sẻ tùy tiện |
| Khóa công khai | Dữ liệu kiểm chữ ký | Có thể công khai |
| Địa chỉ | Định danh kỹ thuật suy từ khóa/cấu trúc mạng | Không tự là danh tính pháp lý |
| Chữ ký mật mã blockchain | Bằng chứng kỹ thuật về quyền kiểm soát khóa và dữ liệu ký | Không tự tương đương chữ ký số pháp lý |
| Chữ ký số/chữ ký điện tử theo pháp luật | Khái niệm pháp lý có điều kiện và cơ chế chứng thư/đánh giá | Đối chiếu Luật GDĐT và NĐ 23/2025 |
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 giao dịch nào cần ký và thẩm 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 2. Chọn cấu trúc khóa/đa chữ ký phù hợ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 3. Tạo khóa trong môi trường kiểm soá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 4. Gắn khóa với danh tính pháp nhân/người có thẩm 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 5. Định nghĩa dữ liệu chính xác được ký. 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. Kiểm chữ ký và trạng thái chứng thư/quyền 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 7. Lưu nhật ký bằng chứng và tài liệu nghiệp vụ. 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. Luân chuyển/thu hồi khóa khi điều kiện thay đổ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.
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 signature blockchain là chữ ký số hợp phá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ệ.
- Chia sẻ private key qua chat/email. 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 gắn địa chỉ ví với pháp nhâ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ệ.
- Không tách người lập và người duyệ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ó quy trình khóa bị lộ. 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ệ.
- Ký dữ liệu không hiển thị rõ cho người ký. 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 lưu bằng chứng phiên bản tài liệu được ký. 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 kiểm thẩm quyền đại diệ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ệ.
- Dùng multisig nhưng các khóa cùng một người giữ. 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 diễn tập phục hồi/luân chuyển khóa. 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ớ
Luật Giao dịch điện tử 20/2023/QH15 và Nghị định 23/2025/NĐ-CP là nguồn chính khi đánh giá chữ ký điện tử/chữ ký số tại Việt Nam. Nghị định 23/2025 có hiệu lực từ 10/04/2025, quy định về chứng thư chữ ký điện tử, chữ ký điện tử chuyên dùng bảo đảm an toàn và chữ ký số. Vì vậy trong series này, “digital signature” ở tầng blockchain sẽ được dịch là “chữ ký mật mã của giao dịch” khi nói về kỹ thuật; chỉ dùng “chữ ký số” theo nghĩa pháp lý khi có căn cứ tương ứng.
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: Khóa riêng dùng để tạo chữ ký và phải được giữ bí mật
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: Khóa riêng là dữ liệu mật cho phép chủ thể tạo chữ ký mật mã hợp lệ. Người có khóa riêng không nhất thiết là người có quyền pháp lý; vì vậy tổ chức phải kiểm soát cả khóa và thẩm quyền nghiệp vụ.
Bối cảnh BĐS: Nhân viên có khóa ví công ty nhưng vượt hạn mức phê duyệt vẫn là vi phạm quản trị dù giao dịch hợp lệ kỹ thuật.
Yêu cầu kiểm soát: Không giao khóa riêng chỉ dựa vào chức danh; gắn với chính sách và hạn mứ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: Khóa công khai dùng để kiểm tra chữ ký
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: Khóa công khai có thể chia sẻ để bên khác kiểm chữ ký được tạo bởi khóa riêng tương ứng. Trong nhiều mạng, địa chỉ được tạo từ khóa công khai theo quy tắc kỹ thuật.
Bối cảnh BĐS: Mạng xác minh giao dịch mà không cần biết khóa riêng.
Yêu cầu kiểm soát: Không coi khóa công khai là thông tin định danh pháp lý nếu chưa có chứng thư/quy trình gắn danh tí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 3: Chữ ký mật mã bảo đảm tính xác thực kỹ thuật và toàn vẹn dữ liệu ký
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: Nếu dữ liệu thay đổi, chữ ký sẽ không còn kiểm được với cùng khóa công khai. Điều này giúp chứng minh một chủ thể kiểm soát khóa đã ký đúng thông điệp.
Bối cảnh BĐS: Ký hash hợp đồng giúp phát hiện thay file sau khi ký.
Yêu cầu kiểm soát: Phải lưu chính xác dữ liệu nào được ký, không chỉ lưu hình ảnh chữ 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 4: Chữ ký không chứng minh nội dung ngoài đời là đú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: Người có khóa có thể ký dữ liệu sai; máy bị xâm nhập có thể ký trái ý; người không có thẩm quyền pháp lý có thể kiểm soát khóa. Chữ ký chỉ là một bằng chứng kỹ thuật trong chuỗi kiểm soát rộng hơn.
Bối cảnh BĐS: Giám đốc dự án ký trạng thái “đã nghiệm thu” nhưng thực tế công trình chưa đạt; blockchain không kiểm hiện trường.
Yêu cầu kiểm soát: Kết hợp phân quyền, chứng từ và kiểm soát nghiệp vụ. 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: Chữ ký blockchain và chữ ký số theo pháp luật Việt Nam không nên đồng nhất 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: Luật Giao dịch điện tử 2023 và Nghị định 23/2025/NĐ-CP quy định điều kiện đối với chữ ký điện tử, chữ ký điện tử chuyên dùng bảo đảm an toàn, chữ ký số và chứng thư. Một chữ ký giao dịch blockchain có thể dùng kỹ thuật mật mã tương tự nhưng giá trị pháp lý phải đánh giá theo khung pháp luật và bối cảnh sử dụng.
Bối cảnh BĐS: Không ghi “đã ký số hợp pháp” chỉ vì giao dịch Ethereum có signature.
Yêu cầu kiểm soát: Trong tài liệu hệ thống, dùng cụm “chữ ký mật mã của giao dịch” khi chưa đánh giá pháp lý. 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: Danh tính phải được nối với khóa bằng một quy trình đáng tin cậy
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 chỉ biết khóa/địa chỉ; doanh nghiệp cần KYC, chứng thư, hệ thống định danh hoặc hồ sơ nội bộ để xác định khóa thuộc ai và người đó có thẩm quyền gì.
Bối cảnh BĐS: Ví quỹ được gắn với pháp nhân qua hồ sơ mở ví, người giữ khóa và chính sách phê duyệt.
Yêu cầu kiểm soát: Lưu bằng chứng gán/thu hồi khóa cho danh tính tổ chứ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 7: Khóa phải có vòng đời: tạo, kích hoạt, sử dụng, sao lưu, luân chuyển, thu hồ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: Quản trị khóa không kết thúc khi tạo ví. Khi nhân sự đổi, thiết bị hỏng, nghi lộ khóa hoặc thay cấu trúc phê duyệt, phải có cơ chế luân chuyển và chuyển tài sản an toàn.
Bối cảnh BĐS: CFO nghỉ việc phải kích hoạt quy trình đổi người ký mà không phụ thuộc mật khẩu cá nhân.
Yêu cầu kiểm soát: Có nhật ký vòng đời khóa và diễn tập khôi phụ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 8: Chữ ký nhiều bên có thể phản ánh nguyên tắc kiểm soát nội bộ tốt hơ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: Ví đa chữ ký hoặc cơ chế nhiều bên có thể yêu cầu 2/3 hay 3/5 người ký, giảm rủi ro một cá nhân. Nhưng số chữ ký chỉ có ý nghĩa khi người ký độc lập và quy trình nghiệp vụ rõ.
Bối cảnh BĐS: Chi tài sản quỹ cần người lập, người kiểm soát và người phê duyệt.
Yêu cầu kiểm soát: Thiết kế quorum theo xung đột lợi ích và khả năng vắng mặt, không chỉ theo số lượ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.
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.
- Nghị định 23/2025/NĐ-CP – chữ ký điện tử và dịch vụ tin cậy.
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
- Khóa riêng dùng để tạo chữ ký mật mã; khóa công khai/địa chỉ giúp kiểm tra hoặc nhận diện ở tầng kỹ thuật.
- Chữ ký mật mã blockchain không tự động đồng nghĩa chữ ký số có giá trị pháp lý.
- Khóa riêng dùng để tạo chữ ký và phải được giữ bí mật.
- Khóa công khai dùng để kiểm tra chữ ký.
- 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: Mất khóa riêng có thể nghiêm trọng đến mức nào và tổ chức phải kiểm soát ra sao?