Theo tin tức từ BitouchNews, Conflux đã đưa ra một tuyên bố trên diễn đàn cộng đồng rằng tổ chức bày tỏ mối quan tâm cao độ về sự bất thường giữa các chuỗi và FUD trong Multichain. Để đảm bảo an toàn cho tài sản của người dùng, chúng tôi đã thực hiện các biện pháp khẩn cấp để đình chỉ quyền đồng đúc (co-mint) của Multichain. Chúng tôi hiện không phát hiện bất kỳ tổn thất tài sản nào và hệ sinh thái đang hoạt động bình thường.

Theo tin tức từ BitouchNews, Theo tweet Multichain, do không thể liên hệ với Giám đốc điều hành và có được quyền truy cập máy chủ cần thiết, việc bảo trì giao thức không thể được thực hiện, dẫn đến sự cố với mạng nút quét của Router2 và Router5. Do đó, nhóm tạm thời không có quyền bảo trì, vì vậy dịch vụ chuỗi chéo của chuỗi bị ảnh hưởng bị tạm ngưng trên giao diện người dùng. Các chuỗi bị ảnh hưởng bao gồm Kekchain, PublicMint, Dyno Chain, Red Light Chain, Dexit, Ekta, HPB, ONUS, Omax, Findora và Planq.

Theo tin tức từ BitouchNews, Giám đốc điều hành Binance CZ đã đưa ra một tuyên bố trên Twitter, nói rằng vụ hack Multichain sẽ không ảnh hưởng đến người dùng Binance hoặc chính Binance. Binance trước đây đã trao đổi tất cả tài sản và đóng chức năng gửi tiền. Hơn nữa, ông cũng tuyên bố rằng Binance sẵn sàng giúp giải quyết tình hình.

Theo tin tức từ BitouchNews, Người đồng sáng lập Ethereum Vitalik Buterin đã chỉ ra trong bài viết mới nhất của mình "Thảo luận sâu hơn về cách đọc ví chéo L2 và các trường hợp sử dụng khác" rằng một giải pháp khả thi để đạt được ví phục hồi xã hội chuỗi chéo là duy trì khóa được lưu trữ trong một thư viện vị trí cụ thể và nhiều ví ở các vị trí khác nhau, đồng thời làm cho các ví đó có thể đọc được kho khóa. Bằng chứng chuỗi chéo là chìa khóa để hiện thực hóa chức năng này và nó cần được tối ưu hóa sâu sắc. Các giải pháp khả thi bao gồm bằng chứng không kiến ​​thức (ZK-SNARK), chờ bằng chứng Verkle hoặc giải pháp KZG tùy chỉnh. Về lâu dài, chúng tôi cần triển khai giao thức tổng hợp để giảm chi phí bằng cách tạo bằng chứng tổng hợp để đóng gói tất cả các hoạt động do người dùng gửi. Điều này có thể yêu cầu tích hợp vào hệ sinh thái ERC-4337, có thể yêu cầu một số sửa đổi đối với ERC-4337. Đồng thời, L2 phải được tối ưu hóa để giảm độ trễ khi đọc trạng thái L1 từ bên trong L2. Ví có thể được đặt không chỉ trên L2 mà còn trên các hệ thống ít kết nối với Ethereum hơn, chẳng hạn như L3 hoặc một chuỗi riêng biệt chỉ đồng ý chứa gốc của trạng thái Ethereum. Tuy nhiên, kho khóa phải được đặt trên L1 hoặc ZK-rollup L2 có độ bảo mật cao. Mặc dù điều này làm tăng thêm độ phức tạp, nhưng về lâu dài có thể rẻ hơn khi có kho khóa trên L2. Trong quá trình này, chúng ta cũng cần cam kết bảo vệ quyền riêng tư.