Điều gì sẽ xảy ra nếu việc làm cho hạ tầng blockchain dễ sử dụng hơn đôi khi lại đồng nghĩa với việc trao cho nhà phát triển nhiều hơn một cách để xây dựng trên nó?
Tôi nhận thấy điều này khi tìm hiểu DUSK, và việc nó tách thành DuskVM và DuskEVM khiến tôi phải dừng lại suy nghĩ. Thông thường, tôi nghĩ về blockchain như có một môi trường thực thi chính, còn mọi thứ khác chỉ được xem là công cụ xoay quanh nó.
DUSK đi theo một hướng khác. DuskEVM cung cấp khả năng thực thi Solidity và Vyper với bộ công cụ quen thuộc của Ethereum, trong khi DuskVM chạy trực tiếp các hợp đồng Rust/WASM trên Dusk L1. Hai lối đi này cùng “hạ cánh” trên một mạng nền tảng, nhưng phục vụ cho các nhu cầu phát triển khác nhau.
Ban đầu, điều này trông như một sự tiện lợi về mặt kỹ thuật. Rồi tôi bắt đầu nghĩ về vấn đề nằm bên dưới nó.
Các nhà phát triển đã có sẵn thói quen, thư viện, ví và cơ sở mã mà họ hiểu rõ. Việc yêu cầu mọi ứng dụng tài chính từ bỏ những công cụ đó chỉ để truy cập một môi trường thanh toán khác sẽ tạo ra ma sát không cần thiết. Đồng thời, một số ứng dụng có thể cần truy cập trực tiếp vào tài sản gốc, các tính năng bảo mật riêng tư, hoặc khả năng giao thức cấp thấp mà môi trường EVM không tự nhiên cung cấp.
Sự đánh đổi này có vẻ bất ngờ là phù hợp với việc thiết kế hạ tầng.
Khi nghiên cứu DUSK, tôi thấy mình tự hỏi liệu khả năng tương tác đôi khi được thảo luận quá hẹp. Có lẽ “tương thích” không chỉ là nối các chuỗi khác nhau; nó cũng có thể là việc cho phép các mô hình phát triển khác nhau cùng tồn tại mà không buộc mọi ứng dụng phải đi theo một con đường kỹ thuật duy nhất.
Điều thú vị với tôi là ranh giới của trừu tượng hóa nên dừng ở đâu. Quá ít trừu tượng hóa tạo ra ma sát, trong khi quá nhiều có thể che giấu những năng lực mà nhà phát triển cuối cùng sẽ cần.
DUSK khiến ranh giới đó đáng để được xem xét từ góc nhìn của người xây dựng, chứ không chỉ từ góc nhìn của thị trường.
#dusk $DUSK @Dusk
Tôi nhận thấy điều này khi tìm hiểu DUSK, và việc nó tách thành DuskVM và DuskEVM khiến tôi phải dừng lại suy nghĩ. Thông thường, tôi nghĩ về blockchain như có một môi trường thực thi chính, còn mọi thứ khác chỉ được xem là công cụ xoay quanh nó.
DUSK đi theo một hướng khác. DuskEVM cung cấp khả năng thực thi Solidity và Vyper với bộ công cụ quen thuộc của Ethereum, trong khi DuskVM chạy trực tiếp các hợp đồng Rust/WASM trên Dusk L1. Hai lối đi này cùng “hạ cánh” trên một mạng nền tảng, nhưng phục vụ cho các nhu cầu phát triển khác nhau.
Ban đầu, điều này trông như một sự tiện lợi về mặt kỹ thuật. Rồi tôi bắt đầu nghĩ về vấn đề nằm bên dưới nó.
Các nhà phát triển đã có sẵn thói quen, thư viện, ví và cơ sở mã mà họ hiểu rõ. Việc yêu cầu mọi ứng dụng tài chính từ bỏ những công cụ đó chỉ để truy cập một môi trường thanh toán khác sẽ tạo ra ma sát không cần thiết. Đồng thời, một số ứng dụng có thể cần truy cập trực tiếp vào tài sản gốc, các tính năng bảo mật riêng tư, hoặc khả năng giao thức cấp thấp mà môi trường EVM không tự nhiên cung cấp.
Sự đánh đổi này có vẻ bất ngờ là phù hợp với việc thiết kế hạ tầng.
Khi nghiên cứu DUSK, tôi thấy mình tự hỏi liệu khả năng tương tác đôi khi được thảo luận quá hẹp. Có lẽ “tương thích” không chỉ là nối các chuỗi khác nhau; nó cũng có thể là việc cho phép các mô hình phát triển khác nhau cùng tồn tại mà không buộc mọi ứng dụng phải đi theo một con đường kỹ thuật duy nhất.
Điều thú vị với tôi là ranh giới của trừu tượng hóa nên dừng ở đâu. Quá ít trừu tượng hóa tạo ra ma sát, trong khi quá nhiều có thể che giấu những năng lực mà nhà phát triển cuối cùng sẽ cần.
DUSK khiến ranh giới đó đáng để được xem xét từ góc nhìn của người xây dựng, chứ không chỉ từ góc nhìn của thị trường.
#dusk $DUSK @Dusk
