Một bản cập nhật One Dusk mà suýt nữa hôm nay tôi đã định bỏ qua lại hóa ra quan trọng hơn vẻ ngoài của nó.
Đó không phải là một hợp tác khác.
Đó là công việc kỹ thuật xoay quanh các buổi diễn tập devnet DuskEVM có thể tái lập: làm mới các chain anchor và siết chặt việc xác thực dữ liệu Merkle đã lưu trữ.
Ban đầu tôi nghĩ:
Được rồi, đây là hạ tầng cho nhà phát triển.
Nhưng rồi tôi nghĩ về điều Dusk thực sự đang cố gắng xây dựng.
Nếu một blockchain muốn hỗ trợ các quy trình tài chính được quản lý, thì các nhà phát triển cần có khả năng tái tạo điều kiện mạng, kiểm thử các bản nâng cấp và xác minh trạng thái lịch sử một cách nhất quán.
Nếu không, việc gỡ lỗi sẽ trở thành đoán mò.
Hãy tưởng tượng việc kiểm thử một quy trình xử lý chứng khoán/token hóa ngày hôm nay và nhận được một kết quả.
Rồi chạy cùng kịch bản đó sau khi nâng cấp và nhận được một kết quả khác, mà không biết liệu sự khác biệt đến từ mã, trạng thái của mạng hay môi trường kiểm thử.
Tính tái lập cho nhà phát triển một mốc tham chiếu.
Việc xác thực Merkle nghiêm ngặt hơn tạo thêm một lớp bảo vệ bằng cách kiểm tra rằng dữ liệu trạng thái lịch sử là nhất quán nội bộ trước khi được sử dụng.
Những tính năng này không phải kiểu “đáng chú ý” trên tiêu đề.
Nhưng hạ tầng tài chính đầy rẫy những thứ khi hoạt động thì vô hình, và khi có vấn đề thì rất đau đớn.
Vì vậy, tôi thật sự thích việc Dusk dành công sức kỹ thuật cho mảng này.
Câu hỏi lớn hơn với tôi là:
Liệu kiểu hạ tầng có thể tái lập và có thể kiểm chứng này có giúp các tổ chức và nhà phát triển dễ dàng kiểm thử ứng dụng tài chính hơn trước khi đưa tài sản thật và các luồng thanh toán lên onchain không?
Bởi với các thị trường được quản lý, “nó hoạt động” thôi thì chưa đủ.
Bạn còn cần biết:
Tôi có thể tái tạo nó không?
Tôi có thể kiểm chứng nó không?
Tôi có thể tin vào kết quả không?
Đó là tiêu chuẩn mà tôi muốn thấy Dusk đạt được.
Việc tổ chức nhận/ứng dụng rộng rãi có thể xảy ra nếu thiếu khả năng tái lập “bất khả xuyên thủng” trong môi trường kiểm thử không? Hãy cho tôi biết bên dưới
#dusk $DUSK @Dusk
Đó không phải là một hợp tác khác.
Đó là công việc kỹ thuật xoay quanh các buổi diễn tập devnet DuskEVM có thể tái lập: làm mới các chain anchor và siết chặt việc xác thực dữ liệu Merkle đã lưu trữ.
Ban đầu tôi nghĩ:
Được rồi, đây là hạ tầng cho nhà phát triển.
Nhưng rồi tôi nghĩ về điều Dusk thực sự đang cố gắng xây dựng.
Nếu một blockchain muốn hỗ trợ các quy trình tài chính được quản lý, thì các nhà phát triển cần có khả năng tái tạo điều kiện mạng, kiểm thử các bản nâng cấp và xác minh trạng thái lịch sử một cách nhất quán.
Nếu không, việc gỡ lỗi sẽ trở thành đoán mò.
Hãy tưởng tượng việc kiểm thử một quy trình xử lý chứng khoán/token hóa ngày hôm nay và nhận được một kết quả.
Rồi chạy cùng kịch bản đó sau khi nâng cấp và nhận được một kết quả khác, mà không biết liệu sự khác biệt đến từ mã, trạng thái của mạng hay môi trường kiểm thử.
Tính tái lập cho nhà phát triển một mốc tham chiếu.
Việc xác thực Merkle nghiêm ngặt hơn tạo thêm một lớp bảo vệ bằng cách kiểm tra rằng dữ liệu trạng thái lịch sử là nhất quán nội bộ trước khi được sử dụng.
Những tính năng này không phải kiểu “đáng chú ý” trên tiêu đề.
Nhưng hạ tầng tài chính đầy rẫy những thứ khi hoạt động thì vô hình, và khi có vấn đề thì rất đau đớn.
Vì vậy, tôi thật sự thích việc Dusk dành công sức kỹ thuật cho mảng này.
Câu hỏi lớn hơn với tôi là:
Liệu kiểu hạ tầng có thể tái lập và có thể kiểm chứng này có giúp các tổ chức và nhà phát triển dễ dàng kiểm thử ứng dụng tài chính hơn trước khi đưa tài sản thật và các luồng thanh toán lên onchain không?
Bởi với các thị trường được quản lý, “nó hoạt động” thôi thì chưa đủ.
Bạn còn cần biết:
Tôi có thể tái tạo nó không?
Tôi có thể kiểm chứng nó không?
Tôi có thể tin vào kết quả không?
Đó là tiêu chuẩn mà tôi muốn thấy Dusk đạt được.
Việc tổ chức nhận/ứng dụng rộng rãi có thể xảy ra nếu thiếu khả năng tái lập “bất khả xuyên thủng” trong môi trường kiểm thử không? Hãy cho tôi biết bên dưới
#dusk $DUSK @Dusk
