#dusk $DUSK Tối qua, tôi thử nghiệm trên mạng thử nghiệm DuskEVM và cố gắng triển khai một hợp đồng đơn giản để xem trải nghiệm phát triển như thế nào. Kết quả là rất nhanh bị kẹt—tôi muốn xây một cấu trúc đăng ký để theo dõi vị thế, trong đó một số trường cần được bảo mật, một số trường thì công khai, đúng kiểu mà nền tảng sàn giao dịch chứng khoán cần.
Ban đầu tôi nghĩ Solidity có thể dùng trực tiếp. Nhưng khi thử nhét cấu trúc như vậy vào một kho lưu trữ key-value phổ quát, cảm giác ngay lập tức là sai. Giống như dùng cọc gỗ hình vuông đóng vào lỗ hình tròn, mà vẫn phải chấp nhận rằng đó “là kiểu như vậy”. Tôi bắt đầu tò mò liệu Dusk có giải pháp tốt hơn không, nên lật tài liệu.
Ngay lúc đó tôi phát hiện ra bộ công cụ Microkelvin. Kết quả không phải là công cụ tối ưu hiệu năng—thực ra còn ngược lại. Nó cho phép nhà phát triển tự xây dựng cấu trúc dữ liệu của riêng mình, không bị mắc kẹt trong những “thứ chung chung” trên chuỗi. Bạn định nghĩa cấu trúc bạn cần—quan hệ phức tạp, yêu cầu về quyền riêng tư, việc sinh tạo bằng chứng đều được tích hợp—rồi tầng thực thi Rusk sẽ không đối đầu với bạn theo kiểu máy ảo phổ dụng.
Khi nhận ra sự khác biệt này quan trọng đến mức nào đối với thứ tôi vừa cố làm, tôi hiểu rõ hơn. Tôi vẫn luôn dùng cách nghĩ thông thường để hiểu hợp đồng thông minh: chuỗi cung cấp các nguyên ngữ chung, còn bạn nhét logic tài chính vào đó. Việc này ổn cho giao dịch và “vườn” farm lợi suất. Nhưng nếu muốn mô hình hóa sổ đăng ký chứng khoán, theo dõi hàng chục vạn vị thế, đồng thời giữ bí mật cho quyền sở hữu, lại còn phải chứng minh các ràng buộc mà không lộ chi tiết—thì giải pháp phổ dụng sẽ sụp ngay.
Trên Ethereum hay Solana, nếu cần tự định nghĩa cấu trúc dữ liệu thì hoặc phải lưu trữ kém hiệu quả, hoặc phải xây logic vừa vụng về vừa tốn kém. Ở Dusk thì ngược lại: bạn chỉ việc lắp ghép đúng thứ bạn cần.
Nó giống như sự khác nhau giữa mua bộ vest may sẵn và bộ vest may đo. Bộ may sẵn được thiết kế cho bạn; còn may đo thì bạn phải miễn cưỡng nhét vừa vào cơ thể.
Một nền tảng chứng khoán được quản lý không cần một chuỗi vừa phổ dụng vừa cái gì cũng hiệu quả. Nó cần một chuỗi đặc biệt hiệu quả cho đúng một việc—giữ và chuyển các công cụ tài chính được quản lý, trong đó quyền riêng tư được bảo mật, minh bạch công khai. Hạ tầng phổ dụng chỉ gây cản trở.
Phải nói rõ: tôi vẫn chưa thấy mainnet có hợp đồng nào thực sự dùng Microkelvin. Liệu nhà phát triển có nhận ra nó tiện và tốt hơn so với những ràng buộc chuẩn không, thì phải chờ đến khi ứng dụng thật sự đi vào hoạt động mới biết.
Tôi vẫn đang cân nhắc xem các công cụ phát triển được thiết kế riêng có thể thu hút các kỹ sư cấp tổ chức không, hay phần lớn mọi người vẫn tiếp tục dùng các công cụ phổ dụng quen thuộc, dù không mấy phù hợp.
@Dusk $DUSK #dusk
Ban đầu tôi nghĩ Solidity có thể dùng trực tiếp. Nhưng khi thử nhét cấu trúc như vậy vào một kho lưu trữ key-value phổ quát, cảm giác ngay lập tức là sai. Giống như dùng cọc gỗ hình vuông đóng vào lỗ hình tròn, mà vẫn phải chấp nhận rằng đó “là kiểu như vậy”. Tôi bắt đầu tò mò liệu Dusk có giải pháp tốt hơn không, nên lật tài liệu.
Ngay lúc đó tôi phát hiện ra bộ công cụ Microkelvin. Kết quả không phải là công cụ tối ưu hiệu năng—thực ra còn ngược lại. Nó cho phép nhà phát triển tự xây dựng cấu trúc dữ liệu của riêng mình, không bị mắc kẹt trong những “thứ chung chung” trên chuỗi. Bạn định nghĩa cấu trúc bạn cần—quan hệ phức tạp, yêu cầu về quyền riêng tư, việc sinh tạo bằng chứng đều được tích hợp—rồi tầng thực thi Rusk sẽ không đối đầu với bạn theo kiểu máy ảo phổ dụng.
Khi nhận ra sự khác biệt này quan trọng đến mức nào đối với thứ tôi vừa cố làm, tôi hiểu rõ hơn. Tôi vẫn luôn dùng cách nghĩ thông thường để hiểu hợp đồng thông minh: chuỗi cung cấp các nguyên ngữ chung, còn bạn nhét logic tài chính vào đó. Việc này ổn cho giao dịch và “vườn” farm lợi suất. Nhưng nếu muốn mô hình hóa sổ đăng ký chứng khoán, theo dõi hàng chục vạn vị thế, đồng thời giữ bí mật cho quyền sở hữu, lại còn phải chứng minh các ràng buộc mà không lộ chi tiết—thì giải pháp phổ dụng sẽ sụp ngay.
Trên Ethereum hay Solana, nếu cần tự định nghĩa cấu trúc dữ liệu thì hoặc phải lưu trữ kém hiệu quả, hoặc phải xây logic vừa vụng về vừa tốn kém. Ở Dusk thì ngược lại: bạn chỉ việc lắp ghép đúng thứ bạn cần.
Nó giống như sự khác nhau giữa mua bộ vest may sẵn và bộ vest may đo. Bộ may sẵn được thiết kế cho bạn; còn may đo thì bạn phải miễn cưỡng nhét vừa vào cơ thể.
Một nền tảng chứng khoán được quản lý không cần một chuỗi vừa phổ dụng vừa cái gì cũng hiệu quả. Nó cần một chuỗi đặc biệt hiệu quả cho đúng một việc—giữ và chuyển các công cụ tài chính được quản lý, trong đó quyền riêng tư được bảo mật, minh bạch công khai. Hạ tầng phổ dụng chỉ gây cản trở.
Phải nói rõ: tôi vẫn chưa thấy mainnet có hợp đồng nào thực sự dùng Microkelvin. Liệu nhà phát triển có nhận ra nó tiện và tốt hơn so với những ràng buộc chuẩn không, thì phải chờ đến khi ứng dụng thật sự đi vào hoạt động mới biết.
Tôi vẫn đang cân nhắc xem các công cụ phát triển được thiết kế riêng có thể thu hút các kỹ sư cấp tổ chức không, hay phần lớn mọi người vẫn tiếp tục dùng các công cụ phổ dụng quen thuộc, dù không mấy phù hợp.
@Dusk $DUSK #dusk