Green Lee

Sau khi xem quy trình DIP của Dusk, tôi vẫn không tìm được người “chốt quyết định” đó

Bánh thịt rớt giá chút rồi, nhưng BTC vẫn còn tương lai!

Tôi lật lại tài liệu hướng dẫn DIP của Dusk, cái sự chỉn chu gọn gàng kia đúng là khiến người ta phải nể. Từ động cơ đến khâu kiểm thử, từ khả năng tương thích đến tác động an toàn—mọi thứ từ lớn đến nhỏ đều được yêu cầu theo một cấu trúc rất chặt chẽ. Ít nhất thì nó cho thấy nhóm có thái độ kính trọng đối với quá trình tiến hóa kỹ thuật, chứ không phải một nhóm “lắp ghép” làm theo kiểu chụp mũ bằng cảm tính. Nhưng sau khi đọc xong, tôi lại hỏi một câu với không khí: chạy được quy trình này rồi thì rốt cuộc ai là người có quyền quyết?

Trong tài liệu có cụm “cộng đồng đạt được sự đồng thuận”. Nghe giống câu “chúng ta bàn thêm ở cuộc họp sau” trong phòng họp—dân chủ đấy, nhưng bạn không biết sau khi tan họp, ai là người ký bút ở quyết định cuối cùng. Là nhà phát triển cốt lõi chịu trách nhiệm merge code sao? Người đó tập trung vào chất lượng code và rủi ro kỹ thuật, có thể họ nghĩ rằng việc bỏ phiếu trên chuỗi chỉ là người ngoài hướng dẫn người trong. Hay là giao cho người vận hành node? Cái này thì đúng tinh thần blockchain: nhưng tiếng nói của những “ông lớn” có số lượng stake thì vốn dĩ lớn hơn tiếng của các nhà đầu tư lẻ, xét ra vẫn là cuộc giằng co giữa sức mạnh tính toán và vốn. Còn phần bỏ phiếu của người nắm giữ $DUSK —nghe thì “Web3” nhất, nhưng đối với những lỗ hổng bảo mật kiểu AEGIS cần phản ứng cực nhanh, đợi đến khi kết quả bỏ phiếu ra thì hacker có khi đã rút tiền rảnh tay được vài vòng rồi.

Nói thẳng ra, đây không phải vấn đề không tin ai. Bạn phải công khai quyền xác định thế nào là “khẩn cấp”, quyền cân nhắc đánh đổi thế nào là “tương thích”, và cả lộ trình ra quyết định cho “rollback”. Minh bạch quản trị không phải là treo bản nháp đề xuất lên là xong, mà là để mọi người thấy rõ: từ lúc một đề xuất nảy ra đến khi đi vào mainnet, ở giữa những ngã rẽ đó, nhóm nào đang cầm tay lái—căn cứ của họ là gì, động cơ của họ là gì. Điều này không liên quan đến việc mã nguồn có mở hay không. Đây là việc “mở bản đồ quyền lực”.

Vì vậy đừng vội hô khẩu hiệu quản trị phi tập trung. Hãy làm trước: biến các bài thảo luận của vài DIP đầu tiên, các điểm tranh cãi trọng yếu, và bản ghi chi tiết về việc cuối cùng có được chấp nhận hay không thành một trang có thể công khai tìm kiếm. Đến một ngày tôi có thể đi theo đường link, xem một bản vá then chốt đã được mài giũa từ những cuộc tranh cãi như thế nào, và ai là người bấm nút merge vào thời khắc cuối cùng—thì tôi mới tin mô hình quản trị này thật sự đang tiến hóa, chứ không chỉ là một cuốn mô tả quy trình viết rất chỉn chu. Có hay không? @Dusk $DUSK #dusk

Anh em ơi, hôm nay bàn một chủ đề có thể cứu mạng—đừng chê dài dòng.

Bánh (giá) đã tăng lên hơn 80 nghìn rồi, BTC đúng là mạnh thật!

Trong giới hiện có một tật xấu: cứ nghe thấy transaction hash xuất hiện là lại muốn mở tiệc ăn mừng ngay. Nhưng nói thật cho “tê người”: với các chain như Dusk—định hướng theo tài chính chính quy—giữa Confirmed (xác nhận) và Finalized (tính cuối cùng) thực ra có một “khoảng khe thời gian” cần dùng kính lúp mới thấy rõ.

Tôi đã rà lại cặn kẽ nền tảng của Succinct Attestation, và phát hiện thiết kế này khá ngược trực giác. Nó không đi theo kiểu logic thô bạo “block vừa ra là đóng dấu sắt son”. Thay vào đó, nó tiến theo ba bậc rất vững chắc: Provisioner trước tiên mang khối ứng viên lên, ủy ban được chọn ngẫu nhiên vào việc Validation kiểm tra một lượt—chưa xong đâu, còn phải chờ một nhóm “trọng tài” khác thực hiện bước Ratification (phê chuẩn) bằng “cái búa”. Chỉ khi búa của bước thứ ba rơi xuống thì sổ cái mới được xem là “ghi bút thành chứng”. Hai bước trước, nói toạc ra cũng vẫn chỉ là “bản nháp”.

Khác biệt này lúc chuyển tiền thường không cảm nhận được, nhưng nếu nghĩ kỹ—giả sử đây là nghiệp vụ giao/nhận chứng khoán trên Dusk Trade, hoặc là một khoản nạp/ghi nhận tiền lớn ở đâu đó? Chỉ cần nghe Contract Executed là đã ghi sổ kế toán; nhưng nếu về sau lại gặp Block Reverted (hãy nhớ: đây không phải “hợp đồng lỗi”, mà là kiểu “quay ngược thời gian” ở lớp đồng thuận), thì bên tài chính phải “cân sổ” thế nào đây? Hồ sơ không kịp quay lại được. Tài liệu còn cố ý tách bạch rõ ràng hợp đồng revert và block revert: cái trước là logic mã xung đột, cái sau là cả khối bị mạng đồng thuận “bác bỏ”. Trộn hai kiểu thất bại này làm một là tự đào lỗ chôn mình.

Vì vậy, nhìn này: cho dù quy chuẩn có viết rõ ràng như giấy trắng mực đen, cũng không thể ngăn bên tích hợp làm biếng. Thứ tôi quan tâm chưa bao giờ là $DUSK trung bình mấy giây cho ra một khối—tôi để ý là mấy anh em làm ứng dụng có thực sự xem finalized như “chốt không thể cãi” không, và có dám thao tác vượt ranh giới không. Nếu có lỡ trục trặc, liệu có một bộ công cụ có thể kiểm toán để phát lại (replay) không, giúp sổ sách nghiệp vụ “uống thuốc hối hận” cùng với chuỗi?

Tính cuối cùng của quá trình thanh toán thật sự, chưa bao giờ chỉ là khoảnh khắc các node đóng cửa lại rồi chốt. Nó phải xuất phát từ sự kiện finalized đó, lần lượt vượt qua các nút lưu trữ, vượt qua cả những “vấp ngã” do đứt kết nối cần quét bù, rồi cuối cùng mới lặng lẽ rơi vào cơ sở dữ liệu của nghiệp vụ. Chỉ cần ở bất kỳ khâu nào bị chạy sớm—việc này coi như tiêu.

@Dusk $DUSK #dusk

Nói về hiệu năng blockchain, trong số mười người thì chín người phản ứng đầu tiên là TPS. Còn người còn lại có thể nhìn vào độ trễ. Nhưng với dự án Dusk thì sao? Bạn lật whitepaper lên và đọc kỹ, sẽ thấy có một thứ đáng để “soi” hơn cả tốc độ giao dịch—đó là giữa các node chúng “nói chuyện” với nhau như thế nào.

Bánh còn thì vẫn ổn chứ, BTC rớt không nhiều!

Mình nói vậy không phải vì TPS không quan trọng, mà vì “tính nhanh” và “truyền nhanh” vốn là hai chuyện khác nhau. Nếu tầng thực thi của bạn mạnh cỡ nào, thiết kế đồng thuận tinh xảo ra sao mà thông điệp bị kẹt trong mạng node—thì đề xuất không tới được cho bộ xác thực, kết quả xác thực không quay về được cho ủy ban ratification—thì cả quy trình ba giai đoạn sẽ phải chờ đợi. Khối tới trễ vài giây: nhẹ thì trải nghiệm bị giảm; nặng thì các node khác nhau nhìn thấy các khối ứng viên khác nhau, và tỉ lệ stale block cứ tăng vọt.

Dusk chọn con đường Kadcast. Nó không phải kiểu broadcast “gặp ai chuyển nấy” như Gossip, mà là một mạng phủ có cấu trúc dựa trên Kademlia DHT: khoảng cách XOR giữa các ID node quyết định tuyến đường, và các thông điệp được “triển khai” theo từng tầng như một cái cây. Nghe có vẻ hàn lâm đúng không? Nhưng logic cốt lõi thực ra chỉ là một câu: mỗi thông điệp chỉ đi đúng đường của nó, không đi đường oan.

Whitepaper trích nghiên cứu nói rằng Kadcast tiết kiệm từ 25% đến 50% băng thông so với Gossip. Ví dụ trước đây tốn 100 phần băng thông, thì giờ khoảng 50 đến 75 phần—nhưng con số này không thể dịch trực tiếp thành “chi phí node giảm một nửa”. Cấu hình máy không đổi, tính toán proof không đổi, chi phí lưu trữ không đổi; chỉ thay đổi là chi phí truyền ở lớp mạng. Nhưng nói đi cũng phải nói lại: với người vận hành node, băng thông giảm một nửa đồng nghĩa gì? Nghĩa là với cùng điều kiện băng thông, có thể kết nối nhiều node hơn; hoặc với cùng quy mô node thì ít bị mắc kẹt bởi chi phí băng thông hơn.

Có một chi tiết rất đáng nói. Trong tài liệu node, cổng 9000/udp được đánh dấu là cổng bắt buộc cho Kadcast; Provisioner muốn tham gia đồng thuận thì phải đảm bảo kênh đó truy cập được. Còn 8080/tcp ngược lại là tùy chọn, chỉ bật lên khi cần giao diện truy vấn. Nói cách khác, Kadcast không phải là món trang trí trong sơ đồ kiến trúc—nó khóa thẳng vào ngưỡng để node có thể tham gia đồng thuận hay không.

Người quen với broadcast ngang hàng của BTC biết rằng, chuyện thông điệp đi xuyên qua mạng node từ trước tới giờ chưa từng là chuyện nhỏ. @Dusk $DUSK #dusk

Lật bản thảo RWA của ba tháng trước, tôi phát hiện phần lớn dự án mắc một lỗi

Kịch bản quả thật quá “đỉnh”: BTC vẫn làm được!

Gộp cổ phiếu, trái phiếu, quỹ thành token, niêm yết, rồi gọi đó là “tài sản trên chuỗi” — ai chả làm được. Vấn đề thực sự là sau khi token ra đời thì làm gì tiếp theo. Ai sẽ giao dịch? Giá lấy từ đâu? Xác nhận danh tính thế nào? Thanh toán ra sao? Khi cơ quan quản lý kiểm tra sổ sách thì có đưa cho xem không?

Tôi lật đi lật lại các tài liệu của Ondo, Centifuge và Maple, và phát hiện phần lớn dự án chỉ có hai chữ để trả lời: “nói sau”.

Cách làm của Dusk thì không giống vậy. Nó hợp tác bài bản với sàn giao dịch được cấp phép ở Hà Lan là NPEX — lưu ý là “được cấp phép”, đầy đủ giấy phép của EU cho MTF, Broker, ECSP. Không phải kiểu SPV dựng ở một quốc đảo nào đó, rồi ghi luật áp dụng là Thụy Sĩ.

NPEX dự kiến chuyển các chứng khoán token hóa vượt quá 300 triệu EUR lên chuỗi Dusk. Con số này không phải lớn nhất trong đường đua RWA, nhưng điểm khác biệt nằm ở chỗ — từ khoảnh khắc phát hành, logic tuân thủ đã được nhúng ngay trong giao thức, không phải “bù giấy tờ” về sau.

Còn “gắt” hơn là 21X. Đơn vị này nhận được giấy phép DLT-TSS đầu tiên của EU, và Dusk là đối tác tham gia giao dịch của họ. EURQ do Quantoz phát hành là đồng euro kỹ thuật số tuân thủ MiCA, chạy trên chuỗi Dusk. Mainnet sẽ lên vào ngày 7/1/2026, và DuskEVM cũng được chạy đồng bộ. Về quyền riêng tư dùng ZK để chọn lọc minh bạch — cơ quan quản lý có thể kiểm toán, nhưng thông tin trên chuỗi không công khai.

Nói thẳng ra: bộ khung kiểu Mỹ là dựng giàn giáo bên ngoài phạm vi quản lý, đến một ngày gió lớn thì tất cả dễ sập. Còn bộ khung của Dusk là xây nhà trong khuôn khổ: chậm hơn một chút, nhưng móng là thật.

Thị trường RWA ở châu Âu có sẵn 40 nghìn tỷ EUR. Sau khi MiCA được triển khai, “đường đi nước bước” cho tuân thủ sẽ mở hoàn toàn. Dusk là một trong số ít hạ tầng hiện nay gom đủ từ giấy phép, sàn giao dịch đến lớp thanh toán. Khởi động lạnh đúng là chậm — token chứng khoán vốn dĩ có ngưỡng, lên lượng không nhanh như USDY kiểu “tốc độ cao”. Nhưng chậm lại có cái hay: tiền của các tổ chức thật sự bước vào, nền tảng vững.

Cùng là RWA, một bên đi bằng dây thừng, một bên đi đường lớn. Khi bạn nghĩ việc quản lý siết chặt hơn, theo bạn con đường nào có thể thông? @Dusk $DUSK #dusk

Tôi đã cãi nhau với người khác suốt một đêm về câu hỏi “chuỗi quyền riêng tư có qua được giám sát không”; sáng nay lục code thì phát hiện Dusk đã nhét sẵn đáp án từ lâu rồi.

Bánh nướng thì hay đấy—BTC tăng rất tốt!

Tối qua tôi tranh luận với một người bạn làm về tuân thủ, tới tận hai giờ sáng. Anh ấy khăng khăng một điều: “Tổ hợp ZK + UTXO này, tổ chức kiểm toán căn bản không làm được gì, giám sát sẽ không công nhận.” Lúc đó tôi dùng tính năng công bố chọn lọc của Phoenix để phản đòn. Anh ấy liền ném câu: “Code có thể xuất Excel một phím không?” rồi cúp máy.

Tôi nghẹn lời với câu đó một lúc lâu.

Nhưng sáng nay lật tài liệu thì thấy một chi tiết trước đó mình ít để ý: cơ chế View Key của Phoenix—khóa được tách thành hai phần: để xem và để chi tiêu. Phần xem có thể đưa cho bên thứ ba để quét và nhận diện các giao dịch thuộc về bạn; còn phần chi tiêu thì mãi mãi nằm trong tay bạn. Điều này có nghĩa là gì? Bên kiểm toán có thể dùng View Key để kiểm tra xem bạn có thao tác sai quy định không, có chuyển vượt hạn mức không; nhưng họ không thể chạm vào lấy đi bất cứ đồng nào của bạn. “Tính xác minh được” mà tuân thủ cần, và “tính không thể đụng vào” mà an toàn tài sản cần được giải quyết bằng việc tách khóa thành hai.

“Xuất Excel một phím” mà bạn nói đúng là một nhu cầu thật—giám sát không tranh luận với bạn về lý tưởng mật mã; họ muốn thứ có thể in ra để lưu hồ sơ. Nhưng điểm thú vị trong thiết kế của Phoenix là nó không xử lý “riêng tư” và “có thể kiểm toán” như hai mặt đối lập, mà dùng View Key để bắc một cây cầu: thứ bạn cần để họ xem thì họ xem được; thứ họ không nên lấy thì họ không lấy được. Cơ chế Nullifier cũng đáng nhắc—mỗi giao dịch riêng tư sẽ phát hành một mã hủy duy nhất, thay vì lộ trực tiếp note nào bị chi tiêu. Bên kiểm toán có thể xác nhận “giao dịch này đúng là đã xảy ra và không có chi tiêu kép”, nhưng không biết ai đã chuyển bao nhiêu tiền cho ai.

Tất nhiên không thể tính quá lạc quan—sau khi ủy quyền View Key, bên thứ ba có thể nhìn thấy lịch sử nhận tiền của bạn; bản thân điều đó chính là một lớp “chi phí tin cậy”. Đưa cho ai xem, sau đó họ quản lý thế nào, có rò rỉ không—phía giao thức không kiểm soát được.

Nhưng ít nhất hướng đi là đúng: quyền riêng tư không nhất thiết phải đối đầu với giám sát. Vấn đề không bao giờ là “có thể tuân thủ được không”, mà là “chi phí của việc tuân thủ là gì”. Câu trả lời mà Phoenix đưa ra là—chi phí có thể chỉ là một chiếc khóa chỉ đọc không cho ghi, chứ không phải cảnh “móc trần toàn bộ tài khoản”.

@Dusk $DUSK #dusk

Đừng chỉ nhìn con số APR đó—TermMax V2 thực sự đang thay đổi là cách thanh khoản bị bạn “ăn” vào như thế nào

Sao rồi bánh mì ơi, BTC tăng mạnh thật!

Mình luôn có một định kiến rằng “lãi suất cố định” thì đơn giản là bên dự án tự ngồi chốt vài mức, người dùng chọn một mức thấy hợp mắt rồi ký. Sau đó mình lật qua lật lại tài liệu Range Order của TermMax và bản cập nhật V2 vài lần, mới nhận ra mình sai quá xa—thứ đáng hiểu rõ thật ra không phải hai chữ “cố định”, mà là lãi suất được thị trường tạo ra theo cơ chế nào.

Logic của TermMax khá thẳng: một thị trường trước hết sẽ xác định tài sản nợ, tài sản thế chấp và ngày đáo hạn. Nhà tạo lập thị trường hoặc người “curator” nhét các lệnh theo phạm vi vào đó, dùng đường cong từng đoạn để biểu diễn APR mà họ sẵn sàng cho vay hoặc đi vay với các quy mô vốn khác nhau. Trong cùng một thị trường có thể đồng thời nằm sẵn nhiều đường cong; người ăn lệnh sẽ khớp theo thanh khoản khả dụng tại thời điểm đó.

Khác biệt lớn nhất so với AMM thông thường nằm ở đâu? AMM thông thường mô tả quan hệ giữa giá coin và thanh khoản, còn TermMax mô tả quan hệ giữa lãi suất và quy mô có thể khớp được. Bạn ăn vào một đoạn vốn thì APR phía sau sẽ chạy dọc theo đường cong được thiết lập—đi lên hoặc đi xuống. Cái bạn thấy là “lãi suất cố định” cho một lần giao dịch: sau khi khớp xong thì lãi suất của phần đó không còn trôi nữa, chứ không phải cả thị trường vĩnh viễn bị neo vào đúng một con số.

V2 lại đẩy thêm một bước nữa. Bên chính thức nói rằng giao diện sẽ đồng thời tìm các lệnh theo phạm vi của curator và các lệnh giới hạn cá nhân trong cùng một thị trường, rồi gộp nguồn thanh khoản khả dụng thành một mức báo giá để ký tên và khớp một lần. Các thị trường và kho tiền của nhiều chain cũng có thể đặt chung lên cùng một màn hình để so sánh. Phản ứng đầu tiên của mình là: vậy có phải chỉ cần nhìn APR ở ngay trên cùng của trang là được không?

Nghĩ tiếp thì vẫn chưa ổn. Báo giá nhìn có vẻ đẹp không có nghĩa là toàn bộ số tiền của bạn đều ăn được đúng mức lãi suất đó—độ “mỏng” (depth) sẽ đẩy phần khớp sang đoạn tiếp theo của đường cong. Lệnh giới hạn có thể chỉ định mức lãi suất cho vay tối thiểu hoặc lãi suất vay tối đa, nhưng vẫn có thể chờ mãi không thấy đối thủ. Đặt nhiều chain cùng một trang cũng không đồng nghĩa tiền và rủi ro được tự động gộp lại—Gas, tài sản và hợp đồng trên từng mạng vẫn phải được đối chiếu riêng.

Vì vậy bây giờ khi nhìn TermMax V2, mình không hiểu “giao diện thống nhất” như là cách triệt tiêu sự phức tạp. Thứ nó làm thực sự là gom những lệnh rải rác ở nhiều nơi lại giúp bạn, để lãi suất, độ sâu và ngày đáo hạn dễ được đặt cạnh nhau trên cùng một bàn mà so sánh.

@TermMax #TermMax

Ai cũng đang dán mắt vào biểu đồ nến của DUSK, nhưng chẳng ai để ý đến “chiếc ghế lạnh” có thể tiếp sức cho một nghìn tỷ USD.

Vợt lớn bắt đầu tăng rồi, BTC thật sự quá ngon!

Nói thật nhé, mỗi lần mở CoinGecko liếc một cái xem vốn hóa của DUSK ra sao, rồi quay lại nhìn những log nền tảng về Zedger trên GitHub của họ, tôi lại có cảm giác như đang xem một bộ phim nghệ thuật “được khen nhưng không bán vé”. Nói là nó không có năng lực thì đúng là họ xử lý quá rành rọt cái cơ chế “tự động thực thi giới hạn nắm giữ” khiến cơ quan tuân thủ đau đầu nhất. Nói là họ có năng lực thì thanh khoản lại mỏng như mặt băng đầu xuân—lỡ rơi một lệnh lớn là có thể đập lõm xuống ngay.

Gần đây tôi có trò chuyện với một anh bạn lớn tuổi làm kiến trúc CNTT cho công ty chứng khoán truyền thống. Anh ấy xem mô hình tuân thủ quyền riêng tư của DUSK rồi nói với tôi một câu rất thật: mấy ông lão tiền ở Phố Wall không phải không muốn lên on-chain, họ chỉ là không dám tắm trong căn phòng kính trong suốt với bộ vest trên người. Màn “ngầu” nhất của Zedger nằm ở chỗ: nó không đi thổi cái gọi là “cuộc cách mạng phi tập trung” hư vô mơ hồ, mà thành thật đóng gói toàn bộ những việc bẩn và công việc nặng trong vòng đời của chứng khoán—ví dụ: airdrop chính xác khi trả cổ tức, xác thực ẩn danh quyền biểu quyết—tất cả đều làm gọn trong một hệ. Gọi là gì? Gọi là đưa cho bọn man rợ mặc vest một khẩu súng có gắn giảm thanh.

Nhưng trớ trêu nằm ở đây. Dạng dự án hạ tầng như thế trên thị trường thứ cấp vốn chẳng mấy được chuộng, vì câu chuyện không đủ “đời”, không đủ máu lửa. Thị trường thích nhìn cảnh chó đất lật kèo, thích đòn bẩy gấp trăm lần, thích hôm nay mua hôm sau là lên sàn Binance. DUSK kiểu “anh chàng hạ tầng tuân thủ” ở phương diện cảm xúc gần như bất lợi bẩm sinh: dòng tiền lại chạy đi đuổi những hot trend chỉ vài phút là vòng quay đổi tay một lượt. Ai còn kiên nhẫn để nghe bạn giảng cách lai ghép giữa UTXO và hệ thống tài khoản?

Nói thật lòng: hiện tại mức giá này giằng co ở đây, y hệt cái chết tĩnh lặng trước cơn bão. Tôi không khuyên mọi người bắt đáy—vì thanh khoản ở chỗ quái quỷ này đúng là chưa đủ nhét vào kẽ răng—but tôi khuyên anh em hãy cho DUSK vào danh sách theo dõi sâu xuống “ao nuôi”. Thứ nó thiếu không bao giờ là kiểm chứng công nghệ; thứ nó thiếu là một văn bản “đỏ” chính thức, cụ thể đến mức “một sàn giao dịch ở quốc gia nào đó sử dụng lớp thanh toán của nó”.

Chỉ cần cái khe đó được xé ra, thị trường mới nhận ra muộn rằng: Ồ, hóa ra trước giờ dự án chỉ vẽ bánh vì họ thực sự đã nấu xong trong bếp rồi. @Dusk $DUSK #dusk

Nói thật, lúc đầu nhìn thấy TermMax V2 cái “chưa khớp vốn đã triển khai lớp tạo lợi suất thả nổi”, trong đầu tôi bật ra từ đầu tiên là “trò hoa hòe”. Lại còn Morpho với Aave nữa, nghe như đang chất khái niệm lên nhau.

Nhưng tôi có một tật—thấy cái mới là muốn ném chút tiền vào thử. 800 U, không nhiều không ít, đủ để giẫm bẫy và cũng đủ để biết nước nông nước sâu.

Cất vào xong tôi đi làm việc khác. Ngày hôm sau quay lại xem, trời ơi: trong 800 U chỉ có 500 U được người đi vay khớp, số còn lại 300 U chưa đúc thành nợ. Thời V1 thì 300 U đó là nằm chơi—trong hợp đồng thì ngủ một giấc dài, 0 lợi suất, chẳng khác gì để tiền trong ví.

Nhưng V2 không để nó rảnh. Tôi mở phần cấu hình kho tiền (vault) xem thử, thì Curator (bản hôm nay/Keyrock) đã sắp việc cho 300 U này: 62% đưa vào pool Morpho USDC, 38% quăng sang Aave V3. Bên Morpho APY 5.1%, Aave 3.2%, tính quyền trọng thì khoảng 4.5%. 300 U chạy 24 giờ, về tay được 0.037 U.

0.037 U, chưa đủ mua một chai nước. Nhưng vấn đề là—tiền này lẽ ra chẳng nên có đồng nào.

Cái làm tôi thấy hơi thú vị không phải con số đó, mà là nguồn gốc của 0.037 U. Nó không đến từ lãi của người đi vay, Curator không rút được (người ta chỉ lấy một phần rất nhỏ trong doanh thu hoàn trả/fee của Morpho, và phần cấu hình còn minh bạch tra được), và giao thức TermMax cũng không lấy phần cắt. Nó thuần là lợi suất thả nổi phát sinh từ lớp trên chain này, và dồn vào người mua FT thì sẽ làm chiết khấu—tức là lợi thêm—một chút nữa.

Bạn đối chiếu là hiểu ngay: chiết khấu FT là chênh lệch lãi suất cố định do bạn “đấu” với người đi vay tạo ra; Curator thì phải rút hiệu suất (performance) từ phần chênh đó. Người mở vị thế GT là bên trả chi phí; còn người bán XT kiếm phần suy giảm (degradation) nhưng thanh khoản mỏng như giấy. Chỉ có lớp vốn nhàn rỗi này là nguồn lợi đến từ lợi suất thả nổi bên ngoài của Morpho và Aave; dân lẻ với vai trò bên FT cơ bản ăn phần lớn.

Có người nói “thế thì gửi thẳng vào Aave đi”. Anh bạn, Aave chỉ thuần lợi suất thả nổi 3.2% lúc nào cũng có thể bị tỷ lệ sử dụng (utilization) đập thẳng vào mặt. TermMax cái này là “8.1% lợi suất FT cố định + 4.5% phần thả nổi kiểu trợ giá ngầm từ lớp vốn nhàn rỗi”—lợi suất chính thì khóa cứng, còn phần thả nổi chỉ là phụ. Dù phần phụ có nhỏ cỡ nào, vẫn hơn gấp trăm lần để U nằm phơi trong ví.

Tất nhiên nói thật: Curator cắt/chuyển pool có độ trễ 1–2 phút; trong tình huống cực đoan khi tỷ suất lợi nhuận Morpho bị đập về 0 thì lớp tăng cường này cũng coi như về không. Đừng xem nó như bảo toàn vốn, cứ coi như niềm vui bất ngờ là được.

@TermMax #TermMax

RWA这条赛道今年热得发烫，bStocks上线不到俩月干到6亿多美金规模，直接把Kraken的xStocks踩在脚下。乍一看，币安这波操作确实猛——美股代币化、1:1锚定、24小时交易、5美元就能上车特斯拉。散户拿着U直接买苹果，体验丝滑得不像币圈产品。

大饼还是不错的，BTC开始涨了！

bStocks玩的这套逻辑，本质上是把传统金融的流量入口搬到了链上。它解决的是“有没有”的问题——让币圈用户不用开美股账户就能吃到科技股的涨幅。储备证明公开可查、秒级结算、自动股息再投资，对散户来说确实香。可问题恰恰出在“透明”这俩字上。你想啊，一个机构拿着几千万美金的仓位，在链上被所有人盯着进出——交易策略、持仓成本、止盈止损全摊在阳光下。这在传统金融里叫“裸奔”，哪个基金经理敢这么玩？

Dusk走的是完全不同的路子。

它用ZK技术做了一个微妙的平衡——交易对公众不可见，但监管节点能穿透核查。说白了就是“该藏的藏，该给的给”。1月7号主网上线后，DuskEVM直接兼容Solidity，开发者不用学新语言就能上手。更狠的是他们跟荷兰持牌交易所NPEX的深度绑定——3亿多欧元的代币化证券已经在链上跑起来了。MTF、Broker、ECSP这些欧盟牌照一个不落，交易、结算、托管整条链都是正规军路线。

所以这俩压根不是对手，是前后脚的关系。

bStocks负责把流量和用户认知铺进来，让市场先跑起来；Dusk再给机构递上一件合规的“隐私铠甲”，让人家敢把真金白银往里搬。一个铺路，一个修墙。

当然，主网才跑了半年多，开发者生态能不能起来、隐私合规这套组合拳市场买不买单，都还得打个问号。但这个方向值得盯着——RWA要真正落地，光靠流量不够，得让机构觉得“这事合规、安全、有底”。隐私+合规，可能就是那条破局的线。 @Dusk $DUSK #dusk

Nói thật đi, sáng vừa dậy lướt trúng vòng gọi vốn của TermMax, nhìn qua một cái thì tôi cũng chẳng thấy gì quá bất ngờ. Hiện tại trong thị trường, chỉ cần dự án hạ tầng nào cũng có thể gom được cỡ hàng triệu đô. 6,8 triệu? Chỉ là tiền lẻ.

Phần bánh vẽ kia ổn không? Tại sao BTC lại tăng mà chậm thế?

Nhưng nghĩ kỹ thì người dẫn đầu là Cumberland DRW, thế là mọi thứ đổi vị.

Trong nghề lâu rồi, bạn phải hiểu một logic: tiền của market maker chưa bao giờ “cho không”. Đó là thuộc tính của một “cổ phiếu tài nguyên”. Cumberland đứng sau kết nối cái gì? Là cổng vào thanh khoản của các tổ chức Tier1 truyền thống—những ông ngày nào cũng canh tài sản truyền thống, muốn bước vào crypto nhưng lại ngại trượt giá. Họ tự mình xuống tay dẫn đầu tôi thấy không hẳn vì kiếm số tiền giải ngân token đó, mà giống như mua một tấm vé VIP cho “đường đua lãi suất cố định”.

Tại sao nói vậy? Bạn xem mainnet TermMax chạy được một năm, TVL đạt 90 triệu, bắc cầu qua 10 chuỗi, DAU vượt 170 nghìn. Dữ liệu này trong thị trường gấu đúng là thuộc dạng anh hùng, nhưng thứ tôi quan tâm hơn là “bài thi vòng quay” sau TGE. Còn nhóm anh em đang cày ở giai đoạn điểm thưởng, rốt cuộc là người dùng thật hay chỉ là cào mũ rơm (châu chấu)? Sau ngày 25/8, gần như trong vòng một tuần đã lộ nguyên hình.

Quay lại bản thân sản phẩm. Chuyện “lãi suất cố định”, trong DeFi tôi vẫn luôn cho rằng đó là nhu cầu thiết yếu—nhu cầu thiết yếu trong nhóm nhu cầu thiết yếu. Bạn bảo một tổ chức mỗi năm cầm vài chục triệu USD để ăn lãi suất biến động trong Aave, họ ngủ có yên không? Với những ông lớn cần hoạch định dòng tiền, việc khóa lợi nhuận trước sớm hơn quan trọng hơn việc thêm được hai phần trăm điểm lợi nhuận.

Nhưng vấn đề cũng nằm ở đó: Pendle đúng là chiếm chặt tâm trí người dùng. TermMax muốn “giành miếng” khỏi miệng hổ thì chỉ kể chuyện thôi không đủ, cần xem Cumberland có thể trực tiếp gắn độ sâu market making vào pool của TermMax hay không. Nếu được, thì đây không còn là quan hệ đầu tư đơn thuần nữa—mà là “combo full gia đình” ở tầng dịch vụ: thanh khoản, kênh cho tổ chức, mô hình kiểm soát rủi ro… tất cả đều được ghép sẵn. Đòn bẩy từ 6,8 triệu USD này sẽ được khuếch đại lên rất nhiều lần.

Vì vậy chiến lược của tôi rất đơn giản: trong ba ngày trước khi lên sàn, tôi không hứng thú với cái không khí đó. Chờ gas phí hạ xuống, chờ đợt áp lực bán hàng đầu tiên được tiêu hóa xong, tôi sẽ đi xem thu nhập thực tế của giao thức rốt cuộc có cover nổi chi phí khuyến khích hay không.

Dự án biết vẽ bánh thì nhiều lắm, nhưng dự án có thể trói market maker lên “chiến xa” và chạy thông lợi nhuận thật, mới đáng để tôi đặt cược nặng. #termmax @TermMax

Những địa chỉ cũ trên chuỗi từng bị treo cả ba năm năm bỗng dưng “tỉnh” lại một cái. Tôi đang tự hỏi không biết Dusk có thuộc kiểu đó không.

Cái bánh tăng rồi, BTC có hy vọng chứ nhỉ!

Hôm qua tôi liếc qua khối lượng giao dịch, suýt tưởng sàn nghỉ lễ. Bên giao ngay BTC, cả ngày dao động biên độ chỉ mức một con số. Nửa năm trước ai dám tin. Trong nhóm thì những người từng hô lệnh cũng im luôn, chuyển sang đăng ảnh mèo. Nói thật, bầu không khí như vậy tôi cũng không thấy khó chịu; náo nhiệt thì có trò của nó, lạnh thì có cách nhìn của nó.

Dạo này tôi có một thói quen: chỉ tập trung vào những địa chỉ “cá voi” từng ngủ yên lâu ngày. Không phải vì xem họ có đập giá hay không, mà để làm rõ một chuyện—người thật sự xem tiền là tiền, rốt cuộc đang chuyển nó sang đâu. Dữ liệu on-chain sẽ không nói dối, cảm xúc có thể rút lui, script có thể dừng lại, nhưng chỉ cần khóa riêng (private key) động một cái, thì đó chính là bỏ phiếu bằng vàng bạc thật.

Rồi tôi lật ra một thứ khá thú vị. Có một địa chỉ, lần tương tác gần nhất là năm 2021. Thế mà hôm qua lại bất ngờ chuyển một khoản nhỏ—một giao dịch thử nghiệm—sang một hợp đồng lưu ký tuân thủ nào đó. Dò xuống tiếp, đoạn cuối của chuỗi liên kết đúng là bộ lớp thanh toán của Dusk và NPEX.

Tôi không thể khẳng định phía sau là ai, cũng không đoán ý đồ. Nhưng chính bản thân chuyện này lại chạm vào tôi—thị trường lạnh tới mức các nhà tạo lập thị trường cũng nằm im, vậy mà những “đồng tiền cũ” không động mấy năm lại bắt đầu lén thử các cổng hạ tầng. Họ đang thử cái gì? Không thể nào là thử vận may chứ.

Tôi theo Dusk từ đầu đến giờ, vẫn luôn cảm thấy nó không thuộc nhóm “nói nhiều cho kêu”. Việc họ làm quá thiệt thòi: đem tài sản chứng khoán tuân thủ lên blockchain—nói thì không sexy, làm thì toàn là việc bẩn và nặng nhọc. Nhưng đúng lại là kiểu việc này: tới lúc rút triều, bạn mới phát hiện người khác đang kéo thang, còn họ lại đang xây bậc.

Lên xe với đồng euro số EURQ, lưu ký tổ chức được triển khai, hạ tầng cho nhà phát triển được nối thông—tất cả đều nhắm tới việc đỡ lấy làn tiền “nghiêm túc” tiếp theo.

Tất nhiên, khi mainnet chưa chạy một ngày nào, thì những thứ phía trước chỉ là bản vẽ hạng sang. Tôi không đưa ra kết luận; chỉ là tôi thấy việc các địa chỉ cũ chọn đúng thời điểm này để cử động thì đáng để nghiền ngẫm.

Còn bạn thì sao, gần đây on-chain bạn lật được gì vui không? @Dusk $DUSK #dusk

Chà, cú ra tay của TermMax lần này—đánh vào mảng phát hành nợ trên chuỗi.

Nhiều người lần đầu xem TermMax thì nghĩ đây là một khoản vay lãi suất cố định, kiếm lời ổn định thôi. Nhưng khi tách bộ FT/GT/XT ra nhìn kỹ, thì mới thấy hoàn toàn không phải như vậy.

Giai đoạn tới, “Big Pie” sẽ nhìn BTC còn có thể tăng lên nữa không!

Nó không bọc thêm một lớp thu nhập cố định vào các pool lãi suất thả nổi kiểu Aave/Morpho, mà trực tiếp tách “giấy nợ” thành hai phần. FT giống như một trái phiếu zero-coupon: mua chiết khấu, đến hạn sẽ thanh toán theo mệnh giá, lợi suất được “khóa” cố định. Còn GT thì là một ERC-721 NFT, gắn tài sản thế chấp và khoản nợ lại với nhau—mỗi vị thế tương ứng với một Token. Ý tưởng này có chút giống việc Pendle tách quyền hưởng lợi, nhưng TermMax tách chính bản thân khoản nợ, khiến lần đầu tiên việc vay mượn trên chuỗi được “gỡ” ra sạch sẽ.

Nói thêm về Range Order—thứ này còn thú vị hơn tưởng tượng. Nó không phải kiểu logic “tỷ lệ sử dụng vốn đạt bao nhiêu thì nhảy lãi suất” theo một cái pool trộn lẫn, mà là để người tham gia thị trường tự vẽ một đường cong định giá. Bạn có thể đặt một khoảng lãi suất, ví dụ 5% đến 7%; vốn lưu chuyển trong phạm vi này, và lãi suất biến động theo khối lượng khớp lệnh một cách động. Nó giống cơ chế “khám phá lãi suất” trên chuỗi hơn là đưa ra một mức giá cố định. Với người đi vay, bạn có thể thấy chi phí của mình được “điền” dần dần từng bước như thế nào; với người cho vay, bạn cũng có thể đặt lệnh theo kỳ vọng lợi suất của mình.

Thứ khiến tôi cảm thấy team này đã nghĩ thấu đáo nhất chính là Physical Delivery. Phần lớn các giao thức là thanh lý bằng cách bán tài sản thế chấp, nhưng khi thị trường thật sự sập thì ai sẽ là người “tiếp bây”? TermMax trực tiếp biến việc thanh lý thành giao nhận hiện vật—nếu người vay không trả được, tài sản thế chấp sẽ chuyển thẳng cho bên cho vay. Cách này giúp “cứu mạng” cho tài sản RWA hoặc những tài sản kém thanh khoản: dù người cho vay có thể không muốn cả đống tài sản đó, thì vẫn tốt hơn nhiều so với việc thị trường tạo ra một cái hố lớn.

Vì vậy, khi nhìn TermMax lúc này, thật sự không phải đơn giản là phát hành một sản phẩm thu nhập cố định. Nó đang nghiên cứu cách làm cho thị trường thu nhập cố định trên chuỗi trở nên có cấu trúc hơn, để lãi suất có thể được diễn đạt rõ ràng và giao dịch một cách minh bạch hơn. Nếu hướng đi này đi thông, thì DeFi mới được coi là đã đẩy một bước quan trọng nữa vào “thị trường kỳ hạn” của tài chính truyền thống. @TermMax #TermMax

Từ Monero đến Dusk: Lần tự hòa giải của tôi với “căn bệnh sạch sẽ về quyền riêng tư”

Bánh pizza bắt đầu tăng giá, BTC mau lên 80.000!

Vừa chui vào xem Dusk lúc đó, nói thật là người ta thấy mông lung.

Tôi quen với phong cách “cứ thử tra đi” kiểu XMR—bộ ba ký hiệu vòng (ring signatures), địa chỉ tàng hình, RingCT—che mặt kín mít, rồi lịch sử giao dịch như biến mất khỏi nhân gian. Đột nhiên thấy Dusk lại thiết kế kiểu “mặc định mã hóa nhưng vẫn chừa chỗ để kiểm toán”, phản ứng đầu tiên của tôi là: cái này mà gọi là riêng tư á?

Sau đó tôi nghĩ ngợi vài ngày mới nếm ra được mùi vị, thì ra tôi đã bị cái khung suy nghĩ “trắng hay đen” giam quá lâu.

Trong hợp đồng XSC của Dusk có nhúng sẵn một vai trò “kiểm toán viên”. Bình thường thì ai chơi ai, bằng chứng không kiến thức bảo đảm tính hợp lệ, không ai thấy được số tiền và địa chỉ cụ thể. Nhưng một khi kích hoạt điều kiện tuân thủ được đặt sẵn—ví dụ giao dịch vượt quá ngưỡng, hoặc tương tác với một địa chỉ cụ thể—thì “cái chìa khóa” của kiểm toán viên sẽ xoay được. Nói thẳng ra là khi mở tài khoản bạn đã ký thỏa thuận từ sớm: trường hợp đặc biệt ngân hàng có quyền tra lịch sử giao dịch, chứ không phải đập hộp chống trộm ngay.

Điều này làm tôi nhớ lại mấy năm trước khi còn lẫn lộn trong giới trộn coin, tôi cứ nghĩ “phi tập trung” nghĩa là thiên vương lão tử cũng không thể quản tôi. Nhưng lăn lộn trên thị trường lâu rồi mới hiểu: tiền của các tổ chức thực ra chẳng dám bước vào môi trường “hố đen” kiểu đó. Họ cần quyền riêng tư, nhưng cũng phải có một lối thoát để qua được kiểm tra của cơ quan quản lý. Phương án của Dusk—nếu nói cho đúng—không hẳn là “chuỗi riêng tư”, mà giống như kênh tuân thủ dành cho dòng vốn lớn.

Tất nhiên, mũi gai trong lòng vẫn còn đó—ranh giới quyền lực rốt cuộc được ràng buộc nhờ cái gì? Hợp đồng có viết rõ đến mấy, người thực thi có thể sẽ “làm liều” không? Bên dự án nói rằng quyền lực nằm trên chuỗi, nhưng chuyện ngoài mã lệnh thì ai bảo đảm được.

Nói thế này: Dusk và Monero vốn chẳng đi cùng một đường đua. Theo đuổi ẩn danh triệt để thì Monero vẫn là niềm tin. Nhưng muốn kéo tổ chức vào mà không để họ bị “lộ sạch” thì Dusk—thứ “riêng tư có điều kiện”—có lẽ là câu trả lời dung hòa trong thế giới hiện thực. Chỉ là sự dung hòa này rốt cuộc là chiếc cầu dẫn tới tương lai, hay lại là vé vòng về con đường cũ—vẫn phải tiếp tục xem. @Dusk $DUSK #dusk

Nói chuyện về DeFi cho vay–mượn, trong mười người thì chín người nhìn vào lãi suất. APY cố định 5%? Được thôi. Còn 3% thì… thôi đi. Ai cũng so sánh, lựa như đi chợ chọn bắp cải.

Bánh (giá) vẫn tăng, BTC thì không phải dạng vừa!

Nhưng bạn đã từng nghĩ một vấn đề: số tiền bạn đem cho vay, đến hạn mà không thu lại được thì sao?

Tôi quá quen trò chơi của các pool lãi suất thả nổi. Aave hay Compound cũng vậy—khi nợ xấu xảy ra, xử lý thế nào? Mài bằng thời gian, dựa vào quỹ dự phòng, hoặc nếu không thì dùng cơ chế quản trị để bỏ phiếu xem ai gánh. Là người cho vay, bạn từ đầu đến cuối chẳng biết “rủi ro thật sự” của mình lớn đến mức nào. Hôm nay thì nói mọi thứ vẫn ổn, ngày mai có thể sẽ là: “Xin lỗi, chúng tôi đang xử lý”.

Không phải nói quá. DeFiSafety chấm TermMax 93 điểm về độ an toàn, nhưng chấm điểm là chấm điểm; cơ chế là cơ chế. Tôi không xem một giao thức vận hành thế nào trong thời tiết đẹp—trong thị trường bò, ai cũng kiếm tiền, dự án rác cũng có thể có TVL. Tôi xem nó ứng phó ra sao khi thời tiết xấu.

Điểm thật sự làm tôi thấy khác biệt ở TermMax là họ viết rõ ràng từ đầu đến cuối chuyện “không trả được khi đến hạn”.

Đến hạn không trả? Trước tiên mở cửa sổ thanh lý 2 giờ. Người thanh lý vào xử lý tài sản thế chấp, thưởng 5% cho người thanh lý, và 5% đưa vào kho dự trữ của giao thức. Khoảng thời gian này dành cho thị trường tự sửa chữa—thanh lý được bao nhiêu thì thanh lý.

Hết 2 giờ mà vẫn còn thiếu hụt? Được, lúc đó Physical Delivery sẽ khởi động. Trong pool mua lại (redeem), phần tài sản cơ sở còn lại cộng với tài sản thế chấp, chia trực tiếp theo tỷ lệ nắm giữ của FT. Bạn cứ tưởng đến hạn sẽ lấy lại được USDC, cuối cùng có thể nhận về một đống tài sản thế chấp hiện vật.

Thiết kế “gắt” ở chỗ—nó không giả vờ. Nó không nói với bạn “đừng lo, chúng tôi có bảo hiểm”, cũng không nói “DAO sẽ xử lý”. Quy tắc được viết sẵn từ trước: sở hữu bao nhiêu phần, chia bao nhiêu phần—không có chỗ cho sự tùy tiện.

Có người nói đây chẳng phải là chuyển phần tổn thất sang người dùng sao? Tôi thấy nhận định đó bị ngược. Nói rõ bạn có thể lỗ gì, lỗ bao nhiêu—thật ra còn trung thực gấp vạn lần việc nói mơ hồ kiểu “mọi thứ đều an toàn”. Bạn có biết tiền của mình cho ai vay, tài sản thế chấp là gì, và nếu đến hạn gặp sự cố thì bạn có lấy lại được gì không—những thứ đó quan trọng hơn nhiều so với hai chữ số thập phân sau dấu phẩy của APY.

Lãi suất là con số trong thời tiết đẹp; còn quy tắc thanh lý mới là “áo phao” cứu bạn trong cơn bão.
@TermMax #TermMax

Vừa chạy xong một nút thì đúng lúc đó bị rớt mạng rồi tự động reconnect—cảm giác chua ngọt thật sự rất “đã”.

Bịch vẫn quanh 63.000, BTC sẽ còn lên!

Nhiều người nhắc tới PoS là mở miệng nói chuyện staking đủ kiểu, nhưng sau khi tự mò một vòng thì thứ khiến tôi ấn tượng sâu nhất lại là chuyện khác—nút có ổn định không, tin nhắn có thông suốt không, đó mới là chi tiết then chốt. Dạo này tôi lật được bản nháp whitepaper của @Dusk, trong đó có nhắc tới cái Succinct Attestation đó, tôi cứ phải nhìn đi nhìn lại mấy lần.

Nó đi theo kiểu đồng thuận không cần cấp phép của mô hình bầu cử theo ủy ban: không phải cứ xem ai có tiền nhiều hơn thì người đó quyết, mà là dùng bầu cử xác định để sàng lọc ra người đề xuất khối và ủy ban bỏ phiếu. Ở đây có một chi tiết khá hay: chi phí truyền thông được giảm xuống, nhưng cuối cùng lại nhận được tính cuối cùng (finality) nhanh hơn. Tuy nhiên với chuỗi giải quyết giao dịch (securities settlement) thì ba chữ “finality” này không thể xem nhẹ. Với mấy tài sản dạng RWA như thế này, nếu còn khả năng xảy ra rollback khối thì đó là chuyện chết người.

Nhưng trong đầu tôi lại bật ra một loạt câu hỏi.

Về ngưỡng staking, tài liệu ghi là thấp nhất 1000 DUSK. Nhưng tôi suy nghĩ thì việc phi tập trung “đi ra sao” không hề chỉ nhìn xem toàn mạng có bao nhiêu địa chỉ nút, mà phải xem ủy ban có đủ phân tán hay không, cơ chế phạt có đủ nặng hay không. Dusk dùng soft-slashing (phạt mềm), không đốt coin, nhưng sẽ tạm dừng tư cách, trừ giảm quyền lợi hiệu dụng. Mình thấy cách làm này tinh tế hơn đốt thẳng—vừa để nút phải ngoan, lại vừa cho nó một đường thở để bò dậy tiếp tục chạy.

Ở lớp truyền thông, họ xây Kadcast để phát tán có định hướng, nghe nói là cân bằng được hiệu suất và quyền riêng tư của nút. Nghe đúng là bắt mắt, nhưng trộn lâu trong cái vòng này rồi thì cái “bậc thang” giữa dữ liệu phòng thí nghiệm và độ ổn định trên mainnet, tôi vẫn phải dè chừng.

Ngày càng thấy đồng tình với một câu: một blockchain công khai “chuẩn tài chính” thật sự đáng tin thì phải học cách dung nạp độ rung của nút. Không thể trông chờ mọi thiết bị lúc nào cũng online, nhưng nếu một phần nút tạm thời rớt mạng thì sổ cái vẫn phải chạy theo, tốc độ có thể chậm hơn một chút, còn kết quả xác nhận thì phải có thể dự đoán trước. Nhìn tổng thể thì thiết kế Succinct Attestation này đúng là đang đi theo hướng đó. @Dusk $DUSK #dusk

Nhìn sơ đồ kiến trúc của Dusk xong mình mới chợt nhận ra, trước đó mình đã xem ngược hết

Lật tài liệu của Dusk tới tận hai giờ sáng, không phải bị những thuật ngữ mật mã làm cho choáng ngợp—nói thật là mình nghe tới tai chai rồi với cụm “bằng chứng không tri thức”—thứ thực sự khiến mình ngồi bật dậy, chính là lớp Citadel.

Chiếc bánh đã rơi đi khá nhiều rồi, BTC thì vẫn ổn!

Mình trước giờ cứ nghĩ Dusk là một blockchain về quyền riêng tư, cạnh tranh cùng nhóm dự án ZK khác giành chung một phần “bánh”. Nhưng bạn tách nó thành ba lớp ra mà xem: DuskDS gánh phần đồng thuận, thanh toán, và khả năng sẵn sàng dữ liệu; DuskEVM chạy thực thi EVM; Citadel quản lý danh tính và tiết lộ chọn lọc. Vấn đề là—vì sao phải tách riêng một lớp để làm danh tính?

Thông thường các chain công khai đều muốn trừu tượng hóa “danh tính” thành địa chỉ ví là xong, ai quan tâm bạn là tổ chức hay nhà đầu tư lẻ. Nhưng thiết kế của Citadel cho phép bạn chứng minh “tôi là nhà đầu tư đủ điều kiện” hoặc “tôi đáp ứng yêu cầu cư trú của một quốc gia nào đó”, mà không cần treo ảnh CCCD lên blockchain. Nghe có vẻ chỉ là chi tiết nhỏ, nhưng với việc phát hành chứng khoán chịu sự quản lý thì đây lại là ranh giới sống còn để có thể đi vào vận hành hợp pháp.

Nói tiếp về sự đồng thuận của Succinct Attestation. Tài liệu chính thức viết rất thẳng: Proposal→Validation→Ratification, qua ba giai đoạn. Thứ mình để tâm là sau Ratification cái “tính cuối cùng tất định”—không phải “cơ bản là chắc rồi”, mà là “đã quyết thì quyết”. Truyền thống tài chính sợ nhất không phải chậm, mà là sau khi giao dịch xong còn có thể bị hoàn tác. Nếu thứ này chạy thông suốt thì T+2 biến T+0 đâu chỉ là khẩu hiệu.

Rồi nhìn mạch NPEX. MTF được cấp phép ở Hà Lan, hợp tác với Dusk để đưa lên chuỗi việc phát hành, giao dịch và thanh toán các chứng khoán chịu quản lý. Quantoz bổ sung phần EURQ cho khâu thanh toán bằng euro; định nghĩa chính thức là Electronic Money Token, được thiết kế theo yêu cầu của MiCA. Ba bên đều là công ty ở Hà Lan, khung quản lý thống nhất—không phải cứ kéo vài đối tác cho có. Đây là việc “mã hóa” từng linh kiện của cả hạ tầng tài chính lại với nhau.

Vì vậy hiện tại cảm giác của mình là, điểm đáng để theo dõi của dự án $DUSK này căn bản không phải là “công nghệ ẩn danh mạnh tới đâu”—ngành này không thiếu thứ đủ mạnh. Mà là liệu nó có khả năng biến danh tính, tài sản, giao dịch và thanh toán thành một chuỗi quy trình tài chính mà một tổ chức có thể dùng được hay không.
@Dusk #dusk

Đã xem whitepaper của @Dusk, nói thật là hơi bị cuốn, cũng hơi thấy nghi hoặc.

Kịch bản đó còn ổn không, BTC còn tương lai không?

Chuẩn XSC của họ, trọng tâm chính là kiểu “vừa cần vừa cần”—vừa cần quyền riêng tư, vừa cần tuân thủ. Nghe thì hoàn hảo, nhưng nếu cẩn thận nghĩ kỹ thì chuyện này không hề đơn giản. Whitepaper trình bày khá khéo về chi tiết kỹ thuật, lúc nào cũng “chi tiết xin tham khảo bài báo khác”, còn những điểm then chốt thì lại lướt qua rất nhanh.

Người từng lăn lộn trong giới tài chính đều biết, chỗ khó nhất không bao giờ là kỹ thuật có làm được hay không, mà là rốt cuộc quyền hạn thuộc về ai. Whitepaper của Dusk có nhắc tới vai trò kiểm toán viên (Auditor): dữ liệu giao dịch sẽ được mã hóa theo khóa công khai của kiểm toán viên, nhằm tạo điều kiện cho việc truy vết phục vụ quản lý. Nhưng vấn đề là: kiểm toán viên đó là ai? Là phía dự án? Là một bên thứ ba được chỉ định? Hay chính cơ quan quản lý?

Sự khác biệt về logic phía sau lớn đến mức nào. Nếu khóa kiểm toán nằm trong tay phía dự án, thì có gì khác gì so với mô hình lưu ký tập trung truyền thống trong tài chính? Khách hàng tổ chức đưa tài sản lên đó, rồi bên đối tác giao dịch, quy mô nắm giữ—phía dự án muốn xem là xem được? Vậy thì không còn là quyền riêng tư nữa, mà là “minh bạch một chiều”.

Whitepaper cũng nói rằng kiểm toán viên có thể hoạt động theo cơ chế đa chữ ký “m-of-n”, sử dụng mật mã ngưỡng để quản lý. Hướng đi này là đúng—chia sẻ quyền lực mà. Nhưng khi đem vào triển khai thực tế thì ai nắm giữ từng mảnh khóa? Làm sao đảm bảo quy trình kiểm toán không bị lạm dụng? Những câu hỏi mang tính vận hành này, whitepaper thực sự chưa làm rõ.

Một điểm thú vị khác là sau này Dusk nâng cấp mô hình giao dịch Moonlight, nói rằng có thể nhận diện danh tính người gửi giao dịch Phoenix để người nhận có thể thấy. Điều này biến quyền ẩn danh thuần túy thành “quyền riêng tư có kiểm soát”—bạn biết tiền đến từ ai, nhưng người qua đường thì không biết. Thực ra đây mới là trạng thái mà tài chính tuân thủ thực sự cần: giữa các đối tác giao dịch thì rõ ràng minh bạch, nhưng giao diện thị trường không làm lộ bí mật kinh doanh.

Nói thẳng ra: việc XSC có chạy được hay không không phụ thuộc vào việc bằng chứng ZK “ngầu” tới đâu, mà phụ thuộc vào việc chiếc chìa khóa rốt cuộc gắn ở bức tường nào. Nếu thiết kế quản lý khóa không đủ chặt chẽ, thì quyền riêng tư và tuân thủ sẽ biến thành một vòng lặp chết kéo lùi nhau, thay vì bổ sung cho nhau.

Việc hợp tác với NPEX về chứng khoán được token hóa trị giá 3 trăm triệu euro cũng coi như đưa vấn đề này ra ánh sáng. @Dusk $DUSK #dusk

Trước khi bạn stake DUSK, tôi khuyên bạn làm rõ 3 con số này

Thấy không ít người khoe ảnh stake Dusk, tổng số dư nhìn thì rất hoành tráng. Nhưng tôi phải dội một gáo nước lạnh—bạn chắc chắn rằng những đồng đó thật sự đều đang “đi làm” chứ?

Dữ liệu BTC thì cũng ổn, rất ngon!

Nói một chuyện thật. Trong group của tôi có một anh, dạo trước lại nhét thêm 4000 DUSK vào phần stake đã được kích hoạt, hí hửng chờ phần thưởng tăng gấp đôi. Ai ngờ anh chạy sang hỏi: “Sao phần thưởng không tăng nhiều như mình nghĩ?” Kiểm tra thì mới toát mồ hồn: trong 4000 đó chỉ có 3600 được kích hoạt hiệu lực ngay, còn 400 nằm trong locked stake, ngủ yên tại đó. Tức là anh tưởng mình mở hết công suất, nhưng thực tế chỉ mới bật khoảng 90% ga.

Thứ này khác hoàn toàn với việc chơi LP bên ETH. Ở Dusk, bạn phải xem “tổng số dư” và “số dư hiệu dụng” là hai khái niệm khác nhau. Đặc biệt khi số lần cộng thêm càng nhiều, chênh lệch giữa con số trên sổ sách và số tiền thực sự tham gia đồng thuận có thể rất lớn—càng về sau khoảng cách càng nới rộng.

Còn một bẫy nữa—đồng bạn stake thêm sẽ không bắt đầu làm việc ngay. Một epoch có 2160 khối, đổi ra khoảng 6 đến 12 giờ. Bạn phải chờ đến ranh giới của epoch tiếp theo thì số đó mới vào được các pool được chọn để trở thành Provisioner. Trong khoảng thời gian “lưng chừng” này, đồng của bạn chỉ đứng đó chờ.

Vì vậy lời khuyên của tôi là: Đừng vừa bắt đầu đã chăm chăm nhìn bảng tính APY. Trước tiên hãy làm rõ 3 điều—đồng của bạn khi nào bắt đầu làm việc, bao nhiêu đang làm việc hiệu dụng, và bao nhiêu đang bị khóa không làm gì. Nếu phía Dusk đưa thẳng ba trường này lên đầu trang stake, có lẽ sẽ giảm được kha khá người chạy tới hỏi “sao phần thưởng của mình không đúng”.

Nói cho cùng, cơ chế stake của Dusk thật ra khá tinh tế. Sau khi giải stake thì không có thời gian chờ theo cấp độ giao thức, muốn rút là rút. Nhưng việc rút phần thưởng là một thao tác ví khác, đừng xem đó là một chuyện. Và “lợi nhuận” cũng không phải một mức lãi suất cố định—nó gắn trực tiếp với tỷ lệ stake hiệu dụng của bạn và tình trạng tham gia đồng thuận; biến động là điều bình thường.

Cuối cùng nói thẳng: khi chơi Dusk staking, đừng tốn công sức vào việc tính APY. Trước hết hãy tính rõ hai việc—có bao nhiêu đồng đang làm việc và khi nào chúng bắt đầu làm việc. Tính xong hai khoản đó quan trọng hơn bất cứ thứ gì. @Dusk $DUSK #dusk

Anh họ phát hành trái phiếu chuỗi cung ứng ở Hà Lan nhưng không tìm ngân hàng đầu tư, tôi lục xong dữ liệu on-chain thì phục thật

BTC vẫn ở quanh 64.000, “bánh mì” (BTC) vẫn vững chắc!

Quý trước, anh họ tôi làm một chuyện hơi điên rồ—anh ấy làm tài chính cho một doanh nghiệp vừa và nhỏ ở Hà Lan, phát hành một lô trái phiếu chuỗi cung ứng trị giá 3 triệu euro, nhưng toàn bộ quá trình không hề tìm ngân hàng đầu tư để bảo lãnh. Anh ấy đi theo token hóa on-chain của @Dusk, kết nối với sàn NPEX, thanh toán được rút từ T+3 về T+0. Phản ứng đầu tiên của tôi cũng giống đa số người: cái này có tuân thủ pháp lý không? Bên giám quản châu Âu không phải dạng dễ dãi.

Chỉ khi lục xong tài liệu kỹ thuật, tôi mới hiểu rõ. Cơ chế đồng thuận SBA của Dusk “trói” quyền xác thực với danh tính ngoài chuỗi—muốn làm người xác thực thì trước hết phải qua KYC; nếu có vấn đề, cơ quan quản lý có thể truy ra đúng người. Nó hoàn toàn khác với kiểu PoS ẩn danh—lỡ xảy ra chuyện thì rời đi phủi tay. Đồng thời Dusk còn có kiến trúc hai VM: Piecrust chạy hợp đồng zero-knowledge, bảo vệ quyền riêng tư ở mức rất cao, nhưng hệ sinh thái vẫn còn giai đoạn sớm. DuskEVM tương thích với Ethereum; lập trình viên Solidity mang sang dùng được ngay, và hiện tại testnet đã triển khai 17 dự án DeFi.

Nhưng đừng chỉ nhìn cho vui, tôi cũng chỉ ra rủi ro cho anh họ. Chạy quyền riêng tư trên EVM sẽ cần thêm precompile, phí gas cao hơn Ethereum thông thường khoảng 30%—cho nhà đầu tư nhỏ thì khá đau ví. Ngoài ra ngưỡng cho người xác thực của SBA khá cao—không chỉ cần lượng token, mà còn phải “cạnh thanh danh”; giai đoạn đầu rất dễ hình thành tình huống vài node lớn quyết định tất cả. Đây không phải thứ kỹ thuật có thể giải quyết, mà là vấn đề cấu trúc trò chơi.

So với phát hành trái phiếu truyền thống, Dusk cắt giảm chi phí phát hành gần một nửa; dữ liệu do NPEX công bố cho thấy mức tiết kiệm trung bình 45%. Nhưng nói đi cũng phải nói lại, dù MiCA của Liên minh châu Âu khuyến khích việc tuân thủ on-chain, các chi tiết cụ thể vẫn đang trong “cuộc mặc cả”, và sandbox giám quản cũng chưa được triển khai toàn cầu. Quantoz phát hành EURQ đã tích hợp sẵn; bộ combo ổn định + hợp đồng ẩn danh này đúng là đã cho thấy khả năng cho thanh toán xuyên biên giới.

Anh họ nói lần tới phát hành trái phiếu cũng sẽ đi đường này—tôi lén tra dữ liệu on-chain thì hiện tại tổng lượng khóa chỉ khoảng 280 triệu USD, chênh lệch phí/lợi suất do tính thanh khoản (liquidity premium) gần như chưa tăng. Công cụ đúng là tốt, nhưng muốn chạy được ở quy mô thì vẫn phải xem các “tay chơi” trong hệ sinh thái có thực sự bỏ tiền rót vào liên tục hay không. Nhóm ngân hàng đầu tư truyền thống kia… liệu có ngồi nhìn miếng bánh này bị cắt đi không? Tôi thì không tin lắm. @Dusk $DUSK #dusk

Khi BTC lình xình quanh mốc 63.000, trong nhóm lại yên ắng hơn. Người hô lệnh gần như biến mất, các builders bắt đầu lộ diện. Nước rút rồi, ai đang bơi trần sẽ thấy rõ.

Bánh (BTC) đã lên tới 64.000 rồi, vậy mà BTC vẫn là trâu bò!

Gần đây mình dành phần lớn thời gian để so sánh hai hướng đi—TBV của Babylon và Hashi trên Sui. Không phải tư duy “đánh coin”, mà là thật sự muốn biết: bài kiểm tra áp lực (stress test) của vòng kế tiếp đến—hệ thống nào sẽ lộ bug trước.

Mình đi theo hướng Babylon sớm nhất. Logic của họ rất thuần: BTC được khóa trong script Taproot của mạng chính Bitcoin; mỗi Vault ứng với một UTXO độc lập. Không đi vào shared pool, cũng không thể bị tái thế chấp. Bạn vay stablecoin trên Aave v4 dựa vào chứng minh mật mã—không phải dựa vào việc ai đó “cho phép”. Bên dự án không thể động vào tiền của bạn—điểm này khiến người ta yên tâm. Hiện Babylon đã khóa hơn 56.000 BTC, TVL vượt 5 tỷ USD. Đồng sáng lập Aave, Stani, cũng công khai ủng hộ, nói đây là implementation “Spoke” mới mang ý nghĩa thực sự đầu tiên của Aave V4.

Nhưng vấn đề cũng nằm ở đó—mỗi UTXO độc lập, an toàn thì an toàn rồi, còn hiệu quả thanh khoản thì sao? Giống như khóa từng đồng xu trong một két riêng: chuyển đi rất tốn công.

Hashi đi theo một hướng khác. Mysten Labs dẫn đầu, vừa lên testnet ngày 22/7. Bạn gửi BTC vào, các validator dùng MPC kèm Guardian Layer với cơ chế 2-of-2 multi-sig để canh giữ, rồi khi đó trên Sui sẽ đúc hBTC để ghép tùy ý. Các tổ chức rất thích bộ này—BitGo, Cumberland, Ledger, FalconX; hơn 25 đối tác hợp tác đã vào cuộc. Hiệu năng cao, nhiều cách chơi, nhắm thẳng vào 1 nghìn tỷ USD BTC đang “ngủ yên”.

Nhưng trong lòng mình vẫn có một vướng mắc—MPC cộng multi-sig, khâu càng nhiều thì điểm có thể xảy ra sự cố càng nhiều. Không phải không tin về mặt kỹ thuật, mà là trực giác.

Hai phương án bày trước mắt: một bên “đóng đinh” vào tính nguyên sinh, một bên ôm lấy khả năng kết hợp (composability). Không có đúng-sai tuyệt đối; có thể tương lai sẽ hội tụ. Nhưng thứ mình muốn biết là: khi vòng sụp đổ tiếp theo xảy ra—BTC cắm kim, và lúc chuỗi thanh lý chạy toàn bộ quy trình—liệu chứng minh mật mã thuần của TBV chịu “đập” tốt hơn, hay hệ thống quản trị rủi ro theo chuẩn tổ chức của Hashi “bền” hơn? @BabylonLabs_io $BABY #baby