Trong bảy ngày qua, không có giao thức DeFi nào bị khai thác. Nhưng một thông báo từ Robinhood đã khiến tôi dừng lại: công ty chứng khoán 20 triệu người dùng đang xây dựng một 'custom Lighter instance'. Ngay lập tức, tôi nhận ra đây không phải là tin tức thông thường. Nó giống như một cú sốc hệ thống — kiểu tín hiệu mà tôi đã học cách đọc sau Terra. Sau Terra, tôi hiểu: không có giao thức nào an toàn đến từ trung tâm. Và trong thế giới của những hợp đồng thông minh, sự tập trung quyền lực là lỗ hổng lớn nhất.
# Context: Lighter là ai? Trước khi đi sâu, cần hiểu Lighter là gì. Từ tài liệu rải rác, Lighter là một giao thức lớp 2 hoặc cơ sở hạ tầng giao dịch chain-agnostic — một nền tảng cho phép xây dựng các sàn giao dịch phi tập trung tốc độ cao, tương tự như Hyperliquid hoặc dYdX. Nhưng Robinhood không dùng phiên bản công khai. Họ build 'custom instance' — một bản sao riêng, được tùy chỉnh theo nhu cầu của họ. Điều này đặt ra câu hỏi: liệu instance này có thực sự phi tập trung? Hay nó chỉ là một backend được đóng gói trong vỏ bọc DeFi?
Robinhood là một công ty đại chúng, chịu sự giám sát của SEC, FINRA. Họ không thể hoạt động như một DAO. Mọi quyết định — từ phí giao dịch đến danh sách token — đều phải tuân thủ luật pháp Mỹ. Vậy tại sao họ lại chọn Lighter? Có lẽ vì Lighter cho phép họ kiểm soát cả frontend lẫn backend, trong khi vẫn tận dụng được thanh khoản on-chain từ các blockchain công khai. Đây là một 'hybrid' — một nửa DeFi, một nửa CeFi. Và chính sự lai ghép này tạo ra những rủi ro kỹ thuật mà ít ai để ý.
# Core: Phân tích kỹ thuật custom instance Tôi đã kiểm toán hàng trăm hợp đồng thông minh. Kinh nghiệm của tôi chỉ ra rằng bất kỳ 'instance' nào được tùy chỉnh bởi một thực thể duy nhất đều có cùng một lỗ hổng: Single Point of Failure về quyền truy cập. Trong Lighter nguyên bản, có thể có các cơ chế multisig hoặc DAO để kiểm soát nâng cấp. Nhưng Robinhood chắc chắn sẽ thay thế chúng bằng một bộ KYC + Admin key. Tại sao? Vì họ cần khả năng đóng băng tài sản để tuân thủ lệnh tòa. Điều này tạo ra một vector tấn công: nếu admin key bị lộ, kẻ tấn công có thể rút toàn bộ pool thanh khoản. Không có DAO để ngăn chặn — chỉ có một nhóm kỹ sư nội bộ.
Hãy xem xét cụ thể. Giả sử Lighter instance của Robinhood có một contract Swap được viết lại để hỗ trợ whitelist. Một hàm swapExactTokensForTokens có thể chứa modifier onlyWhitelistedUsers. Nếu whitelist được lưu trong một mapping có thể cập nhật bởi admin, thì kẻ tấn công nào chiếm được private key admin có thể thêm địa chỉ của chúng và rút ETH từ pool. **Không có giới hạn tỷ lệ, không có delay — chỉ có một dòng code check.
Tôi đã từng phát hiện lỗi tương tự trong Uniswap V2 vào năm 2020 — lỗi làm tròn phí. Nhưng đó là lỗi thuật toán. Ở đây, lỗi là thiết kế: tập trung quá mức vào quyền admin. Robinhood có thể biện minh rằng họ đã xây dựng hệ thống bảo mật đa lớp. Nhưng tôi đã thấy các vụ hack ở cấp độ sàn giao dịch tập trung: Mt. Gox, Bitfinex, FTX. Tất cả đều có 'bảo mật đa lớp'. Vấn đề không phải là công nghệ, mà là con người và quy trình. Một key bị lộ do social engineering là đủ.
Ngoài ra, còn vấn đề MEV. Lighter instance của Robinhood có thể tích hợp sẵn bộ sequencer riêng, cho phép họ kiểm soát thứ tự giao dịch. Điều này có nghĩa là Robinhood có thể sắp xếp giao dịch theo ý muốn — ví dụ: chạy trước các lệnh của người dùng (front-running). Trong DeFi thuần túy, sequencer là phi tập trung (ví dụ: các validator của Ethereum). Nhưng với custom instance, Robinhood là sequencer duy nhất. Điều này phá vỡ giả định cốt lõi của DeFi: tính công bằng.
# Contrarian: Tại sao 'custom instance' không phải là tin tốt cho DeFi Nhiều người nghĩ rằng Robinhood tham gia DeFi là sự chấp nhận từ tổ chức. Nhưng tôi thấy ngược lại: đây là bước lùi về phi tập trung. DeFi được sinh ra để loại bỏ trung gian. Robinhood đang tạo ra một trung gian mới, mạnh hơn — một cổng kiểm soát vào blockchain. Họ có thể quyết định token nào được giao dịch, ai được giao dịch, và với mức phí nào. Nếu thành công, mô hình này sẽ được các công ty khác sao chép (Coinbase, Schwab), dẫn đến một 'internet of walled gardens' — mỗi công ty có blockchain riêng kết nối với nhau qua cầu nối, nhưng không thực sự mở.
Hãy nhìn vào ví dụ của Terra. Họ tạo ra một hệ sinh thái 'giả phi tập trung' với các validator do LFG kiểm soát. Khi sự cố xảy ra, không có ai cứu được. Robinhood cũng vậy: nếu instance của họ có lỗi, không có hard fork nào từ cộng đồng. Chỉ có sự can thiệp của luật sư. Không có DAO trong thế giới của những hợp đồng thông minh, chỉ có những hợp đồng được ký bằng máu và nước mắt.
Tôi cũng lo ngại về tính di động của dữ liệu. Người dùng Robinhood khi giao dịch trên Lighter instance sẽ phải KYC. Điều này có nghĩa là mọi giao dịch đều gắn với danh tính. Một khi dữ liệu đó nằm trên blockchain công khai (dù là L2), nó sẽ tồn tại mãi mãi. Điều gì xảy ra nếu Robinhood bán dữ liệu đó? Hay nếu một hacker đánh cắp dữ liệu KYC? Đây là rủi ro về quyền riêng tư chưa được giải quyết.
# Takeaway: Lỗ hổng đang chờ đợi Sau tất cả, tôi đặt câu hỏi: liệu Robinhood có đang đánh giá thấp sự khác biệt giữa CeFi và DeFi? Họ có thể xây dựng mọi thứ hoàn hảo về mặt kỹ thuật, nhưng bản chất của DeFi là không cần tin tưởng. Nếu người dùng phải tin tưởng Robinhood, thì họ đã có thể dùng Coinbase. Lighter instance chỉ là một sàn giao dịch tập trung khác được ngụy trang bằng blockchain.
Tôi dự báo: trong vòng 12 tháng, một lỗ hổng admin key sẽ bị khai thác trên một custom instance tương tự. Nó sẽ không phải là Robinhood (có thể là một công ty nhỏ hơn). Nhưng sự kiện đó sẽ chấm dứt 'narrative' về DeFi tổ chức. Hãy nhìn vào các vụ hack gần đây: Nomad, Wormhole, Ronin — tất cả đều có điểm chung là quyền kiểm soát tập trung. Không có gì thay đổi.
Vậy câu hỏi cho bạn: bạn muốn DeFi của ai? Của cộng đồng hay của một công ty có CEO và board of directors? Nếu bạn chọn Robinhood, hãy chuẩn bị cho việc mất tài sản vì một quyết định của một người. Còn tôi, tôi sẽ tiếp tục audit các giao thức thực sự phi tập trung — nơi mà lỗi duy nhất là lỗi của chính tôi, không phải của một admin vô danh.