Tôi đã đi xem luồng di chuyển (migration) của cây cầu Dusk Bridge, kỳ vọng phần thú vị nằm ở hợp đồng EVM. Nhưng hóa ra phần đó là người ký (signer) đứng đằng sau.
Bản thân hợp đồng migration khá đơn giản. Người dùng khóa ERC20 hoặc BEP20 DUSK và một sự kiện migration được phát ra. Nhưng sự kiện đó không tự nhiên tạo ra native DUSK. Một dịch vụ bên ngoài phải theo dõi nó và phát hành lại (reissue) số tiền trên Dusk.
Sự khác biệt này quan trọng hơn vẻ ngoài của nó.
Kiến trúc tổng thể của Dusk đang hướng tới mô hình cầu nối native, nơi giá trị có thể di chuyển giữa DuskDS và DuskEVM mà không cần tài sản bọc (wrapped assets) hay nhà quản lý ký gửi (external custodians). Tuy nhiên, con đường migration cũ vẫn phụ thuộc vào một ví ký theo vận hành (operational signing wallet) để chuyển một sự kiện EVM được quan sát thành một giao dịch Dusk thực sự.
Dữ liệu sự cố cho thấy rõ sự phụ thuộc đó. Vào ngày 16 tháng 1, một kẻ tấn công đã xâm nhập ví đó và sau đó chuyển DUSK bị đánh cắp qua đường cầu (bridge path). Chuỗi này bao gồm 7.880 DUSK được chuyển qua cầu và sau đó là thêm 1,91 triệu DUSK trước khi biện pháp giảm thiểu ngăn chặn nỗ lực tiếp theo là 8,91 triệu DUSK.
Điều tôi thấy quan trọng không chỉ là một ví bị xâm nhập.
Mà là việc tiếp nhận (event ingestion) sự kiện và việc giải phóng giá trị (value release) đã thực sự được nối với nhau thông qua một đường vận hành duy nhất. Một smart contract có thể mang tính quyết định (deterministic), trong khi hệ thống bao quanh nó vẫn phụ thuộc vào việc quản lý khóa (key custody), cách ly máy chủ (server isolation), giám sát và xử lý giao dịch.
Vì vậy, việc thiết kế lại tách riêng phần tiếp nhận sự kiện khỏi phần ký và chuyển các sự kiện migration thành các job đã được lưu trữ (persisted jobs) không chỉ hơn là một bản vá bảo mật. Nó thay đổi nơi “niềm tin” (trust) được đặt.
Đọc xong, tôi bắt đầu nghĩ khác về cầu nối (bridges). Hợp đồng thường là phần mà chúng ta kiểm tra đầu tiên, nhưng ranh giới niềm tin thực sự có thể nằm lùi nhiều lớp phía sau hợp đồng, bên trong phần mềm quyết định khi nào một sự kiện trở thành tiền.
#dusk $DUSK @Dusk
Bản thân hợp đồng migration khá đơn giản. Người dùng khóa ERC20 hoặc BEP20 DUSK và một sự kiện migration được phát ra. Nhưng sự kiện đó không tự nhiên tạo ra native DUSK. Một dịch vụ bên ngoài phải theo dõi nó và phát hành lại (reissue) số tiền trên Dusk.
Sự khác biệt này quan trọng hơn vẻ ngoài của nó.
Kiến trúc tổng thể của Dusk đang hướng tới mô hình cầu nối native, nơi giá trị có thể di chuyển giữa DuskDS và DuskEVM mà không cần tài sản bọc (wrapped assets) hay nhà quản lý ký gửi (external custodians). Tuy nhiên, con đường migration cũ vẫn phụ thuộc vào một ví ký theo vận hành (operational signing wallet) để chuyển một sự kiện EVM được quan sát thành một giao dịch Dusk thực sự.
Dữ liệu sự cố cho thấy rõ sự phụ thuộc đó. Vào ngày 16 tháng 1, một kẻ tấn công đã xâm nhập ví đó và sau đó chuyển DUSK bị đánh cắp qua đường cầu (bridge path). Chuỗi này bao gồm 7.880 DUSK được chuyển qua cầu và sau đó là thêm 1,91 triệu DUSK trước khi biện pháp giảm thiểu ngăn chặn nỗ lực tiếp theo là 8,91 triệu DUSK.
Điều tôi thấy quan trọng không chỉ là một ví bị xâm nhập.
Mà là việc tiếp nhận (event ingestion) sự kiện và việc giải phóng giá trị (value release) đã thực sự được nối với nhau thông qua một đường vận hành duy nhất. Một smart contract có thể mang tính quyết định (deterministic), trong khi hệ thống bao quanh nó vẫn phụ thuộc vào việc quản lý khóa (key custody), cách ly máy chủ (server isolation), giám sát và xử lý giao dịch.
Vì vậy, việc thiết kế lại tách riêng phần tiếp nhận sự kiện khỏi phần ký và chuyển các sự kiện migration thành các job đã được lưu trữ (persisted jobs) không chỉ hơn là một bản vá bảo mật. Nó thay đổi nơi “niềm tin” (trust) được đặt.
Đọc xong, tôi bắt đầu nghĩ khác về cầu nối (bridges). Hợp đồng thường là phần mà chúng ta kiểm tra đầu tiên, nhưng ranh giới niềm tin thực sự có thể nằm lùi nhiều lớp phía sau hợp đồng, bên trong phần mềm quyết định khi nào một sự kiện trở thành tiền.
#dusk $DUSK @Dusk