Aina-

🖤👈🏻

44 Đang theo dõi

1.0K+ Người theo dõi

3.6K+ Đã thích

Bài đăng

Tất cả

Trích dẫn

Live

PINNED

Aina-

Đã xác minh

Tôi tình cờ xem được bản cập nhật riêng của Dusk vào tháng 10 năm 2025 và điều gì đó về cách đặt tên nội bộ cứ làm tôi băn khoăn. Điều mà hiện nay chúng ta gọi là Dusk Trade ban đầu ra đời dưới một mã nội bộ hoàn toàn khác — cùng với DuskEVM và một miễn trừ theo quy định có tên DLT-TSS, được theo đuổi với NPEX và các cố vấn pháp lý Norton Rose Fulbright, cụ thể cho việc phát hành trực tiếp trên chuỗi.

‎
Điểm đáng chú ý là bản cập nhật tháng 10 đó mô tả rõ rằng STOX sẽ là một giải pháp bổ sung cho NPEX, nhưng vẫn khác biệt — nghĩa là Dusk đang xây dựng hai nỗ lực giao dịch/triển khai theo quy định riêng biệt song song, chứ không phải một dự án được đổi tên thành hai.

‎
Nhìn từ bên ngoài, việc đổi tên từ nội bộ sang công khai này khớp với một điều cụ thể: bản cập nhật của chính Dusk nêu rằng STOX sẽ ra mắt với một vài đối tác được chọn kỹ trước, rồi mới mở rộng — một lộ trình triển khai theo giai đoạn, tương ứng khá sát với thời điểm danh sách chờ công khai của Dusk Trade thực sự được mở.

‎
Điều đó khiến tôi nghĩ rằng câu hỏi sâu hơn không phải “STOX đã từng được gọi là gì trước đó” — mà là việc theo dõi chính xác khi nào một mã nội bộ trở thành tên sản phẩm hướng tới công chúng thường là dấu hiệu rõ ràng nhất cho thấy một thứ đã chuyển từ giai đoạn xây dựng nội bộ sang triển khai ra bên ngoài, đáng tin hơn bất kỳ mốc ngày công bố nào chỉ dựa trên thông báo.

‎
Dù sao thì thời gian sẽ trả lời 👍

#dusk

$DUSK

@Dusk

DUSK-0,96%

PINNED

Aina-

‎Đã dành cả buổi chiều để đào sâu xem Piecrust thực sự thay đổi gì so với WASM “thô” thông thường, nghĩ rằng có lẽ chủ yếu chỉ là thay đổi mang tính thẩm mỹ. Không phải vậy. ‎ ‎Piecrust đã thay thế RuskVM cũ và được xây dựng dựa trên Wasmer — một runtime WASM — nhưng tài liệu riêng của Dusk nói rằng nó khác biệt căn bản ở hai điểm cụ thể: nó hỗ trợ nguyên bản các thao tác ZK như xác minh SNARK ngay bên trong VM, và nó quản lý bộ nhớ theo một cách hoàn toàn khác so với phần lớn các VM trên blockchain. ‎ ‎Đó là phần khiến tôi bị “dừng lại”. ‎ ‎Bạn phải đánh đổi sự đơn giản của một runtime WASM làm sẵn, phổ thông, và đổi lại là có một VM có thể xác minh nguyên bản các bằng chứng zero-knowledge mà không cần “chuyển” công việc đó sang một nơi khác. ‎ ‎Nhưng khoan đã, để tôi nói thật về những gì tôi thực sự biết so với những gì tôi đang suy đoán. Dusk xác nhận rằng Piecrust xử lý bộ nhớ khác đi và làm ZK nguyên bản. Thứ tôi không tìm thấy ở đâu cả là một khoảng chênh lệch hiệu năng có thể đo lường giữa RuskVM cũ và Piecrust hiện tại. ‎ ‎Cứ quay lại câu hỏi: điều này quan trọng đến mức nào ngoài phần mô tả kỹ thuật — một VM được thiết kế sẵn để xử lý nguyên bản đúng phần công việc mật mã mà toàn bộ mô hình quyền riêng tư của Dusk dựa vào, thì không phải là một lựa chọn “mang tính chung” rồi mới gắn thêm cho khớp sau. ‎ ‎Vậy việc xây dựng một VM được chuyên hóa đến vậy có thực sự đem lại lợi ích về lâu dài không, hay chỉ khiến việc mở rộng về sau trở nên khó khăn hơn khi yêu cầu thay đổi? ‎ #dusk $DUSK @Dusk_Foundation

‎Đã dành cả buổi chiều để đào sâu xem Piecrust thực sự thay đổi gì so với WASM “thô” thông thường, nghĩ rằng có lẽ chủ yếu chỉ là thay đổi mang tính thẩm mỹ. Không phải vậy.
‎
‎Piecrust đã thay thế RuskVM cũ và được xây dựng dựa trên Wasmer — một runtime WASM — nhưng tài liệu riêng của Dusk nói rằng nó khác biệt căn bản ở hai điểm cụ thể: nó hỗ trợ nguyên bản các thao tác ZK như xác minh SNARK ngay bên trong VM, và nó quản lý bộ nhớ theo một cách hoàn toàn khác so với phần lớn các VM trên blockchain.
‎
‎Đó là phần khiến tôi bị “dừng lại”.
‎
‎Bạn phải đánh đổi sự đơn giản của một runtime WASM làm sẵn, phổ thông, và đổi lại là có một VM có thể xác minh nguyên bản các bằng chứng zero-knowledge mà không cần “chuyển” công việc đó sang một nơi khác.
‎
‎Nhưng khoan đã, để tôi nói thật về những gì tôi thực sự biết so với những gì tôi đang suy đoán. Dusk xác nhận rằng Piecrust xử lý bộ nhớ khác đi và làm ZK nguyên bản. Thứ tôi không tìm thấy ở đâu cả là một khoảng chênh lệch hiệu năng có thể đo lường giữa RuskVM cũ và Piecrust hiện tại.
‎
‎Cứ quay lại câu hỏi: điều này quan trọng đến mức nào ngoài phần mô tả kỹ thuật — một VM được thiết kế sẵn để xử lý nguyên bản đúng phần công việc mật mã mà toàn bộ mô hình quyền riêng tư của Dusk dựa vào, thì không phải là một lựa chọn “mang tính chung” rồi mới gắn thêm cho khớp sau.
‎
‎Vậy việc xây dựng một VM được chuyên hóa đến vậy có thực sự đem lại lợi ích về lâu dài không, hay chỉ khiến việc mở rộng về sau trở nên khó khăn hơn khi yêu cầu thay đổi?
‎

#dusk

$DUSK

@Dusk

DUSK-0,96%

Aina-

Đã xác minh

Một chỉ thị riêng tư chỉ hoạt động trên một chain thì hữu ích, nhưng vẫn còn hạn chế. Đó là khoảng trống tôi muốn Nillion khắc phục sau khi Dusk ra mắt mainnet Ethereum vào ngày 28 tháng 9. Đây là cách Covenants hoạt động hiện nay. Bạn gắn một chỉ thị với một điều kiện; chỉ thị được mã hóa trong thời gian chờ và sẽ mở ra khi điều kiện đó được đáp ứng. Một khởi đầu tốt, nhưng vẫn bị giới hạn trên một chain. Đó là lý do Darkfall và Skyglow thu hút sự chú ý của tôi trong lộ trình bảy giai đoạn của Nillion. Darkfall dự kiến triển khai từ tháng 11 năm 2026 đến tháng 2 năm 2027. Ý tưởng là đưa mọi thứ Dusk có thể làm lên nhiều chain EVM thông qua một mạng lưới duy nhất, với các node và công cụ riêng cho từng chain để nhà vận hành và nhà phát triển có thể làm việc trực tiếp trên mỗi chain. @nillionnetwork Skyglow tiến thêm một bước. Lộ trình mô tả việc xác minh một điều kiện trên chain này trong khi chỉ thị được hoàn tất trên chain khác, với các bằng chứng mật mã xác thực việc tiết lộ. Dự án cũng hướng đến hỗ trợ các chain ngoài EVM. #NIL Điều tôi quan tâm nhất rất đơn giản: hành động được thực thi phải tuân theo điều kiện của nó mà không cần thêm một bên mới để tin cậy. Kết nối các chain là phần dễ. Giữ vững cam kết đó trong quá trình chuyển giao mới là phần khó, và tôi nghĩ đây là điểm khiến hầu hết các thiết kế cross-chain gặp trở ngại. Nếu làm đúng, các chỉ thị riêng tư sẽ không còn có vẻ quá ngách. Xin nói rõ, Darkfall và Skyglow là các mục tiêu trong lộ trình, chưa phải tính năng đang hoạt động. Theo bạn, Nillion nên triển khai bước nào trong lộ trình trước tiên? $NIL #nil $NIL @nillionnetwork

Một chỉ thị riêng tư chỉ hoạt động trên một chain thì hữu ích, nhưng vẫn còn hạn chế. Đó là khoảng trống tôi muốn Nillion khắc phục sau khi Dusk ra mắt mainnet Ethereum vào ngày 28 tháng 9.

Đây là cách Covenants hoạt động hiện nay. Bạn gắn một chỉ thị với một điều kiện; chỉ thị được mã hóa trong thời gian chờ và sẽ mở ra khi điều kiện đó được đáp ứng. Một khởi đầu tốt, nhưng vẫn bị giới hạn trên một chain.

Đó là lý do Darkfall và Skyglow thu hút sự chú ý của tôi trong lộ trình bảy giai đoạn của Nillion.

Darkfall dự kiến triển khai từ tháng 11 năm 2026 đến tháng 2 năm 2027. Ý tưởng là đưa mọi thứ Dusk có thể làm lên nhiều chain EVM thông qua một mạng lưới duy nhất, với các node và công cụ riêng cho từng chain để nhà vận hành và nhà phát triển có thể làm việc trực tiếp trên mỗi chain. @Nillion

Skyglow tiến thêm một bước. Lộ trình mô tả việc xác minh một điều kiện trên chain này trong khi chỉ thị được hoàn tất trên chain khác, với các bằng chứng mật mã xác thực việc tiết lộ. Dự án cũng hướng đến hỗ trợ các chain ngoài EVM. #NIL

Điều tôi quan tâm nhất rất đơn giản: hành động được thực thi phải tuân theo điều kiện của nó mà không cần thêm một bên mới để tin cậy. Kết nối các chain là phần dễ. Giữ vững cam kết đó trong quá trình chuyển giao mới là phần khó, và tôi nghĩ đây là điểm khiến hầu hết các thiết kế cross-chain gặp trở ngại. Nếu làm đúng, các chỉ thị riêng tư sẽ không còn có vẻ quá ngách.

Xin nói rõ, Darkfall và Skyglow là các mục tiêu trong lộ trình, chưa phải tính năng đang hoạt động.

Theo bạn, Nillion nên triển khai bước nào trong lộ trình trước tiên? $NIL

#nil $NIL @Nillion

Darkfall

71%

Skyglow

29%

Non-EVM

Both together

7 phiếu bầu • Cuộc bỏ phiếu đã kết thúc

NIL+2,01%

Aina-

Xem bản dịch

🌸

Hoorain_X

đã bước vào Encrypted Markets của @Nillion với suy nghĩ rằng quyền riêng tư khi giao dịch chủ yếu là chuyện người khác nhìn thấy hoạt động ví của bạn. Rồi tôi bắt đầu tìm hiểu về Covenants và nhận ra còn một vấn đề khác đang ẩn ngay trước mắt.

Chiến lược của bạn có thể bị lộ trước cả khi giao dịch diễn ra.

Thử nghĩ xem.

Khi bạn đặt lệnh, người khác có thể thấy giá vào lệnh hoặc mức thanh lý của bạn. Họ không cần biết bạn là ai để hiểu kế hoạch của bạn. Một khi nhìn thấy, họ có thể hành động trước khi lệnh của bạn được khớp.

Đây là lúc Covenants trở nên thú vị.

Thay vì công khai một chỉ thị dưới dạng có thể đọc được, bạn khóa nó theo một điều kiện được xác định trước. Chỉ thị được mã hóa vẫn không thể đọc được trong khi mạng lưới nút của Nillion chờ điều kiện đó. Khi điều kiện được kích hoạt, các nút sẽ giải phóng những phần chia sẻ mật mã cần thiết, giúp khôi phục chỉ thị và thực thi trên Ethereum.

Bạn có thể chuẩn bị trước chiến lược mà không cần phát tán chi tiết cho tất cả những ai đang theo dõi chuỗi.

Hmm. Điều tôi cứ nghĩ mãi là chuyện này không đơn thuần chỉ là che giấu một giao dịch. Mà là thay đổi những gì những người tham gia thị trường khác có thể biết trước khi giao dịch được thực hiện.

Hãy hình dung bạn đặt lệnh mua ETH có điều kiện mà không để lộ trước mức giá dự định vào lệnh, hoặc chuẩn bị lệnh cắt lỗ vẫn được niêm phong cho đến khi điều kiện kích hoạt xuất hiện.

Dĩ nhiên, tính bảo mật không đảm bảo khớp lệnh tốt hơn, không loại bỏ mọi hình thức MEV, cũng không ngăn được tất cả lỗi triển khai. Các điều kiện và cơ chế thực thi vẫn rất quan trọng.

Nhưng ý tưởng này đáng để quan tâm.

Chúng ta đã dành nhiều năm để khiến hoạt động tài chính đủ minh bạch cho việc xác minh, đôi khi phải đánh đổi bằng việc tiết lộ những chiến lược mà các nhà giao dịch muốn giữ kín.

vậy bạn thích điều gì nhất ở Covenants???
#NIL $NIL