On-chain hay off-chain? Chọn giải pháp nào cho truy xuất chuỗi cung ứng

Câu chuyện lựa chọn khó khăn

NamI đặt điện thoại xuống, rõ ràng anh ta bối rối. Là giám đốc sản xuất của một nhà máy thực phẩm đông lạnh ở TPHCM, anh vừa nghe tư vấn viên công nghệ nói rằng cần chuyển sang blockchain để "đảm bảo truy xuất không thể giả mạo". Nhưng rồi tư vấn viên khác lại nói chi phí blockchain quá cao, database thường cũng đủ. Anh không biết người nào đúng.

Tôi biết là anh không cô đơn. Mỗi tuần, tôi gặp hàng chục doanh nghiệp từ sản xuất đến logistics chống chỏi với câu hỏi giống nhau: Liệu có cần blockchain thực sự không? Hay một hệ thống cơ sở dữ liệu off-chain thông thường cũng đủ để lưu trữ truy xuất nguồn gốc?

Đây không phải một câu hỏi nhỏ. Nó ảnh hưởng trực tiếp đến ngân sách IT, tốc độ triển khai, và khả năng bảo vệ thông tin sản phẩm của bạn. Hôm nay, tôi muốn chia sẻ những gì tôi đã học được từ hàng chục dự án khác nhau.

Blockchain on-chain: Tất cả trên chuỗi

Là một giám đốc sản xuất, bạn có thể chưa quen với thuật ngữ "on-chain". Đơn giản mà nói, on-chain có nghĩa là mỗi sự kiện trong chuỗi cung ứng của bạn — từ lúc sản xuất, đóng gói, vận chuyển, cho đến khi khách hàng nhận hàng — đều được ghi lại vào blockchain. Nó giống như một cuốn sổ cái kế toán không thể xóa được, mà mọi người đều có thể xem (hoặc chỉ những người được phép xem).

Lợi ích lớn nhất của on-chain là độ tin cậy và minh bạch. Bởi vì dữ liệu được phân tán trên hàng ngàn máy tính (các node), người ta không thể bí mật sửa đổi hay xóa bất kỳ thông tin nào. Nếu một doanh nghiệp nào đó muốn giả mạo lịch sử sản xuất, họ sẽ phải kiểm soát hơn 50% toàn bộ mạng lưới — điều gần như không thể.

Đây là lý do tại sao blockchain được ưa chuộng trong các ngành cần tín dụng cao: nông sản xuất khẩu, dược phẩm, thực phẩm bảo vệ sức khỏe.

Nhưng đó là phía tốt. Phía xấu thì sao?

Thứ nhất, chi phí. Mỗi giao dịch trên blockchain — từ một lô hàng sản xuất, mỗi lần quét QR Code, hay cập nhật vị trí — đều tốn phí. Ethereum, một blockchain nổi tiếng, từng tốn đến 50-100 USD cho một giao dịch đơn giản. Thậm chí với Polygon (rẻ hơn), bạn vẫn phải tính toán kỹ lưỡng. Nếu nhà máy bạn quét 10,000 QR Code mỗi ngày, chi phí hàng tháng sẽ không phải là con số nhỏ.

Thứ hai, tốc độ. Blockchain cần thời gian để xác minh mỗi giao dịch. Bitcoin mất 10 phút, Ethereum mất 12-15 giây. Nếu bạn cần cập nhật dữ liệu ngay lập tức trên dây chuyền sản xuất, blockchain có thể sẽ không đủ nhanh. Đôi khi bạn chỉ cần kết quả trong vòng một hoặc hai giây để dây chuyền tiếp tục hoạt động.

Thứ ba, là vấn đề qui mô: blockchain hiện tại chưa khả năng lưu trữ lượng dữ liệu khổng lồ như một cơ sở dữ liệu trung tâm. Nếu bạn muốn lưu trữ hình ảnh chất lượng cao, video kiểm tra, hay dữ liệu cảm biến chi tiết từ mọi điểm trong chuỗi cung ứng, blockchain sẽ rất đắt đỏ (hoặc thậm chí bất khả thi).

Off-chain: Database truyền thống, nhưng thông minh hơn

Off-chain có nghĩa là dữ liệu được lưu trữ trong một (hoặc nhiều) cơ sở dữ liệu trung tâm — nó có thể nằm trên máy chủ riêng của công ty bạn, hoặc trên một dịch vụ đám mây như AWS, Google Cloud, hay Azure. Về bản chất, đây là "cách làm truyền thống" — tuy nhiên, nó không hề đơn sơ hoàn toàn.

Lợi ích rõ ràng nhất là tốc độ và chi phí. Dữ liệu được cập nhật ngay lập tức. Không cần chờ xác minh, không cần tốn phí cho mỗi giao dịch. Chi phí cơ sở hạ tầng cũng rõ ràng và có thể dự tính — một máy chủ cloud bình thường tốn 100-500 USD/tháng tùy theo nhu cầu.

Off-chain cũng linh hoạt hơn. Bạn có thể lưu trữ bất kỳ loại dữ liệu nào — ảnh, video, tài liệu PDF. Bạn có thể thêm các tính năng mà blockchain không thể làm được, chẳng hạn như phân tích dữ liệu theo thời gian thực, máy học để phát hiện bất thường, hay tích hợp với các hệ thống cũ của công ty.

Nhưng dĩ nhiên, cũng có những nhược điểm.

Thứ nhất là tín dụng. Nếu bạn nói rằng "dữ liệu của tôi an toàn vì nó lưu trữ trên database của công ty", nhiều bên ngoài (đặc biệt là các nhà nhập khẩu nước ngoài) có thể không tin bạn lắm. Họ sẽ hỏi: "Ai chứng thực rằng dữ liệu này là thật? Chính công ty bạn cũng có thể sửa đổi nó nếu muốn".

Thứ hai, bảo mật. Database tập trung là một mục tiêu hấp dẫn cho hacker. Nếu họ chiếm được một lần, toàn bộ lịch sử sản xuất của bạn có thể bị tiết lộ hoặc sửa đổi.

Thứ ba, phụ thuộc vào một nhà cung cấp. Nếu máy chủ của bạn bị hỏng, hay công ty hosting gặp sự cố, toàn bộ hệ thống truy xuất của bạn có thể sập. Blockchain, mặt khác, vốn được thiết kế để chống chọi với các loại sự cố này.

Off-chain không chỉ là "database thường": kênh thanh toán, sidechain, và vấn đề oracle

Nhiều bài viết xếp hạng cao nhất trên Google cho từ khóa "off-chain" — kể cả các bài trên Coinbase, Binance Academy — định nghĩa off-chain rộng hơn nhiều so với "một database trung tâm". Trong thế giới blockchain gốc (tiền mã hóa, DeFi), off-chain là bất kỳ dữ liệu hay giao dịch nào được xử lý bên ngoài chuỗi chính, và nó có nhiều hình thái khác nhau:

• Kênh thanh toán (payment channels): hai bên mở một "kênh" riêng, thực hiện hàng trăm giao dịch qua lại mà không ghi từng cái lên blockchain, chỉ ghi trạng thái cuối cùng khi đóng kênh. Lightning Network của Bitcoin hoạt động theo cách này.
• Sidechain: một blockchain phụ, độc lập, kết nối với chuỗi chính qua một cây cầu (bridge), cho phép chuyển tài sản hoặc dữ liệu qua lại.
• State channel: tương tự kênh thanh toán nhưng áp dụng cho bất kỳ loại trạng thái nào, không chỉ tiền.

Vì sao tôi kể chuyện này dù bạn đang làm truy xuất chuỗi cung ứng, không phải giao dịch tiền mã hóa? Vì hiểu rõ off-chain nghĩa là gì trong ngữ cảnh gốc giúp bạn không bị nhầm lẫn khi nghe tư vấn công nghệ. Trong truy xuất nguồn gốc, "off-chain" gần như luôn mang nghĩa hẹp hơn nhiều — chỉ đơn giản là "lưu trên database, không lưu trên blockchain" — chứ không phải các cơ chế Layer 2 kể trên. Nhưng nếu ai đó nhắc đến "kênh thanh toán" hay "sidechain" khi tư vấn giải pháp truy xuất cho nhà máy của bạn, hãy hỏi lại: điều đó có thực sự cần thiết cho bài toán của bạn, hay chỉ là thuật ngữ vay mượn từ crypto không liên quan?

Vấn đề oracle: điểm mù mà ít ai nói tới

Có một lỗ hổng logic nằm ở ngay giữa mọi giải pháp "hybrid" — kể cả ví dụ nhà máy cá tra tôi sẽ kể ở phần sau. Khi bạn ghi một "dấu vân tay" (hash) của dữ liệu off-chain lên blockchain, bạn chỉ chứng minh được đúng một điều: dữ liệu ở thời điểm ghi hash không bị thay đổi so với sau đó. Blockchain không chứng minh được dữ liệu ban đầu — thứ bạn nhập vào database trước khi hash — là đúng sự thật.

Giới blockchain gọi đây là "vấn đề oracle" (the oracle problem): một oracle là bất kỳ nguồn nào đưa dữ liệu từ thế giới thực (off-chain) vào blockchain. Nếu nhân viên của bạn nhập sai nhiệt độ kho lạnh, hoặc cố tình khai khống ngày thu hoạch, rồi hệ thống mới hash và ghi lên chain — con số sai đó vẫn được "bảo chứng bất biến" bởi blockchain, y hệt như con số đúng. Câu nói phổ biến trong ngành là "garbage in, garbage on-chain" — blockchain đảm bảo tính toàn vẹn SAU khi dữ liệu đã vào hệ thống, chứ không đảm bảo tính trung thực của nguồn dữ liệu ban đầu.

Vì sao điều này quan trọng với bạn? Vì nhiều nhà cung cấp giải pháp quảng cáo "blockchain = chống giả 100%", trong khi thực tế bất kỳ khâu nhập liệu thủ công nào (cân, đo, chụp ảnh, nhập tay) đều vẫn có thể sai hoặc gian lận trước khi dữ liệu chạm tới blockchain. Giải pháp cho vấn đề này không nằm ở việc chọn on-chain hay off-chain, mà nằm ở lớp thu thập dữ liệu: cảm biến IoT tự động thay vì nhập tay, xác thực thiết bị (device authentication) để biết dữ liệu đến từ đúng cảm biến tại đúng vị trí, và quy trình đối soát nhiều nguồn trước khi ghi hash.

Không phải blockchain nào cũng chậm và đắt: public chain và permissioned chain

Đây là điểm mà gần như không bài viết tiếng Việt nào về chủ đề này nói rõ, và nó có thể thay đổi hoàn toàn phép tính chi phí ở phần trên: khi tôi nói "on-chain tốn 50-100 USD/giao dịch" hay "Ethereum mất 12-15 giây để xác nhận", tôi đang nói về blockchain công khai (public blockchain) — nơi bất kỳ ai cũng có thể tham gia xác thực, và bạn phải trả phí cho một mạng lưới ẩn danh gồm hàng nghìn thợ đào hoặc người staking để họ xử lý giao dịch của bạn.

Nhưng phần lớn các hệ thống truy xuất nguồn gốc doanh nghiệp trên thế giới — kể cả những dự án blockchain quy mô lớn nhất — không chạy trên Ethereum hay Bitcoin. Họ dùng blockchain riêng tư hoặc liên minh (private/permissioned blockchain), ví dụ Hyperledger Fabric, VeChain, hay Corda. Sự khác biệt cốt lõi:

• Ai được xác thực giao dịch: Trên public chain, bất kỳ ai cũng tham gia (ẩn danh). Trên permissioned chain, chỉ những thành viên đã được xét duyệt — ví dụ nhà máy, nhà phân phối, đơn vị kiểm định trong cùng một chuỗi cung ứng — mới có quyền vận hành node.
• Chi phí: Không có thị trường phí công khai để cạnh tranh chỗ trong khối. Chi phí vận hành là hạ tầng máy chủ của các thành viên liên minh, tương tự off-chain, chứ không phải phí gas trả cho bên thứ ba.
• Tốc độ: Vì số lượng node giới hạn và được biết trước, permissioned chain đạt finality (xác nhận chắc chắn) trong vài trăm mili-giây đến vài giây — nhanh ngang hoặc gần bằng off-chain, thay vì hàng chục giây như Ethereum.
• Đánh đổi: Bạn mất đi tính "trustless tuyệt đối" của public chain. Nếu toàn bộ thành viên liên minh thông đồng, dữ liệu về lý thuyết vẫn có thể bị thao túng — dù trên thực tế điều này khó hơn nhiều so với một database do một công ty duy nhất kiểm soát, vì cần sự đồng thuận của nhiều bên độc lập, thường có lợi ích đối lập nhau (nhà sản xuất, nhà phân phối, cơ quan quản lý).

Nói cách khác, câu hỏi "on-chain hay off-chain" trong thực tế thường nên được tách thành hai câu hỏi: (1) bạn có cần một sổ cái chia sẻ giữa nhiều bên không tin tưởng lẫn nhau hoàn toàn hay không, và (2) nếu có, bạn có cần mức độ ẩn danh, phi tập trung tuyệt đối của public chain — hay một mạng lưới permissioned giữa các đối tác đã biết nhau là đủ? Với hầu hết doanh nghiệp sản xuất và logistics ở Việt Nam, câu trả lời cho vế sau thường là "permissioned là đủ", vì các bên trong chuỗi cung ứng của bạn (nhà máy, nhà phân phối, đại lý) vốn đã biết danh tính nhau — bạn không cần trả phí cho một mạng lưới ẩn danh toàn cầu để đạt được điều đó.

Bảng so sánh nhanh bốn lựa chọn

Tiêu chí	Off-chain (database)	Permissioned on-chain (Hyperledger Fabric, VeChain)	Public on-chain (Ethereum, Bitcoin)	Hybrid (off-chain + hash on-chain)
Tốc độ ghi dữ liệu	Tức thì	Vài trăm ms - vài giây	Vài giây - vài phút	Tức thì (phần off-chain)
Chi phí mỗi giao dịch	Không có phí riêng	Chi phí hạ tầng, không phí gas	Phí gas theo thị trường (biến động)	Thấp, chỉ trả phí khi ghi hash
Ai kiểm soát dữ liệu	Một công ty/nhà cung cấp	Liên minh các bên đã xét duyệt	Không ai (phi tập trung hoàn toàn)	Một công ty (dữ liệu) + liên minh/public (hash)
Chống sửa đổi nội bộ	Thấp	Cao (cần đồng thuận đa bên)	Rất cao	Cao cho phần đã hash
Phù hợp lưu ảnh/video/cảm biến lớn	Có	Hạn chế	Rất hạn chế	Có (lưu off-chain)
Yêu cầu hạ tầng vận hành	Thấp	Trung bình - cao (cần vận hành node)	Không cần vận hành node, chỉ trả phí	Trung bình

Blockchain và off-chain: Khi nào nên chọn cái nào?

Tôi thường nói với các khách hàng của tôi: Không phải mọi trường hợp đều cần blockchain.

Bạn nên chọn on-chain (blockchain) nếu:

• Bạn xuất khẩu sang các thị trường yêu cầu tín dụng cao, như EU, Mỹ, hay Úc. Các nhà nhập khẩu ở các nước này có xu hướng tin tưởng blockchain hơn vì nó "không thể giả mạo".
• Dữ liệu của bạn rất quan trọng và cần mức độ bảo mật cao. Ví dụ: dược phẩm, thực phẩm bảo vệ sức khỏe, hoặc các sản phẩm cao cấp.
• Bạn cần khả năng chống từ chối trách nhiệm. Nếu ai đó sau này nói "tôi không biết sản phẩm này từ đâu", blockchain là bằng chứng không thể chối cãi.
• Bạn sẵn sàng đầu tư chi phí ban đầu cao hơn để đổi lấy tính minh bạch và tin cậy dài hạn.

Bạn nên chọn off-chain (database) nếu:

• Bạn chủ yếu bán hàng trong nước, và khách hàng (cả B2B lẫn B2C) đã tin tưởng thương hiệu của bạn. Truy xuất là một giá trị thêm, chứ không phải yêu cầu tuyệt đối.
• Bạn cần cập nhật dữ liệu ngay lập tức trên dây chuyền sản xuất. Off-chain sẽ cho bạn tốc độ mà blockchain không thể cung cấp.
• Bạn có một lượng dữ liệu khổng lồ để lưu trữ: ảnh kiểm tra chất lượng hàng ngàn sản phẩm, dữ liệu cảm biến từ mỗi bước sản xuất, video giám sát.
• Chi phí là ưu tiên hàng đầu. Bạn muốn triển khai truy xuất nhanh chóng mà không phải lo chi phí blockchain.

Giải pháp lai: Cái tốt nhất của cả hai thế giới

Trong thực tế, nhiều doanh nghiệp giành thắng lợi bằng cách chọn cách tiếp cận lai (hybrid).

Giải pháp này hoạt động như thế này: Bạn lưu trữ dữ liệu chi tiết (hình ảnh, video, bản ghi cảm biến) trong một database off-chain tập trung. Nhưng bạn lại ghi một "chứng chỉ" hoặc "dấu vân tay" của dữ liệu đó lên blockchain. Điều này có nghĩa là:

• Nếu ai đó sau này nói dữ liệu đã được sửa đổi, bạn có thể so sánh dấu vân tay blockchain với dữ liệu hiện tại để chứng minh rằng không có sửa đổi.
• Bạn vẫn có được tốc độ và linh hoạt của off-chain.
• Bạn vẫn có được minh bạch và tin cậy của blockchain, mà không phải trả chi phí toàn bộ.

Ví dụ thực tế: Một nhà máy cá tra xuất khẩu ở An Giang có thể lưu trữ dữ liệu về điều kiện nuôi, hình ảnh kiểm tra, kết quả xét nghiệm trên database riêng (nhanh, rẻ). Nhưng cứ mỗi lô cá được đóng gói, nhà máy sẽ ghi một "hash" (một loại dấu vân tay mã hóa) lên blockchain. Khi khách hàng quét QR Code, họ sẽ xem được tất cả dữ liệu chi tiết từ database, và có thể xác minh rằng dữ liệu này khớp với hash trên blockchain.

Cách này giúp nhà máy vừa giữ chi phí thấp, vừa có được sự tin tưởng từ các nhà nhập khẩu đòi hỏi cao.

Lưu trữ off-chain phi tập trung: khi "database công ty" cũng là một điểm yếu

Ví dụ cá tra ở trên giả định off-chain nghĩa là "database riêng của nhà máy" hoặc "cloud của một nhà cung cấp". Nhưng có một lựa chọn off-chain thứ ba mà rất ít bài viết tiếng Việt về chủ đề này nhắc tới: lưu trữ off-chain phi tập trung (decentralized off-chain storage), phổ biến nhất là IPFS (InterPlanetary File System) hoặc Arweave.

Khác với database SQL/NoSQL truyền thống — nơi dữ liệu được định vị bằng một đường dẫn URL do một công ty kiểm soát — IPFS định vị dữ liệu bằng chính nội dung của nó (content-addressed storage). Khi bạn tải một file lên IPFS, hệ thống tạo một mã băm từ nội dung file đó làm địa chỉ truy cập. Nếu ai đó sửa dù chỉ một byte trong file, địa chỉ sẽ đổi hoàn toàn — người dùng lập tức biết file gốc đã bị thay. Điều này giải quyết một phần điểm yếu "phụ thuộc một nhà cung cấp" mà tôi nêu ở phần off-chain truyền thống: dữ liệu không nằm trên một máy chủ duy nhất mà được nhân bản qua nhiều node.

Trong kiến trúc truy xuất nguồn gốc hiện đại theo chuẩn GS1 EPCIS (chuẩn quốc tế cho sự kiện chuỗi cung ứng — sản xuất, đóng gói, vận chuyển, nhận hàng), một mô hình phổ biến trong nghiên cứu học thuật là: sự kiện EPCIS chi tiết được lưu off-chain (database hoặc IPFS), còn hash của mỗi sự kiện được ghi on-chain kèm xác thực thiết bị IoT tại nguồn phát sinh dữ liệu — để giảm bớt chính vấn đề oracle vừa nêu ở trên. Đây không phải lý thuyết suông: nó là hướng đi mà nhiều hệ thống truy xuất chuỗi cung ứng học thuật và thương mại đang áp dụng, thay vì chọn giữa "database công ty" và "blockchain thuần" như hai cực đối lập.

Với doanh nghiệp vừa và nhỏ, IPFS hay Arweave thường chưa cần thiết ngay — chi phí vận hành và độ phức tạp kỹ thuật cao hơn một database cloud thông thường. Nhưng nếu bạn đang cân nhắc dài hạn cho một chuỗi cung ứng đa bên (nhiều nhà máy, nhiều nhà phân phối, không ai muốn "nhường" quyền kiểm soát database cho bên còn lại), đây là lựa chọn đáng cân nhắc thay vì chỉ dừng ở "database riêng + hash lên chain".

Bài học từ những dự án blockchain chuỗi cung ứng đã triển khai thật

Lý thuyết là một chuyện, thực tế triển khai lại là chuyện khác. Trước khi bạn quyết định, đáng để nhìn vào vài dự án blockchain chuỗi cung ứng lớn nhất thế giới đã chạy thật — cả thành công lẫn thất bại — vì bài học ở đây không nằm ở kỹ thuật on-chain/off-chain, mà ở vận hành.

IBM Food Trust (Walmart, Carrefour, Nestlé) chạy trên Hyperledger Fabric — một permissioned blockchain đúng như tôi mô tả ở phần trên. Walmart từng công bố case nổi tiếng: truy xuất nguồn gốc một túi xoài cắt lát, từ chỗ mất khoảng 7 ngày để lần ngược qua giấy tờ và điện thoại tới từng nông trại, xuống còn vài giây khi dữ liệu đã lên hệ thống blockchain của IBM Food Trust. Đây là ví dụ tốt cho thấy permissioned on-chain giải quyết đúng bài toán "truy vết nhanh giữa nhiều bên không hoàn toàn tin nhau" — miễn là dữ liệu đã được nhập vào hệ thống trước đó (vẫn phải đối mặt với vấn đề oracle đã nói ở trên).

VeChain (dùng cho hàng nhập khẩu của Walmart Trung Quốc, một số lô hàng DHL, BMW) đi theo hướng kết hợp cảm biến IoT gắn trực tiếp vào hàng hóa với blockchain riêng của mình, nhằm giảm phụ thuộc vào nhập liệu thủ công — một cách tiếp cận trực diện với vấn đề oracle, thay vì chỉ tin vào dữ liệu con người nhập.

Nhưng bài học đáng chú ý nhất, theo tôi, lại đến từ một dự án thất bại: TradeLens, nền tảng blockchain vận tải biển do Maersk và IBM hợp tác xây dựng từ 2018, cũng trên Hyperledger Fabric. Về mặt kỹ thuật, TradeLens hoạt động tốt — số hóa chứng từ vận đơn, theo dõi container xuyên biên giới theo thời gian thực. Nhưng đến cuối 2022, IBM và Maersk thông báo đóng cửa nền tảng vào đầu 2023. Lý do không phải on-chain hay off-chain chậm hay đắt, mà là hiệu ứng mạng lưới: các hãng tàu cạnh tranh trực tiếp với Maersk (MSC, CMA CGM, Hapag-Lloyd) không muốn tham gia một nền tảng do chính đối thủ của họ đồng vận hành và có khả năng nhìn thấy dữ liệu vận hành của toàn ngành. Không đủ số lượng thành viên tham gia, giá trị mạng lưới không đủ lớn để duy trì.

Bài học rút ra cho bạn: quyết định on-chain hay off-chain quan trọng, nhưng nó không phải yếu tố quyết định thành bại của một dự án truy xuất nguồn gốc đa bên. Câu hỏi "ai sẽ đồng ý tham gia mạng lưới, và họ có lý do gì để tin tưởng bên vận hành nền tảng" thường quan trọng hơn câu hỏi kỹ thuật thuần túy. Nếu chuỗi cung ứng của bạn có nhiều bên độc lập, hãy giải quyết bài toán quản trị (ai kiểm soát, ai được xem gì, ai trả chi phí vận hành) trước khi đầu tư sâu vào lựa chọn công nghệ.

Những câu hỏi bạn nên đặt ra

Khi đứng trước lựa chọn, đừng chỉ nghe những gì các công ty công nghệ nói. Hãy tự mình hỏi:

Khách hàng của tôi thực sự cần blockchain không? Hay họ chỉ cần chứng minh rằng sản phẩm là nguồn gốc rõ ràng? Nếu khách hàng chỉ quan tâm đến việc quét QR Code và xem thông tin sản phẩm, một database thường cũng đủ.

Dữ liệu của tôi có thay đổi liên tục không? Nếu bạn cần cập nhật hoặc sửa chữa dữ liệu thường xuyên (ví dụ: điều chỉnh thông tin sản phẩm, sửa lỗi nhập liệu), blockchain sẽ gây khó khăn cho bạn, vì blockchain không cho phép xóa dữ liệu cũ.

Ngân sách của tôi có chứa gì cho blockchain không? Nếu bạn chỉ là một doanh nghiệp nhỏ hoặc vừa, blockchain có thể là quá tốn kém. Nên bắt đầu bằng cách off-chain, rồi nâng cấp lên hybrid nếu thực sự cần.

Có bao nhiêu dữ liệu tôi cần lưu trữ? Nếu là hàng petabyte, blockchain chắc chắn không khả thi. Off-chain là đáp án duy nhất.

Blockchain có giá trị pháp lý ở Việt Nam không?

Đây là câu hỏi tôi được hỏi nhiều lần bởi các doanh nghiệp nghĩ rằng "chuyển sang blockchain vì luật yêu cầu" — và câu trả lời thường làm họ ngạc nhiên.

Luật Giao dịch điện tử 2023 (có hiệu lực từ 01/07/2024) công nhận "thông điệp dữ liệu" có giá trị làm chứng cứ pháp lý, miễn là chứng minh được tính toàn vẹn của dữ liệu đó từ thời điểm khởi tạo. Luật không định nghĩa riêng "blockchain", và cũng không yêu cầu bất kỳ công nghệ cụ thể nào để đạt được tính toàn vẹn — một database off-chain có nhật ký thay đổi (audit log) đầy đủ, có chữ ký số, hay có xác thực thời gian (timestamp) từ bên thứ ba, về nguyên tắc cũng có thể đáp ứng cùng tiêu chí đó. Blockchain là một cách để chứng minh tính toàn vẹn, không phải điều kiện bắt buộc duy nhất.

Điều này khác với cách nhiều đơn vị tư vấn công nghệ trình bày vấn đề. Ngay cả ở các thị trường khó tính như EU — nơi có các quy định như EUDR (chống phá rừng) hay CBAM (biên giới carbon) đòi hỏi minh bạch dữ liệu chuỗi cung ứng rất chặt — các quy định này yêu cầu dữ liệu đầy đủ, có thể kiểm chứng, và có thể truy vết, chứ không quy định công nghệ lưu trữ cụ thể là blockchain. Do đó, nếu ai đó nói với bạn rằng "khách hàng châu Âu chỉ chấp nhận dữ liệu trên blockchain", hãy yêu cầu họ chỉ ra chính xác văn bản quy định đó — trong phần lớn trường hợp, thứ khách hàng thực sự cần là dữ liệu minh bạch và có thể kiểm chứng độc lập, không phải công nghệ blockchain per se.

Lưu ý: đây là thông tin tổng quan mang tính tham khảo, không phải tư vấn pháp lý. Với các hợp đồng xuất khẩu cụ thể yêu cầu bằng chứng truy xuất theo tiêu chuẩn riêng, bạn nên kiểm tra trực tiếp yêu cầu của đối tác hoặc tham vấn luật sư chuyên trách.

Câu hỏi thường gặp về off-chain

Off-chain là gì, nói một cách đơn giản nhất?

Off-chain là bất kỳ dữ liệu hoặc giao dịch nào được xử lý và lưu trữ bên ngoài blockchain — có thể là một database công ty, một server cloud, hoặc (ít phổ biến hơn trong truy xuất nguồn gốc) một kênh thanh toán hay sidechain trong hệ sinh thái crypto.

On-chain và off-chain khác nhau ở điểm nào là quan trọng nhất?

Không phải tốc độ hay chi phí — đó chỉ là hệ quả. Khác biệt cốt lõi là ai kiểm soát dữ liệu. On-chain: không ai, kể cả bạn, sửa được sau khi ghi. Off-chain: bên vận hành hệ thống, tức bạn hoặc nhà cung cấp bạn thuê, vẫn có quyền sửa, xóa.

Off-chain có an toàn không?

An toàn về tốc độ vận hành và chi phí, nhưng yếu hơn on-chain về khả năng chống chối bỏ và chống sửa đổi nội bộ. Mức độ an toàn thực tế phụ thuộc vào việc bạn triển khai kiểm soát truy cập, sao lưu, và mã hóa tốt tới đâu — không phải bản chất "off-chain" tự động kém an toàn hơn.

Có bắt buộc phải dùng blockchain (on-chain) để truy xuất nguồn gốc không?

Không. Phần lớn hệ thống truy xuất nguồn gốc trên thế giới, kể cả ở các thị trường khó tính như EU hay Mỹ, vẫn chạy trên database off-chain có kiểm soát truy cập chặt và nhật ký thay đổi đầy đủ. Blockchain chỉ trở thành yêu cầu bắt buộc khi đối tác hoặc khách hàng của bạn cụ thể đòi hỏi bằng chứng chống chối bỏ ở cấp độ mật mã học.

Off-chain và "cloud" có phải là một không?

Không hoàn toàn. Cloud, ví dụ AWS, Google Cloud, Azure, là nơi bạn có thể đặt hệ thống off-chain, nhưng off-chain còn có thể chạy trên máy chủ tại chỗ hoặc trên lưu trữ phi tập trung như IPFS. "Off-chain" mô tả mối quan hệ với blockchain — không nằm trên đó — còn "cloud" mô tả nơi hạ tầng được đặt.

Blockchain riêng tư/liên minh (permissioned) có phải là "on-chain thật" không?

Có. Permissioned blockchain vẫn là on-chain đúng nghĩa — dữ liệu vẫn được ghi vào một sổ cái phân tán, xác thực bởi nhiều node độc lập, và vẫn khó sửa đổi đơn phương. Điểm khác là ai được phép làm node: public chain mở cho bất kỳ ai, permissioned chain giới hạn cho các thành viên đã xét duyệt. Với hầu hết bài toán truy xuất nguồn gốc doanh nghiệp, permissioned on-chain giải quyết được vấn đề tin cậy đa bên mà không phải trả chi phí gas biến động của public chain.

Vì sao một dự án blockchain chuỗi cung ứng lớn như TradeLens lại thất bại dù công nghệ chạy tốt?

Vì thất bại của TradeLens không nằm ở công nghệ on-chain/off-chain, mà ở việc không đủ hãng tàu cạnh tranh chịu tham gia một nền tảng do đối thủ của họ (Maersk) đồng vận hành. Đây là bài học quan trọng: với chuỗi cung ứng đa bên, vấn đề quản trị (ai kiểm soát nền tảng, ai được xem dữ liệu của ai) thường quyết định thành bại nhiều hơn lựa chọn kiến trúc dữ liệu.

Việt Nam có luật nào bắt buộc doanh nghiệp phải dùng blockchain để truy xuất nguồn gốc không?

Không. Luật Giao dịch điện tử 2023 yêu cầu dữ liệu điện tử phải chứng minh được tính toàn vẹn để có giá trị chứng cứ, nhưng không chỉ định công nghệ cụ thể. Blockchain là một trong nhiều cách để đáp ứng yêu cầu đó, không phải điều kiện bắt buộc duy nhất.

Kết luận: Chọn thông minh

Bài học từ tôi là: Blockchain không phải thuốc chữa bách bệnh cho truy xuất chuỗi cung ứng. Nó tuyệt vời cho những trường hợp đòi hỏi tin dụng tuyệt đối, nhưng nó không phải lựa chọn duy nhất, và không phải lựa chọn tốt nhất cho mọi người.

Nếu bạn là một doanh nghiệp sản xuất hoặc quản lý chuỗi cung ứng, tôi khuyên bạn nên:

1. Bắt đầu bằng off-chain: Triển khai cơ sở dữ liệu thông thường, dán QR Code, và để khách hàng quét để xem thông tin. Điều này nhanh, rẻ, và đủ để bạn bắt đầu.

2. Theo dõi phản hồi: Khách hàng của bạn có yêu cầu blockchain không? Hay họ chỉ muốn xem thông tin sản phẩm?

3. Nâng cấp nếu cần: Nếu bạn bắt đầu xuất khẩu sang những thị trường yêu cầu cao hơn, hoặc khách hàng bắt đầu hỏi về blockchain, thì lúc đó hãy xem xét giải pháp lai hoặc blockchain đầy đủ.

Hệ thống truy xuất nguồn gốc tốt nhất là hệ thống phù hợp với nhu cầu thực tế của bạn — không phải cái tuyệt vời nhất trên lý thuyết, mà cái phù hợp nhất với ngân sách, khách hàng, và khả năng của bạn.

Nếu bạn muốn thăm dò thêm, các nền tảng như VNCX cung cấp cả giải pháp on-chain lẫn off-chain, cho phép bạn bắt đầu nhỏ và mở rộng sau. Nhưng điều quan trọng là bắt đầu — dù là blockchain hay không, truy xuất nguồn gốc vẫn là một bước quan trọng để bảo vệ thương hiệu và tin tưởng của khách hàng.