Trong một thời gian dài, tôi cho rằng khả năng tương thích EVM chủ yếu chỉ là một mục tiêu tiếp thị, thứ mà các chuỗi thêm vào để trông thân thiện hơn, nhưng về cơ bản không thay đổi nhiều ở bên dưới. Càng tìm hiểu về DuskEVM, tôi càng thấy lời giải thích đó không còn đứng vững.
DuskEVM cho phép các nhà phát triển viết Solidity và sử dụng công cụ quen thuộc của Ethereum, đồng thời cung cấp một môi trường thực thi tương thích với EVM với khả năng tương thích OP Stack. Nằm bên dưới trải nghiệm phát triển quen thuộc đó, DuskDS cung cấp lớp thanh toán (settlement) nền tảng.
Sự phân biệt này quan trọng hơn vẻ bề ngoài ban đầu. Môi trường thực thi cảm giác quen thuộc đối với các nhà phát triển Ethereum, nhưng lớp thanh toán và cơ chế xác thực cuối cùng (finality) lại gắn với hạ tầng riêng của Dusk chứ không phải lớp nền (base layer) của Ethereum.
Điều này thực sự làm được là giảm chi phí khi thử một điều gì đó mới. Nhà phát triển không cần phải học lại ngôn ngữ hay xây dựng lại hạ tầng chỉ để kiểm tra xem các tính năng quyền riêng tư và tuân thủ của Dusk có phù hợp với use case của họ hay không. Điều đó thay đổi động lực từ kiểu “thuyết phục tôi chuyển sang” sang “cho phép tôi mang những thứ tôi đã có và xem ở bên dưới có gì thay đổi”.
Đánh đổi là sự quen thuộc có thể che lấp những khác biệt thực sự trong hành vi thanh toán nếu mọi người cho rằng tương thích EVM có nghĩa là mọi thứ hoạt động giống hệt nhau.
Vậy câu hỏi là: việc giảm chi phí chuyển đổi có thực sự làm tăng tốc độ áp dụng hay chỉ đơn giản là trì hoãn thời điểm các nhà phát triển phải đối mặt với những khác biệt ở bên dưới?
@Dusk #dusk $DUSK
DuskEVM cho phép các nhà phát triển viết Solidity và sử dụng công cụ quen thuộc của Ethereum, đồng thời cung cấp một môi trường thực thi tương thích với EVM với khả năng tương thích OP Stack. Nằm bên dưới trải nghiệm phát triển quen thuộc đó, DuskDS cung cấp lớp thanh toán (settlement) nền tảng.
Sự phân biệt này quan trọng hơn vẻ bề ngoài ban đầu. Môi trường thực thi cảm giác quen thuộc đối với các nhà phát triển Ethereum, nhưng lớp thanh toán và cơ chế xác thực cuối cùng (finality) lại gắn với hạ tầng riêng của Dusk chứ không phải lớp nền (base layer) của Ethereum.
Điều này thực sự làm được là giảm chi phí khi thử một điều gì đó mới. Nhà phát triển không cần phải học lại ngôn ngữ hay xây dựng lại hạ tầng chỉ để kiểm tra xem các tính năng quyền riêng tư và tuân thủ của Dusk có phù hợp với use case của họ hay không. Điều đó thay đổi động lực từ kiểu “thuyết phục tôi chuyển sang” sang “cho phép tôi mang những thứ tôi đã có và xem ở bên dưới có gì thay đổi”.
Đánh đổi là sự quen thuộc có thể che lấp những khác biệt thực sự trong hành vi thanh toán nếu mọi người cho rằng tương thích EVM có nghĩa là mọi thứ hoạt động giống hệt nhau.
Vậy câu hỏi là: việc giảm chi phí chuyển đổi có thực sự làm tăng tốc độ áp dụng hay chỉ đơn giản là trì hoãn thời điểm các nhà phát triển phải đối mặt với những khác biệt ở bên dưới?
@Dusk #dusk $DUSK
