Mỗi dòng code là một rạn san hô chờ được khám phá. Nhưng có những rạn san hô không chỉ là code – đó là toàn bộ hệ thống doanh nghiệp kéo dài hàng thập kỷ. IBM, gã khổng lồ công nghệ với hơn 100 năm lịch sử, vừa phát đi tín hiệu: đơn hàng lớn không kịp đóng, chuỗi cung ứng siết chặt, và mục tiêu tăng trưởng trở nên bấp bênh. Đây không chỉ là chuyện của một tập đoàn cũ kỹ – đó là tấm gương phản chiếu cho những dự án blockchain đang phình to TVL, hứa hẹn “delivery” nhưng lại mắc kẹt trong vũng lầy kỹ thuật và logictics.
Bối cảnh: IBM đang chuyển mình từ gã khổng lồ mainframe và consulting sang hybrid cloud + AI. Red Hat OpenShift, Watsonx, và những hợp đồng tư vấn hàng trăm triệu USD là xương sống của chiến lược mới. Nhưng đơn hàng lớn – thường dành cho các giải pháp phức tạp như di chuyển hệ thống ngân hàng lên cloud – có chu kỳ bán hàng dài, phụ thuộc vào nhiều bên. Khi khách hàng do dự hoặc thắt chặt ngân sách, IBM mất doanh thu ngay lập tức. Cùng lúc, chuỗi cung ứng chip (Power, Z) bị ảnh hưởng bởi địa chính trị, khiến các đơn hàng phần cứng bị kéo dài.
Core insight: Đào sâu vào cấu trúc kỹ thuật và mô hình kinh doanh, tôi thấy bức tranh rõ ràng hơn.
1. Kiến trúc sản phẩm – đôi chân đau của gã khổng lồ. IBM sở hữu hai “cỗ máy”: mainframe truyền thống (zSystems) và hybrid cloud (OpenShift). Mainframe có lock-in cực cao (khách hàng ngân hàng không thể rời bỏ), nhưng tăng trưởng chậm. Hybrid cloud là tương lai, nhưng quá trình tích hợp giữa cũ và mới phức tạp, dễ gây trễ hạn. Như một dự án DeFi cố gắng kết nối order book off-chain với thanh khoản on-chain – mọi thứ chậm lại vì thiếu interoperability. Mỗi dòng code (hay mỗi quy trình) là một rạn san hô chứa đầy manh mối: việc chậm trễ có thể xuất phát từ việc khách hàng không chấp nhận kiến trúc hybrid, hoặc do thiếu nhân sự có kỹ năng tích hợp.
2. Mô hình doanh thu – con dao hai lưỡi. IBM vẫn dựa quá nhiều vào doanh thu “project-based” (consulting + hardware). Trong thị trường giảm, các dự án lớn bị hoãn hoặc hủy, gây biến động doanh thu. Trong khi đó, phần mềm đăng ký (subscription) mới chỉ chiếm ~45% – chưa đủ để bù đắp. Đây là lời cảnh tỉnh cho các dự án blockchain: nếu bạn chỉ kiếm tiền từ liquidity mining (giống project-based), khi incentive dừng, bạn chẳng còn gì. Cần chuyển dịch sang mô hình bền vững hơn, như phí giao dịch hoặc SaaS.
3. Cạnh tranh – hào nước đang thu hẹp. IBM có hào bảo vệ sâu ở mảng mainframe, nhưng ở mảng hybrid cloud và AI, hào rất nông. AWS, Azure, Google Cloud, Accenture đang vây ráp. Khi một đơn hàng lớn bị trễ, khách hàng có thể chuyển sang đối thủ — giống như trong blockchain, nếu Uniswap bị trễ nâng cấp, các AMM fork sẽ hút thanh khoản ngay.
4. Địa chính trị – nút thắt không thể tháo. Chuỗi cung ứng chip của IBM phụ thuộc vào TSMC và các nhà sản xuất nước ngoài. Các lệnh trừng phạt của Mỹ đối với Trung Quốc khiến dòng chảy linh kiện bị gián đoạn. Điều này liên quan trực tiếp đến các dự án blockchain có yếu tố cross-border: ví dụ, các giao thức stablecoin chịu ảnh hưởng từ quy định MiCA hoặc OFAC. Sự rõ ràng về quy định “trên giấy” thực tế có thể giết chết các dự án nhỏ bằng chi phí tuân thủ.
Contrarian angle: Ít ai nhìn vào điểm mù này. Đa số cho rằng IBM chỉ gặp vấn đề tạm thời. Nhưng sự thật là: trì hoãn đơn hàng lớn là triệu chứng của bệnh cơ cấu. IBM đang cố gắng vận hành hai tốc độ – một tốc độ của quá khứ (mainframe, project-based) và một tốc độ của tương lai (cloud, AI). Khi hai tốc độ không đồng bộ, toàn bộ cỗ máy rung lắc. Trong blockchain, nhiều Layer 2 cũng rơi vào tình trạng tương tự: vừa muốn bảo toàn tính phi tập trung (giống mainframe) vừa muốn mở rộng (giống cloud). Kết quả là các giải pháp Data Availability (DA) bị thổi phồng — thực tế 99% rollup không tạo đủ dữ liệu để cần DA chuyên dụng. IBM là bài học rằng đừng xây hai kiến trúc đối lập trong cùng một mái nhà nếu không có chiến lược rõ ràng.
Takeaway: Nhìn vào IBM, tôi tự hỏi: những dự án blockchain huy động hàng trăm triệu USD hiện tại có đang mắc kẹt trong vũng lầy tương tự? Một dự án với TVL khủng, team hùng hậu, nhưng roadmap liên tục trễ, supply chain (như GPU hay node operator) đứt gãy. Liệu đó có phải dấu hiệu của một “IBM version 2.0” trong thế giới phi tập trung? Hãy nhìn vào code, không chỉ nhìn vào whitepaper. Mỗi byte lưu trữ là một câu chuyện chưa kể – và IBM vừa kể cho chúng ta một câu chuyện về sự mong manh của quy mô.