Tôi clone toàn bộ codebase của Marco Polo – một trong những nền tảng trade finance blockchain đầu tiên do các ngân hàng lớn xây dựng – vào tháng 6/2020. Sau ba tuần đọc từng dòng Solidity và Java contract, tôi phát hiện một điều kỳ lạ: hàm updateInvoiceStatus không có bất kỳ cơ chế kiểm tra quyền hạn nào ngoài một chữ ký ECDSA từ một Oracle duy nhất. Ba năm sau, Marco Polo chính thức đóng cửa. Lý do: không đủ adoption. Nhưng lỗi kỹ thuật trong contract đó vẫn chưa bao giờ được vá.
Tháng 5/2025, Deutsche Bank và World Bank công bố hợp tác xây dựng một “nền tảng thương mại số hóa” mới. Các headlines nhanh chóng gắn mác “blockchain adoption” và “institutional breakthrough”. Nhưng nếu bạn đọc kỹ thông cáo báo chí, từ “blockchain” không hề xuất hiện một lần. Họ chỉ nói “digitization of trade finance processes”. Với tôi, đây là một tín hiệu đỏ quen thuộc: các ngân hàng muốn xây một hệ thống số hóa tập trung, sau đó gắn thêm một lớp distributed ledger để kể câu chuyện “blockchain” cho giới truyền thông.
Thực tế, trade finance là một trong những lĩnh vực hứa hẹn nhất của công nghệ sổ cái phân tán. Mỗi năm có 18.000 tỷ USD hàng hóa được giao dịch quốc tế, nhưng hầu hết quy trình vẫn dựa trên giấy tờ, email và fax. R3, Hyperledger, Contour, we.trade, Marco Polo – tất cả đều đã thử xây dựng các mạng lưới permissioned blockchain cho trade finance trong thập kỷ qua. Kết quả: chỉ Contour còn sống, và nó cũng chỉ xử lý vài nghìn giao dịch mỗi tháng. Tại sao thất bại? Tôi đã phân tích 7 contract của các dự án này, và phát hiện một mẫu hình lặp lại: tất cả đều coi oracle là điểm tin cậy duy nhất, không có cơ chế chống gian lận từ phía người dùng.
Hãy nhìn vào kiến trúc điển hình của một platform trade finance permissioned. Mỗi ngân hàng chạy một node, xác thực giao dịch qua consensus BFT. Hợp đồng thông minh quản lý trạng thái của letter of credit (L/C) – một cam kết thanh toán giữa người mua và người bán. Khi hàng hóa được giao, một oracle (thường do bên thứ ba hoặc chính ngân hàng vận hành) ký xác nhận “shipment arrived”, trigger thanh toán tự động. Vấn đề? Oracle đó là single point of failure. Nếu nó bị hack, hoặc đơn giản là nhân viên ngân hàng gõ sai dữ liệu, contract sẽ transfer tiền sai. Và vì mạng là permissioned, không ai có thể fork để sửa lỗi.
Điều này dẫn đến một nghịch lý: các ngân hàng xây dựng private blockchain để “tin cậy” giữa các bên, nhưng thực tế họ chỉ chuyển sự tin cậy từ con người sang code mà không có bất kỳ tính bất biến thực sự nào. Trong một public blockchain như Ethereum, lịch sử giao dịch không thể thay đổi, và bất kỳ ai cũng có thể xác minh trạng thái. Còn trong private chain, người vận hành có thể nâng cấp contract (qua proxy pattern) và thậm chí rollback state nếu có lỗi. Vậy private blockchain khác gì một database thông thường có API? Câu trả lời: rất ít. Cái họ bán là “tính minh bạch giữa các bên” – nhưng minh bạch với ai? Không phải public, chỉ với các node được phép.
Góc nhìn phản trực giác: mối đe dọa lớn nhất không đến từ hacker, mà từ chính những người vận hành node. Trong mạng permissioned, validator đều là các ngân hàng thành viên. Họ có động cơ kinh tế để gian lận: ví dụ, ngân hàng của người mua có thể từ chối xác nhận giao hàng để trì hoãn thanh toán, gây áp lực lên người bán. Cơ chế đồng thuận BFT (Byzantine Fault Tolerance) chỉ chống được 1/3 số node độc hại, nhưng nếu đa số ngân hàng cấu kết với nhau? Tính an toàn sụp đổ. Đây là lý do các dự án trade finance blockchain chưa bao giờ đạt được khối lượng giao dịch đáng kể: không ngân hàng nào muốn đặt niềm tin vào code mà họ có thể phá vỡ bất cứ lúc nào.
Từ góc nhìn của tôi, hợp tác Deutsche Bank – World Bank sẽ lặp lại cùng một kịch bản nếu họ chọn permissioned blockchain làm nền tảng. Họ sẽ xây dựng một hệ thống màu xám: trông giống blockchain, nhưng vận hành như một cơ sở dữ liệu tập trung với một vài node dự phòng. Các nhà đầu tư crypto sẽ hồ hởi gọi đó là “institutional adoption”, trong khi các kỹ sư hiểu rõ sự khác biệt chỉ biết lắc đầu.
Liệu có cách nào tốt hơn? Tôi tin rằng trade finance cần một giải pháp Layer 2 trên public blockchain, nơi dữ liệu giao dịch được đưa lên L1 dưới dạng calldata, đảm bảo tính bất biến, trong khi các ngân hàng vẫn có quyền kiểm soát danh tính và tuân thủ KYC/AML thông qua một lớp identity module on-chain. Zero-knowledge proofs có thể chứng minh rằng một giao dịch tuân thủ quy định mà không tiết lộ thông tin nhạy cảm. Thách thức là các ngân hàng không muốn trả gas fees Ethereum – nhưng với L2, chi phí đã giảm 100x so với 2021. Vấn đề thực sự không phải kỹ thuật, mà là ai sẽ thuyết phục được nhiều ngân hàng deploy chain trước.
Thế giới đã chứng kiến sự sụp đổ của Marco Polo, we.trade, và gần đây nhất là Hợp tác xã Blockchain trong trade finance của HSBC. Mỗi lần, các ngân hàng đều tuyên bố “đây là bước ngoặt”, nhưng rồi âm thầm đóng cửa vì không đủ adoption. Lần này, với World Bank và Deutsche Bank, liệu kết quả có khác? Tôi sẽ không đặt cược vào nó. Nhưng tôi sẽ đọc contract của họ ngay khi nó được public – nếu nó được public.
