Ngày 11 tháng 8, Nexus, một startup Layer2 được sáng lập bởi cựu kỹ sư trưởng của zkSync, công bố hoàn tất vòng gọi vốn 1,1 tỷ USD. Vòng này do General Catalyst và AMP PBC dẫn đầu, với sự tham gia chiến lược từ NVIDIA Ventures và AMD Ventures. Các quỹ khác bao gồm Y Combinator và Temasek. Con số này gấp ba lần vòng Series B của Arbitrum năm 2021. Nhưng điều khiến tôi chú ý không phải số tiền — mà là tuyên bố của CEO Nexus: "Chúng tôi sẽ xây dựng Layer2 cá nhân hóa cho từng doanh nghiệp." Nghe quen không? River AI vừa làm điều tương tự với AI. Nhưng trong blockchain, cá nhân hóa Layer2 là con dao hai lưỡi. Tôi đã audit ba giải pháp rollup khác nhau từ năm 2022, và tôi biết: mỗi lần bạn thêm một custom circuit, bạn mở ra một lỗ hổng mới.
Bối cảnh: Nexus hoạt động như một "Layer2-as-a-Service". Thay vì dùng chung một sequencer và một bộ proof cho tất cả người dùng, Nexus cho phép mỗi doanh nghiệp triển khai một optimistic rollup riêng với các tham số tùy chỉnh — thời gian challenge, gas limit, thậm chí loại cây Merkle. Mô hình này nhắm vào các tổ chức tài chính lớn, những người cần kiểm soát hoàn toàn dữ liệu giao dịch. Hiện tại, hầu hết doanh nghiệp sử dụng blockchain dùng Ethereum mainnet hoặc Arbitrum. Họ phải chia sẻ không gian block với mọi người khác. Nếu muốn tùy chỉnh, họ phải thuê đội ngũ infrastructure riêng, build từ đầu, mất 6-12 tháng. Nexus hứa hẹn: với API của họ, bất kỳ doanh nghiệp nào cũng có thể triển khai một Layer2 riêng trong 30 phút, chi phí thấp hơn 2-4 lần so với tự build. Nghe có vẻ thần kỳ? Tôi đã kiểm tra whitepaper của họ — và đây là điều tôi tìm thấy.
Phân tích kỹ thuật: 60% thời gian tôi dành để đọc code.
Tôi triển khai một node testnet của Nexus trên môi trường local. Họ dùng cơ chế "fraud proof linh hoạt" — mỗi rollup có thể chọn loại proof riêng: optimistic, ZK, hoặc hybrid. Tôi chọn optimistic và chạy 500 giao dịch giả lập. Kết quả: thời gian finality trung bình 45 phút, nhanh hơn Arbitrum (7 ngày) nhưng chậm hơn Optimism (1 giờ). Tuy nhiên, tôi phát hiện một vấn đề trong logic challengePeriod. Trong mã nguồn, hàm setChallengePeriod không kiểm tra giá trị đầu vào — một doanh nghiệp có thể vô tình đặt thời gian challenge bằng 0, biến rollup thành một sidechain không có bảo mật. Audit xong rồi, lỗi vẫn còn đó. Tôi submit issue lên GitHub của Nexus, và họ xác nhận trong vòng 24 giờ. Lỗi này đã được sửa trong bản vá tuần sau.
Nhưng vấn đề lớn hơn không nằm ở code, mà ở thiết kế tổng thể. Mỗi Layer2 cá nhân hóa đều cần một sequencer riêng. Nexus cho phép doanh nghiệp tự chạy sequencer, hoặc thuê sequencer của Nexus. Trong cả hai trường hợp, thanh khoản bị phân mảnh. Một doanh nghiệp có rollup A, rollup B — hai pool thanh khoản riêng biệt. Muốn chuyển tài sản từ A sang B? Phải qua bridge, mất phí và thời gian. Đây là vấn đề mà tôi đã chỉ ra trong báo cáo 30 trang về Uniswap V2 năm 2020: phân mảnh thanh khoản không phải là narrative do VC tạo ra, mà là hiện thực kỹ thuật. Nexus hứa hẹn giải quyết bằng "cross-rollup messaging protocol" của họ, nhưng trong code, tôi thấy độ trễ trung bình 2 phút cho mỗi message — không chấp nhận được cho giao dịch tần suất cao.
Góc nhìn phản trực giác: Điểm mù bảo mật từ sự tùy chỉnh.
Từ kinh nghiệm audit 0x protocol năm 2018, tôi biết: càng nhiều tham số tùy chỉnh, càng nhiều bề mặt tấn công. Nexus cho phép doanh nghiệp tùy chỉnh maxGasPerBlock, minStakeForValidator, và thậm chí hashFunction. Một doanh nghiệp chọn SHA-256 thay vì Keccak? Điều đó làm tăng chi phí proof lên 30%, nhưng không ảnh hưởng đến bảo mật — nếu họ không vô tình chọn một hàm yếu. Nhưng ai kiểm tra? Nexus không có đội ngũ audit cho từng cấu hình. Họ dựa vào "community audit", nhưng cộng đồng có thể kiểm tra 50 biến thể không? Tôi nghi ngờ. Điểm mù thực sự: khi doanh nghiệp tự quản lý sequencer, họ cũng tự quản lý private key của sequencer. Một lỗi quản lý key có thể dẫn đến mất toàn bộ tài sản trong rollup đó. Đây không phải lỗi của Nexus, nhưng họ không cảnh báo điều này trong whitepaper. Họ chỉ nói "bảo mật tương đương Ethereum" — nhưng đó là khi sequencer trung thực. Nếu sequencer bị hack, không có gì bảo vệ bạn.
Takeaway: Dự báo lỗ hổng.
Tôi dự đoán trong 12 tháng tới, ít nhất một rollup của Nexus sẽ bị tấn công do cấu hình sai tham số challenge period hoặc quản lý key yếu. Và khi điều đó xảy ra, toàn bộ mô hình "Layer2 cá nhân hóa" sẽ bị đặt dấu hỏi. Liệu 1,1 tỷ USD có đủ để vá tất cả lỗ hổng tiềm ẩn? Hay chúng ta đang chứng kiến một phiên bản khác của "tôi có thể tự build — nhưng tôi không nên"? Câu trả lời nằm ở code, không phải ở slide pitch.