七擒链途

Nếu chấm điểm Dusk theo góc nhìn của một Product Manager, tôi sẽ không nhìn trước vào tâm lý thị trường, mà sẽ hỏi trước rằng: liệu nó có giải quyết một vấn đề hạ tầng tài chính “thực sự tồn tại” hay không.

Định vị: 8/10. Dusk chọn kịch bản tài sản được quản lý theo quy định, chứ không đi theo hướng phổ quát nhằm đạt mục tiêu triển khai không cần rào cản cho mọi ứng dụng. Hướng đi này tập trung hơn, nhưng cũng đồng nghĩa với việc quy mô thị trường sẽ phụ thuộc vào việc các tổ chức có sẵn sàng áp dụng hay không.

Người dùng: 7/10. Bên phát hành, sàn giao dịch, và nhà đầu tư tổ chức có thể là nhóm người dùng cốt lõi, vì họ cần xử lý tư cách, quyền hạn, quyền riêng tư và khâu thanh toán. Tuy nhiên, người dùng phổ thông có cảm nhận trực tiếp được giá trị hay không thì hiện vẫn cần được kiểm chứng.

Tính khác biệt: 8/10. Điểm nhấn của Dusk không chỉ là “ẩn giao dịch” một cách đơn thuần, mà là xử lý vấn đề “ai có thể thấy cái gì”. Phoenix cung cấp năng lực giao dịch riêng tư, Citadel hỗ trợ công bố chọn lọc, để các tổ chức có thể chứng minh thông tin cần thiết đồng thời giảm thiểu việc lộ dữ liệu không liên quan.

Đánh đổi kỹ thuật: 7/10. So với các blockchain công khai đa dụng như Ethereum, Dusk gần hơn với quy trình tài chính, nhưng đánh đổi là quy tắc phức tạp hơn; chi phí phát triển, tích hợp và thích ứng tuân thủ cũng sẽ tăng lên. Hệ sinh thái và khả năng mở rộng cuối cùng sẽ phụ thuộc vào việc các bên phát hành tài sản thực, nhà phát triển và nhà cung cấp dịch vụ có tiếp tục sử dụng hay không.

Vì vậy, đánh giá của tôi là: thách thức lớn nhất của Dusk không phải là chứng minh tính khả thi về mặt công nghệ, mà là chứng minh rằng thiết kế chuyên cho tài chính này có thể giảm chi phí cho hoạt động kinh doanh thực tế. Nếu khi các tổ chức kết nối mà quy trình phát hành, chuyển nhượng, kiểm toán không có cải thiện rõ rệt, thì lợi thế công nghệ có thể chỉ là tăng thêm một lớp kiến trúc phức tạp.

Tôi cho rằng vấn đề đáng theo dõi nhất không phải là giá, mà là: Dusk có thể giúp một tài sản được quản lý—từ phát hành đến thanh toán—giảm các khâu phối hợp thủ công hay không? Câu trả lời này mới quyết định liệu nó có thực sự trở thành hạ tầng tài chính hay không.@Dusk $DUSK #dusk

Hệ thống tài chính truyền thống có lẽ mới là đối thủ khó đối mặt nhất của Dusk.

Nhiều người khi so sánh các public chain thường có xu hướng đem TPS, công nghệ bảo mật/riêng tư hoặc quy mô hệ sinh thái ra để cân đo. Nhưng nếu mục tiêu của Dusk là phục vụ các tài sản được quản lý, tôi nghĩ thứ nó thực sự cần chứng minh không phải là “mạnh hơn một chuỗi khác”, mà là liệu nó có thể thay thế một số quy trình kém hiệu quả trong tài chính truyền thống—những quy trình đã tồn tại và vận hành nhiều năm.

Lợi thế của tài chính truyền thống nằm ở sự trưởng thành: trách nhiệm pháp lý, hệ thống lưu ký, các quy trình tuân thủ đều có các bên tham gia rõ ràng. Vấn đề là khi phối hợp giữa nhiều tổ chức, phần lớn chi phí đến từ việc thẩm định thủ công, đồng bộ dữ liệu và tích hợp hệ thống. Thiết kế của Dusk không nhằm lật đổ các hệ thống đó, mà là thử biến một phần quy trình thành các quy tắc trên chuỗi. Ví dụ, Citadel sử dụng bằng chứng công bố chọn lọc để xác nhận tư cách nhà đầu tư; Phoenix bảo vệ chi tiết giao dịch bằng chứng minh không kiến thức; DuskDS cung cấp nền tảng cho việc thanh toán. Với các tổ chức, giá trị không chỉ dừng ở “đưa lên chuỗi”, mà là giảm ma sát trong việc bàn giao thông tin.

Tuy nhiên, cũng có những sự đánh đổi rõ ràng ở đây: hệ thống truyền thống đánh đổi tính mở để lấy sự ổn định, còn hạ tầng on-chain lại đánh đổi một phần tính đơn giản để lấy khả năng kiểm chứng. Quy tắc càng đi sâu vào tầng nền thì việc phù hợp với quy trình tài chính có thể càng dễ hơn, nhưng chi phí phát triển, bảo trì và phối hợp tuân thủ cũng sẽ tăng lên.

Vì vậy, quan điểm của tôi là: đối thủ cạnh tranh lớn nhất của Dusk không phải là một public chain về quyền riêng tư nào đó, mà là một phần của hệ thống tài chính truyền thống—“không muốn thay đổi nhưng hiệu quả có hạn”. Giả định cho nhận định này là: sau khi các tổ chức tham gia, chi phí phối hợp trong việc phát hành, chuyển nhượng và kiểm toán thực sự giảm đi, chứ không phải chỉ thay bằng một kiến trúc công nghệ phức tạp hơn.

Dữ liệu đáng để theo dõi thật sự không phải là “có bao nhiêu tài sản được quảng bá là đã đưa lên chuỗi”, mà là liệu một tài sản được quản lý, từ phát hành đến thanh toán, có phải giảm đi vài công đoạn xử lý thủ công hay không. Theo bạn, blockchain nên thay thế quy trình kém hiệu quả nào trong tài chính trước tiên?@Dusk $DUSK #dusk

Mỗi lần thấy câu “blockchain sẽ thay thế ngân hàng”, tôi đều dừng lại một chút. Điểm thực sự rắc rối của ngân hàng và công ty chứng khoán không chỉ là ghi sổ, mà còn là lưu ký, thẩm định tư cách, các hạn chế chuyển nhượng, khâu thanh toán bù trừ và chuỗi trách nhiệm. Nếu bê thẳng những việc đó lên public chain, liệu có chắc sẽ đơn giản hơn không?

Qua Dusk, tôi lại nhìn thấy một lộ trình “nối lại” với nhau. Nó đặt danh tính của Citadel cùng việc công bố chọn lọc, các chuyển khoản riêng tư của Phoenix và cơ chế thanh toán tất định của DuskDS vào chung một bộ hạ tầng; còn Dusk Trade hiện được định vị ở lớp sản phẩm, tập trung tổ chức quy trình xung quanh việc mở tài khoản cho nhà đầu tư, kết nối ví, điều phối giao dịch và thanh toán bù trừ. Ý nghĩa với người dùng cũng khá trực tiếp: các yếu tố trước đây bị phân tán giữa nhiều hệ thống—tư cách, tài sản và trạng thái thanh toán—có cơ hội được nối lại theo cùng một bộ quy tắc.

So với môi trường mở mang tính phổ quát hơn như Ethereum, Dusk chủ động đưa quyền hạn tài chính và quyền riêng tư vào trong hạ tầng. Đổi lại là độ phức tạp về quy tắc và chi phí tích hợp cao hơn. Nó không phải là sao chép lại toàn bộ chức năng ngân hàng, mà là cố gắng trở thành lớp điều phối giữa ngân hàng, nền tảng giao dịch và tài sản on-chain.

Vì vậy, đánh giá của tôi là: lộ trình thực tế hơn của Dusk là “cùng tồn tại”, chứ không phải thay thế. Điều kiện là nó thực sự giảm được đối soát, thẩm định thủ công và việc chuyển giao dữ liệu giữa các hệ thống—không phải chuyển sự phức tạp từ hậu trường truyền thống lên blockchain. Thứ đáng để kiểm chứng thực sự không phải “tổ chức có lên chain hay không”, mà là sau khi được kết nối: một tài sản được quản lý từ lúc phát hành đến khi thanh toán bù trừ thì còn cắt giảm được bao nhiêu mắt xích. Bạn thì nghiêng về “kết nối ngân hàng lên chain”, hay “kết nối để đưa chain vào ngân hàng”?@Dusk $DUSK
#dusk

#dusk $DUSK Ai có nhiều khả năng thực sự đứng ra trả tiền cho quyền riêng tư tài chính? Thứ tự của tôi là: Bên phát hành > Nền tảng giao dịch/đơn vị lưu ký và các hạ tầng nền tảng khác > Nhà đầu tư tổ chức > Nhà đầu tư cá nhân; Cơ quan quản lý quan trọng, nhưng chưa chắc là bên trả phí trực tiếp.

Lý do không quá phức tạp: Bên phát hành là bên chịu trực tiếp chi phí của việc nhà đầu tư đủ tư cách, các hạn chế chuyển nhượng, chi phí công bố thông tin và điều phối kiểm toán. Chỉ cần quyền riêng tư và quyền hạn giúp giảm được vài lần xác minh thủ công, việc bàn giao dữ liệu và rủi ro lộ lọt thông tin nhạy cảm, thì số tiền họ tiết kiệm được chính là chi phí vận hành. Nền tảng xếp thứ hai vì họ phải xử lý đồng thời KYC, quy tắc tài sản, giao dịch và thanh toán/đối soát. Định vị của Dusk Trade cũng chính là xoay quanh các quy trình thị trường như mở tài khoản, tư cách, giao dịch và thanh toán; Citadel đảm nhiệm danh tính và công bố chọn lọc, Phoenix cung cấp giao dịch có quyền riêng tư.

Tất nhiên, tổ chức cũng cần năng lực này, nhưng họ có khả năng mua gián tiếp thông qua bên quản lý quỹ, bên phát hành hoặc đơn vị lưu ký; còn nhà đầu tư cá nhân thì rất khó có khả năng tự mình chi trả liên tục cho “hạ tầng quyền riêng tư nền tảng”.

Vì vậy, đánh giá của tôi là: Bên mua thật sự của hạ tầng quyền riêng tư không nhất thiết là người sợ lộ thông tin nhất, mà là người có thể biến việc giảm lộ thông tin thành việc giảm chi phí quy trình. Nhưng cũng có một “ngưỡng cứng”: nếu chi phí chứng minh, tích hợp và vận hành cao hơn chi phí tuân thủ mà họ tiết kiệm được, thì quyền riêng tư chỉ còn là tính năng công nghệ, chưa đủ thành giá trị thương mại. Bạn đánh giá nhóm khách trả tiền đầu tiên sẽ đến từ bên phát hành hay từ nền tảng giao dịch?

#dusk $DUSK Sản phẩm tài chính một khi đi vào thị trường thực, thì việc tuân thủ không còn chỉ là bước đóng dấu cuối cùng nữa, mà được nhúng vào các quy trình của khâu phát hành, thẩm định tư cách, chuyển nhượng và kiểm toán. Vấn đề đặt ra là: khi quy tắc được đưa lên chuỗi, rốt cuộc có thực sự giảm được công tác phối hợp thủ công, hay chỉ chuyển phần phức tạp sang một chỗ khác?

Những lối rẽ tôi thấy qua Dusk là: gom một vài việc vốn trước đây tách rời vào cùng một lớp nền. Citadel dùng chứng minh chọn lọc để xác nhận năng lực tham gia; Phoenix giúp chuyển khoản nhạy cảm ít lộ thông tin hơn; và DuskDS đảm nhiệm thanh toán tất định. Với bên phát hành, giá trị không nằm ở việc “tuân thủ biến mất”, mà ở việc tư cách, quyền riêng tư và thanh toán có thể chia sẻ cùng một trạng thái có thể xác thực hay không.

Nhưng ở đây cũng dễ bị truyền thông dẫn dắt sai lệch nhất. Ethereum thì phổ quát hơn; các quy định tài chính có thể giao cho tầng ứng dụng và các hệ thống bên ngoài. Còn Dusk lại đẩy nhiều ràng buộc xuống tầng hạ tầng. Đổi lại khả năng kiểm soát là cái giá: việc tạo chứng minh, các chứng cứ danh tính, lưu ký và tích hợp hệ thống trở nên phức tạp hơn; và bản thân Dusk cũng có hạ tầng Prover chuyên biệt để gánh phần tính toán chứng minh ZK.

Vì vậy, đánh giá của tôi là: tuân thủ chỉ được xem là năng lực của hạ tầng khi nó làm giảm chi phí của quy trình thực. Nếu không, thì đó chỉ là việc chuyển độ phức tạp của hậu trường lên chuỗi. Điều thực sự đáng xem là: một tổ chức phát hành, chuyển nhượng và kiểm toán một lần cần bao nhiêu bước thủ công, thời gian chờ và mức độ bàn giao thông tin. Nếu chỉ số này không giảm, thì lợi thế thiết kế của @Dusk khó có cơ sở để tồn tại. Bạn muốn ưu tiên xác minh thời gian tiêu tốn cho quy trình, hay xác minh việc tổ chức có được giữ lại/bảo toàn thông tin lâu dài không?

Nhiều dự án nói về “tài chính theo mô hình tổ chức”, nhưng tôi lại hỏi trước một câu: ngoài sơ đồ kiến trúc, bằng chứng nào chứng minh rằng tổ chức đó thực sự sẵn sàng sử dụng?

Tôi sẽ chia bằng chứng thành bốn giai đoạn: tài sản có thể được phát hành và chuyển nhượng đúng theo quy tắc hay không; KYC/điều kiện của nhà đầu tư có thể được xác minh hay không; các giao dịch nhạy cảm có thể được hạn chế mức độ lộ lọt hay không; và cuối cùng cơ quan quản lý hoặc kiểm toán có thể nhận được bằng chứng hữu dụng hay không. Thiết kế nền tảng của Dusk thực sự đáp ứng các nhu cầu đó: Citadel cung cấp danh tính và tiết lộ chọn lọc, Phoenix hỗ trợ chuyển tiền theo kiểu ẩn, còn DuskDS cung cấp tính tất định về tính cuối cùng. Nhưng những điều đó mới chỉ là “có năng lực”, chưa phải là “tổ chức đã áp dụng”.

Nhìn ngang, Ethereum phổ quát hơn; nhiều năng lực tài chính có thể được bổ sung thông qua lớp ứng dụng và hạ tầng bên ngoài; còn Dusk thì đưa quyền hạn, quyền riêng tư và quyết toán vào thẳng lớp nền. Nghi ngờ của tôi cũng nằm ở đây: năng lực ở lớp nền càng đầy đủ thì tổ chức thật sự có thể tiết kiệm bao nhiêu chi phí quy trình? Chứng minh bằng không kiến thức (zero-knowledge proofs) có thêm gánh nặng tính toán, việc tích hợp còn phải đối mặt với lưu ký, tích hợp hệ thống, phù hợp thích ứng về thanh khoản và tuân thủ.

Vì vậy, điều tôi thật sự muốn kiểm chứng @Dusk không phải là “công nghệ có làm được hay không”, mà là** liệu các năng lực này có thể khiến một quy trình tài chính thực tế trở nên rẻ hơn và dễ kiểm soát hơn hay không**. Tôi sẽ ưu tiên xem xét các hoạt động tài sản thực diễn ra liên tục, mức độ tổ chức giữ lại (retention), và liệu quy trình kiểm toán/KYC có thực sự giảm được công lao động và mức độ phơi bày thông tin hay không. Theo bạn, các chỉ số nào có thể chứng minh logic này là đúng nhất, nên bắt đầu bằng quy mô tài sản thực, giao dịch liên tục, hay khả năng lưu giữ của tổ chức? $DUSK #dusk

Hiểu “quyền riêng tư tài chính” như “mọi người đều đừng nhìn”, thì thật ra rất dễ làm sản phẩm bị lệch.

Nhà đầu tư lẻ sợ nhất là số dư và lịch sử giao dịch bị theo dõi lâu dài; nhà tạo lập thị trường quan tâm hơn đến việc lộ thông tin nắm giữ, dòng tiền và ý định giao dịch; quỹ cần bảo vệ chiến lược đồng thời chứng minh mình đáp ứng tư cách nhà đầu tư; bên phát hành phải kiểm soát ai được nắm giữ và ai được chuyển nhượng; trong khi cơ quan quản lý thì khi kiểm tra lại bắt buộc phải có bằng chứng. Những bên này thực ra không cần cùng một kiểu “riêng tư”.

Điểm mấu chốt mà tôi thấy qua Dusk là nó tách khả năng nhìn thấy thông tin thành nhiều lớp khác nhau: Moonlight chịu trách nhiệm công khai tài khoản, Phoenix dùng bằng chứng không kiến thức để thực hiện chuyển tiền riêng tư và hỗ trợ tiết lộ thông tin khi cần thông qua viewing key; Citadel lại cung cấp năng lực về danh tính và kiểm soát truy cập cho phép tiết lộ có chọn lọc. Đối với tổ chức tài chính, ý nghĩa không chỉ là “giấu giao dịch”, mà là tách riêng, ở mức tối đa, các thông tin cần cho KYC, giao dịch và kiểm toán.

So với môi trường tài khoản và giao dịch mặc định công khai của Ethereum, đây là một sự lựa chọn rõ ràng: Dusk nghiêng về “ai được xem, xem được gì, và khi nào có thể chứng minh”. Tuy nhiên, các bằng chứng về quyền riêng tư cũng mang lại chi phí tính toán và chi phí tích hợp phát sinh; thậm chí tài liệu chính thức còn nêu rõ rằng sàn giao dịch chủ yếu nên sử dụng quy trình công khai của Moonlight.

Vì vậy, nhận định của tôi không phải là “quyền riêng tư của Dusk mạnh hơn”, mà là: cạnh tranh trong chuỗi tài chính cuối cùng có thể không nằm ở mức độ ẩn danh, mà ở việc quyền truy cập thông tin có thể được cài vào đúng quy trình nghiệp vụ thực tế hay không. Thứ cần được xác minh thực sự là: cơ sở hạ tầng mà các tổ chức phải bỏ ra để giảm phơi lộ thông tin có thể thấp hơn so với chi phí tuân thủ và quản lý dữ liệu mà họ sẽ tiết kiệm được hay không. Bạn nghĩ ai là người có khả năng sẽ chi tiền trước cho năng lực kiểu này: quỹ, nhà tạo lập thị trường hay bên phát hành? @Dusk $DUSK #dusk

TermMax điều thực sự đáng để xem là cách nó tách “nợ” thành các mức rủi ro khác nhau

Sau khi xem lại thiết kế FT, XT, GT của @TermMax , tôi thấy rằng cách hiểu trước đây “lãi suất cố định như một lựa chọn thay thế cho lãi suất thả nổi” có phần đơn giản.

FT, XT, GT rốt cuộc đang tách cái gì?

Cách nghĩ của TermMax giống như việc chia một khoản nợ có kỳ hạn thành nhiều “phơi bày rủi ro” khác nhau. FT tương ứng với khoản nợ/ trái phiếu lãi suất cố định, GT là vị thế nợ có đòn bẩy, còn XT thì tương ứng với phần lãi. Trong cơ chế chính thức, FT và XT có thể ghép lại để tạo thành một token nợ hoàn chỉnh.

Tôi thấy điểm thực sự thú vị ở đây là: “lãi suất” không còn chỉ là một con số APY trên trang vay mượn nữa, mà được biến thành thứ có thể được định giá riêng, giao dịch và quản lý.

Nhưng lãi suất cố định không phải bữa trưa miễn phí

Giá trị lớn nhất của lãi suất cố định là tính chắc chắn, nhưng cái giá phải trả cũng rõ ràng: kỳ hạn bị khóa; khi lãi suất thị trường biến động, thì lãi suất cố định ban đầu chưa chắc đã là lựa chọn tối ưu.

Đó cũng là lý do tôi cho rằng @TermMax đáng được nghiên cứu hơn nhiều so với việc chỉ quảng bá “lãi suất cố định an toàn hơn”. V2 đã bổ sung các cơ chế như lệnh giới hạn, định tuyến thống nhất,… về bản chất là đang giải quyết vấn đề thanh khoản và khớp lệnh của thị trường kỳ hạn cố định, chứ không chỉ đơn thuần cố định lãi suất.

Vì vậy, nhận định của tôi rất rõ ràng: thứ TermMax thực sự cần được kiểm chứng không phải là DeFi có nhu cầu lãi suất cố định hay không, mà là liệu nợ kỳ hạn cố định có thể được đóng gói thành một thị trường đủ linh hoạt hay không.

Nếu lãi suất cố định đồng nghĩa với tính chắc chắn, nhưng đồng thời phải hy sinh một phần tính linh hoạt của vốn, bạn có chấp nhận sự đánh đổi này không?

#TermMax #defi #FixedRate

#termmax Nhốt “lo âu thanh lý” vào lồng: Kiểm chứng đòn bẩy một chạm của TermMax

Ai từng chơi vòng lặp (loop) trên Aave hẳn hiểu cảm giác khó chịu đó: mở vị thế thì đã sướng một lúc, còn thanh lý thì như “đời hoa mĩ” — lãi suất thay đổi mỗi ngày, ký quỹ phải canh 24 giờ, chỉ cần một lần chệch là về số 0. Tôi nghiên cứu đòn bẩy một chạm của TermMax @TermMax , điều khiến tôi ấn tượng nhất là một câu: dùng phần bù (premium) cố định thay cho việc ký quỹ liên tục—vào thời điểm mở vị thế, chi phí và kỳ hạn được “khóa” hoàn toàn; sau đó không cần chăm bảng, ban đêm cũng ngủ yên.

Điều này khác với vòng lặp truyền thống ở chỗ nó là hai logic: vòng lặp cần liên tục vay, liên tục thế chấp, liên tục gồng trước biến động—còn TermMax thì chỉ cần một giao dịch là xong. GT ghi vị thế, FT đổi lấy lợi nhuận, XT tính lãi suất; ba loại chứng từ mỗi thứ một vai. Giống như chuyển từ thế chấp vay mua nhà lãi suất thả nổi sang lãi suất cố định: đánh đổi một chút linh hoạt để đổi lấy tính chắc chắn.

Tôi cho rằng đây là con đường tất yếu để DeFi tiến tới hướng “tổ chức”, nhưng đừng hiểu nhầm: thứ được khóa là lãi suất, không phải giá tài sản thế chấp. Nhận thức rủi ro cần thiết vẫn không thể thiếu.

Bạn có sẵn sàng từ bỏ lãi suất thả nổi cao hơn nhưng biến động để đổi lấy lợi nhuận có tính xác định không?
#TermMax #DeFi

#dusk $DUSK Nhiều người mặc định rằng trong tài chính, minh bạch trên chuỗi càng cao thì càng tốt, nhưng tôi ngày càng nghi ngờ về điều đó. Sổ cái công khai khiến DeFi thông thường trở nên thuận tiện, nhưng với các tổ chức, nó có thể trở thành một nguồn ma sát mới: vị thế, đối tác giao dịch, lộ trình dòng tiền đều bị phơi bày lâu dài. Bản thân tính minh bạch cũng có thể ảnh hưởng đến chiến lược giao dịch và mức độ sẵn sàng tham gia.

Qua Dusk, điều then chốt tôi nhận ra không phải là “giấu giao dịch đi”, mà là tách lớp khả năng hiển thị thông tin. Moonlight giữ tài khoản ở chế độ công khai; Phoenix dùng bằng chứng không kiến thức để ẩn chi tiết chuyển tiền, đồng thời vẫn hỗ trợ xem có ủy quyền; còn Citadel thì chọn lọc việc công bố: để người tham gia chứng minh tư cách, thay vì đưa toàn bộ danh tính cho tất cả mọi người. Đối với quy trình tài chính thực tế, điều này có nghĩa là KYC, giao dịch và kiểm toán không nhất thiết phải chia sẻ cùng một tập thông tin.

Nhìn theo chiều ngang, Ethereum mặc định minh bạch, nên nhiều nhu cầu về quyền riêng tư tài chính cần được xếp thêm các giải pháp ở lớp ứng dụng; còn Dusk thì đưa các năng lực kiểu đó vào thẳng thiết kế tầng nền. Nhưng trade-off cũng rất rõ ràng: giao dịch riêng tư kéo theo độ phức tạp bổ sung về tạo bằng chứng, quét và quản lý lưu ký; ngay cả tài liệu tích hợp sàn giao dịch của Dusk cũng gợi ý chủ yếu nên dùng quy trình Moonlight. Điều này cho thấy “đồng thời đạt được riêng tư, kiểm toán và hiệu quả” không phải bữa trưa miễn phí.

Vì vậy, tôi nghiêng về một phán đoán cụ thể: @Dusk thứ thực sự cần chứng minh không phải là liệu bản thân có thể làm được quyền riêng tư hay không, mà là liệu có thể vừa giảm mức độ lộ thông tin, vừa làm cho việc kiểm tra tuân thủ của tổ chức lại trở nên đơn giản hơn hay không. Nếu việc áp dụng trong thực tế khiến quy trình chứng minh và kiểm toán nặng hơn so với hệ thống truyền thống, thì lợi thế đó không còn đứng vững. Theo bạn, tổ chức sẵn sàng chi trả nhiều nhất cho điểm nào: giảm lộ thông tin, hay giảm thêm một bước quy trình tuân thủ?

#dusk $DUSK Dusk ngăn xếp sản phẩm 4 lớp, tôi tách cho bạn xem
Nói về RWA, tôi sợ nhất nghe mấy từ như “kể chuyện hệ sinh thái vĩ đại”, nên tôi quen cách bóc tách theo sản phẩm hơn. Ngăn xếp 4 lớp của Dusk, dạo gần đây tôi xem đi xem lại mấy lần:
L1 gốc｜Đã ra mắt: chuyển tiền bảo mật, hợp đồng ZK, thanh toán tất định—tất cả được “lót nền” ở lớp này; Dusk Trade｜Đang xây dựng: hạ tầng cơ bản cho thị trường token hóa, nạp tiền của nhà đầu tư, gắn ví, chuyển tiền có kiểm soát; DuskEVM｜Testnet: tương thích OP Stack, dev Solidity có thể lên thẳng xe; Hedger｜Testnet: EVM bảo mật, mã hóa đồng cấu + ZK, bổ sung quyền riêng tư cho luồng EVM.
Nhận định của tôi: điểm thông minh của Dusk không nằm ở một lớp đơn lẻ, mà ở thứ tự “tuân thủ trước, rồi đến quyền riêng tư”—thứ mà cơ quan quản lý cần là thanh toán tất định được làm vững trước, sau đó mới dùng dịch vụ tiết lộ chọn lọc để bảo vệ riêng tư; Citadel/Shelter thì đưa KYC thẳng vào tầng giao thức.
Nhưng phân lớp cũng đồng nghĩa với chậm: Trade chưa ra mắt, hệ sinh thái EVM vẫn đang giai đoạn đầu, giá trị của $DUSK sẽ phải xem các lớp này có thực sự “xâu” được với nhau không. @Dusk trang web chính thức cho thấy đã có xác nhận phát hành hơn 200 triệu EUR với NPEX, cùng với nền tảng nhà đầu tư hơn 20.000 người—đây có thể coi là bước đi đầu tiên rất “sờ được”.
Điều tôi tò mò nhất là: khi nào DuskEVM mainnet ra mắt? Khi đó mới là điểm ngoặt từ “câu chuyện” thành “dòng tiền”.
Trong 4 lớp của Dusk, bạn nghĩ lớp nào sẽ sớm chạy ra nhu cầu thật trước?

#termmax lãi suất cố định, “câu trả lời chắc chắn” khi vay tiền DeFi? — Những suy nghĩ thật sau trải nghiệm TermMax V2
Những người từng vay trên Aave hẳn có cảm giác như thế này: hôm nay lãi suất 3%, ngày mai có thể là 8%, và mức thanh lý lúc nào cũng lơ lửng trên đầu. Tôi theo dõi TermMax một thời gian, tuần này chạy toàn diện App V2 vừa ra mắt, chia sẻ vài trải nghiệm thực tế và cũng nói lý do vì sao tôi cho rằng “lãi suất cố định” mới là nửa sau của câu chuyện vay tiền trong DeFi.
Thay đổi trực quan nhất ở V2: một giao diện quản lý tất cả chain trước đây quản nhiều vị thế đa chuỗi, tôi phải mở bốn, năm tab để đối soát qua lại. V2 trực tiếp gom vị thế trên các chain như Ethereum, Arbitrum, BNB Chain, Base… về một dashboard; lệnh giới hạn theo phạm vi của Curator và lệnh giới hạn cá nhân được hợp nhất thành một cơ chế định tuyến thống nhất, tự động chọn giá khớp tối ưu—với người thích treo lệnh, trải nghiệm nâng cấp là rất “có thể cảm nhận được”. Số liệu theo cách nói của trang web: 8+ chain, 20+ Vault hoạt động, TVL 50 triệu USD+, giới hạn XP 120x; quy mô trong phân khúc lãi suất cố định đã không hề nhỏ.
Vì sao tôi đặt cược vào lãi suất cố định: nó loại bỏ “rủi ro lãi suất” khỏi DeFi. DeFi truyền thống là thị trường tiền tệ lãi suất thả nổi, vay trước khi thậm chí không thể tính rõ chi phí. Cách làm của @TermMax là biến một khoản nợ thành ba loại chứng từ: FT là trái phiếu chiết khấu không hưởng lãi, đến hạn thì được thanh toán theo mệnh giá; XT là chứng từ lãi—giảm dần theo thời gian về 0 khi đáo hạn; GT là vị thế NFT ghi nhận tài sản thế chấp và khoản nợ. Ba phần này thỏa mãn 1 FT + 1 XT = 1 đơn vị nợ. Lãi suất được “khóa chặt” ngay tại thời điểm giao dịch—giống như chuyển khoản vay thế chấp lãi suất thả nổi thành khoản vay cố định. Với vốn của tổ chức, tính chắc chắn bản thân đã là giá trị.
Luận điểm này đang được kiểm chứng: thông báo chính thức tháng 01/2026, TermMax ra mắt trên BNB Chain thị trường vay mượn lãi suất cố định đầu tiên hỗ trợ thế chấp cổ phiếu mã hóa token hóa. Đưa 100+ loại cổ phiếu/ETF mã hóa của Ondo Global Markets làm tài sản thế chấp—lần đầu tiên trong DeFi, bạn có thể vay với “thanh khoản lãi suất cố định” từ chính cổ phiếu mã hóa dạng token hóa mà mình đang nắm giữ. Thêm nữa, cơ chế đòn bẩy một chạm dùng “premium cố định” thay cho “liên tục canh lề” ký quỹ, và hỗ trợ một chạm cuộn vị thế sang hệ sinh thái Morpho (muốn quay lại lãi suất biến động cũng được)—lãi suất cố định không còn là một hòn đảo.

#TermMax

Đem cổ phiếu “thế chấp” vào DeFi để vay lãi suất cố định? TermMax đi nước này có chút hay
Nói thật là tôi nghiên cứu @TermMax khá lâu rồi, hôm nay không bàn nó tăng hay chưa—tôi nói cái thực tế hơn: nó đã ra mắt trên BNB Chain market vay lãi suất cố định đầu tiên hỗ trợ thế chấp cổ phiếu được token hóa. Nối token hóa chứng khoán của Ondo Global Markets vào làm tài sản thế chấp. Đây là lần đầu DeFi ghép RWA cổ phiếu và khoản vay lãi suất cố định lại với nhau
Lãi suất cố định ≈ “khoản vay mua nhà lãi suất cố định” trong DeFi. Cho vay truyền thống kiểu lãi suất thả nổi thì lãi suất “đi theo thị trường”, đến lúc bị thanh lý là tâm lý sụp đổ. TermMax biến việc vay thành một thị trường “theo kỳ hạn”: ngay khoảnh khắc bạn vay, lãi suất được khóa cứng; lợi nhuận và chi phí đều có thể dự đoán trước. Ba token FT (lợi tức cố định như trái phiếu chiết khấu không coupon), GT (vị thế đòn bẩy), XT (trung gian lãi suất) nén toàn bộ vòng lặp của cơ chế cho vay-phần-đòn bẩy thành một giao dịch token—không cần ngày nào cũng canh đường thanh lý, đây là cảm nhận trực quan nhất của tôi.
Thế chấp cổ phiếu—tại sao đáng để quan tâm? Lúc đó Ondo Global Markets đã là nền tảng chứng khoán token hóa lớn nhất, TVL hơn 350 triệu USD, bao phủ 100+ cổ phiếu và ETF của Mỹ. Người nắm giữ token cổ phiếu không cần bán token mà vẫn có thể vay ra thanh khoản với chi phí cố định, đồng thời có thể trả trước hoặc gia hạn—đúng kiểu cảm giác như tài trợ chứng khoán/ margin trading trong truyền thống. Bán “tính chắc chắn” cho tổ chức là, theo tôi, con đường hợp lý nhất trong câu chuyện RWA.
Quan điểm của tôi: Lãi suất cố định là con đường không thể thiếu để DeFi tiến về phía tổ chức. Thứ tổ chức cần không phải là lợi suất cao nhất, mà là sự chắc chắn. Nhưng rủi ro của TermMax cũng đã hiện rõ: độ phức tạp cơ chế FT/XT/GT cao; việc thanh toán/settlement bằng hiện vật và thanh lý trong các tình huống cực đoan có “ổn” hay không còn phải kiểm chứng theo thời gian. Tin tốt là App V2 ra mắt có một ứng dụng gom tất cả chain và mọi lệnh (router thống nhất + lệnh giới hạn), và hợp tác với Morpho cũng đang được thúc đẩy. DeFiSafety 93% (tương đương chuẩn với Aave V3) là mức sàn, không phải chiêu trò marketing.
Bạn có sẵn sàng từ bỏ lợi suất thả nổi cao hơn nhưng biến động hơn để đổi lấy “tính chắc chắn” không? Hãy bàn ở phần bình luận.
#TermMax #defi #RWA #BinanceSquare

#dusk $DUSK Nếu RWA thực sự đi vào “nhịp sống” hằng ngày của các tổ chức tài chính, thì trên chuỗi không chỉ còn là việc “phát một Token”. Trước hết nhà đầu tư phải hoàn tất quy trình chấp thuận/quyền truy cập; tài sản có các giới hạn liên quan đến người nắm giữ; giao dịch cần được đối soát/hoàn tất; sau đó còn phải đối mặt với việc công bố thông tin, kiểm toán và các cuộc kiểm tra tuân thủ của cơ quan quản lý. **Tôi cho rằng, cái thật sự khó không phải là đưa tài sản lên chuỗi, mà là đảm bảo những quy tắc này được tiếp tục thực thi liên tục trong cùng một luồng quy trình.**

Thiết kế của Dusk quả thực có vài điểm “đúng trúng” vào vấn đề này: phương án hạ tầng thị trường của Dusk đưa việc chấp thuận nhà đầu tư, kiểm soát việc chuyển nhượng, giao dịch & thanh toán, servicing và công bố thông tin vào cùng một bộ quy trình; còn DuskDS nhấn mạnh thanh toán mang tính xác định (deterministic), phù hợp với những tình huống cần trạng thái tài sản được xác định rõ ràng. Với các tổ chức, điều này có nghĩa là một số bước trước đây vốn dựa vào đối soát thủ công và phối hợp ngoài chuỗi có thể được chuyển thành “quy tắc chạy trên chuỗi”.

Xét theo chiều ngang, Ethereum giống như một nền tảng chung; các quy tắc chuyên cho tài chính thường được giao cho tầng ứng dụng. Dusk thì lại sẵn sàng đẩy quyền hạn, quyền riêng tư và năng lực thanh toán xuống tầng hạ tầng. Đây không hẳn là bên nào “tốt hơn”, mà là một sự đánh đổi: quy tắc được đẩy xuống dưới thì quy trình tài chính có thể thống nhất hơn, nhưng hệ thống cũng sẽ phức tạp hơn, và mức độ tự do trong phát triển có thể không giống nhau.

Vì vậy, tôi không nói rằng Dusk đã giải quyết RWA chỉ dựa trên danh sách tính năng. Điểm để bác bỏ quan trọng vẫn nằm ngoài chuỗi: phía phát hành, bên lưu ký, tính thanh khoản thứ cấp, các hành động của công ty và các “điểm chạm” với cơ quan quản lý—liệu chúng có thể vận hành thành một workflow hoàn chỉnh một cách bền vững hay không. Hiện tại, tôi muốn xem @Dusk như một lớp trung gian đang bổ sung “tài sản trên chuỗi” thành “quy trình tài chính trên chuỗi”, hơn là một giải pháp vạn năng cho RWA.

Câu hỏi thực sự đáng để kiểm chứng là: khi RWA bắt đầu được triển khai ở quy mô lớn, tổ chức đầu tiên sẽ sẵn sàng giao bước nào cho chuỗi—chấp thuận nhà đầu tư, thanh toán/đối soát giao dịch, hay giám sát tuân thủ liên tục? Đây mới là các điểm quan sát có giá trị nhất ở giai đoạn tiếp theo.

#dusk $DUSK Khi tài sản tài chính thực sự được đưa lên on-chain, điều phiền phức nhất thường không phải là “có thể giao dịch hay không”, mà là trong một giao dịch, từ KYC đến khớp lệnh, rồi đến kiểm tra của cơ quan quản lý, rốt cuộc phải lặp lại và tiết lộ bao nhiêu thông tin ở giữa.​
Quy trình thực tế vốn rất rời rạc: nhà đầu tư trước tiên làm xác minh danh tính và tuân thủ; bên phát hành phải xác định “địa chỉ này có đủ điều kiện tham gia hay không”; giai đoạn giao dịch cần giới hạn whitelist hoặc nhà đầu tư đủ điều kiện; sau khi giao dịch hoàn tất, kiểm toán hoặc cơ quan quản lý có thể vẫn yêu cầu truy vết lại danh tính và nguồn gốc vị thế nắm giữ. Vấn đề là, trong tài chính truyền thống, các bước này có thể được xử lý theo từng lớp, nhưng trong nhiều thiết kế blockchain công khai, thông tin mặc định là “có thể nhìn thấy trên toàn cục”.​
Điều tôi quan tâm ở Dusk không phải là nó “làm riêng tư”, mà là nó cố gắng tách chứng minh tư cách và thông tin giao dịch thành hai đường đi. Ví dụ, các thiết kế như Citadel thiên về “chứng minh thuộc tính”: bạn có thể chứng minh mình là nhà đầu tư đủ điều kiện hoặc đáp ứng một số điều kiện nhất định, nhưng không cần tiết lộ danh tính đầy đủ; còn Phoenix thì xử lý quyền riêng tư ở tầng giao dịch, khiến số tiền, người gửi và các thông tin khác không bị công khai trực tiếp, đồng thời khi cần vẫn có thể cung cấp xác minh thông qua cơ chế được ủy quyền.​
So với mô hình tài khoản mặc định minh bạch như Ethereum, khác biệt thực sự ở đây không phải là “riêng tư hơn”, mà là thông tin được phân bổ như thế nào giữa các bên tham gia khác nhau. Ethereum giống như “mọi người cùng nhìn một sổ cái”, còn Dusk gần hơn với “các vai trò khác nhau nhìn thấy các tầng dữ liệu khác nhau”.​
Nhưng đánh đổi ở đây cũng rất trực tiếp: sau khi thông tin được tách ra, độ phức tạp của hệ thống sẽ tăng lên, việc xác minh tuân thủ, gọi kiểm toán, cũng như chi phí hạ tầng đều sẽ cao hơn. Đây không phải là vấn đề kỹ thuật, mà là vấn đề thiết kế hệ thống tài chính.​
Vì vậy, tôi nghiêng về cách hiểu @Dusk như thế này: nó không nhất thiết nhằm thay thế hệ thống tài chính hiện có, mà đang cố gắng cung cấp một giao diện mới — để KYC, tư cách nhà đầu tư, quyền giao dịch và công bố cho cơ quan quản lý không còn là “tiết lộ lặp lại”, mà là “xác minh theo nhu cầu”.​
Điều đáng bàn thực sự là: khi RWA bước vào giai đoạn quy mô hóa thật sự, điều mà các tổ chức quan tâm hơn là minh bạch thông tin, hay mức độ lộ thông tin tối thiểu?​
Có lẽ đây mới là điểm khác biệt then chốt quyết định liệu #dusk có thể thành hiện thực ở giai đoạn tiếp theo hay không.

#dusk $DUSK Nhiều người thảo luận về quyền riêng tư trong blockchain, chỉ hỏi một câu: giao dịch có được ẩn không? Nhưng khi đặt vào thị trường tài chính, câu hỏi đó thực ra quá thô. Tôi muốn tách quyền riêng tư thành bốn lớp: ai có thể xem, xem được bao nhiêu, cách chứng minh, và khi có sự cố thì ai có thể kiểm toán.

Điều thực sự khiến tôi chú ý đến Dusk là nó không biến quyền riêng tư thành một nút “bật/tắt” toàn phần. Moonlight là tài khoản công khai; Phoenix dùng bằng chứng không kiến thức để ẩn số tiền chuyển, người gửi và mối quan hệ cụ thể giữa các ghi chú, đồng thời cho phép người nắm giữ cung cấp thông tin khi cần thông qua viewing key; Citadel thì xử lý việc tiết lộ chọn lọc về danh tính và tư cách. Nói cách khác, giao dịch có thể không công khai, nhưng “tôi có đủ tư cách để thực hiện giao dịch này hay không” vẫn có thể được xác minh.

Điều này khác biệt rất rõ về sản phẩm so với Ethereum—mặc định công khai dữ liệu giao dịch. Tôi cho rằng điều Dusk thực sự đáng để thảo luận không phải là “quyền riêng tư mạnh hơn”, mà là việc biến quyền truy cập thông tin thành một phần của hạ tầng tài chính. Bên phát hành có thể xác minh tư cách người nắm giữ, còn thị trường không nhất thiết phải thấy toàn bộ số dư và chi tiết giao dịch của mọi người.

Nhưng cái giá cũng nằm ở đây: bằng chứng không kiến thức cần thêm tính toán; thậm chí Dusk còn tách Prover ra như một vai trò hạ tầng riêng đảm nhiệm việc tạo ra bằng chứng. Quyền riêng tư càng chi tiết thì hệ thống càng phức tạp, và cuối cùng chi phí vẫn có người phải gánh.([DOCS][3])

Vì vậy, hiện tại tôi nghiêng về việc hiểu quyền riêng tư @Dusk như là quyền truy cập theo lớp đối với thông tin, thay vì chỉ là “ẩn giao dịch”. Vấn đề đáng được xác minh nhất là: trong tương lai, các tổ chức sẵn sàng trả tiền nhiều nhất cho thiết kế này—liệu là cho bản thân quyền riêng tư, hay cho hiệu quả tuân thủ và kiểm toán? Có lẽ đây mới là mốc rẽ sản phẩm quan trọng của $DUSK .

#dusk $DUSK Nếu tôi phải xếp hạng các blockchain công khai cho lĩnh vực tài chính, thứ tự của tôi sẽ là: Tính cuối cùng (finality), Khả năng xác minh (verifiability), Quyền hạn và quyền riêng tư, Trải nghiệm phát triển, và cuối cùng mới là TPS. Lý do không phải TPS không quan trọng, mà bởi sai lầm đắt giá thật sự trong hệ thống tài chính là khi trạng thái tài sản đã rẽ nhánh, nhưng các bên tham gia lại không biết nên tin vào kết quả nào.

Vì vậy, tôi cho rằng blockchain tài chính trước hết không phải là tối ưu “mỗi giây xử lý được bao nhiêu giao dịch”, mà là “khi nào có thể xác định chắc chắn rằng tài sản này đã được quyết toán (settle)”. Đồng thuận Succinct Attestation của Dusk đặt tính cuối cùng có thể xác định vào trong lõi thiết kế: khi một khối đã được xác nhận, trong điều kiện vận hành bình thường sẽ không cần người dùng chờ thêm một chuỗi khối để xem liệu có bị rollback hay không. Với người dùng tài chính, điều này đồng nghĩa việc giao dịch/đối chiếu (delivery/settlement), thanh toán và trạng thái tài sản có thể hình thành các ranh giới quyết toán rõ ràng hơn.

Thứ hai mới là quyền riêng tư và khả năng xác minh. Phoenix của Dusk hỗ trợ chuyển tiền riêng tư và kết hợp với tiết lộ có chọn lọc (selective disclosure), giúp các tổ chức chỉ cần chứng minh những thông tin cần thiết, thay vì công khai toàn bộ số dư và lịch sử giao dịch.

Nhìn ngang, Ethereum cũng có tính cuối cùng về kinh tế rõ ràng, nhưng nó đảm nhiệm vai trò chung của một blockchain công khai; Dusk thì đẩy tính quyết toán cuối cùng, quyền riêng tư và quy trình tài chính lên phía trước. Đây cũng chính là sự đánh đổi: quy tắc tài chính càng nhiều, hệ thống càng phải bám sát nhu cầu của các tổ chức thực tế thì mức độ tự do khi phát triển và tính gọn nhẹ sẽ càng khó có thể đồng thời tối đa hóa.

Vì vậy, @Dusk đáng được theo dõi không phải vì thứ hạng TPS, mà vì liệu nó có thể biến trải nghiệm mặc định trong cơ sở hạ tầng tài chính thành “xác định được, xác minh được, kiểm soát được” hay không.

#dusk $DUSK Nhiều người nhìn vào chuỗi công khai (public chain), phản ứng đầu tiên là TPS, Gas và tốc độ. Nhưng tôi cho rằng, Dusk thực sự muốn tối ưu không phải là “giao dịch nhanh đến mức nào”, mà là **khi tài sản tài chính được đưa lên chuỗi công khai, thì làm sao vẫn có thể được quản lý**.

DeFi thông thường có thể chấp nhận việc địa chỉ, số dư và lịch sử giao dịch được công khai ở mức rất cao, nhưng các sản phẩm tài chính như tài sản được chứng khoán hóa hay chứng chỉ quỹ thì không nhất định làm được như vậy. Ai được nắm giữ, ai có tư cách tham gia, những thông tin nào phải công bố, và những thông tin nào không được công khai—những vấn đề này không thể giải quyết chỉ bằng TPS.

Vì vậy thiết kế của Dusk rất thú vị: Phoenix dùng chứng minh không kiến thức (zero-knowledge proof) để xử lý quyền riêng tư giao dịch, còn việc công bố chọn lọc cho phép thông tin có thể được xác minh khi cần; tính cuối cùng tất định (deterministic finality) thì phù hợp hơn với các bối cảnh tài chính cần trạng thái thanh toán rõ ràng.

So với các chuỗi công khai đa dụng như Ethereum, Dusk giống như một hạ tầng được xây dựng cho “các hoạt động tài chính bị ràng buộc”.

Nhưng cái giá cũng rất thực tế: quy tắc càng phức tạp thì hệ thống càng khó làm gọn nhẹ.

Cho nên tôi có xu hướng hiểu @Dusk như thế này: nó không tối ưu cho một giao dịch riêng lẻ, mà là cách để sau khi một tài sản tài chính hoàn chỉnh được đưa lên chuỗi, nó vẫn có thể được giám sát, được xác minh và được đối soát (thanh toán). Đây cũng là điểm mà tôi cho rằng $DUSK đáng được quan sát nhất.

🚀 DeepSeek V4 Pro chính thức ra mắt: API tăng giá 50%, khung AI Agent bùng nổ cộng đồng nhà phát triển!

Mô hình lớn của Trung Quốc lại gây chấn động! DeepSeek thông báo mô hình V4 Pro sẽ chính thức lên sóng vào ngày 17 tháng 8, giá API được điều chỉnh tăng 50% lên mức 1.100 USD.

🔥 Sản phẩm Agent Harness v0.1 được phát hành đồng bộ, đạt tốc độ ánh sáng và nhanh chóng giành được hơn 22.000 GitHub Star, thể hiện sức thống trị mạnh mẽ của các mô hình nội địa trong cộng đồng nhà phát triển.

Hạ tầng mới cho AI kết hợp Web3, đáng để theo dõi lâu dài!

#DeepSeek #人工智能 #大模型 #Web3AI

$ONE Tin nóng: Harmony (ONE) gặp cuộc tấn công “đúc tiền vô hạn”, 4 tỷ token đổ vào thị trường, giá giảm sốc 40%!

📉 Truy vết cuộc tấn công:
🔥 Kẻ tấn công lợi dụng lỗ hổng “khối trống” trên mainnet ONE để điên cuồng đúc 4 tỷ token (chiếm 26% tổng cung).
🔥 Trong đó, 2,8 tỷ token đã nhanh chóng được chuyển đến nhiều sàn giao dịch tập trung và bắt đầu xả hàng, khiến giá ONE ngay lập tức rơi xuống mức thấp kỷ lục.

🛡️ Đối phó khẩn cấp từ phía dự án:
🔹 Đã tạm dừng vận hành cầu nối cross-chain để ngăn dòng vốn tiếp tục chảy ra.
🔹 Đã phát hành bản vá cho nút xác thực, đồng thời tích cực phối hợp với sàn giao dịch để phong tỏa tài sản của kẻ tấn công.
🔹 Đơn vị chính thức đang đánh giá biện pháp “nặng đô” nhất hiện nay: liệu có thực hiện rollback blockchain hay không.

💥 Ảnh hưởng thị trường: ONE trong ngắn hạn đối mặt sự cố sụp thanh khoản; hiện báo giá $0.00082 (giảm gần 27% trong 24h, mức giảm lớn nhất trong phiên lên tới 40%). Sự kiện này một lần nữa làm dấy lên làn sóng nghi ngờ rộng rãi về an ninh lớp nền của các blockchain Layer-1.

Nếu sau đó có thể rollback thành công và thu hồi được tiền, có lẽ vẫn còn cơ hội cứu vãn tình hình. Người nắm giữ ONE hãy chia sẻ cảm xúc của các bạn trong phần bình luận nhé👇

#Harmony #加密货币安全 #DeFi安全