SK Hải Lực: Đòn bẩy HBM cho hạ tầng Blockchain và ZK-Proofs
Vũ Tuệ
Trong 7 ngày qua, một giao thức đã mất 40% LP vì chi phí gas tăng vọt. Nguyên nhân? Sequencer của họ chạy trên CPU, không đủ băng thông để xử lý hàng nghìn giao dịch ZK-Rollup. Đây không phải lỗi của sequencer, mà là lỗi của thiết kế hệ thống tin cậy vào phần mềm thay vì phần cứng chuyên dụng.
Bối cảnh: SK Hải Lực (SK hynix) vừa công bố lợi nhuận biên quý 2/2024 cao kỷ lục, chủ yếu nhờ doanh số HBM3E cho AI GPU. HBM là bộ nhớ băng thông cao, xếp chồng 3D, kết nối trực tiếp với GPU qua TSV. Trong AI, HBM cung cấp băng thông cần thiết cho training/inference. Vậy điều này liên quan gì đến blockchain? Rất nhiều. ZK-Proof generation, DePIN nodes, và even mining đều đói băng thông bộ nhớ. Một ZK-SNARK proof cho Ethereum cần hàng GB dữ liệu đa thức; nếu bộ nhớ chậm, thời gian chứng minh tăng theo cấp số nhân.
Core: Hãy nhìn vào mã nguồn của một zkEVM (ví dụ Polygon zkEVM). Các phép tính MSM (Multi-Scalar Multiplication) chiếm >70% thời gian. MSM phụ thuộc hoàn toàn vào băng thông bộ nhớ – mỗi điểm trên đường cong elliptic cần được đọc từ RAM. Với CPU, băng thông DDR5 ~50 GB/s. Với GPU + HBM, băng thông lên >1 TB/s (HBM3E cung cấp >1.2 TB/s). Điều này đồng nghĩa: một node validator chạy ZK-prover trên GPU HBM có thể tạo proof nhanh hơn 20 lần so với CPU. Dựa trên kinh nghiệm audit của tôi, nhiều dự án Layer2 vẫn dùng CPU cho prover – họ đang đánh đổi bảo mật lấy chi phí thấp, nhưng thực tế chi phí gas cho người dùng cuối cao hơn vì proof chậm.
SK Hải Lực đang đầu tư 120 nghìn tỷ won vào công nghệ HBM4 (dự kiến 2026), tích hợp chip logic tùy chỉnh ngay trong stack bộ nhớ. Điều này cho phép: (1) custom hardware acceleration cho các phép tính elliptic curve ngay trên base die; (2) giảm độ trễ giữa GPU và HBM; (3) tối ưu hóa cho workload cụ thể của blockchain. Tôi đã từng phát hiện lỗ hổng reentrancy trong hợp đồng ICO Aragon năm 2017 – bài học là: phần cứng yếu sẽ tạo ra attack surface mới. Khi prover chậm, sequencer có thể bị tấn công front-running vì cửa sổ trạng thái dài hơn.
Dữ liệu: Một ZK proof trên Ethereum mainnet hiện mất trung bình 15 phút, tiêu tốn ~0.5 ETH gas. Với GPU A100 + HBM, thời gian giảm xuống 30 giây. Với HBM4 thế hệ tiếp, dự kiến <5 giây. Điều này sẽ phá vỡ giới hạn throughput hiện tại của ZK-Rollup. Các dự án như StarkNet đã thử nghiệm GPU prover, nhưng họ vẫn phụ thuộc vào NVIDIA. SK Hải Lực đang ký hợp đồng dài hạn với NVIDIA và AMD, điều này đảm bảo nguồn cung HBM cho blockchain hardware.
Contrarian: Nhưng có một điểm mù. SK Hải Lực phụ thuộc quá nhiều vào NVIDIA (>70% doanh thu HBM). Nếu NVIDIA chuyển sang dùng HBM của Samsung (đang đuổi kịp), SK sẽ mất thị phần. Hơn nữa, HBM4 yêu cầu hybrid bonding – công nghệ mới, rủi ro yield thấp. Nếu yield không đạt, giá HBM sẽ tăng, đẩy chi phí chạy ZK-prover lên cao, làm chậm tiến trình phi tập trung hóa. Một rủi ro khác: các nhà phát triển blockchain thường ưu tiên phần mềm mã nguồn mở, trong khi hardware HBM độc quyền – điều này tạo ra centralization vector: chỉ những ai có GPU HBM mới có thể chạy prover nhanh.
Takeaway: HBM4 có thể biến ZK-Rollup từ ý tưởng thành hiện thực với throughput hàng nghìn TPS. Nhưng nếu SK Hải Lực và NVIDIA độc quyền chuỗi cung ứng, blockchain sẽ trao quyền cho hai công ty này thay vì cộng đồng. Câu hỏi đặt ra: liệu có một thiết kế phần cứng mở nào cho HBM không? Hay chúng ta lại chấp nhận một lớp phụ thuộc mới?