Càng đi sâu vào @Dusk , tôi càng nhận ra phần thú vị không phải lúc nào cũng là tính năng “đình đám” ở tiêu đề lớn. Đôi khi đó là một quyết định thiết kế nhỏ khiến bạn phải dừng lại để suy nghĩ. Tôi đã có khoảnh khắc đó khi xem cách Moonlight và Phoenix xử lý một việc cơ bản như đảm bảo cùng một giao dịch hoặc tài sản không thể bị dùng lại hai lần. Moonlight dùng mô hình mà hầu hết chúng ta đã hiểu: nonce. Mỗi tài khoản sẽ đi qua một chuỗi giao dịch, và khi nonce đã được sử dụng thì giao dịch đó không thể chỉ đơn giản là bị phát lại (replay). Cách này đơn giản và dễ dự đoán, nhưng khi nhìn vào việc sử dụng ngoài đời thực, bên dưới còn có nhiều thứ hơn. Các ví, sàn giao dịch và bên lưu ký phải giữ cho trạng thái (state) đó luôn chính xác, đặc biệt khi nhiều giao dịch đang được ký hoặc gửi cùng lúc.
Phoenix lại khiến tôi nhìn vấn đề tương tự từ một góc hoàn toàn khác. Vì sử dụng các ghi chú được che giấu (shielded notes), Phoenix dựa vào nullifier. Khi một ghi chú riêng tư được chi tiêu, nullifier của nó sẽ báo cho mạng rằng ghi chú đó đã được tiêu thụ (consumed). Nếu ai đó cố gắng chi tiêu lại, thì nỗ lực đó có thể bị từ chối mà không cần lộ chính ghi chú riêng tư. Chính sự khác biệt này là thứ tôi thấy thú vị nhất. Moonlight đang sắp xếp hoạt động của tài khoản một cách có tổ chức, trong khi Phoenix chứng minh rằng giá trị riêng tư đã được chi tiêu rồi mà không tiết lộ giá trị đó thực sự là gì. Cùng một mục tiêu, nhưng cách tiếp cận lại hoàn toàn khác.
Và tôi nghĩ đây là một ví dụ hay cho thấy hạ tầng hướng đến quyền riêng tư khó hơn nhiều so với việc chỉ “che” dữ liệu giao dịch. Khi quyền riêng tư trở thành một phần của kiến trúc, thì ngay cả những thứ cơ bản như chống phát lại và ngăn chi tiêu hai lần cũng cần được thiết kế lại cho phù hợp. Giờ tôi tò mò hơn về chuyện gì sẽ xảy ra khi Dusk mở rộng quy mô (scale). Liệu việc phối hợp trạng thái tài khoản (account-state coordination) sẽ trở thành thách thức lớn hơn, hay việc phát hiện ghi chú riêng tư và theo dõi nullifier sẽ trở nên khó hơn? Đó là những quyết định kỹ thuật “lặng lẽ” mà cuối cùng có thể lại quan trọng nhất.
@Dusk #dusk $DUSK
Phoenix lại khiến tôi nhìn vấn đề tương tự từ một góc hoàn toàn khác. Vì sử dụng các ghi chú được che giấu (shielded notes), Phoenix dựa vào nullifier. Khi một ghi chú riêng tư được chi tiêu, nullifier của nó sẽ báo cho mạng rằng ghi chú đó đã được tiêu thụ (consumed). Nếu ai đó cố gắng chi tiêu lại, thì nỗ lực đó có thể bị từ chối mà không cần lộ chính ghi chú riêng tư. Chính sự khác biệt này là thứ tôi thấy thú vị nhất. Moonlight đang sắp xếp hoạt động của tài khoản một cách có tổ chức, trong khi Phoenix chứng minh rằng giá trị riêng tư đã được chi tiêu rồi mà không tiết lộ giá trị đó thực sự là gì. Cùng một mục tiêu, nhưng cách tiếp cận lại hoàn toàn khác.
Và tôi nghĩ đây là một ví dụ hay cho thấy hạ tầng hướng đến quyền riêng tư khó hơn nhiều so với việc chỉ “che” dữ liệu giao dịch. Khi quyền riêng tư trở thành một phần của kiến trúc, thì ngay cả những thứ cơ bản như chống phát lại và ngăn chi tiêu hai lần cũng cần được thiết kế lại cho phù hợp. Giờ tôi tò mò hơn về chuyện gì sẽ xảy ra khi Dusk mở rộng quy mô (scale). Liệu việc phối hợp trạng thái tài khoản (account-state coordination) sẽ trở thành thách thức lớn hơn, hay việc phát hiện ghi chú riêng tư và theo dõi nullifier sẽ trở nên khó hơn? Đó là những quyết định kỹ thuật “lặng lẽ” mà cuối cùng có thể lại quan trọng nhất.
@Dusk #dusk $DUSK
