#dusk $DUSK @Dusk
Tôi đã đọc tài liệu về adapter DuskEVM vào tối qua và mô tả “chỉ là một proxy” vẫn chưa làm tôi thấy yên tâm.

Đó là lớp dịch (translation layer), và chính nơi những lỗi thú vị thường ẩn mình.

Nó lấy trạng thái GraphQL/RUES của Dusk và “kể lại” nó thành JSON-RPC kiểu Ethereum — các block, receipt, logs, proofs — kèm theo phép chuyển đổi LUX-to-WEI và mô hình định danh người gọi (caller-identifier) không khớp gọn gàng với cách các hợp đồng Ethereum nghĩ về msg.sender.

Con đường đến với hạnh phúc đã được ghi chép rất rõ ràng.

Không có các chế độ thất bại, ít nhất là theo những gì tôi đã tìm thấy.

Nếu chỉ mục của adapter bị tụt lại so với trạng thái cục bộ trên đĩa, thì client Ethereum có thấy dữ liệu cũ không? Có lỗi không?

Hay là một thứ trông có vẻ đúng mà lại không đúng? Tôi cũng tò mò không biết logic của trò chơi tranh chấp (contention game) sẽ ra sao khi các giả định cuối cùng trên đĩa bị lệch khỏi nền tảng mà OP stack được xây dựng.

Và khi công cụ EVM giả định hành vi runtime mà mô hình hợp đồng trên đĩa không thể nào đáp ứng được — nó sẽ thất bại ồn ào, hay thất bại âm thầm?

Nếu ai đó chạy một node DuskEVM hoặc đưa adapter vào hoạt động dưới tải thực tế,

Tôi rất muốn nghe liệu việc ánh xạ trạng thái có đứng vững,

hay nó bị nứt ở đâu.

#DuskEVM #Dusk/usdt✅
#SanDiskRises7%OnRevenueGrowthOutlook