Thời gian này mình thấy khá nhiều hoạt động liên quan đến Dusk, ưu đãi thực sự không hề nhỏ. Mình có cảm giác bên trong có cơ hội, nên lại nghiêm túc lật ra kiến trúc của nó để nghiên cứu.
Trước đó mình từng có ấn tượng: Dusk mang theo DuskEVM, tương thích với Solidity. Nhà phát triển có thể chuyển hợp đồng sang là dùng được ngay, cảm giác ngưỡng cửa không cao. Chỉ khi thực sự đi sâu vào mới phát hiện EVM hơn như một khu trưng bày bên ngoài, chủ yếu để thu hút các nhà phát triển quen thuộc với hệ sinh thái Ethereum bước vào.
Những phần thực sự “hardcore” — logic về quyền riêng tư, chứng minh ZK, và hợp đồng bí mật — lại được cài sẵn trong lõi, tức DuskVM nguyên bản, chạy dựa trên Rust/WASM. Hai môi trường thực thi tồn tại song song; còn $DUSK cũng phải đồng thời thích ứng với hai bộ logic vận hành hoàn toàn khác nhau. Mức độ phức tạp phía sau, đa phần nội dung quảng bá đều chỉ lướt qua nhẹ nhàng, không triển khai để nói rõ.
Điểm này mình khá đồng tình: họ không chỉ chăm chăm “thổi phồng” rằng EVM cái gì cũng làm được, cũng không nhồi tất cả mọi thứ vào EVM. Nhưng vấn đề cũng đến theo: phần lớn nhà phát triển có lẽ chỉ muốn ở trong khu trưng bày EVM dễ bắt đầu. Các module quyền riêng tư mạnh mẽ trong lõi lại nhắm đến một cộng đồng tương đối nhỏ hơn là hệ sinh thái Rust, nên độ khó khi bắt tay rõ ràng cao hơn.
Chỉ sợ cuối cùng EVM tương thích chỉ trở thành một tấm biển quảng cáo bắt mắt. Nhìn bề ngoài hệ sinh thái có vẻ rất sôi động, nhưng những ứng dụng quyền riêng tư thực sự then chốt lại ít người sẵn sàng đi sâu để làm. Khu trưng bày thì người ra kẻ vào tấp nập, còn khu lõi lại lạnh lẽo vắng vẻ.
Nhìn tổng thể, @Dusk đúng là có ý tưởng. Nhưng không thể xem nhẹ chi phí phát triển và kiểm toán khi phải song song hai máy ảo. Thời gian tới mình sẽ tiếp tục theo dõi mức độ phát triển thực sự sôi động ở hai phía hệ sinh thái, xem nhà phát triển chỉ loanh quanh ở rìa, hay thật sự sẵn sàng bước vào lõi để khai quật năng lực nguyên bản. Các bạn hứng thú cũng có thể tự lật tài liệu, nhìn nhận câu chuyện một cách lý性, DYOR. #dusk $DUSK @Dusk
中午睡得正香,手机突然连环震,我眯着眼把清算警报划掉,迷迷糊糊翻链上记录,突然想到个之前没细想的问题:TermMax 那套实物交付,真有大家吹得那么稳吗? FT 持有人最怕的是对手方跑路,实物交付确实给了个兜底——清算不足时按比例分抵押品给你,而不是甩张坏账凭证。这点我认,比那些只给空气承诺的强。但“按比例”这仨字,好多人直接理解成“我肯定能拿回一部分”,很少有人往下算这个比例到底怎么来的。
你想想,违约发生的时候,是同一个抵押池里所有 FT 持有人在排队分。你能分到多少,不取决于你当初多少钱买的、什么时候买的,而是取决于那一刻池子里有多少人跟你一起抢。池子越挤,你分到的就越薄。你以为的保护,其实是个会被别人稀释的份额,而且稀释程度事前根本看不见。这就像一群人分蛋糕,你只看得到蛋糕多大,却不知道今天来了多少人。
Gần đây có người cứ hỏi tôi rằng bStocks mới lên của Binance và Dusk có phải làm cùng một việc không. Ban đầu tôi cũng bị rối, nghĩ rằng chẳng phải đều là chuyển tài sản truyền thống lên blockchain sao? Sau đó tôi lật tài liệu hai bên lên đối chiếu mới hiểu ra: hai bên vốn không hề tranh giành trên cùng một đường đua để “cướp miếng cơm”, mà giống như quan hệ trước - sau, đi kèm nhau.
Logic của bStocks tôi đã thử mô phỏng trên thị trường giả lập: đúng là rất trực tiếp. Chỉ cần dùng U là có thể mua lẻ các phần nhỏ của Apple, Tesla, thanh toán nhanh, không cần mở tài khoản chứng khoán Mỹ. Với nhà đầu tư cá nhân thì trải nghiệm thật sự rất tốt—mỗi giao dịch trên chuỗi đều nhìn thấy rõ, trong lòng cũng yên tâm. Nhưng vấn đề lại nằm ở đúng chỗ “nhìn thấy được” đó: nếu bạn bắt tổ chức bày toàn bộ vị thế và chiến lược của họ lên chuỗi, thì khác gì việc cởi trần để cho người ta nhìn? Trong tài chính truyền thống, chi tiết nắm giữ quan trọng còn hơn cả tính mạng. Nếu tôi là giám đốc quỹ, chắc chắn sẽ không bao giờ muốn để bên đối tác soi được “lá bài” của mình.
Dusk đi theo một hướng khác. Nó dùng ZK để tạo riêng tư, nhưng không phải kiểu hoàn toàn hộp đen—dữ liệu về vị thế thì được giấu khỏi công chúng, còn các node giám sát thì vẫn có thể “xuyên thủng” để kiểm tra, đối soát. Kiểu “riêng tư có thể kiểm toán” này trước đây tôi chỉ thấy trong các bài nghiên cứu, và không nhiều dự án dám hiện thực hóa. Hơn nữa, nó còn kết nối với sàn giao dịch được cấp phép NPEX ở Hà Lan, rõ ràng là hướng tới tuân thủ. Nói thẳng ra: bStocks giải quyết bài toán “có được hay không”, còn Dusk giải bài toán “có dám làm hay không”.
Vì vậy, theo tôi, hai bên không phải đối thủ mà là những mảnh ghép. bStocks đưa lưu lượng và tài sản lên blockchain trước, đồng thời làm công tác giáo dục người dùng; Dusk sau đó đưa cho tổ chức một “áo tàng hình” để họ dám chuyển thật tiền bạc vào. Một bên trải đường, một bên dựng tường; thiếu mảnh RWA nào cũng không thể đi xa. Tất nhiên, trước khi mainnet thật sự chạy, tất cả mới chỉ là dự đoán và kịch bản. Cân bằng giữa riêng tư và tuân thủ có chịu nổi thử thách thực tế hay không, hệ sinh thái nhà phát triển có phát triển được hay không—tất cả vẫn phải tiếp tục theo dõi. Nhưng tôi vẫn thấy hướng đi này là đúng: RWA muốn thành công thì không thể chỉ trông vào việc nhà đầu tư cá nhân hào hứng; phải để tổ chức cảm thấy an toàn, tuân thủ được và có chỗ dựa.
Tín hiệu trong tàu điện ngầm bị ngắt quãng, tôi phải đọc đi đọc lại tài liệu ba lần mới tải xong; càng xem tôi càng tỉnh ra, và nhận ra mình trước đó đã bị lạc vào những bài phân tích.
Mọi người bàn về quyền riêng tư của Dusk, gần như ai cũng nói theo bộ Phoenix: bằng chứng không kiến thức, nào là note, nullifier, địa chỉ ẩn—nghe khá “xịn”. Nhưng hầu như chẳng ai nhắc đến lớp mạng. Dusk sử dụng giao thức phát quảng bá gọi là Kadcast; phía dưới là cấu trúc dựa trên Kademlia, định tuyến theo từng tầng dựa trên khoảng cách giữa các nút. Tin nhắn không được gửi “vô não” kiểu gossip để phát tràn, mà được truyền lần lượt theo các đường đi có “khoảng cách tăng dần”, tạo thành một cây multicast dạng thác. Thiết kế này vốn hướng tới hiệu quả—các số liệu trong paper mà bản whitepaper trích dẫn nói rằng có thể tiết kiệm khá nhiều băng thông so với gossip, và khi thời gian tạo khối nhanh thì tỷ lệ khối cũ (stale) cũng có thể giảm. Tôi không nhớ con số cụ thể; dù sao đó là số liệu đo trong paper, chứ không phải Dusk tự đo thực nghiệm.
Điều thú vị là thiết kế này còn kéo theo một tác dụng phụ: vì tin nhắn phải đi qua vài lớp chuyển tiếp mới lan tỏa, không phải nút nào cũng broadcast trực tiếp, nên việc suy ngược “tin nhắn này ban đầu phát ra từ đâu” trở nên khó hơn khá nhiều. Nhưng chuyện này hoàn toàn khác với việc Phoenix dựa vào mật mã để “gánh” phần riêng tư giao dịch. Một bên là chứng minh toán học chịu trách nhiệm; bên kia là sự mờ mịt do cấu trúc mạng tạo ra—mức độ khác xa nhau.
“Điên” nhất là nhiều bài viết phổ cập lại trộn hai lớp này vào nhau, khiến người ta tưởng rằng Dusk từ đầu đến cuối đều riêng tư. Thực ra độ mờ của lớp mạng cùng lắm chỉ là “cho thêm điểm”; gặp truy vết ở mức chuyên nghiệp thì chẳng đáng là bao. Tôi trước đó cũng suýt tin những cách nói chung chung kiểu đó: ví dụ thấy có người nói rằng quyền riêng tư khi lan truyền thông điệp của Dusk mạnh, rồi tôi mặc định luôn quyền riêng tư giao dịch cũng “ngầu”, nhưng hóa ra hoàn toàn không phải vậy. Hai ngày nay tách bạch ra từng lớp mới hiểu rõ.
Giờ mỗi khi nhìn thấy dự án về quyền riêng tư, tôi đều sẽ hỏi một câu: quyền riêng tư này dựa vào mật mã hay dựa vào cấu trúc mạng? Cường độ khác nhau hoàn toàn.
Các bạn khi xem phân tích kỹ thuật, có ai từng rơi vào cái hố “trộn lẫn đặc tính lớp mạng với quyền riêng tư lớp ứng dụng” không? Vào bình luận chia sẻ nhé. #dusk $DUSK @Dusk
Vài ngày trước tôi thấy @Dusk lại đang nói về token hóa thị trường huy động vốn riêng tư cho doanh nghiệp vừa và nhỏ (SME)—hướng đi thì đúng là rất “gợi cảm”. Nhưng đã lăn lộn trong giới này lâu như vậy rồi, nguyên tắc cốt lõi của tôi mãi luôn là “bảo toàn tính mạng là trên hết”. Mỗi khi bên dự án bắt đầu dông dài về những câu chuyện hoành tráng, tôi lại có thói quen đi đào sâu mô hình kinh tế token và logic tiêu thụ nền tảng: tài sản thực được đưa lên on-chain trông có vẻ sôi động, nhưng rốt cuộc có bao nhiêu giá trị thực sự bằng tiền mặt được bồi đắp trở lại chính $DUSK ?
Dữ liệu mà phía chính thức đưa ra nghe khá choáng: quy mô phát hành tài sản hơn 300 triệu euro, 210 triệu token được khóa trong staking. Nhưng theo trải nghiệm của tôi khi tự viết smart contract và đo lường tương tác on-chain, “quy mô tài sản danh nghĩa” và “nhu cầu thật sự đối với token” hoàn toàn là hai chuyện khác nhau. Hiện tại, nhu cầu “cứng” mà DUSK có thể xuất ra được chỉ xoay quanh Gas và staking node. Thế nhưng Dusk Trade còn đang trong giai đoạn xây dựng, DuskEVM và Hedger cũng vẫn đang vật lộn ở testnet; thiếu các luồng lưu chuyển và cơ chế thanh toán/settlement on-chain diễn ra thường xuyên với tần suất cao. Phần tiêu hao Gas này vì thế vẫn chưa đủ “có mùi” để trở thành hiện tượng.
Điều khiến tôi cảnh giác hơn nữa là đường cong phát hành token. Cái “sàn” ban đầu 500 triệu, trong tương lai còn phải phát hành thêm 500 triệu để làm phần thưởng kích thích mạng lưới. Trong 4 năm đầu phải “đập ra” khoảng 250 triệu token. Phần thưởng staking mà các node xác thực nhận được hiện nay, phần lớn thực chất dựa vào phát hành mới để bù bằng lạm phát (inflation), chứ không phải được kích hoạt bởi một bánh xe giảm phát kiểu “dùng càng nhiều thì đốt càng nhiều”.
Từ đó lộ ra một khoảng trống rất thực tế: chỉ khóa đồng trong staking dựa vào trợ cấp thì chỉ giải quyết tạm thời. Nếu sau này các tổ chức tham gia có mức thanh khoản tài sản đi vào cực thấp, mọi người đưa tài sản lên chain rồi cứ nằm im không động, thì dù TVL trên sổ sách có đẹp đến đâu, cũng không tạo ra được mức tiêu hao Gas liên tục. Vậy $DUSK lấy gì để gánh áp lực phát hành dài hạn?
Nên giờ khi đánh giá Dusk, đừng để bị lệch nhịp bởi quy mô RWA trên giấy. Tôi chỉ nhìn ba chỉ số “cứng”: số lượng giao dịch thật sự trên chain, doanh thu phí mạng thực tế, và tỷ trọng phí trong tổng phần thưởng dành cho người xác thực.
Đến lúc nào bữa cơm của node được kiếm từ phí của người dùng thật, chứ không phải nhờ giao thức mở van xả nước trợ cấp—thì mô hình kinh tế này mới xem như thực sự xây xong được “tường chịu lực” vững chắc.
Hôm qua vừa rà soát nhật ký lỗi của các node RPC, vừa lôi lại các bản ghi trên chuỗi của sự cố an ninh cây cầu liên chuỗi diễn ra vào giữa tháng 1 (@Dusk ) để xem lại từng bước. Tôi làm việc với crypto và tương tác với smart contract từ trước đến nay luôn tuân theo phương châm “bảo toàn tính mạng là ưu tiên số một”. Mỗi khi có chút gió thổi cỏ lay, phản xạ bản năng của tôi là tuyệt đối không tin tin đồn, mà phải tự tay đào code và đối chiếu dòng chảy trên blockchain để tìm ra sự thật.
Lúc đó có rất nhiều người hoảng loạn, tưởng rằng tầng giao thức nền của Dusk đã sụp đổ. Nhưng tôi đối chiếu toàn bộ dấu vết trên chuỗi và phải nói một câu khách quan để bên lớp đồng thuận của nó được công bằng: đồng thuận DuskDS ở lớp nền quả thực chưa hề bị tấn công phá vỡ, code cốt lõi của giao thức cũng không có bug. Thứ thực sự bị hacker “đè bẹp” là ví chữ ký của dịch vụ cầu nối dùng để kết nối với các chain EVM. Nói thẳng ra là: giao thức không bị rò rỉ—người “gác cổng” giữ khóa riêng thuộc lớp vận hành bên ngoài đã bị đánh cắp.
Trong phần tổng kết lại các hành động diễn ra trên chuỗi đêm hôm đó: hacker bắt đầu tấn công lúc 21:28, lần lượt rút ra 2,7 triệu, 1,9 triệu, rồi 8,0 triệu ($DUSK ) theo từng đợt; đến gần hai giờ sau nhóm mới khẩn cấp kéo cầu dao dừng lại. Cuối cùng, lệnh rút 891 vạn (89100000) token vẫn bị kẹt cứng. Phần tiền ở giữa còn bị rửa qua BSC.
Chuyện này đã khiến tôi bị tác động rất mạnh. Bình thường khi tự viết hợp đồng Solidity hay dựng kiến trúc, chúng ta hay mê tín cái gọi là “tính module hóa tách rời” — tách bạch đồng thuận, thanh toán, thực thi cho rõ ràng, nghe thì cực kỳ vững chắc. Nhưng thực tế phũ phàng: hệ thống càng bị tách nhỏ, càng có nhiều “đường nối” lộ ra với bên ngoài. Để chạy nhanh và tích hợp nhẹ nhàng, đội dự án đã dồn toàn bộ quyền ký vào một lối đi mỏng manh. Kết quả là bức tường phòng thủ được xây bằng ZKP (bằng chứng không kiến thức) và độ cuối xác định trong chuỗi thì kiên cố như thành đồng, nhưng bên ngoài—cái ví chữ ký cầu nối liên chuỗi—lại bị bẻ gãy chỉ trong một lần.
Vì vậy, giờ nhìn dự án, tôi không còn mê tín “độ cứng” của đồng thuận nữa. Tài sản chỉ cần đã đi ra khỏi lớp thanh toán gốc, thì các cây cầu biên và ví chữ ký ở rìa hệ thống, chỉ trong nháy mắt có thể kéo nền tảng phi tập trung quay trở lại vũng lầy niềm tin con người vốn rất mong manh. Những thiếu sót an ninh ở rìa, thường lại chính là mỏ đá ngầm nguy hiểm nhất.
Anh em ơi, các bạn nghĩ rủi ro rơi vào “điểm đơn” của cây cầu liên chuỗi trên một public chain kiểu module hóa như thế này thì rốt cuộc có cách giải ở cấp độ code không?
Bóc lớp “không cần tin tưởng” của Babylon: Một bài toán đa chữ ký liên minh được khoác vỏ bọc mật mã Đừng để câu chuyện “Trustless” tẩy não bạn. Kịch bản cầu nối liên chuỗi vỡ nợ và đa chữ ký bỏ chạy đã được diễn quá nhiều trong giới crypto rồi; giờ đây, việc Babylon sử dụng BTC để đặt cọc bất quá chỉ là bình mới rượu cũ. Đi sâu vào kiến trúc nền tảng và logic script của nó, bạn sẽ thấy cơ chế gọi là phi tập trung này hoàn toàn không chịu nổi bài kiểm tra thực chiến. “Ủy ban Khế ước” kiểm soát chủ quyền tài sản giả Babylon rầm rộ tuyên bố người dùng có quyền kiểm soát tuyệt đối đối với BTC, nhưng khi mổ xẻ lộ trình bị tịch thu (Slashing) của họ, phần thực thi cốt lõi lại hoàn toàn không thể thiếu “Covenant Committee” (Ủy ban Khế ước). Dù là mở khóa tiền hay kích hoạt bị tịch thu, đều phải có chữ ký ngưỡng đủ theo hạn mức của ủy ban này. So với cách WBTC công khai cơ chế ủy thác của tổ chức, Babylon chẳng qua là dùng cây Taproot và chữ ký Schnorr để đóng gói một “liên minh đa chữ ký cấp cao”. Khi mạch sống của tài sản vẫn nằm trong trạng thái máy chủ của một nhóm nhỏ node xác thực, thì đó là “giữ khóa riêng” theo kiểu gì? Nếu nhóm node này gặp phải tấn công nhắm mục tiêu hoặc đồng loạt ngừng hoạt động, chứng thư BTC đặt cọc của người dùng sẽ biến thành nợ xấu. Nút thắt trò chơi kinh tế của chứng minh gian lận BitVM3 Tiếp theo là TBV (Trustless Bitcoin Vault) vốn được phía chính thức “đẩy nóng”. Nền tảng của nó dựa vào tính toán ngoài chuỗi và các chứng minh gian lận trên chuỗi; nhìn bề ngoài thì nó đang tái tạo Optimistic Rollup của Ethereum trên BTC. Nhưng mạng chính Bitcoin thiếu hạ tầng xác minh chi phí thấp; trong giai đoạn cửa sổ thách thức kéo dài, nếu không có Challenger tự bỏ khoản phí mỏ cao để nộp chứng minh gian lận, mạng sẽ mặc định giao dịch là hợp lệ. Trong môi trường Gas hiện tại có thể lên tới hàng trăm satoshi mỗi lần, ai sẽ đóng vai “thổi còi” mà không lời, thậm chí phải tự chịu chi phí? Về bản chất, logic này là một bài toán trò chơi kinh tế mong manh, chứ không phải bảo mật tuyệt đối theo kiểu toán học. Nếu lợi ích khi làm ác vượt xa chi phí thách thức, thì cả hệ thống rất dễ rơi vào trạng thái “chạy trần” không ai giám sát. Tương tác phi nhân tính và hố đen trách nhiệm Nhìn từ góc độ vận hành thực tế, toàn bộ quy trình gần như là thảm họa: việc đặt cọc, mở khóa (解绑) và bị tịch thu đòi hỏi một loạt thao tác tiền ký (pre-sign) dài dòng và phức tạp. Ngăn xếp script phi nhân tính này không chỉ khiến nhà đầu tư nhỏ lẻ chùn bước, mà điều chết người là nó biến sự tập trung có thể nhìn thấy việc làm ác thành một “khoảng chân không trách nhiệm” vô hình. Kiến trúc phức tạp không hề triệt tiêu rủi ro; trái lại còn kéo vô hạn ngưỡng truy cứu trách nhiệm sau khi xảy ra sự cố.