Trong hầu hết các cuộc thảo luận về blockchain, việc tuân thủ quy định được coi là một vấn đề bên ngoài. Thực thi diễn ra trên chuỗi, trong khi xác minh, đối chiếu và trách nhiệm bị đẩy sang nơi khác. Thông thường, “nơi khác” đó là một quy trình ngoài chuỗi liên quan đến các kiểm toán viên, đội ngũ pháp lý, công cụ báo cáo và giải thích thủ công. Chuỗi tạo ra kết quả. Con người sau đó quyết định liệu những kết quả đó có chấp nhận được hay không.

Sự tách biệt này không phải là ngẫu nhiên. Nó là hệ quả của cách mà hầu hết các blockchain được thiết kế. Chúng tối ưu hóa cho việc thực thi trước, và giả định rằng tính chính xác có thể được tái tạo sau. Giả định đó hoạt động khá tốt cho các hoạt động đầu cơ. Nó bắt đầu thất bại khi tài sản bị quy định, có thể kiểm toán và ràng buộc về mặt pháp lý.

Những gì thường bị phá vỡ không phải là thông lượng hay độ trễ. Đó là chi phí quy định.

Chi phí quy định không tăng theo tỷ lệ với khối lượng giao dịch. Nó tăng lên với sự mơ hồ. Mỗi chuyển tiếp trạng thái không rõ ràng tạo ra công việc. Mỗi ngoại lệ tạo ra chu kỳ xem xét. Mỗi bước đối chiếu thủ công làm tăng chi phí hoạt động. Các hệ thống mà có vẻ nhanh ở lớp giao thức thường trở nên chậm và đắt khi tuân thủ được áp dụng sau đó.

Đây là nơi Dusk có một vị trí cấu trúc khác biệt.

Thay vì coi tuân thủ là một quy trình bên ngoài, Dusk đẩy các ràng buộc quy định trực tiếp vào thực thi. Thông qua Hedger và mô hình thanh toán nhận thức quy tắc của nó, giao thức tự quyết định liệu một hành động có được phép tồn tại như một trạng thái hay không. Nếu một hành động không đáp ứng các quy tắc đã định nghĩa, nó sẽ không trở thành một phần của sổ cái. Không có trạng thái tạm thời chờ được diễn giải sau này.

Sự thay đổi đó nghe có vẻ tinh tế, nhưng nó thay đổi nơi chi phí tích tụ.

Trong một blockchain điển hình, một hành động không hợp lệ hoặc không tuân thủ vẫn tiêu tốn tài nguyên. Nó vào mempools, được thực thi, thậm chí có thể được hoàn thành, và chỉ sau đó trở thành vấn đề. Vào thời điểm đó, hệ thống dựa vào việc giám sát, quản trị hoặc xem xét của con người để sửa chữa kết quả. Chi phí tuân thủ được trả downstream, nơi nó đắt hơn và khó kiểm soát hơn.

Dusk đảo ngược dòng chảy đó.

Quyền đủ điều kiện được kiểm tra trước khi thực thi. Các quy tắc được thực thi trước khi chuyển đổi trạng thái. Giao thức không hỏi liệu một kết quả có thể được biện minh sau này hay không. Nó hỏi liệu hành động đó có được phép tồn tại hay không. Nếu không, nó sẽ bị loại trừ một cách im lặng và vĩnh viễn. Không ô nhiễm sổ cái. Không giai đoạn đối chiếu. Không cần giải thích tại sao một điều gì đó không nên xảy ra.

Thiết kế này trực tiếp giảm diện tích bề mặt mà chi phí quy định có thể gia tăng.

Hedger đóng một vai trò trung tâm ở đây. Nó cho phép các giao dịch vẫn giữ bí mật trong khi vẫn sản xuất các bằng chứng có thể kiểm tra, sẵn sàng kiểm toán. Chi tiết quan trọng không phải là quyền riêng tư, mà là cách khả năng kiểm toán được xác định. Các bằng chứng được tạo ra với các ranh giới đã được định nghĩa trước. Những gì được tiết lộ, khi nào được tiết lộ, và cho ai được hạn chế bởi logic giao thức thay vì được thương lượng sau khi thực thi.

Điều đó quan trọng bởi vì các môi trường được quản lý không thất bại do thiếu dữ liệu. Họ thất bại vì quá nhiều dữ liệu mà không có thẩm quyền rõ ràng.

Bằng cách hạn chế các con đường tiết lộ và thực thi các quy tắc trước khi thanh toán, Dusk giảm thiểu nhu cầu giải thích sau này. Sổ cái trở nên yên tĩnh hơn không phải vì ít hoạt động xảy ra, mà vì ít hành động không hợp lệ sống đủ lâu để cần giải thích.

Điều này cũng giải thích tại sao Dusk có thể có vẻ hạn chế so với các chuỗi linh hoạt hơn. Có ít không gian cho sự thử nghiệm mà dựa vào việc sửa chữa sai lầm sau này. Một số hành động mà sẽ được chấp nhận ở nơi khác đơn giản không thực thi. Từ góc độ bán lẻ, điều này có thể cảm thấy hạn chế. Từ góc độ tổ chức, nó thường ngược lại.

Các tổ chức không tối ưu hóa cho sự lựa chọn sau khi thực thi. Họ tối ưu hóa cho sự chắc chắn vào thời điểm cam kết. Một khi một giao dịch được thanh toán, nó phải vẫn hợp lệ dưới sự giám sát trong nhiều tuần hoặc nhiều tháng sau. Các hệ thống dựa vào quản trị sau thực thi hoặc đồng thuận xã hội tạo ra sự không chắc chắn mà tích tụ theo thời gian.

Dusk chọn cách hấp thụ chi phí đó sớm, ở cấp độ giao thức, nơi nó rẻ hơn để thực thi và dễ dàng hơn để lý giải.

Sự lựa chọn thiết kế này phù hợp chặt chẽ với hướng đi mà DuskTrade và sự hợp tác với NPEX gợi ý. Đưa hàng trăm triệu euro vào các chứng khoán được mã hoá trên chuỗi không phải là một thách thức mở rộng chủ yếu. Đó là một thách thức về tuân thủ. Một nền tảng yêu cầu việc đối chiếu ngoài chuỗi liên tục sẽ gặp khó khăn dưới gánh nặng đó, bất kể hiệu suất thô của nó như thế nào.

Bằng cách nhúng tuân thủ vào thực thi, Dusk giảm bớt gánh nặng hoạt động thường nằm ngoài chuỗi. Chi phí không biến mất, nhưng nó trở nên có thể dự đoán và giới hạn. Sự có thể dự đoán đó thường có giá trị hơn tốc độ.

Có những sự đánh đổi. Đưa các quy tắc vào giao thức làm giảm tính linh hoạt. Nó nâng cao tiêu chuẩn tham gia. Nó ưa chuộng các quy trình được xác định rõ hơn là sự lặp lại nhanh chóng. Nhưng những sự đánh đổi đó phù hợp với vấn đề mà Dusk đang cố gắng giải quyết.

Thay vì cạnh tranh cho việc áp dụng mục đích chung, Dusk đang định vị mình như một cơ sở hạ tầng có thể tồn tại trước áp lực quy định mà không cần sửa đổi liên tục. Thành công của nó ít rõ ràng trong các chỉ số tiêu đề và rõ ràng hơn trong những gì không xảy ra. Ít ngoại lệ. Ít tranh chấp. Ít can thiệp của con người.

Theo nghĩa đó, Dusk không tối ưu hóa cho sự tăng trưởng ở bề mặt. Nó tối ưu hóa cho độ bền ở dưới. Và trong tài chính được quản lý, độ bền thường quan trọng lâu sau khi tốc độ đã bị quên lãng.

\u003cm-41/\u003e\u003ct-42/\u003e\u003cc-43/\u003e