Crypto knowledge P

🌕✨ Một chiếc bánh moon cake của Binance cho Tết Trung Thu! 🥮💛

Tôi đã pha trộn sự ấm áp của ánh trăng Trung Thu với tinh thần Binance — những chi tiết vàng, ánh trăng và một chút phép màu crypto. 🌙🟡

Bạn nghĩ sao về chiếc bánh Moon Cake của Binance của tôi? 🥮🐰

Chúc mừng Tết Trung Thu! ❤️

#BinanceMidAutumn #BinanceSquareTG

Bitcoin đang quay trở lại quanh mức 79K USD, nhưng câu chuyện lớn hơn hôm nay lại là những gì đang diễn ra bên ngoài thị trường crypto.

Giá dầu vừa vượt lên trên 100 USD khi căng thẳng ở Trung Đông leo thang, trong khi chứng khoán toàn cầu lại đi xuống. Đồng thời, các nhà giao dịch đang theo dõi sát dữ liệu lạm phát sắp tới của Mỹ và cuộc họp của Fed.

Điều tôi thấy thú vị là BTC vẫn đang giữ được tương đối tốt bất chấp toàn bộ áp lực vĩ mô đó.

Cũng đáng theo dõi Ethereum. Sau một đợt tăng mạnh, ETH đang đi ngang quanh vùng 2,5K USD, với tâm điểm là các nhà giao dịch đang chờ đợi đợt bứt phá tiếp theo.

Với tôi, đây là một trong những khoảnh khắc mà sự kiên nhẫn quan trọng hơn việc đuổi theo các cây nến.

Vài ngày tới có thể sẽ rất đáng chú ý. 👀

#Bitcoin #BTC #ETH #crypto
#CryptoNews
$BTC $ETH

Kết nối ví lúc hoàng hôn trông như chỉ là một cú nhấp đơn giản. Nhưng khi bắt đầu tìm hiểu những gì nằm phía sau, tôi nhận ra rằng có khá nhiều thứ đang diễn ra.

Trước tiên, tôi đi qua luồng khám phá ví. Một dApp không chỉ tự lấy bất kỳ ví Dusk nào đang hiển thị trên trang. Các ví sẽ tự thông báo, dApp sẽ phát hiện chúng, và nếu đã cài nhiều hơn một ví thì cần phải chọn một nhà cung cấp. Mỗi ví cũng mang một danh tính riêng. Đây là một chi tiết nhỏ, nhưng lại quan trọng vì trang web cần biết chính xác nó đang nói chuyện với ví nào.

Sau đó, tôi xem xét phần quyền truy cập. Yêu cầu hồ sơ, địa chỉ nhận được che chắn, giao dịch, lời gọi hợp đồng hoặc chữ ký không phải lúc nào cũng là cùng một thứ. Chúng đi qua những yêu cầu ví khác nhau, và trong khi kết nối đang hoạt động, ví cũng có thể báo cáo các thay đổi về hồ sơ, chuỗi và node đang được chọn. Vì vậy, “đã kết nối” không thực sự đồng nghĩa với việc dApp có quyền truy cập không giới hạn.

Phần ký kết là điều khiến tôi thấy thú vị nhất. Dusk đưa origin và mã ID chuỗi vào ngữ cảnh của thông điệp đã ký. Chữ ký xác thực cũng mang nonce và các mốc thời gian. Vì vậy, chữ ký không chỉ đơn giản là “tài khoản này đã ký một thứ gì đó” — mà còn có ngữ cảnh xung quanh yêu cầu.

Tôi cũng kiểm tra những thay đổi gần đây của ví liên quan đến vấn đề này. Các tin nhắn của provider đã bị giới hạn để một provider Dusk khác đã cài không thể nhận cùng một yêu cầu từ dApp. Việc xử lý origin và quyền cũng được siết chặt, và các kết nối dApp RPC và kết nối node tùy chỉnh bị giới hạn chỉ đến các điểm cuối HTTPS hoặc môi trường phát triển cục bộ. Các ghi chú bảo mật của chính Dusk cũng đề cập những giới hạn như bộ nhớ JavaScript không thể xóa một cách đáng tin cậy.

Với tôi, điều đó làm thay đổi cách nút “Connect Wallet” nhỏ bé trông như thế nào. Thực ra đó không phải chỉ là một quyền duy nhất. Có cả một lớp nằm giữa trang web và khóa, nơi quyết định ví nào đang được sử dụng, dApp có thể yêu cầu những gì và người dùng thực sự sẽ ký gì.

$DUSK @Dusk #dusk

Tôi nghĩ rằng chúng ta thường đặt câu hỏi sai khi một giao dịch Dusk “bị lỗi” (fails).

Chỉ việc nhận mã 202 Accepted nghĩa là node đã chấp nhận yêu cầu để định tuyến. Điều đó không có nghĩa là giao dịch đã nằm trong mempool hay đã xuất hiện trong một block. Một ví dụ tôi thấy thú vị là nonce trong tương lai. Nếu một giao dịch Moonlight đến với nonce trong tương lai trong khi nonce trước đó vẫn còn thiếu, Dusk có thể giữ nó nằm ngoài mempool thực tế và chờ khoảng trống nonce được khép lại thay vì từ chối ngay lập tức. Khi đó, nó sẽ ở trạng thái bị trì hoãn (deferred).

Chỉ là một phần của câu chuyện. Khi một giao dịch đã vượt qua bước nhận (admission), nó sẽ đi vào mempool cục bộ của node đó. Các node khác vẫn duy trì mempool riêng của họ và chạy các kiểm tra admission của chính họ. Sau đó, một giao dịch có thể được chọn để đưa vào một block, được thực thi, và cuối cùng được hoàn tất (finalized). Nó cũng có thể rời khỏi mempool cục bộ mà không đồng nghĩa tự động rằng giao dịch đã thất bại. Việc hết hạn (expiry), thay thế (replacement), giới hạn dung lượng (capacity limits) và xung đột (conflicts) đều có thể dẫn đến việc loại bỏ.

Đây là nơi tôi cho rằng sự khác biệt quan trọng đối với ví và sàn giao dịch. Hướng dẫn tích hợp của chính Dusk nói rằng cần giữ nguyên chính xác giao dịch đã ký (exact signed transaction), coi 202 Accepted chỉ là định tuyến thành công, và phát lại (re-broadcast) chính những byte đã ký đó sau khi hết thời gian chờ (transport timeout) thay vì tạo một giao dịch mới một cách mù quáng. Việc rút tiền chỉ nên được đánh dấu là hoàn tất sau khi đã kiểm tra việc thực thi (execution) và sau khi block đã được final hóa.

Càng xem xét, tôi càng thấy cụm “transaction submitted” (giao dịch đã được gửi) nghe không còn là một trạng thái hữu ích nếu đứng một mình. Một giao dịch có thể đang chờ nonce, đang nằm trong mempool của một node nào đó, đã được thực thi nhưng gặp lỗi, hoặc đang nằm trong một block chưa final. Đó là những tình huống rất khác nhau, dù từ bên ngoài chúng đều có thể trông như “vẫn đang chờ” (pending).

Với tôi, đó là thông điệp rút ra hữu ích từ luồng giao dịch của Dusk: “submitted” chỉ là điểm bắt đầu. Điều quan trọng là trạng thái mà bạn có thể thực sự chứng minh rằng giao dịch đã đạt được.

$DUSK @Dusk #dusk

Những lần chuyển 280 giao dịch đã thu hút sự chú ý của tôi, nhưng cuối cùng tôi lại chú ý nhiều hơn đến mọi thứ xung quanh chúng.

Tôi đã xem qua công việc ký xác nhận Dusk Hyperlane bản phát hành mới nhất và phần kiểm thử; cho đến nay kết quả trông khá vững chắc. Bản tái tạo sạch mới nhất đã vượt qua các bản build của hợp đồng, bài test VM, bài test giao dịch và các kiểm tra của agent Hyperlane. Sau đó, đợt soak khối lượng cao đã chạy 7 chu kỳ, với 20 giao dịch từ EVM sang Dusk và 20 giao dịch từ Dusk sang EVM trong mỗi chu kỳ. Như vậy tổng cộng có 280 lần chuyển trong 7.282 giây trước khi kết thúc khung kiểm thử 120 phút.

Điều tôi thấy quan trọng hơn là danh sách kiểm tra sẵn sàng cho vận hành nằm cạnh các kết quả đó. Việc ai sẽ nắm quyền giám hộ (custody) người ký vận hành vẫn đang được quyết định. Ngoài ra còn có một quyết định chưa ngã ngũ liên quan đến việc khôi phục escrow đang chờ, thời gian soak nên chạy bao lâu, và việc thiết lập CI cũng như khả năng tái tạo (reproducibility) sẽ vận hành ra sao. Những mục này khá dễ bị bỏ qua khi con số tiêu đề là một bài test thành công, nhưng đó là những điều tôi muốn hiểu trước khi có liên quan đến thanh khoản thực sự.

Câu hỏi về người ký đặc biệt khó có thể làm ngơ sau những gì đã xảy ra với cầu Dusk sang EVM cũ vào tháng Giêng. Kẻ tấn công đã giành quyền truy cập vào ví dùng để ký của cầu, đánh cắp DUSK từ đó, và chuyển một phần số tiền bị đánh cắp thông qua cầu sang BNB Smart Chain. Dusk cũng đã làm rõ rằng sự cố là do bị xâm phạm ví cầu, chứ không phải do khai thác lỗ hổng từ cơ chế đồng thuận (consensus) hay giao thức của Dusk. Sau đó, cầu đã được thiết kế lại với sự tách bạch mạnh hơn giữa việc ký, xử lý sự kiện và phát hành quỹ, kèm theo các cơ chế kiểm soát chặt chẽ hơn về số dư và khôi phục.

Vì vậy, tôi không xem 280 lần chuyển này như một tín hiệu xanh hay một cờ đỏ. Chúng cho thấy hệ thống đang được kiểm thử một cách nghiêm túc. Điều quan trọng với tôi bây giờ là hệ thống được kỳ vọng sẽ hoạt động như thế nào khi có sự cố xảy ra, ai kiểm soát các phần nhạy cảm, và việc khôi phục được xử lý ra sao.

Đó là điều tôi muốn được giải quyết trước khi coi Dusk Hyperlane như một hạ tầng cho thanh khoản có ý nghĩa.

$DUSK @Dusk #dusk

Một điều nhỏ về các giao dịch của Dusk cứ làm tôi băn khoăn.

Tôi đang đọc luồng giao dịch của Dusk thì phát hiện ra rằng hiện tại, một giao dịch chỉ mang một thao tác. Với những thứ cơ bản thì điều đó thực ra khá hợp lý. Nó giúp việc kiểm tra và hiểu dễ hơn. Nhưng rồi tôi nghĩ về một luồng DeFi phức tạp hơn, như chuẩn bị vốn, thực hiện swap, và sau đó staking. Đối với người dùng, mọi thứ đó có cảm giác như một hành động. Trên Dusk, nó lại trở thành nhiều giao dịch riêng rẽ, mỗi giao dịch có nonce, chữ ký và khả năng được đưa vào khối (được included) riêng.

Đó là lúc tôi bắt đầu tự hỏi chuyện gì xảy ra nếu chỉ một phần của chuỗi diễn ra thành công. Không có cơ chế rollback ở cấp giao thức giữa các giao dịch đó, nên bạn có thể bị kẹt ở nửa chừng trong một luồng lớn hơn. Với một giao dịch giao dịch thông thường, có lẽ không phải vấn đề lớn. Nhưng với DeFi, các thao tác liên quan đến settlement hoặc kho quỹ (treasury operations) thì tôi thấy chuyện này có thể trở thành một cơn đau đầu thực sự.

Điều tôi thấy thú vị là Dusk đã có sẵn một issue GitHub mở, #4058, thảo luận về batch transactions (gộp nhiều thao tác). Một ý tưởng là dùng một batcher contract, gom nhiều lệnh gọi vào một giao dịch. Nhưng các contract sử dụng caller() có thể sẽ thấy batcher thay vì đúng người dùng ban đầu. Phương án còn lại là batch ở cấp giao thức, nơi nhiều thao tác vẫn nằm dưới danh tính của người dùng, nhưng điều đó sẽ đồng nghĩa với việc phải thay đổi định dạng giao dịch, hỗ trợ đồng thuận (consensus support), kích hoạt hard fork và các SDK.

Vì vậy tôi sẽ không thay thế mô hình hiện tại chỉ có một thao tác. Tôi nghĩ nó là lựa chọn mặc định đơn giản và hợp lý. Tôi muốn có một atomic batch tùy chọn cho các workflow phức tạp: các thao tác chạy theo thứ tự, toàn bộ batch có thể revert nếu một thao tác thất bại, và người dùng gốc vẫn được thể hiện rõ ở từng lệnh gọi.

Đó có phải là sự cân bằng đúng đắn cho Dusk không, hay độ phức tạp thêm ở cấp giao thức không đáng?

$DUSK @Dusk #dusk

#dusk $DUSK @Dusk
Dạo gần đây, tôi đã tìm hiểu khía cạnh SME của Dusk và có một điều cứ liên tục hiện ra trong đầu tôi.

Việc token hóa một SME nghe có vẻ đơn giản khi bạn nói nó trong một câu.

Đưa tài sản lên onchain.
Cho nhà đầu tư tiếp cận.
Xong.

Nhưng thực sự không hề đơn giản như vậy.

Vẫn có người phải quyết định ai được phép đầu tư, quyền sở hữu được xử lý ra sao, các giao dịch chuyển nhượng hoạt động thế nào, những thông tin nào cần phải công bố, và tiền thực sự được thanh toán bằng cách nào.

Và đây là chỗ tôi nghĩ đôi khi mọi người đánh giá thấp bài toán RWA.
Bản thân token chỉ là một phần của quy trình. Thị trường xung quanh nó vẫn cần phải vận hành.

Đó là lý do cách tiếp cận của Dusk khiến tôi thấy thú vị.

Trọng tâm gần đây của họ vào thị trường tư nhân và các SME không phải thực sự là việc đưa thêm một tài sản khác lên blockchain chỉ vì mục đích đó.
Nó là kết nối các phần khác nhau trong cả quy trình.

Bởi vì phần khó không phải là tạo ra token.

Phần khó là làm cho token trở nên hữu dụng.
Một SME có thể có một chứng khoán được token hóa, nhưng nếu nhà đầu tư không thể tiếp cận đúng cách, việc chuyển nhượng trở nên phức tạp, hoặc không có một thị trường thật sự quanh nó, thì thực chất chẳng thay đổi được bao nhiêu.

Cũng vì thế mà tôi tò mò xem mảng Dusk Trade sẽ phát triển thế nào.

Nếu họ có thể làm cho quy trình trở nên đơn giản hơn cho cả doanh nghiệp và nhà đầu tư, thì điều này sẽ trở nên thú vị hơn chỉ là một câu chuyện RWA khác.

Dù vậy, vẫn còn sớm.

Với tôi, bài kiểm tra thực sự rất đơn giản:

Liệu Dusk có thể làm cho thị trường tư nhân thực sự dễ sử dụng hơn, hay chúng ta chỉ đang đưa một quy trình cũ lên onchain và gọi đó là mới?

Đó là phần tôi sẽ theo dõi sát sao khi Dusk Trade bắt đầu hình thành.

Tôi đã đi sâu hơn vào cách Dusk xử lý giao dịch, và tôi nhận ra có một điều trước đây mình chưa thực sự nghĩ đến.

Moonlight và Phoenix không chỉ là hai phiên bản của cùng một thứ.

Moonlight là mô hình dựa trên tài khoản. Bạn có một tài khoản, số dư, nonce và các khóa, và mạng sẽ kiểm tra giao dịch dựa trên trạng thái đó.

Phoenix lại tiếp cận theo cách khác.

Nó sử dụng các note được lưu trữ trong một cây Merkle. Khi một note được chi tiêu, sẽ tạo ra một nullifier để ngăn không cho chính note đó bị chi tiêu lần nữa.

Điểm khiến tôi chú ý là mạng không cần phải tiết lộ note cụ thể nào đã được chi tiêu.

Chính là ở đây mà các ZK proofs phát huy tác dụng — giao dịch có thể được xác minh mà không làm lộ các chi tiết riêng tư bên dưới. Các khóa note dùng một lần cũng giúp giảm khả năng liên kết giữa các giao dịch.

Ngoài ra còn có cơ chế ủy quyền cho những việc như quét và tạo proof, mà không cung cấp cho bên được ủy quyền quyền truy cập để chi tiêu số tiền.

Vì vậy, tôi sẽ không mô tả đơn giản là “Moonlight minh bạch còn Phoenix riêng tư”.

Chúng là các mô hình giao dịch khác nhau được thiết kế dựa trên các yêu cầu khác nhau, đồng thời vẫn vận hành trên cùng mạng Dusk.

Và nói thật thì, tôi thấy đây là một lựa chọn thiết kế khá thú vị.

Trên Dusk, bạn sẽ thích mô hình nào hơn?

@Dusk $DUSK #dusk

Việc một token có mặt trên chuỗi chỉ mới là bước khởi đầu.
Câu hỏi thực sự là: liệu các quy tắc xoay quanh tài sản đó có thể cũng được đưa lên chuỗi hay không?
Hãy lấy một trái phiếu được quản lý làm ví dụ.
Việc biến nó thành token có thể là phần dễ. Nhưng một thị trường tài chính thực sự cần nhiều hơn:
• Chỉ những nhà đầu tư đủ điều kiện mới có thể nắm giữ
• Việc chuyển nhượng có thể cần các ràng buộc được tích hợp sẵn
• Các vị thế nhạy cảm không nên mặc định bị công khai
• Các bên đúng người cần có quyền truy cập thông tin phù hợp
• Tiền và việc giao tài sản cần được thanh toán cùng lúc
Đó là lúc token hóa trở nên nhiều hơn một lớp bọc kỹ thuật số.
Nó trở thành hạ tầng cho thị trường.
Vì vậy, tôi thấy <b>@Dusk </b> thật sự nổi bật. Trọng tâm của nó không chỉ là đưa tài sản lên chuỗi, mà là cho phép các quy trình được quản lý vận hành xung quanh chúng—chuyển nhượng được kiểm soát, tiết lộ có chọn lọc, quyền riêng tư, tính đủ điều kiện và thanh toán như những phần liên kết của cùng một hệ thống.
Cơ hội lớn hơn không chỉ là các tài sản được token hóa.
Đó là các thị trường có thể lập trình:
Những quy tắc đi theo tài sản.
Quyền riêng tư có thể cùng tồn tại với trách nhiệm giải trình.
Thanh toán diễn ra như một phần của giao dịch.
Việc thay đổi quyền sở hữu không làm phá vỡ các yêu cầu tuân thủ.
Nếu mô hình đó vận hành được ở quy mô lớn, tài chính trên chuỗi có thể trông ít giống các thị trường truyền thống với một cơ sở dữ liệu mới—và nhiều hơn như một hệ thống tài chính được thiết kế lại.
Theo bạn, rào cản khó khăn nhất để tài chính ngoài đời thực chuyển lên chuỗi là gì: định danh, quyền riêng tư, giao dịch, thanh toán hay dịch vụ tài sản?
$DUSK #dusk @Dusk

Ai cũng nói về khả năng mở rộng của blockchain.

Hầu như chẳng ai nói về chi phí của việc lưu nhớ.

Một mạng có thể xử lý một lượng lớn hoạt động, nhưng mỗi khối, mỗi sự kiện và mỗi lần chuyển trạng thái cũng tạo ra dữ liệu lịch sử—dữ liệu này cuối cùng sẽ phải được lưu trữ và duy trì.

Vì vậy, tôi thấy bản cập nhật hạ tầng gần đây của Dusk thú vị hơn nhiều so với một tiêu đề mới về TPS.

Dusk đã giảm dung lượng lưu trữ sự kiện của archive-node từ 310,7 MB xuống còn 27,7 MB — hơn 90% — trong khi vẫn bảo toàn các kết quả lịch sử.

Phần đáng chú ý không chỉ là con số.

Mà là điều điều đó nói lên về hạ tầng blockchain.

Nếu các mạng cuối cùng sẽ hỗ trợ các tài sản tài chính và ứng dụng có thể cần nhiều năm xác thực lịch sử, thì hiệu quả lưu trữ sẽ trở thành một phần của chính kiến trúc.

Khả năng mở rộng không chỉ là xử lý nhiều hơn. Nó còn là mang ít dữ liệu hơn mà không làm mất đi phần lịch sử khiến mạng có thể được kiểm chứng.

Những cải tiến này có lẽ sẽ không tạo ra những tiêu đề gây chú ý nhất.

Nhưng phần công việc hạ tầng “nhàm chán” lại thường là thứ giúp cho việc triển khai ở quy mô lớn trở nên khả thi.

Dusk không chỉ làm việc trên những gì diễn ra trên on-chain.

Mà còn đang cải thiện cách mạng ghi nhớ những gì đã xảy ra một cách hiệu quả hơn.

@Dusk $DUSK #dusk

Một bản cập nhật One Dusk mà tôi nghĩ xứng đáng được chú ý hơn là DuskEVM testnet vừa chính thức đi vào hoạt động.

Thoạt nhìn, “một môi trường EVM khác” có vẻ không mấy thú vị. Nhưng kiến trúc lại kể một câu chuyện khác.

DuskEVM mang Solidity, Hardhat và bộ công cụ tiêu chuẩn của Ethereum vào Dusk, trong khi việc thực thi được quyết toán thông qua DuskDS. Sự tách bạch này quan trọng vì nhà phát triển có thể sử dụng một ngăn xếp ứng dụng quen thuộc mà không phải từ bỏ lớp quyết toán và dữ liệu sẵn sàng (data-availability) bản địa của Dusk.

Phần thú vị hơn nằm ở những gì được đặt xung quanh nó.

Dusk cũng đang xây dựng Dusk Trade như một lớp ứng dụng cho các tài sản tài chính được mã hóa (tokenized), với các quy trình xoay quanh việc tiếp nhận nhà đầu tư, ràng buộc ví, chuyển tiền có kiểm soát, phối hợp thanh toán và quyết toán tuân thủ.

Vì vậy, phát triển gần đây không chỉ đơn thuần là bổ sung khả năng tương thích với EVM.

Nó giống như việc Dusk đang tiến tới một mô hình full stack, nơi các thành phần khác nhau giải quyết những vấn đề khác nhau:

→ DuskDS: đồng thuận, quyết toán và dữ liệu sẵn sàng
→ DuskEVM: thực thi EVM quen thuộc
→ DuskVM: thực thi native Rust/WASM với khả năng truy cập trực tiếp vào các tính năng quyền riêng tư của Dusk
→ Dusk Trade: hạ tầng cấp ứng dụng cho các thị trường token hóa

Và chính tại đây, luận điểm RWA trở nên đáng chú ý hơn.

Việc token hóa một tài sản tương đối dễ để mô tả. Xây dựng hạ tầng thực sự cho phát hành, điều kiện đủ (eligibility), chuyển nhượng, quyền riêng tư, công bố thông tin và quyết toán mới là bài toán khó.

Khi DuskEVM đã có sẵn để thử nghiệm và Dusk Trade đang được xây dựng dựa trên các quy trình thị trường thực tế, điều tôi sẽ theo dõi tiếp theo không phải là một thông báo nữa.

Mà là những gì các nhà phát triển và các ứng dụng tài chính thực sự xây dựng trên nền tảng stack này.

@Dusk $DUSK #dusk

Càng tìm hiểu về token hóa, càng thấy chúng ta đang đặt câu hỏi sai.

Ai cũng hỏi: “Tài sản này có thể được đưa lên onchain không?”

Nhưng hãy tưởng tượng rằng tài sản đó đã ở đó.

Giờ đây, một nhà đầu tư muốn mua nó. Một người khác muốn bán nó. Tổ chức phát hành cần đảm bảo ai được phép nắm giữ. Một cơ quan quản lý có thể cần bằng chứng sau này. Và ở một nơi nào đó giữa những điều đó, thông tin nhạy cảm vẫn không nên trở thành dữ liệu công khai.

Đó là phần thú vị của @Dusk đối với tôi. Hạ tầng thị trường của nó đang được thiết kế xoay quanh toàn bộ quy trình — tính đủ điều kiện, các giao dịch chuyển nhượng có kiểm soát, quyền riêng tư, công bố và thanh toán — thay vì coi một token như là sản phẩm cuối cùng.

Có lẽ bước đột phá thật sự trong RWA không phải là tạo ra thêm nhiều token.

Có lẽ đó là khiến những token đó thực sự hoạt động giống như các tài sản tài chính.

Theo bạn, phần nào trong quy trình đó là khó giải quyết nhất?

$DUSK #dusk @Dusk

Vài ngày trước, tôi đã nghĩ về “token hóa một tài sản” thực sự có nghĩa là gì. Ban đầu, nó có vẻ đơn giản — lấy một cổ phiếu, trái phiếu hoặc tài sản tài chính và đưa nó lên onchain. Nhưng việc tạo token có lẽ là phần dễ.

Những câu hỏi khó bắt đầu sau đó. Ai mới là người có thể thực sự nắm giữ nó? Điều gì xảy ra khi ai đó cố gắng chuyển nó sang nhầm ví? Thông tin nào cần phải được hiển thị để phục vụ tuân thủ, và điều gì nên được giữ riêng tư?

Chính ở đây, $DUSK mới trở nên thú vị với tôi. Các tài sản tài chính thực sự cần nhiều hơn chỉ tốc độ chuyển nhượng — chúng cần các quy tắc, quyền riêng tư, xác minh và cơ chế thanh toán phối hợp với nhau để hoạt động mà không biến mọi thứ thành một bảng tính công khai.

Có lẽ thách thức thật sự của RWA không phải là đưa tài sản lên onchain. Có thể là xây dựng một hệ thống nơi các thị trường tài chính có thể vận hành được ở đó mà vẫn không phải từ bỏ sự riêng tư và các cơ chế kiểm soát mà họ đã quen dùng. Theo bạn, phần thiếu quan trọng nhất là gì? 👀

@Dusk $DUSK #Dusk

#dusk $DUSK
Câu chuyện về bảo mật của một blockchain không phải là “chúng tôi chưa từng tìm thấy lỗi”.

Mà là điều xảy ra sau khi một cuộc kiểm toán nghiêm túc phát hiện ra lỗi.

Vì thế mà tôi đã lao vào “hố thỏ” AEGIS với @Dusk .

Bản vá khắc phục AEGIS của Dusk năm 2026 đã triển khai 39 bản sửa lỗi bảo mật, bao gồm 7 phát hiện mức độ nghiêm trọng.

Điểm thú vị là? Những vấn đề này không chỉ dừng ở bề mặt.

Cuộc kiểm toán đã đi sâu vào toàn bộ ngăn xếp:

→ Thực thi trong sandbox của VM
→ Deserialization phía host
→ Logic phí và hoàn tiền của Phoenix
→ Bảo mật chữ ký BLS
→ Thành phần đồng thuận, mạng lưới & các thành phần mật mã

Một vấn đề về phí Phoenix có thể ảnh hưởng đến tính toàn vẹn của cung, tính sẵn sàng của chuỗi và độ an toàn của cơ chế hoàn tiền. Vấn đề BLS liên quan đến cấu trúc mật mã được dùng cho việc xác minh chữ ký.

AEGIS không chỉ vá một dòng rồi dừng lại. Dusk cho biết họ đã thiết kế lại mô hình quyền sở hữu bị ảnh hưởng, gia cố các ranh giới tin cậy, thêm các kiểm tra tính nhất quán của phí ở nhiều lớp, củng cố đường dẫn BLS và bổ sung các bài kiểm thử hồi quy được thiết kế theo “hình dạng” của các lỗ hổng có thể bị khai thác.

Và theo Dusk, họ không tìm thấy bằng chứng rằng các phát hiện nghiêm trọng đã từng bị khai thác trước khi có AEGIS.

Với tôi, đó chính là điểm rút ra đáng chú ý nhất.

Trong tài chính được quản lý, quyền riêng tư là rất quan trọng.

Nhưng quyền riêng tư mà không có bảo mật thì vô dụng.

Hạ tầng cần phải chịu được tư duy tấn công trước khi các tổ chức có thể tin tưởng vào nó.

Đó là khía cạnh của @Dusk mà tôi thấy đáng theo dõi:

không chỉ là những gì giao thức hứa hẹn,

mà là mức độ nghiêm túc của hệ thống khi ai đó tìm cách phá vỡ nó.

$DUSK #dusk @Dusk

#dusk $DUSK
Hầu hết các blockchain đều được thiết kế xoay quanh một ý tưởng:

Tính minh bạch.

Nhưng các thị trường tài chính thực tế cần một điều gì đó tinh tế hơn.

Bạn không thể kỳ vọng các tổ chức sẽ công khai mọi số dư, vị thế và chi tiết giao dịch trên một sổ cái công khai để bất kỳ ai cũng có thể xem.

Đó là lúc @Dusk trở nên thú vị.

Dusk đang xây dựng hạ tầng cho tài chính onchain được quản lý, nơi quyền riêng tư, tuân thủ và thanh toán tất định có thể phối hợp với nhau.

→ Moonlight cho các luồng công khai minh bạch
→ Phoenix cho các chuyển giao được che giấu bảo mật
→ Cung cấp thông tin có chọn lọc khi một bên được ủy quyền cần dữ liệu cụ thể
→ DuskVM cho hợp đồng thông minh native Rust/WASM + ZK
→ DuskEVM cho lộ trình phát triển tương thích EVM

Và ý tưởng lớn hơn không chỉ dừng lại ở việc “token hóa một tài sản.”

Với các chứng khoán được quản lý, bạn cần sự đủ điều kiện của nhà đầu tư, chuyển nhượng có kiểm soát, quyền riêng tư, công bố thông tin, báo cáo và thanh toán để hoạt động cùng nhau.

Đó là phần khiến tôi thấy Dusk đặc biệt thú vị.

Token hóa thì dễ để mô tả.
Việc xây dựng hạ tầng tài chính xoay quanh nó mới là phần khó.

Dusk đặt cược rằng tương lai của tài chính onchain cần cả:

Quyền riêng tư khi điều đó quan trọng.
Tính minh bạch khi nó hữu ích.
Tuân thủ khi nó được yêu cầu.
Thanh toán có thể được tin cậy.

Đó là một luận điểm đáng theo dõi. 👀

@Dusk $DUSK #dusk

⚡ KHẢO SÁT TRADER HỢP ĐỒNG TƯƠI ⚡
RSI trên 78 = vùng quá mua 📊
Những người chiến thắng hàng đầu đang bùng nổ… bạn sẽ làm gì trong hợp đồng tương lai? 👇
Rủi ro cao, phần thưởng cao — đừng để bị thanh lý!
💬 Bình luận về điểm vào & đòn bẩy#CryptoPoll #SKLUSDT #CryptoPatience #FutureTradingSignals #MOVR/USDT $ZBT $KERNEL $SKL

Bạn đang đặt cược vào loại tiền điện tử nào cho đợt tăng giá tiếp theo? 👇
💬 Bình luận lựa chọn của bạn + lý do
#BTC #solana #MEME #CryptoPoll #Dogecoin‬⁩ $NOM $ON $KAT

Bảng thăm dò về những viên ngọc ẩn đang nổi bật (Binance) 💎
Mọi người đều theo dõi BTC & ETH…
Nhưng lợi nhuận thực sự đến từ những viên ngọc ẩn 👀
Altcoin nào đang nổi bật có tiềm năng 10x lớn nhất?$FET $RNDR $TIA
📊 Bỏ phiếu ngay & bình luận về viên ngọc ẩn của bạn
Alpha tốt nhất luôn ở trong phần bình luận 👇
#crypto #CryptoPoll #BTC #BinanceSquareTalks #CryptoPoll

Bạn đang tích lũy memecoin nào ngay bây giờ?
💬 Bình luận về memecoin mà bạn tin tưởng
Hãy xem cộng đồng nào mạnh nhất 👀
#MemecoinArmy #CryptoPoll #BinanceSquare #PEPE‏ #memecoin🚀🚀🚀
$PEPE $DOGE $FLOKI