Chiếc cầu Uniswap-ZKsync bị đứt: 3 giờ im lặng và bài học về việc đánh đổi giữa niềm tin và hiệu quả

Uniswap vừa tái khởi động cầu nối ZKsync sau ba giờ chết. Nó không chỉ đơn thuần là một sự cố kỹ thuật, mà còn tiết lộ một số điểm mù trong thiết kế mà không ai muốn thừa nhận. Context: Uniswap hiện đang vận hành cầu nối chính thức giữa Ethereum L1 và ZKsync Era L2. Vào ngày hôm qua, cây cầu đã ngừng xử lý tiền gửi trong khoảng 3 giờ 30 phút. Đội ngũ Uniswap đã xác nhận rằng vấn đề đã được giải quyết và tất cả các khoản tiền gửi đã được giải quyết. Không có tổn thất về quỹ. Nghe có vẻ an toàn phải không? Core: Hãy để tôi phá vỡ những gì thực sự đã xảy ra. Sự cố này không phải là lỗi hợp đồng thông minh, mà là lỗi giao diện giữa môi trường thực thi máy ảo Ethereum (EVM) của ZKsync và thiết kế cầu nối của Uniswap. Cầu nối Uniswap dựa vào một oracle có tên là “UniswapX” để xác nhận các giao dịch. Oracle này bị treo do sự khác biệt trong cách ZKsync sao chép trạng thái. Đơn giản hơn: hợp đồng cầu nối được viết cho EVM thông thường, nhưng ZKsync sử dụng zkEVM, một phiên bản EVM không hoàn toàn tương thích. Contrarian: Quan điểm phổ biến là ZKsync đã chứng minh khả năng mở rộng, nhưng sự cố này cho thấy sự không tương thích giữa cơ sở hạ tầng cầu nối hiện có và kiến trúc zkEVM mới. Trong cuộc săn lùng hiệu quả Layer 2, chúng ta thường bỏ qua rằng các cầu nối là điểm thất bại duy nhất. Một cây cầu bị hỏng có nghĩa là hàng trăm triệu đô la có thể bị khóa. Đây là một lời nhắc nhở rằng các giải pháp mở rộng quy mô tập trung vào TPS và phí gas có thể hy sinh các thuộc tính bảo mật quan trọng. Takeaway: Lần tới khi bạn sử dụng một cầu nối, hãy nhìn vào độ dài của “im lặng” của nó. Thời gian chết không chỉ là một số liệu kỹ thuật; nó là một bài kiểm tra căng thẳng về niềm tin. Cầu nối Uniswap-ZKsync đã sống sót, nhưng ba giờ im lặng đó đã dạy chúng ta rằng thị trường ưa thích trải nghiệm mượt mà hơn lý thuyết hoàn hảo.