Một lần tôi thấy DuskEVM là OP Stack dựa trên, nên tôi muốn theo dõi một giao dịch thực sự qua đó thay vì chỉ chấp nhận nhãn gọi. Vì thế tôi đã đi theo từng bước của quy trình vào đêm qua.

Đầu tiên, một giao dịch được gửi tới bộ sequencer của DuskEVM. Đây là hành vi chuẩn của OP Stack: bộ sequencer sắp xếp giao dịch đó và gần như ngay lập tức đưa nó vào một block ở L2. Đây là phần trông nhanh và quen thuộc với bất kỳ ai đã từng dùng rollup trước đây. Nhưng bộ sequencer vẫn chưa phải là kết thúc câu chuyện: một batcher sẽ lấy dữ liệu giao dịch đó và đăng (publish) lên DuskDS—lớp settlement và data-availability (dữ liệu sẵn có) của Dusk nằm ở phía dưới.

Đó là phần “adapter” mà tôi đang cố gắng hiểu. OP Stack bình thường sẽ giao nhiệm vụ này cho Ethereum. Ở đây nó được thay bằng DuskDS, nghĩa là cùng một kiến trúc rollup mà các nhà phát triển đã quen thuộc đang được chuyển hướng sang một lớp settlement được xây dựng riêng cho finality (tính chung cuộc) tất định đối với tài sản được quản lý—không phải hướng tới bảo mật L1 đa mục đích.

Đi theo nó theo cách như vậy khiến một điều gì đó “khớp” lại mà khi chỉ đọc bản tóm tắt thì tôi chưa thấy được. Bước sequencer và bước DuskDS đang đảm nhiệm những công việc thật sự khác nhau: một bước giúp giao dịch của bạn được đưa đi, bước còn lại mới là thứ neo (anchor) nó. Trước đây tôi chưa tách bạch hai khoảnh khắc ấy; tôi chỉ đang hình dung “giao dịch xảy ra” như thể đó là một sự kiện duy nhất.

#dusk $DUSK @Dusk $AIO $HEMI