毛毛姐日进斗金

DuskEVM chạy trên OP Stack, trong khi rollup của OP Stack hôm nay được sắp xếp (sequencing) bởi một bên duy nhất. Trong ngữ cảnh mật mã, đây là một lời chỉ trích tiêu chuẩn; trong thị trường được quản lý, nó lại gần như là một yêu cầu — và lý do cho điều đó cần được nói rõ.
Các sàn giao dịch truyền thống không hề có cơ chế ghép lệnh phi tập trung. Họ có: một nhà vận hành được cấp phép, một nghĩa vụ để duy trì trật tự thị trường, và một cơ quan quản lý có thể áp đặt chế tài lên họ. Việc sắp xếp giao dịch chỉ là chuyện “đổi tên” — quyết định giao dịch nào được thực thi theo thứ tự nào. Một sàn được quản lý không thể giao việc đó cho một nhóm người ẩn danh, đồng thời vẫn phải chịu trách nhiệm cho kết quả. Một nhà vận hành có thể bị truy trách nhiệm là một thiết kế, không phải một khiếm khuyết.
Nhưng lời chỉ trích không vì thế mà biến mất; nó chỉ thay đổi hình dạng. Rủi ro thực sự của một sequencer đơn lẻ nằm ở khả năng bị kiểm duyệt và tính sẵn sàng (liveness): nếu nó từ chối giao dịch của bạn, hoặc đơn giản là dừng hoạt động, bạn cần một con đường không phụ thuộc vào nó. Trên OP Stack, con đường đó là cơ chế cưỡng bức đưa vào (forced inclusion) ở lớp quyết toán — với @dusk là DuskDS thay vì Ethereum. Điều này cũng đồng thời loại bỏ khung thời gian bảy ngày rút tiền đi kèm với rollup sử dụng bằng chứng gian lận.
Thành ra, những câu hỏi thực sự hữu ích đều rất thực tế: ai đang chạy sequencer, và dựa trên cam kết công khai nào; việc cưỡng bức đưa vào đã được triển khai chưa và đã được kiểm chứng qua thực tế, người dùng sẽ phải chờ thêm bao lâu; và có sẵn một phương án chuyển đổi dự phòng (failover) được viết ra hay không.
Đối với $DUSK , việc phi tập trung sequencer không hẳn là mục tiêu rõ ràng — mục tiêu là làm cho nó có thể bị truy trách nhiệm và có thể “lách qua” (bypass). Đây là hai mục tiêu kỹ thuật khác nhau, và người dùng trong thị trường được quản lý thực sự sẽ đi tìm cái thứ hai.#dusk $DUSK @Dusk

Công nghệ quyền riêng tư trong ngành mã hóa thường trả lời một câu hỏi: ai có thể nhìn thấy. Nhưng luật bảo vệ dữ liệu của châu Âu lại hỏi một câu khác: ai có thể xóa.$DUSK
Tháng 4 năm 2025, EDPB đã thông qua hướng dẫn về việc xử lý dữ liệu cá nhân bằng công nghệ blockchain. Cách diễn đạt của tài liệu này đáng để đọc từng câu. Khóa công khai liên quan đến một cá nhân cấu thành dữ liệu cá nhân; khi xung đột với các nguyên tắc bảo vệ dữ liệu thì cần tránh lưu dữ liệu cá nhân trên chuỗi; quyền sửa và quyền xóa được nhấn mạnh, chứ không phải bị miễn trừ.
Ràng buộc này còn “cứng” hơn nhiều so với những gì phần lớn các thiết kế quyền riêng tư được chuẩn bị để đối phó. Mã hóa không đồng nghĩa với xóa—một bản ghi đã mã hóa vẫn là một bản ghi; khóa mà hôm nay chống đỡ được, ngày mai có thể bị lộ. Điều 17 GDPR yêu cầu “không tồn tại”, chứ không phải “không hiểu được”.
Một câu trả lời khả thi nằm ở tầng kiến trúc, và đây cũng chính là hướng đi mà @dusk luôn nghiêng về: dữ liệu cá nhân nằm ngoài chuỗi, còn trên chuỗi chỉ đặt cam kết và bằng chứng. Việc tiết lộ được coi là một hành động được kiểm soát, chứ không phải một lần công khai vĩnh viễn. Định vị của Citadel chính là làm điều đó—chứng minh một thuộc tính nào đó, mà không cần công bố lại toàn bộ tài liệu phía sau. Nếu bản ghi gốc được lưu trong bên đang có nghĩa vụ lưu giữ theo luật định, thì việc “xóa” trở thành thao tác của chính bên đó, còn trên chuỗi chỉ còn lại một bằng chứng không còn trỏ đến bất kỳ ai.
Cũng cần làm rõ: tất cả những điều này vẫn chưa có kết luận. Việc chính “cam kết” có được xem là dữ liệu cá nhân hay không vẫn đang gây tranh cãi, và hướng dẫn đó cũng còn rất mới.
Vì vậy, điều cần đặt cho $DUSK —hoặc bất kỳ chuỗi RWA nào—không phải là quyền riêng tư mạnh đến mức nào, mà là: khi có ai đó yêu cầu được lãng quên, điều gì sẽ xảy ra.#dusk $DUSK @Dusk

Tôi đánh giá một dự án RWA có đáng tin hay không; giờ đây hầu như tôi không còn xem “xích nhanh đến mức nào”, mà sẽ trước tiên xem liệu có các tổ chức tài chính thật sự, nơi giao dịch, lưu ký, dữ liệu và hạ tầng thanh toán sẵn sàng kết nối vào hay không. Bởi vì với tài sản được quản lý (regulated assets) khi đưa lên xích, điều rắc rối nhất từ trước đến nay không phải là chuyển tiền, mà là liệu việc phát hành, cấp phép/cho phép tham gia, giao dịch, dữ liệu, lưu ký và thanh toán bù trừ có thể được kết nối trong cùng một quy trình hay không.
@dusk lộ trình hợp tác trong hai năm qua của bạn rất có tính đại diện. NPEX bản thân là một sàn giao dịch được quản lý bởi AFM của Hà Lan; Dusk cùng với NPEX đang thúc đẩy việc phát hành, giao dịch và thanh toán bù trừ trên chuỗi đối với các chứng khoán được quản lý; và hợp tác với Chainlink lại đưa khả năng tương tác liên chuỗi, dữ liệu thị trường chính thống và luồng dữ liệu thời gian thực vào. Thêm nữa, khi nhìn vào các hợp tác xoay quanh lưu ký, thanh toán và hạ tầng thị trường được quản lý tại châu Âu, có thể thấy rằng họ không chỉ đơn độc làm một chuỗi rồi chờ các tổ chức tự thích nghi, mà là chủ động lần lượt bổ sung những vai trò mà thị trường tài chính vốn dĩ đã cần.
Tôi nghĩ đây mới là phiên bản thực tế hơn của “đưa thị trường tài chính lên xích”: không phải một ngày nào đó đột ngột thay thế toàn bộ TradFi, mà là để các tổ chức đã được cấp phép, đã có khách hàng và có tài sản dần dần chuyển các khâu phát hành, giao dịch, công bố thông tin và thanh toán bù trừ lên chuỗi. Quá trình này sẽ không nhanh, nhưng một khi đã chạy thông suốt thì hàng rào sẽ cao hơn rất nhiều so với chỉ dựa vào câu chuyện/diễn ngôn đơn thuần.
$DUSK #dusk $DUSK @Dusk

Có một vấn đề—một quyết định âm thầm—quyết định liệu chứng khoán được token hóa có thể phục vụ nhà đầu tư bán lẻ hay không: nếu một người làm mất khóa riêng (private key) thì chuyện gì sẽ xảy ra.
Trong thời kỳ của các công cụ vô danh, việc mất đi đồng nghĩa với kết cục. Đây chính là lý do mà hàng chục năm trước các thị trường phát triển đã chuyển sang hình thức ghi danh và sở hữu theo sổ sách: quyền của bạn đối với một cổ phiếu được xác lập vì một danh mục ghi rằng như vậy, chứ không phải vì bạn đang nắm giữ một thứ gì đó trong tay. Giấy tờ có thể được cấp lại, nhưng danh mục (sổ đăng ký) mới là tài sản.
Một chứng khoán được token hóa với cơ chế “quyền kiểm soát tương đương quyền chiếm hữu” tức là âm thầm mời lại vấn đề của thời vô danh. Và không chỉ người nắm giữ bị ảnh hưởng—điều này đồng thời làm gián đoạn nghĩa vụ của bên phát hành: một công ty vẫn còn nợ cổ tức và quyền biểu quyết cho một cổ đông được pháp luật công nhận, bất kể thiết bị của người đó gặp chuyện gì.
Vì vậy, việc gắn (bind) ví trong Dusk Trade không chỉ là một bước kiểm soát truy cập. Nếu giao thức biết ví đó thuộc về nhà đầu tư đã được xác minh nào, thì sẽ có “điểm tựa” để tòa án ra lệnh, thừa kế di sản hoặc quy trình khôi phục: phát hành lại cho ví mới được gắn, và làm cho ví cũ mất hiệu lực. @dusk nói rằng cơ chế chuyển nhượng được kiểm soát ở lớp giao thức—đây là một trong những mục đích quan trọng nhất.
Không thể né tránh cái giá phải trả, và cũng nên nói thẳng: mọi đường lối khôi phục đồng thời cũng là một đường chuyển khoản—ai đó có thể di chuyển tài sản của bạn mà không cần khóa riêng của bạn. Với các chứng khoán được quản lý, quyền lực này vốn đã tồn tại và được thực thi thông qua tòa án; vấn đề là liệu nó có được thực thi một cách minh bạch hay không.
Đối với $DUSK , thước đo hữu dụng lại rất bình thường: quy trình khôi phục được viết ra và được một người chịu trách nhiệm tuân thủ (compliance) ký duyệt.#dusk $DUSK @Dusk

Khi nói về RWA, rất nhiều dự án ngay câu đầu tiên đều là “đưa cổ phiếu, trái phiếu, quỹ lên chuỗi”. Nhưng dần dần tôi càng cảm thấy rằng thứ thực sự khó không phải là tạo ra một Token, mà là sau khi Token đó được tạo ra thì ai có thể mua, mua như thế nào, tiền được thanh toán ra sao, tài sản được giao nhận như thế nào, ai có thể xem những thông tin gì, và liệu thị trường thứ cấp có thể tiếp tục luân chuyển trong khuôn khổ tuân thủ hay không.
Đó cũng là điểm tôi đặc biệt để ý khi xem Dusk Trade của @dusk. Nó được đặt ở lớp ứng dụng của Dusk, không chỉ làm một “trang hiển thị RWA”, mà còn cố gắng ghép nối thành một quy trình hoàn chỉnh các khâu như: phát hiện tài sản, cấp quyền truy cập cho nhà đầu tư, kết nối ví, thao tác mua bán, phối hợp thanh toán và thực hiện đối soát. Tài liệu chính thức cho biết các hướng tài sản bao gồm MMFs, ETFs, trái phiếu và các RWA khác; điểm then chốt không phải là biến TradFi thành một trang DeFi đẹp hơn, mà là để các tài sản tài chính thực sự vẫn giữ quyền sở hữu thực, các quy tắc cấp quyền và logic đối soát khi ở trên chuỗi.
Nếu giai đoạn tiếp theo của RWA thực sự muốn đi từ “làn sóng khái niệm” sang “thị trường bền vững”, thì thứ người dùng cuối cùng cần sẽ không phải là một đống hợp đồng token rời rạc, mà là một trải nghiệm sản phẩm có thể dẫn họ từ phát hiện tài sản cho đến giao dịch và đối soát. Điểm đáng xem ở Dusk Trade chính là việc nó tập trung vào những hạng mục không đủ “sexy”, nhưng lại quyết định liệu mọi thứ có triển khai được hay không.
$DUSK #dusk $DUSK @Dusk

#dusk $DUSK @Dusk
Tôi gần đây đã xem lại lần nữa lộ trình kỹ thuật của @dusk và nhận ra rằng điểm thực sự đáng chú ý của DuskEVM không phải là “thêm một chuỗi EVM nữa”, mà là việc nó đang cố gắng giải quyết một vấn đề thực tế hơn: các tổ chức tài chính truyền thống muốn đưa nghiệp vụ lên chuỗi, nhưng không muốn mọi chi tiết giao dịch đều bị đưa hết lên sổ cái công khai.
Với các nhà phát triển, việc càng quen thuộc với Solidity, ví EVM và bộ công cụ hiện có thì chi phí di chuyển càng thấp; nhưng với nghiệp vụ tài chính, chỉ tương thích với EVM thôi là chưa đủ. Nắm giữ, số dư, đối tác giao dịch, ý định đặt lệnh—những thông tin này rất nhiều khi vốn dĩ không nên mặc định là công khai. Ý nghĩa của Hedger nằm ở đây: nó đưa mã hóa đồng cấu và bằng chứng không kiến thức vào DuskEVM, để ứng dụng có thể vừa duy trì khả năng thực thi có thể kiểm chứng, vừa xử lý bí mật cho dữ liệu nhạy cảm; đồng thời vẫn giữ chỗ cho việc tiết lộ khi cần kiểm toán, giám sát hoặc xem theo ủy quyền.
Tôi thấy lộ trình này sát với thị trường tài chính thực hơn là quan niệm “bảo mật = hoàn toàn không thể nhìn thấy”. Tổ chức không cần lẩn tránh quy định, mà cần để phần nào phải công khai thì công khai, phần nào phải bảo mật thì bảo mật, và phần nào cần được xem theo ủy quyền thì có thể được xem. Nếu DuskEVM có thể nối trải nghiệm phát triển EVM quen thuộc với luồng công việc bảo mật có thể được thẩm tra, thì định vị của nó sẽ rất rõ ràng: không phải để sao chép DeFi hiện có, mà để bổ sung một lớp hạ tầng thực sự triển khai được cho các ứng dụng tài chính chịu sự quản lý.
$DUSK

#termmax @TermMax
TermMax có thể tra cứu nhận Airdrop rồi @TermMax

• Nhận trực tiếp 30%: nhận ngay 11,290.56 TMX, phần còn lại 70% sẽ trực tiếp bỏ
• Nhận 15% + khóa 85%: phần khóa có thể nhận tối đa +150% phần thưởng bổ sung
• Phần đã nhận ra còn có thể chọn tiếp thế chấp 3 tháng hoặc 6 tháng, tối đa cộng thêm +180% hiệu ứng cộng thêm
Thời gian mở chính thức là ngày 25 tháng 8. Ai còn hạn mức thì nhanh chóng chọn phương án, chọn xong là chốt luôn. Lỡ mất mặc định sẽ đi theo con đường: 15% ngay lập tức + 85% khóa. Cày cuốc một năm trời, cuối cùng cũng đã lên sóng rồi!

$FIGHT quá dâm tục rồi, kéo thì kéo cho gọn lẹ đi😭😂

#dusk $DUSK @Dusk
Lý do việc thanh toán tức thời chưa trở thành điều bình thường ở châu Âu hầu như không liên quan gì đến công nghệ.
Theo luật của EU, giao dịch và thanh toán được cố ý tách bạch thành hai chức năng riêng. Một nền tảng khớp lệnh; một CSD thực hiện thanh toán. Việc tách bạch này tồn tại để hạn chế xung đột lợi ích và dồn rủi ro thanh toán vào một nơi mà cơ quan giám sát có thể nhìn thấy. Nó cũng khiến việc giao nhận “đổi lấy thanh toán” theo nguyên tắc nguyên tử (delivery-versus-payment) trở nên không thể về mặt cấu trúc, vì hai vế lại nằm trong hai tổ chức khác nhau.
Chương trình Thử nghiệm DLT (DLT Pilot Regime) của EU là việc thử xem liệu giả định đó còn cần phải giữ hay không. Chương trình tạo ra một nhóm — DLT TSS — trong đó một nhà vận hành được ủy quyền có thể làm cả hai, theo các ngoại lệ được cấp từng trường hợp kèm biện pháp bù trừ, bị giới hạn bởi quy mô công cụ và trong thời hạn có hạn. 21X giữ giấy phép đầu tiên như vậy, đó là lý do quan hệ đối tác @dusk với họ được đọc như một sự kiện mang tính quy định chứ không phải thông báo tích hợp.
Một ngoại lệ thứ hai giải thích phần còn lại của danh sách đối tác. CSDR ưu tiên thanh toán bằng tiền ngân hàng trung ương; hiện chưa có bất kỳ loại tiền ngân hàng trung ương được mã hóa (tokenized) nào, vì vậy cơ chế cho phép dùng tiền của ngân hàng thương mại hoặc token tiền điện tử (e-money) thay thế, kèm theo các biện pháp bảo đảm. Đây chính là cánh cửa mà EURQ đi vào. Vế tiền mặt không phải là sự tiện lợi của stablecoin — theo các quy định hiện hành, nó gần như là cách hợp pháp duy nhất để đóng phần thanh toán ở trên chuỗi (onchain).
Cần giữ cho rõ ràng đối với $DUSK : giấy phép của 21X thuộc về 21X, và việc triển khai ban đầu đã ở nơi khác. Thử nghiệm thực sự là liệu một “sandbox” bị giới hạn theo trần có tạo đủ bằng chứng để chuyển sang các quy tắc vĩnh viễn hay không. #dusk $DUSK

#dusk $DUSK @Dusk
Tokenization thường được mô tả là việc đưa một tài sản lên onchain. Nó hiếm khi đúng như vậy. Thứ thực sự được đưa lên onchain là một yêu cầu/khẳng định (claim) đối với tài sản, còn bản thân tài sản thì vẫn nằm trong cơ sở dữ liệu của chính tổ chức đăng ký (registrar) mà nó vẫn luôn tồn tại — và vòng đời cũng tiếp tục nằm ở đó cùng với nó.
Phần tốn kém chính là vòng đời. Một trái phiếu không phải là một đối tượng tĩnh. Nó trả lãi định kỳ (coupon), nó có sổ đăng ký người nắm giữ (holder register), nó trải qua các hoạt động/tác vụ doanh nghiệp (corporate actions), nó được dùng làm tài sản đảm bảo (pledged as collateral), và nó đáo hạn (matures). Mỗi sự kiện đó đều là một quá trình đối chiếu giữa các hệ thống không dùng chung một nguồn dữ liệu “đúng duy nhất” (source of truth). Việc bọc công cụ đó bằng token không loại bỏ được bất kỳ điều nào trong số chúng. Thậm chí, có thể còn làm phát sinh thêm một vấn đề: giờ đây lớp bọc và tài sản cơ sở có thể không đồng ý với nhau.
Phát hành gốc (native issuance) chính là claim mà @dusk thực sự đang tạo ra: tạo chính công cụ trên onchain ngay từ đầu, với điều kiện đủ tư cách (eligibility), các hạn chế chuyển nhượng và logic thanh toán (settlement logic) được biểu đạt ở tầng giao thức (protocol layer) thay vì được “gắn thêm” sau đó. Zedger là giao thức tài sản (asset protocol) cho việc đó, chạy natively trên DuskDS, với Citadel đảm nhiệm nhận dạng (identity) và cơ chế tiết lộ có chọn lọc (selective disclosure) để có thể chứng minh đủ tư cách mà không cần công bố người nắm giữ là ai.
Khó khăn thực sự ở đây là pháp lý, không phải kỹ thuật. Để một mục trên chuỗi (chain entry) trở thành sổ đăng ký (register) chứ không chỉ là bản sao/ảnh phản chiếu (mirror) của nó, luật phải nói rõ như vậy — và đúng chính điều đó là những gì Khuôn khổ thí điểm DLT của EU được xây dựng để kiểm tra, trong giới hạn phạm vi công cụ (instrument caps) và trong một khoảng thời gian giới hạn.
Vì vậy, câu hỏi đáng để đặt ra về $DUSK không phải là liệu phát hành gốc có tốt hơn về nguyên tắc hay không. Mà là liệu một công cụ “thực” đầu tiên được phát hành theo cách này có sống sót qua các ngày trả lãi (coupon dates) của chính nó không. #dusk

#termmax @TermMax

TermMax lần này đã lên một hoạt động Booster trên Binance Wallet, tổng giải thưởng là 2 triệu token $TMX.
Mình đã xem kỹ quy tắc, nhìn chung không quá phức tạp, và không cần nạp tiền hay nắm giữ $TMX. Chủ yếu gồm 2 phần: «5 nhiệm vụ cơ bản bốc thăm» và «Bảng xếp hạng sáng tạo Binance Square».
Muốn tham gia thì có thể làm theo hướng dẫn này luôn nhé 👇

① Trước hết: Vào TermMax Booster
Mở ứng dụng Binance Wallet
Vào Banner trên trang chủ, hoặc:
Discover → Booster → TermMax Booster Campaign
Điều kiện tham gia:
Binance Keyless Wallet
Tối thiểu có 2 Binance Alpha Points
Đăng ký sẽ bị trừ 2 Alpha Points
Mạng hoạt động: BNB Chain
Thời gian hoạt động:
17/08 07:00 UTC — 24/08 23:59 UTC
Tổng giải thưởng 2,000,000 $TMX, phát hành tại thời điểm TGE.

② Phần 1: Hoàn thành 5 nhiệm vụ, rút 1,7 triệu $TMX
Phần này có quỹ giải thưởng lớn nhất: 1,700,000 $TMX.
Cần hoàn thành:
Theo dõi @TermMax Fi
Chia sẻ lại tweet được chỉ định của TermMax
Hoàn thành TermMax Quiz
Tham gia TermMax Discord
Kết nối ví với TermMax V2
⚠️ Điểm quan trọng: 5 nhiệm vụ phải hoàn thành tất cả.
Sau khi làm xong từng nhiệm vụ, bạn nên quay lại trang hoạt động Booster và bấm Verify để xác nhận hiển thị thành công.
Khi hoàn thành hết và đã xác minh xong, bạn mới được vào vòng bốc thăm Lucky Draw.
Phần này tối đa:
80,000 suất trúng
Mỗi người:
21.25 $TMX
Vì vậy ở đây không phải làm xong là chắc chắn có thưởng, cuối cùng vẫn là cơ chế rút thăm.

③ Phần 2: Nhiệm vụ sáng tạo của Binance Square
Nếu bình thường bạn hay viết trên Binance Square thì phần này ngược lại đáng chú ý hơn.
Quỹ thưởng 300,000 $TMX, chia thành:
Global Leaderboard: 150,000 $TMX
Chinese Leaderboard: 150,000 $TMX
Hai bảng lần lượt lấy Top 500 đáp ứng điều kiện, tức tối đa 1,000 người trúng thưởng.
Theo quy tắc hiện tại, nếu vào phạm vi trúng và hoàn thành xác minh:
Mỗi người 300 $TMX.
Thời gian đăng bài:
17/08 07:00 UTC — 21/08 23:59 UTC
Nhưng có một chỗ rất dễ bỏ sót ở đây:
Đăng bài xong, lên bảng ≠ đã nhận được phần thưởng.
Ngày 24/08 còn có Verification Period riêng:
24/08 03:00 UTC — 23:59 UTC
Bạn cần quay lại trang hoạt động TermMax Booster và bấm Verify lại.
Nếu bỏ bước này, dù có nằm trên Leaderboard cũng không được đảm bảo nhận thưởng.

#termmax @TermMax

Nhiều người coi cho vay mượn DeFi như “tiền gửi lãi suất cao”.
Nhưng vấn đề thực sự chưa bao giờ nằm ở việc lợi suất cao hay thấp, mà là: lãi suất không chắc chắn.

Lãi suất không chắc chắn = vốn không thể lên kế hoạch
các tổ chức không thể phòng hộ
chi phí đòn bẩy không thể khóa cố định
dòng tiền cũng không thể tính rõ ràng
(vì vậy vốn chuyên nghiệp khó có thể nắm giữ trọng lượng lâu dài)

Giải pháp của TermMax trong whitepaper chỉ bằng một câu:
đưa DeFi từ lãi suất thả nổi về lãi suất cố định + kỳ hạn cố định.

Nó không phải khẩu hiệu, mà là tách “thị trường lãi suất” thành ba mảnh để vận hành:

FT (Fixed-rate Token)
như trái phiếu không lãi: mua chiết khấu, đến hạn được hoàn trả theo mệnh giá → lợi suất được khóa ngay khi vào lệnh

XT (Yield Token)
phần bổ sung cho FT: người đi vay nhận XT có thể bán ra để lấy thanh khoản → chi phí vay vào lệnh là xác định

GT (Gearing Token)
NFT cho vị thế đòn bẩy: chỉ một giao dịch hoàn tất đòn bẩy/thế chấp/vay mượn → ít tốn gas hơn, ít thao tác nhầm hơn

Điều đáng chú ý hơn thật ra là “hào lũy thừa về hiệu quả”:
không phải vốn được vay sẽ không bị nhàn rỗi, mà sẽ tự động được triển khai vào các giao thức lãi suất thả nổi như Aave/Morpho/Venus để kiếm lợi nhuận → giảm tình trạng vốn quay vòng vô ích.
Kết hợp thêm curator quản lý đường cong/kiểm soát rủi ro, về bản chất là xây dựng một thị trường lãi suất cố định chuyên nghiệp ngay trên chuỗi.

Vậy
$TMX
giữ vai trò gì?

Lộ trình trong whitepaper rất rõ ràng: quản trị + thế chấp (sTMX) + ưu đãi hệ sinh thái; cơ chế bắt nguồn giá trị đến từ các nguồn thu vào treasury như
phí giao dịch / phí vay / phí thanh lý, v.v.

Vài thông số đọc nhanh:

• Tổng lượng 1 tỷ TMX (giới hạn cố định, không có lạm phát)
• TGE lưu hành ban đầu khoảng 20%
• Đa chuỗi: LayerZero OFT (Ethereum mainnet + BNB, v.v.)

#termmax @TermMax Có vẻ sắp rồi
Mọi người nhanh đi làm hoạt động này

#dusk $DUSK @Dusk

Dusk Trade không phải “một sàn giao dịch nữa”, mà là lớp hạ tầng thị trường còn thiếu cho tài sản được mã hóa
Trong thị trường chứng khoán truyền thống, việc đặt lệnh, khớp lệnh, thanh toán bù trừ, giao nhận và đăng ký sổ danh bạ được phân tán ở các tổ chức khác nhau; và với một giao dịch, việc đi trọn quy trình thường còn phải chờ thêm hai ngày nữa. Dusk Trade muốn làm điều đó là viết lại toàn bộ chuỗi liên kết này.
Dusk Trade là lớp ứng dụng cho tài sản tài chính mã hóa được xây dựng trên DuskEVM, định vị là neobroker (công ty môi giới/chứng khoán kiểu mới), và phạm vi tài sản mục tiêu bao gồm quỹ thị trường tiền tệ, ETF, trái phiếu cũng như RWA theo nghĩa rộng hơn. Nền tảng của nó nhấn mạnh ba điểm: quyền sở hữu thực sự—nhà đầu tư nắm giữ các quyền lợi đối với tài sản có thể xác minh được trên chuỗi, chứ không phải một dòng ghi sổ trong cơ sở dữ liệu nội bộ; thanh toán tức thời—nhờ năng lực chung cuộc xác định của Dusk, thay vì phải chờ T+2; và tính khả tổ hợp ở mức DeFi—để các tài sản tuân thủ cũng có thể đi vào các quy trình tài chính có thể lập trình.
Điều quan trọng hơn là định vị tuân thủ của nó. Dusk Trade được thiết kế theo mô hình MTF (cơ sở giao dịch đa phương) và nền tảng đầu tư chịu sự quản lý, nhằm phù hợp với khung quy định của Liên minh châu Âu. Điều này có nghĩa là việc tiếp cận nhà đầu tư, gắn ví, các hạn chế chuyển nhượng, công bố thông tin và phối hợp thanh toán không phải là các “miếng dán tuân thủ” được bổ sung sau—mà là những thứ đã được viết vào quy trình từ ngày đầu của sản phẩm; đây cũng là phần chi tiết mà các tổ chức thực sự quan tâm.
Theo trạng thái sản phẩm chính thức, Dusk Trade hiện đang ở giai đoạn Building, có thể tham gia danh sách chờ tại trade.dusk.network. Việc đưa các tài sản được quản lý lên chuỗi chưa bao giờ là khó vì chỉ phát hành một token; thách thức nằm ở việc hoàn thiện cả một bộ hạ tầng thị trường xung quanh nó.
Bạn có thể theo dõi @dusk để cập nhật thêm tiến triển.$DUSK #dusk

#dusk $DUSK @Dusk
Chuỗi quyền riêng tư (privacy chain) luôn ép các nhà phát triển phải đưa ra cùng một lựa chọn: hoặc từ bỏ bộ công cụ quen thuộc của bạn, hoặc từ bỏ tính bảo mật. Vì vậy mà hầu hết các dự án quyền riêng tư của các tổ chức đều “chết” ở giai đoạn POC—không có tổ chức nào sẵn sàng, chỉ để đáp ứng một yêu cầu tuân thủ, viết lại toàn bộ hệ thống thanh toán bằng một ngôn ngữ xa lạ.
DuskEVM là câu trả lời do @dusk đưa ra. Đó là lớp ứng dụng tương thích EVM trong stack công nghệ của Dusk: Solidity chuẩn, bộ công cụ chuẩn, còn phần thanh toán ở lớp nền sẽ được chuyển về DuskDS. Testnet đã được ra mắt vào ngày 10 tháng 8; nhóm hiện có thể triển khai thử nghiệm bằng Solidity và Hardhat. Điểm mấu chốt không nằm ở việc “mới”, mà là việc chi phí di chuyển đối với một tổ chức được quản lý có thể được hạ xuống gần như bằng không.
Điều đáng chú ý hơn nữa là Hedger—module quyền riêng tư hướng EVM của Dusk. Nó 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), để giao dịch vẫn giữ được bí mật nhưng vẫn có thể được bên được ủy quyền xem xét. Sự khác biệt này quan trọng hơn nhiều so với những gì nghe qua có vẻ. Trong tài chính được quản lý, “hoàn toàn không minh bạch” không phải là điểm bán hàng—mà là bị loại ngay. Một ngân hàng không thể thực hiện thanh toán trên một kênh mà cơ quan quản lý không thể xác minh. Thứ mà các thị trường này thực sự cần là: bảo mật với công chúng, và công bố cho những người được quyền xem.
Thiết kế tổng thể của $DUSK được xây dựng xoay quanh điều đó: quyền riêng tư là một thuộc tính có thể được ủy quyền, chứ không phải một “hộp đen” tuyệt đối. Việc rốt cuộc nó có chạy được trong thực tế hay không là vấn đề ở cấp độ triển khai—mainnet, ứng dụng thực tế, lượng giao dịch thực tế. Nhưng ít nhất nó đang nhắm đúng vào vấn đề; điều này đã trung thực hơn rất nhiều so với phần lớn các câu chuyện về quyền riêng tư.

#dusk $DUSK @Dusk
DuskEVM: Khiến các nhà phát triển Solidity không phải chọn một trong hai giữa «những công cụ quen thuộc» và «quyền riêng tư»
Nhiều tổ chức khi muốn đưa nghiệp vụ tài chính lên chuỗi thường vướng đúng một câu hỏi hóc búa: hoặc chọn một blockchain ưu tiên quyền riêng tư và viết lại toàn bộ mã; hoặc giữ nguyên stack công nghệ EVM sẵn có rồi từ bỏ tính bảo mật. DuskEVM muốn làm điều là xóa bỏ hẳn bài toán nhị phân đó.
DuskEVM là một ứng dụng tầng tương thích EVM trong hệ sinh thái Dusk. Thông qua khả năng tương thích với OP Stack, nhà phát triển có thể tiếp tục sử dụng Solidity và bộ công cụ EVM tiêu chuẩn, đồng thời kết quả thực thi được đối soát trả về tầng nền DuskDS—tức là lớp đảm bảo tính chung cuộc xác định, tính sẵn sàng dữ liệu và các smart contract ZK gốc. Với đối tác, tổ chức và nhà phát triển, chi phí tích hợp gần với «triển khai ở một nơi khác» hơn là «làm lại từ đầu».
Điểm thực sự khiến DuskEVM khác với một tầng thực thi thông thường là Hedger—module quyền riêng tư được Dusk tự phát triển cho bối cảnh EVM. Module này không đặt cược vào một giải pháp mật mã duy nhất, mà kết hợp mã hóa đồng cấu và bằng chứng không tri thức: số dư và số tiền chuyển vẫn ở trạng thái được mã hóa, tính đúng đắn của giao dịch vẫn có thể được xác minh; khi cơ quan quản lý hoặc kiểm toán cần, có thể thực hiện công bố có định hướng tới bên được ủy quyền. Đây chính là dạng quyền riêng tư mà tài chính được quản lý thực sự cần—không phải «không ai có thể xem thấy», mà là «mặc định không công khai, khi cần thì có thể kiểm chứng».
Theo trạng thái sản phẩm chính thức, hiện tại DuskEVM và Hedger đang ở giai đoạn testnet, mainnet vẫn đang được triển khai tiếp. Nhà phát triển có thể chạy trước logic hợp đồng, quy trình đối soát và đường dẫn công bố trên testnet. Với các đội nhóm chuẩn bị triển khai ứng dụng tài sản tuân thủ, giá trị của giai đoạn này không nằm ở chờ đợi, mà ở việc xác thực sớm toàn bộ workflow.
Muốn theo dõi tiến độ mainnet của DuskEVM, hãy theo dõi @dusk.$DUSK #dusk

$TUT Ồ tốt

$TUT 🙏$TUT
Ngoài ra còn cần kéo thêm một đợt nữa, vẫn chưa xong

$TUT quá lắm rồi, suýt nữa thì cháy tài khoản

Bạn từng chơi vài vòng perp DEX nhận airdrop thì hẳn cũng đã quen với kịch bản đó:

Mở ra một loạt nhiệm vụ điểm tích lũy, gợi ý về airdrop trong tương lai, rồi dùng tiền hoàn giao dịch để kéo người tham gia.

Vui thì cũng vui thật, nhưng trong lòng ai cũng rõ—đợt này là để săn phần thưởng/khuyến khích. Khi điểm tích lũy dừng lại, airdrop phát ra xong, thì thanh khoản và mức độ hoạt động sẽ bốc hơi ngay.

Hertzflow muốn đi một con đường khác, và đó cũng là khác biệt cốt lõi của nó so với mô hình kéo tân binh truyền thống.

Phía chính thức đúng là có nhắc đến việc sẽ phát triển cộng đồng giao dịch thông qua “các node mời” (invitation nodes).

Nhưng chi tiết cơ chế referral (mời/giới thiệu) cụ thể hiện tại vẫn chưa công bố, nên bài này tôi không định bịa ra một “hướng dẫn mời” để qua mặt bạn.

Thay vào đó, tôi muốn nói về tầng nền tảng: tăng trưởng của nó khác gì về mặt logic so với việc kéo người dùng của perp DEX thông thường.

Việc thu hút người dùng của sàn giao dịch bình thường hay perp DEX về bản chất là “dùng trợ cấp token để mua tăng trưởng”: dựa vào điểm tích lũy, kỳ vọng airdrop, và tiền hoa hồng để lôi kéo người dùng.

Vấn đề là thứ tăng trưởng mà mô hình đó hút vào thường là “nông dân farm điểm” và thanh khoản kiểu thuê mướn—ở đâu có trợ cấp thì chạy tới đó, kéo theo việc tạo khối lượng (volume) giả, các tật xấu như bot farm (sybil/farm người giả)… Các khoản trợ cấp lại là hữu hạn; một khi dừng lại, nền móng tăng trưởng sẽ sụp đổ.

Điểm khác của Hertzflow nằm ở chỗ nó gắn câu hỏi “vì sao người ta ở lại” với giá trị thực, thay vì những ván đấu ngắn hạn mang tính thủ thuật.

Lợi nhuận của LP đến từ hoạt động thật: phí giao dịch thực tế, lãi suất cho vay, và thua lỗ của người giao dịch (real yield). Không phải nhờ in trợ cấp token; quan trọng hơn, nền tảng chỉ kiếm tiền khi người dùng có lợi nhuận, chứ không kiếm lời khi người dùng bị thanh lý (bị cháy tài khoản). Điều đó có nghĩa là lợi ích của nền tảng và người dùng được trói chặt với nhau.

Cộng thêm việc tự lưu ký (self-custody) toàn bộ quá trình, bạn căn bản không cần giao quyền kiểm soát tài sản cho nền tảng. Khi một sản phẩm giữ chân người dùng nhờ “thu nhập thật + lợi ích tương đồng + tự lưu ký”, mức phụ thuộc vào trợ cấp đương nhiên sẽ nhỏ đi rất nhiều.

Vì vậy, theo tôi, trọng tâm cần theo dõi thật sự không phải là “lại có nhiệm vụ airdrop nào để farm”, mà là cơ chế này có thể chạy bền vững không. Chỉ tăng trưởng được chống đỡ bởi việc sử dụng thật—mới là kiểu có thể vượt qua chu kỳ trợ cấp.