Waseem Ahmad mir

Những mã tăng mạnh của hợp đồng tương lai hôm nay đang bùng nổ—nhưng trader cần cẩn thận

Bảng xếp hạng hợp đồng tương lai hôm nay đang ghi nhận một số biến động cực lớn:

🔥 $4 +55%
🔥 $PROM +41%
🔥 $SKR +32%
🔥 $BROCCOLIF3B +31%
🔥 $CYS +26%

Thoạt nhìn, có vẻ đây là một đợt bứt phá altcoin. Nhưng sau khi kiểm tra thị trường, lý do đằng sau các cú “bơm” này lại hoàn toàn khác nhau.

PROM dường như đang có động lượng mạnh và nhu cầu mang tính đầu cơ, với dữ liệu gần đây cho thấy chưa có một chất xúc tác lớn nào được xác nhận hoàn toàn đứng sau đợt tăng.

SKR có câu chuyện nền tảng vững hơn. Gần đây Solana Mobile tiếp tục duy trì hoạt động trong hệ sinh thái Seeker, bao gồm các vòng claim SKR, các phát triển mới của hệ sinh thái và các sáng kiến về bảo mật.

CYS thì cực kỳ biến động sau sự chú ý về việc niêm yết sàn gần đây, trong đó có chất xúc tác việc Upbit niêm yết trước đó vào đầu tháng này.

Trong khi đó, các token như 4 và BROCCOLIF3B mang tính đầu cơ hơn nhiều và có thể tăng mạnh một cách quyết liệt do thanh khoản thấp và giao dịch theo đà (momentum).

⚠️ Trader nên làm gì lúc này?

Sai lầm lớn nhất là mua chỉ vì token đó đã đang tăng +30% đến +50%.

Thay vào đó:

• Đừng FOMO vào các nến dọc tăng thẳng đứng
• Chờ giai đoạn đi ngang (consolidation) hoặc đợt retest
• Kiểm tra xem khối lượng có ủng hộ cho đợt bứt phá hay không
• Theo dõi open interest và funding rate
• Áp dụng quản trị rủi ro chặt chẽ khi giao dịch hợp đồng tương lai
• Chốt lời từng phần thay vì kỳ vọng mọi cú bơm đều sẽ tiếp diễn

Một bảng xếp hạng màu xanh không tự động có nghĩa là cơ hội mua an toàn.

Một số biến động này có thể tiếp tục, đặc biệt khi có nhu cầu thật từ thị trường spot và sự xác nhận chéo giữa các thị trường. Nhưng những biến động khác có thể chỉ là short squeeze hoặc các đợt “bốc” theo đà do thanh khoản thấp.

Quan điểm của tôi: Tôi thà bỏ lỡ cú bơm đầu tiên còn hơn trở thành thanh khoản thoát lệnh (exit liquidity) ở đỉnh.

Hãy giao dịch sự xác nhận, không phải sự hưng phấn. 📊

Một blockchain tài chính không nhất thiết phải xử lý mọi mảnh thông tin theo cách giống nhau.

Đó là phần trong mô hình quyền riêng tư của Dusk mà tôi luôn quay lại.

Hãy nghĩ về một tài sản được quản lý. Có thể sẽ có thông tin mà thị trường cần có khả năng xem được. Đồng thời, một số chi tiết có thể cần được giữ bí mật. Và trong một tình huống khác, một tổ chức được ủy quyền có thể cần truy cập vào thông tin cụ thể vì một lý do được xác định.

Cách tiếp cận của Dusk được xây dựng dựa trên những yêu cầu khác nhau đó, thay vì bắt buộc một thiết lập hiển thị duy nhất áp dụng cho mọi thứ. Tài liệu của Dusk mô tả quyền riêng tư với tính “tiết lộ chọn lọc” cùng với các luồng công khai, minh bạch.

Với tôi, điều đó khiến từ “programmable” trở nên quan trọng.

Ý tưởng không chỉ đơn thuần là các giao dịch được giữ kín. Mà là quy trình tài chính có thể quyết định điều gì cần được hiển thị, điều gì cần được giữ bí mật, và khi nào một thông tin nhất định sẽ sẵn sàng để một bên được ủy quyền có thể truy cập.

Tiếp theo là khâu thanh toán.

Dusk mô tả thanh toán tất định như một yêu cầu cốt lõi cho hạ tầng thị trường, với DuskDS cung cấp tính tất định trong kết quả cuối cùng cho các quy trình tài chính.

Vậy nên tôi thấy có bốn mảng hoạt động cùng nhau:

Quyền riêng tư khi cần thiết.

Minh bạch khi nó hữu ích.

Tiết lộ chọn lọc khi quá trình xem xét được ủy quyền yêu cầu.

Thanh toán tất định khi giao dịch cần một kết quả cuối cùng có thể dự đoán.

Sự kết hợp đó là điều khiến cách tiếp cận của Dusk đối với các thị trường được quản lý trở nên đáng để theo dõi đối với tôi. Không phải là chuyện chọn giữa một blockchain hoàn toàn công khai hoặc hoàn toàn riêng tư, mà là trao cho các quy trình tài chính những cách khác nhau để xử lý thông tin.

#dusk
$DUSK
@Dusk

Cảm ơn @Binance Square Official ! Thật vui khi thấy tên của mình nằm trong danh sách những người chiến thắng chiến dịch #TradebStocks . Cảm ơn cơ hội và sự ủng hộ từ cộng đồng Binance. Mong chờ bộ quà kỷ niệm Ngày kỷ niệm lần thứ 9! 🎉🏆

Một điều tôi luôn quay lại khi nói về các blockchain tài chính là: không phải mọi mảnh thông tin đều cần mức độ hiển thị như nhau.

Hãy nghĩ về một tài sản được quản lý theo quy định.

Có những thông tin hữu ích để thị trường có thể theo dõi. Cũng có thể có những thông tin nên được giữ bí mật. Rồi sẽ có những tình huống mà một bên được ủy quyền cần xem một thông tin cụ thể vì một lý do nhất định.

Cách tiếp cận của Dusk đối với vấn đề này được gọi là quyền riêng tư có thể lập trình.

Ý tưởng khá đơn giản: sử dụng quyền riêng tư khi cần thiết, giữ tính minh bạch khi hữu ích, và cho phép tiết lộ có chọn lọc khi bên được ủy quyền cần một thông tin cụ thể. Tài liệu của Dusk mô tả những điều này là một phần trong cách tiếp cận của giao thức đối với các quy trình được quản lý theo quy định.

Tôi thích cách nhìn về quyền riêng tư này, vì nó không phải là quyết định “tất cả hoặc không”.

Một chủ thể tham gia thị trường không nhất thiết phải phơi bày mọi chi tiết tài chính cho tất cả mọi người. Nhưng điều đó cũng không có nghĩa là việc xem xét theo ủy quyền phải trở nên bất khả thi.

Sau đó còn có phía thanh toán.

Dusk mô tả thanh toán tất định (deterministic settlement) như một yêu cầu cốt lõi khác cho các quy trình tài chính được quản lý theo quy định. Mục tiêu là tính cuối cùng có thể dự đoán được, thay vì để kết quả thanh toán trở nên không chắc chắn.

Vậy là bốn ý tưởng này ghép lại với nhau:

Quyền riêng tư khi thông tin không nên công khai.

Minh bạch khi việc hiển thị là hữu ích.

Tiết lộ có chọn lọc khi cần xem xét một cách cụ thể.

Thanh toán tất định khi giao dịch cần một kết quả cuối cùng rõ ràng.

Đó là một đề xuất cụ thể hơn nhiều so với việc chỉ gọi Dusk là một blockchain về quyền riêng tư.

#dusk $DUSK @Dusk

Một tài sản được quản lý không ngừng là tài sản được quản lý chỉ vì nó được chuyển lên onchain.

Điều này nghe có vẻ hiển nhiên, nhưng đó là một điểm quan trọng khi xem xét Dusk.

Nếu một tài sản tài chính đi lên onchain, vẫn phải có các quy tắc về việc ai có thể truy cập, những giao dịch chuyển nhượng nào được phép, những thông tin nào cần phải sẵn có và giao dịch cuối cùng được quyết toán như thế nào.

Chính tại đây, ý tưởng về quyền riêng tư có thể lập trình của Dusk khiến tôi thấy hợp lý.

Mục tiêu không phải là làm cho toàn bộ thị trường trở nên vô hình. Cách tiếp cận của Dusk được xây dựng dựa trên việc sử dụng quyền riêng tư khi cần thiết trong khi vẫn giữ tính minh bạch ở những nơi có ích. Thông tin cụ thể cũng có thể được công bố cho các bên được ủy quyền khi một quy trình công việc yêu cầu.

Tôi nghĩ sự phân biệt đó là quan trọng.

Một nhà đầu tư có thể không muốn mọi chi tiết về hoạt động tài chính của mình bị phơi bày công khai. Nhưng một bên được ủy quyền vẫn có thể cần bằng chứng cho một đợt rà soát cụ thể. Những yêu cầu đó không nhất thiết mâu thuẫn với nhau.

Rồi còn vấn đề quyết toán.

Dusk mô tả quyết toán mang tính xác định (deterministic settlement) là một phần cốt lõi trong hạ tầng của họ cho các thị trường được quản lý. Ý tưởng là cung cấp cho các quy trình tài chính một mức độ chắc chắn về thời điểm kết thúc cuối cùng, thay vì coi việc quyết toán như một thứ gì đó tách rời khỏi phần còn lại của quy trình.

Vậy bốn điều tôi rút ra từ Dusk khá rõ ràng:

Quyền riêng tư khi cần.
Minh bạch khi hữu ích.
Công bố chọn lọc khi quá trình rà soát được ủy quyền yêu cầu.
Quyết toán mang tính xác định cho giao dịch cuối cùng.

Với tài chính được quản lý, sự kết hợp này khiến tôi thấy thú vị hơn việc chỉ đơn giản gọi Dusk là một blockchain về quyền riêng tư.

Điều gì quan trọng nhất đối với các tài sản được quản lý khi chúng di chuyển lên onchain?

#dusk $DUSK @Dusk

Quyền riêng tư trong các thị trường tài chính không phải là việc giấu mọi thứ. Đó là việc biết rõ điều gì thực sự cần phải được nhìn thấy.

Đó là phần trong cách tiếp cận của Dusk mà tôi thấy hợp lý.

Một số thông tin có thể được công khai khi tính minh bạch là hữu ích. Những thông tin khác có thể cần được giữ riêng vì vị thế tài chính và các giao dịch không nhất thiết là thứ mà ai cũng nên xem.

Sau đó là công bố chọn lọc.

Nếu một bên được ủy quyền cần xem xét thông tin cụ thể, ý tưởng là cung cấp quyền truy cập đó mà không biến toàn bộ hệ thống thành một cuốn sách mở. Với các thị trường được quản lý, sự phân biệt này thực sự quan trọng.

Tôi nghĩ đây là nơi ý tưởng về quyền riêng tư có thể lập trình của Dusk trở nên thú vị hơn là chỉ đơn giản nói “blockchain riêng tư”.

Mục tiêu là có các mức độ hiển thị khác nhau tùy theo tình huống:

Quyền riêng tư khi điều đó là hợp lý.

Minh bạch khi nó hữu ích.

Công bố khi việc xem xét được ủy quyền yêu cầu.

Và quyết toán tất định để quy trình tài chính có một kết quả rõ ràng.

Bốn phần đó là điều tôi cứ quay lại khi đọc về Dusk.

Một thị trường tài chính được quản lý có những yêu cầu khác với một hệ thống giao dịch công khai thông thường. Việc làm mọi thứ đều có thể nhìn thấy không phải lúc nào cũng thực tế, nhưng làm mọi thứ bị che giấu hoàn toàn cũng không phải là câu trả lời.

Thách thức thú vị là tìm ra cách xử lý cả hai.

Đó là vấn đề mà Dusk đang cố gắng giải quyết bằng quyền riêng tư có thể lập trình cho các thị trường được quản lý.

#dusk $DUSK @Dusk

Các thị trường tài chính cần quyền riêng tư, nhưng cũng cần một cách để kiểm tra những gì đã xảy ra.

Chính sự cân bằng đó đã thu hút sự chú ý của tôi với Dusk.

Ý tưởng không phải là làm mọi thứ trở nên riêng tư rồi coi như xong. Cách tiếp cận của Dusk linh hoạt hơn.

Một số thông tin có thể vẫn công khai khi tính minh bạch hữu ích. Những thông tin khác có thể được giữ bí mật khi việc tiết lộ chúng sẽ tạo ra vấn đề cho nhà đầu tư, tổ chức hoặc người tham gia thị trường. Rồi khi một bên được ủy quyền cần thông tin cụ thể, cơ chế tiết lộ có chọn lọc có thể cung cấp thông tin đó mà không khiến toàn bộ lịch sử giao dịch công khai.

Tôi nghĩ điều đó hợp lý hơn nhiều đối với tài chính được quản lý, thay vì xem quyền riêng tư và tính minh bạch như hai lựa chọn hoàn toàn tách rời.

Mảng kỹ thuật cũng rất thú vị. Dusk có cả mô hình giao dịch công khai và được che chắn. Moonlight được dùng cho các luồng tài khoản minh bạch, trong khi Phoenix hỗ trợ các chuyển tiền được che chắn bằng các bằng chứng không kiến thức. Người dùng cũng có thể tiết lộ có chọn lọc thông tin khi cần cho việc tuân thủ quy định hoặc kiểm toán.

Rồi còn phần thanh toán.

DuskDS cung cấp lớp thanh toán và khả năng sẵn sàng dữ liệu, với tính xác quyết cuối cùng mang tính xác định được thiết kế cho các quy trình tài chính. Điều đó có nghĩa là phần quyền riêng tư không được xây dựng tách rời khỏi phần thanh toán. Chúng là một phần của cùng một hạ tầng.

Có lẽ đây là phần của Dusk mà tôi thấy thú vị nhất.

Đối với các thị trường được quản lý, mục tiêu không chỉ đơn giản là “làm cho mọi thứ riêng tư”. Mục tiêu là có thể quyết định điều gì nên được nhìn thấy, điều gì nên được giữ bí mật, ai có thể nhận thêm thông tin, và giao dịch cuối cùng được thanh toán ra sao.
#dusk
$DUSK
@Dusk

Tôi nghĩ “tokenized” (được token hóa) và “native” (bản địa) là hai từ rất dễ bị trộn lẫn với nhau.

Tôi đã đọc tài liệu của Dusk về phát hành native (bản địa), và sự khác biệt thực ra khá đơn giản.

Với tokenization (được token hóa), một token đại diện cho một tài sản hoặc một quyền yêu cầu đối với tài sản đó. Tài sản gốc và một phần vòng đời của nó vẫn có thể phụ thuộc vào các hệ thống nằm ngoài blockchain.

Native issuance (phát hành bản địa) lại tiếp cận theo hướng khác. Bản thân tài sản được tạo và quản lý trực tiếp trên onchain, vì vậy những việc như phát hành, chuyển nhượng, phục vụ và thanh toán có thể được thiết kế dựa trên sổ cái (ledger) thay vì coi blockchain chỉ là một bản ghi khác của một tài sản vốn tồn tại ở đâu đó bên ngoài.

Điều đó trở nên thú vị hơn khi áp dụng với chứng khoán được quản lý (regulated securities).

Một tài sản tài chính vẫn cần các quy tắc về việc ai có thể truy cập, ai có thể chuyển nhượng, những thông tin nào có thể được công bố và cơ chế thanh toán hoạt động ra sao. Tài liệu của Dusk mô tả cụ thể tính đủ điều kiện (eligibility), các giao dịch chuyển nhượng được kiểm soát (controlled transfers), công bố chọn lọc (selective disclosure) và thanh toán (settlement) như những phần trong luồng công việc của tài sản được quản lý.

Nhưng có một chi tiết quan trọng ở đây: việc đưa một chứng khoán được quản lý lên onchain không làm mất đi nhu cầu về một khung pháp lý và tổ chức phù hợp. Tổ chức phát hành (issuer), nền tảng (venue) và sản phẩm vẫn cần có ủy quyền cần thiết cho hoạt động mà họ đang thực hiện.

Vì vậy, đối với tôi, phần thú vị của Dusk không chỉ đơn giản là “RWA trên một blockchain (RWAs on a blockchain)”.

Điều thú vị là ý tưởng thiết kế nhiều hơn vòng đời của tài sản xoay quanh blockchain, đồng thời vẫn tính đến các yêu cầu của thị trường được quản lý.

Sự khác biệt giữa việc biểu diễn một tài sản đã tồn tại và việc xây dựng luồng vận hành (workflow) tài sản một cách native xoay quanh sổ cái chính là điều tôi muốn hiểu rõ hơn.

#dusk $DUSK @Dusk

Alhamdulillah ❤️

Thật là một bất ngờ tuyệt vời! 🥳 Mình rất vui khi chia sẻ rằng mình đã giành được Bộ quà kỷ niệm Sinh nhật lần thứ 9 của Binance thông qua chiến dịch #TradebStocks . 🎁

Mình tham gia để chia sẻ trải nghiệm bStocks của mình với cộng đồng, và thật tuyệt khi thấy công sức của mình được ghi nhận.

Đã gửi địa chỉ thành công. Bây giờ chỉ còn chờ bộ quà đến! 📦

Gửi lời cảm ơn lớn tới @Binance Square Official cũng như tất cả các Binancian và chúc mừng tất cả những người chiến thắng khác. 💛

#TradebStocks #Binance9YA

MMFs, ETF, trái phiếu và các RWAs khác không phải lúc nào cũng vận hành theo cùng một cách. Đó là lý do việc đưa chúng lên onchain trở nên thú vị.

Tôi đã tìm hiểu kỹ hơn về Dusk Trade vì ý tưởng ở đây không chỉ đơn giản là đưa một loại tài sản tài chính lên blockchain.

Dusk mô tả Dusk Trade như lớp ứng dụng cho các tài sản tài chính được token hóa. Quy trình bao gồm các công việc như: giới thiệu người đầu tư, kiểm tra điều kiện, kết nối ví, mua hoặc bán, phối hợp thanh toán và quyết toán.

Điều này rất quan trọng vì một tài sản tài chính không chỉ là một token nằm trong ví.

Có thể tồn tại các quy tắc về ai được phép truy cập, tài sản có thể được chuyển nhượng như thế nào, thông tin nào cần được cung cấp và việc đối soát/giải quyết thanh toán cũng như phần tài sản trong một giao dịch được thực hiện ra sao.

Hạ tầng tổng thể của Dusk đang được xây dựng dựa trên những yêu cầu của thị trường được quản lý như vậy. Tài liệu hiện tại của họ mô tả quyền riêng tư với việc công bố chọn lọc, kiểm soát truy cập và quyết toán tất định như một phần của hạ tầng dành cho các tài sản số được quản lý.

Các ví dụ về MMF, ETF và trái phiếu đã thu hút sự chú ý của tôi vì chúng cho thấy phạm vi tài sản mà Dusk đang nhắm tới, thay vì coi “RWA” như một danh mục duy nhất.

Tôi không nghĩ câu hỏi thú vị chỉ là liệu những tài sản này có thể được biểu diễn trên onchain hay không.

Câu hỏi khó hơn là liệu quy trình của thị trường xung quanh cũng có thể vận hành được ở đó.

Và đó là lý do Dusk Trade trở nên thú vị với tôi: không chỉ bản thân tài sản, mà là quy trình xoay quanh quyền sở hữu, điều kiện đủ, giao dịch và quyết toán.

#dusk $DUSK @Dusk

Tôi nghĩ phần mà mọi người thường bỏ sót về tokenization là mọi thứ diễn ra sau khi tạo ra token.

Tôi đang đọc về Dusk Trade và đó là điểm nổi bật với tôi.

Dusk Trade không phải là blockchain nền tảng. Đây là lớp ứng dụng cho các tài sản tài chính được token hóa trên Dusk. Tài liệu mô tả nó xung quanh các quy trình vận hành thị trường thực tế: tìm kiếm một tài sản, đưa nhà đầu tư vào tham gia, kết nối ví, kiểm tra tính đủ điều kiện, mua hoặc bán, phối hợp phần thanh toán và phần tài sản, và hoàn tất việc quyết toán giao dịch.

Điều đó có ý nghĩa với tôi hơn là chỉ nói “đưa tài sản tài chính lên onchain”.

Đối với các tài sản được quản lý, bản thân token chỉ là một phần của quy trình. Có những câu hỏi về ai có thể truy cập, ai có thể nắm giữ hoặc chuyển nhượng, thông tin nào cần được giữ riêng tư, và việc thanh toán cùng với quyết toán tài sản diễn ra như thế nào. Hạ tầng thị trường của Dusk được xây dựng dựa trên các yêu cầu đó.

Dusk Trade nằm trên hạ tầng đó. Bên dưới, Dusk cung cấp các thành phần khác nhau cho từng công việc, bao gồm DuskDS cho settlement và data availability, DuskEVM cho các ứng dụng EVM, DuskVM cho các hợp đồng Rust/WASM, và Citadel cho nhận dạng và tiết lộ có chọn lọc.

Đó là phần mà tôi quan tâm.

Tokenization tạo tiêu đề, nhưng chính quy trình vận hành thị trường mới là nơi mọi thứ trở nên phức tạp. Dusk có vẻ đang dành rất nhiều nỗ lực thiết kế cho phần đó.

#dusk $DUSK @Dusk

Hôm nay tôi đang xem DuskEVM và có một điều làm tôi thấy hợp lý hơn so với mô tả “tương thích EVM” thông thường.

Dusk đã tách riêng phần thực thi khỏi phần quyết toán.

DuskEVM là lớp thực thi EVM, nơi các nhà phát triển có thể dùng Solidity và các công cụ EVM quen thuộc. Bên dưới nó là DuskDS, đóng vai trò là lớp quyết toán (settlement) và khả dụng dữ liệu (data-availability). Vì vậy, hai lớp này không làm cùng một việc.

Rồi còn Hedger.

Theo tài liệu của Dusk, Hedger chạy trên DuskEVM và được thiết kế cho các ứng dụng ưu tiên EVM (EVM-first) cần các luồng xử lý bí mật. Dusk mô tả cách tiếp cận của mình xoay quanh quyền riêng tư, công bố chọn lọc và thực thi có thể kiểm chứng, thay vì chỉ đơn giản biến mọi thứ công khai hoặc mọi thứ riêng tư.

Sự khác biệt đó rất quan trọng đối với các ứng dụng tài chính.

Một giao dịch có thể liên quan đến những thông tin không nhất thiết phải hiển thị cho tất cả mọi người, trong khi hệ thống vẫn cần các quy tắc về việc ai được phép xem một số thông tin nhất định.

Đó là phần trong Dusk mà tôi thấy đáng để theo dõi. Dự án không coi quyền riêng tư là mục tiêu duy nhất. Kiến trúc của họ đang cố gắng cung cấp cho người xây dựng những công cụ khác nhau tùy theo ứng dụng thực sự cần gì: DuskEVM cho phát triển EVM, DuskVM cho thực thi trực tiếp trên L1, và DuskDS cho quyết toán cũng như khả dụng dữ liệu.

Tôi quan tâm hơn đến việc xem các nhà xây dựng sẽ sử dụng các mảnh ghép này như thế nào, thay vì lặp lại một mô tả chung chung khác về “chuỗi khối bảo mật quyền riêng tư”.
#dusk $DUSK @Dusk

Việc đưa một tài sản lên blockchain và việc phát hành một tài sản trên blockchain không nhất thiết là cùng một việc.

Điều tôi thấy thú vị trong cách tiếp cận của Dusk đối với các tài sản tài chính được mã hóa chính là sự khác biệt đó.

Mã hóa có thể hiểu là việc tạo ra một biểu diễn dạng on-chain của một tài sản vốn đã tồn tại ở nơi khác. Khi đó, biểu diễn trên blockchain có thể được sử dụng trong một môi trường on-chain, nhưng tài sản gốc và các phần trong vòng đời của nó vẫn có thể phụ thuộc vào hạ tầng bên ngoài chuỗi.

Phát hành gốc (native issuance) lại tiếp cận theo hướng khác.

Thay vì chỉ biểu diễn một tài sản đã tồn tại trên chuỗi, vòng đời của tài sản có thể được thiết kế để vận hành trên chuỗi ngay từ đầu. Điều đó có thể bao gồm cách tài sản được phát hành, nắm giữ, chuyển nhượng và cuối cùng được thanh toán/quyết toán (settled), tùy thuộc vào sản phẩm cụ thể và cấu hình pháp lý/quy định.

Với chứng khoán được quản lý, sự khác biệt này rất quan trọng.

Dusk mô tả hạ tầng của mình có khả năng hỗ trợ quy trình phát hành gốc đối với chứng khoán được quản lý khi các tổ chức và địa điểm liên quan có ủy quyền và cấu hình sản phẩm cần thiết. Vì vậy, đây không phải là tuyên bố rằng mọi tài sản ngoài đời chỉ cần phát hành gốc trên Dusk là được.

Điều tôi thấy thú vị là định hướng của kiến trúc.

Thay vì coi blockchain như một lớp tách biệt chỉ tạo ra một “lớp bọc số” cho các tài sản truyền thống, phát hành gốc đặt ra một câu hỏi lớn hơn: phần nào của vòng đời thực tế của tài sản tài chính có thể được xử lý trên chuỗi?

Điều đó có thể kéo theo những hệ quả đối với cách thức cấu trúc quyền sở hữu, các giao dịch chuyển nhượng và việc thanh toán/quyết toán.

Với tôi, bài học quan trọng thật ra rất đơn giản: mã hóa không tự động đồng nghĩa với phát hành gốc. Hiểu được sự khác biệt đó sẽ làm cho cuộc trao đổi rộng hơn về RWA (tài sản được mã hóa trong thế giới thực) trở nên có ý nghĩa hơn nhiều.
#dusk
$DUSK
@Dusk

Quyền riêng tư tài chính sẽ không mấy hữu ích nếu những người cần xác minh một giao dịch lại không thể làm công việc của họ.

Đó là phần trong cách tiếp cận của Dusk mà tôi thấy thú vị.

Với các thị trường tài chính được quản lý, việc công khai hoàn toàn mọi thứ có thể lộ ra thông tin mà những người tham gia có thể không muốn ai cũng thấy. Nhưng đi sang thái cực còn lại—giấu toàn bộ hoạt động—lại tạo ra một vấn đề khác khi các bên được ủy quyền cần xem xét.

Dusk giải quyết vấn đề này bằng quyền riêng tư có thể lập trình.

Ý tưởng là giữ bí mật các thông tin giao dịch nhạy cảm, đồng thời vẫn hỗ trợ việc tiết lộ có chọn lọc khi cần có sự xem xét từ phía các bên được ủy quyền. Trong tài liệu tôi đọc về Hedger trên DuskEVM, các giao dịch bí mật sử dụng kết hợp mã hóa đồng cấu (homomorphic encryption) và bằng chứng không kiến thức (zero-knowledge proofs).

Sự kết hợp đó quan trọng vì quyền riêng tư không được xem như chỉ đơn giản là “giấu hết mọi thứ”.

Hedger được thiết kế cho quyền sở hữu, chuyển nhượng, số tiền và số dư được giữ bí mật, đồng thời vẫn duy trì khả năng kiểm toán. Mục tiêu là cung cấp cho các ứng dụng tài chính được quản lý một cách để bảo vệ thông tin nhạy cảm mà không loại bỏ khả năng xác minh hoạt động khi việc xác minh đó là cần thiết.

Tôi nghĩ đây là cách thực tế hơn để nhìn nhận quyền riêng tư trên blockchain.

Một tổ chức tài chính không nhất thiết cần mọi chi tiết giao dịch phải hiển thị cho toàn bộ mạng. Đồng thời, họ không thể chỉ vận hành trong một môi trường mà việc xem xét hợp pháp trở nên bất khả.

Đó là lúc việc tiết lộ có chọn lọc trở nên quan trọng.

Dusk đang xây dựng dựa trên “khoảng giữa” đó: quyền riêng tư khi cần thiết, tính minh bạch khi có ích, và việc xem xét có kiểm soát khi được yêu cầu.

Đối với tài chính on-chain được quản lý, sự phân biệt đó có thể quan trọng ngang bằng với chính công nghệ blockchain nền tảng.

#dusk
$DUSK
@Dusk

Điều thu hút sự chú ý của tôi về Dusk và NPEX không phải là từ “blockchain”. Mà là kiểu thị trường mà họ đang cố gắng đưa lên chuỗi.

NPEX là một sàn giao dịch chứng khoán tại Hà Lan, được cấp phép dưới dạng Cơ sở giao dịch đa phương (MTF). Thông báo năm 2024 mô tả việc Dusk và NPEX phối hợp xây dựng hạ tầng để phát hành, giao dịch và mã hóa token các công cụ tài chính được quản lý.

Đó là một điểm xuất phát khác so với việc chỉ đơn giản tạo thêm một token khác rồi tìm nơi để sử dụng nó.

Ý tưởng là đưa một phần của hạ tầng thị trường tài chính hiện có lên môi trường blockchain, đồng thời vẫn giữ khung pháp lý xung quanh các tài sản và địa điểm giao dịch.

Thông báo chỉ ra một số lợi thế tiềm năng của tài chính on-chain: thanh toán nhanh hơn, tự động hóa một số quy trình, khả năng tương tác giữa các tổ chức tài chính và tiếp cận thanh khoản dễ dàng hơn.

Nhưng điều tôi thấy thú vị hơn là cách tiếp cận nền tảng.

Dusk không mô tả các tài sản được quản lý như một thứ chỉ trở nên hữu ích sau khi được bọc vào một sản phẩm DeFi mang tính chung. Mục tiêu là cung cấp hạ tầng mà các tổ chức tài chính và các sàn/địa điểm được quản lý thực sự có thể xây dựng dựa trên.

Điều này phù hợp với hướng đi mà Dusk đang tiến tới ngày hôm nay. Mạng lưới được xây dựng cho tài chính on-chain được quản lý, kết hợp quyền riêng tư có thể lập trình, công bố chọn lọc và thanh toán tất định.

Và quan hệ đối tác với NPEX đưa ý tưởng đó thành một ví dụ cụ thể: một địa điểm giao dịch tài chính được quản lý đang khám phá hạ tầng blockchain cho các công cụ tài chính trong thế giới thực.

Đối với tôi, đó là một câu chuyện RWA thú vị hơn việc chỉ đếm xem có thể mã hóa token bao nhiêu tài sản. Câu hỏi thực sự là liệu hạ tầng đó có thể đáp ứng các yêu cầu của các thị trường tài chính mà những tài sản ấy vốn đã thuộc về hay không.


@Dusk
#dusk
$DUSK

Sự riêng tư trên một chuỗi EVM trở nên thú vị hơn rất nhiều khi tuân thủ là một phần của bài toán.

Đó là điều đã thu hút sự chú ý của tôi về Hedger.

Theo phần giải thích của Dusk, Hedger được xây dựng dành riêng cho lớp thực thi DuskEVM. Thay vì dựa vào một kỹ thuật mật mã duy nhất, nó kết hợp mã hóa đồng cấu với các bằng chứng không kiến thức.

Phần mã hóa đồng cấu dựa trên ElGamal trên mật mã đường cong elliptic và cho phép thực hiện các phép tính trên các giá trị đã được mã hóa mà không lộ ra những giá trị đó. Sau đó, các bằng chứng không kiến thức được dùng để chứng minh rằng các phép tính là đúng mà không tiết lộ các dữ liệu đầu vào gốc.

Điều tôi thấy thú vị là Dusk đang hướng tới điều gì.

Mục tiêu không chỉ là che giấu giao dịch. Hedger được thiết kế cho các ứng dụng tài chính, nơi cả quyền riêng tư và khả năng kiểm toán đều quan trọng. Nguồn mô tả việc sở hữu, chuyển nhượng, số tiền và số dư được giữ bí mật, đồng thời vẫn giữ khả năng để khi cần thì các giao dịch có thể được kiểm toán.

Cũng có một điểm khác biệt quan trọng so với Zedger. Zedger được thiết kế cho các lớp dựa trên UTXO, trong khi Hedger được xây dựng cho môi trường EVM. Điều đó có nghĩa là các nhà phát triển làm việc với ngăn xếp EVM có thể tiếp cận các giao dịch bảo mật mà không phải từ bỏ bộ công cụ quen thuộc của Ethereum—những thứ mà DuskEVM được thiết kế để hỗ trợ.

Phần khiến tôi tò mò nhất là tiềm năng đối với các sổ lệnh bị che khuất. Dusk nói rằng Hedger đặt nền tảng cho điều này, với mục tiêu bảo vệ các bên tham gia giao dịch khỏi việc lộ ý định hay vị thế của họ.

Đối với các thị trường được quản lý, sự kết hợp giữa bảo mật và khả năng rà soát là một bài toán còn thú vị hơn nhiều so với việc chỉ làm cho mọi thứ trở nên riêng tư.

@Dusk
#dusk
$DUSK

DuskEVM thật thú vị vì nó không bắt các nhà phát triển EVM phải bắt đầu từ con số không.
Nếu bạn đã đang xây dựng với Solidity, Vyper, Foundry, Hardhat, viem hoặc ethers, thì ý tưởng là đưa quy trình quen thuộc đó vào hệ Dusk.
Nhưng phần mà tôi thấy thú vị hơn nằm ở những gì diễn ra bên dưới.
DuskEVM là môi trường thực thi tương thích với Ethereum, trong khi DuskDS đảm nhiệm đồng thuận, quyết toán và sẵn có dữ liệu. DUSK được dùng để thực thi và có thể di chuyển giữa Dusk L1 và DuskEVM thông qua cầu nối.
Luồng giao dịch cũng đáng chú ý.
Trước hết, một giao dịch được đưa đến sequencer của DuskEVM, sau đó được đưa vào một block L2. Batcher sẽ công bố dữ liệu giao dịch lên DuskDS, trong khi các cam kết trạng thái và bằng chứng lỗi liên kết trạng thái kết quả đó với quá trình quyết toán của DuskDS.
Phần cuối cùng này quan trọng vì việc đưa giao dịch vào block và việc quyết toán không phải là cùng một chuyện. Chỉ cần thấy giao dịch đã được đưa vào block thì chưa đủ để bạn tự tin kết luận về tính cuối cùng chỉ dựa trên thời gian đã trôi qua.
Tôi cũng thích việc Dusk không ép mọi ứng dụng phải hoạt động trong cùng một môi trường.
Với các ứng dụng Solidity, các wallet EVM và bộ công cụ Ethereum hiện có, DuskEVM là lộ trình hiển nhiên.
Với các hợp đồng Rust/WASM cần làm việc trực tiếp với Dusk L1, DuskVM vẫn là lựa chọn.
Vì vậy, phần thú vị không chỉ đơn giản là “Dusk bây giờ có EVM”.
Điều đó là Dusk đang cung cấp cho nhà phát triển một môi trường thực thi quen thuộc, đồng thời vẫn giữ kết nối với lớp quyết toán và lớp sẵn có dữ liệu của chính mình.
@Dusk
#dusk
$DUSK

🚀 Top Futures Gainers ngay bây giờ trên Binance:

🥇 $APR USDT — +116.17%
🥈 $PROM USDT — +65.77%
🥉 $BR USDT — +57.33%
$AVAAI USDT — +26.32%
$NBIS USDT — +24.36%

APRUSDT đang dẫn đầu bảng với một cú tăng mạnh trong hôm nay, trong khi PROMUSDT và BRUSDT cũng đang cho thấy đà tăng tốt.

Thị trường Futures chắc chắn đang rất sôi động hôm nay.

Bạn đang theo dõi cái nào?

#Binance #futures #TopGainers #crypto