兰精灵

Ứng dụng gọi xe thường như thế này: giá dự đoán cho bạn chút chuẩn bị tâm lý, cuối cùng thanh toán lại theo quãng đường thực tế. Gas của @Dusk cũng đúng kiểu đó: chi phí chính là `gas_used × gas_price`. Gas price được tính bằng LUX, 1 DUSK = 1 tỷ LUX. Phần hạn mức không dùng thì không bị trừ tiền, nhưng nếu trong lúc giao dịch mà Gas bị tiêu hết thì toàn bộ thao tác sẽ bị rollback, những phần tính toán chạy trước vẫn thanh toán như cũ, không mất trắng. Ban đầu tôi cũng thấy cấu hình này “hố”, nhưng nghĩ kỹ lại thì hiểu: nếu thất bại là hoàn toàn miễn phí, thì hacker có thể liên tục ném các lệnh gọi lỗi phức tạp để khiến node bận rộn làm việc vô ích—đó mới là chỗ hố.

Vì vậy mỗi lần xác nhận giao dịch, tôi đều xem tách riêng ba thứ: Gas limit có đủ để chạy trọn quy trình không, Gas price có hợp lý không, và đối tượng gọi lệnh cùng tham số có điền đúng không. Thất bại rồi cũng đừng vội gửi lại, hãy vào trình duyệt chính thức kiểm tra rõ loại lỗi, chi phí, mức sử dụng và vị trí xảy ra lỗi. Đem giới hạn nhân đôi một cách mù quáng chỉ là “đổ thêm nhiên liệu” cho hợp đồng sai, chữa cháy chứ không trị tận gốc.

Luồng chi phí cũng khá thú vị. Phần thưởng mỗi khối là $DUSK phát hành mới cộng với phí giao dịch, được chia cho người tạo khối, quỹ phát triển và ủy ban; phần chưa phân bổ có thể bị đốt. Khi mạng bận, phí giao dịch sẽ đi vào động lực xác thực, nhưng đó không phải kiểu chia lợi nhuận chỉ cần nắm giữ token là nằm hưởng.

Thứ thật sự khiến tôi dừng lại để nhìn kỹ là phần quyền riêng tư. Dusk không phải là “giấu toàn bộ giao dịch”, mà là thực hiện tiết lộ có chọn lọc: khi tuân thủ thì có thể chứng minh thông tin cần thiết, nhưng không đem toàn bộ chi tiết phơi lên blockchain công khai. XSC, DuskEVM kết hợp thêm khung định danh Citadel, cảm giác gần với bối cảnh tài chính thực tế hơn việc chỉ hô “privacy chain”.

Quy trình Citadel 2 gồm bốn bước: License Provider xét duyệt ngoại tuyến rồi phát hành chứng thực được mã hóa; người dùng tạo bằng chứng không kiến thức, chỉ xuất trình chứng thực hợp lệ; sau khi hợp đồng xác thực thì để lại public session, đơn vị dịch vụ mới quyết định có cho qua hay không. Trên chuỗi chỉ chứng minh rằng phiên tồn tại, không quan tâm tổ chức tin ai, cần thuộc tính gì, hay chứng thực đã hết hạn hay chưa. Cùng một bộ tài liệu định danh không phải lưu lại lặp trên từng nền tảng, rủi ro chuyển từ “sao chép dữ liệu” sang “quản trị và đồng bộ thu hồi” từ phía nhà phát hành.

Trước khi dùng Dusk, cứ tìm hiểu Gas trước thì có thể giảm vài lần học phí vì lỗi. Muốn chắc ăn còn phải xem kết quả giao dịch: giá trị có tiếp tục chảy về DUSK được hay không, thì cần tiếp tục quan sát mức sử dụng thực tế của mạng và nhịp cung.

#dusk $DUSK

Dạo này cứ xem @Dusk mãi, càng xem càng thấy có chút thú vị.

Nói trước về vòng đời giao dịch làm mình “phê” nhất. Ban đầu mình cũng bị đánh lạc hướng bởi sự ám chỉ của tính xác định–tính cuối cùng, lật tài liệu mấy ngày mới phát hiện confirmed và finalized hoàn toàn là hai chuyện khác nhau. Block chưa đi tới bước cuối cùng thì vẫn có thể revert. Quy trình là: provisioner đề xuất khối ứng viên trước, rồi ủy ban (committee) xác thực theo kiểu ngẫu nhiên, sau đó là một đợt Ratification nữa; ratify xong rồi mới là “hạ cánh” thực sự. Không phải cứ đề xuất xong là coi như chết chắc, mà là sau khi được finalized thì bạn không cần tiếp tục chồng thêm số lượng xác nhận.

Nếu chỉ là chuyển khoản thường thì thôi, nhưng nạp tiền ở sàn hay bù trừ/chuyển giao chứng khoán thì không thể chơi kiểu đó. Nghe thấy executed chỉ nói là đã thực thi, bạn còn phải xác nhận error rỗng, tới khi có finalized event mới coi là ổn. Lỡ nhận được reverted thì phải nghe lại. Revert ở hợp đồng là lỗi báo từ code, còn revert ở block là do thay đổi đồng thuận; đường khôi phục logic hoàn toàn là hai hướng khác nhau. Nếu bên tích hợp coi confirmed như finalized thì độ “tính xác định” trong ứng dụng sẽ sụp ngay. Mối quan tâm lớn nhất của mình hiện tại là: sàn giao dịch và Dusk Trade rốt cuộc có dùng finalized làm ranh giới thống nhất không, và có quy trình replay/audit được hay không.

Nói tiếp về giao dịch công bằng—cái này thật sự khiến mình khó chịu. Mempool giống như một “bể kính” không rèm: bạn muốn mua gì thì cả mạng đều thấy, robot kẹp luôn sẵn sàng ngậm mồm múc. $DUSK lại trực tiếp triển khai đấu giá/bán đấu giá riêng tư theo lô ở tầng giao thức: giá thầu và số lượng được gửi trong khoảnh khắc là bị ZK “đậy” chết. Nút sẽ tính ra mức giá công bằng sao cho chênh lệch giữa tổng nhu cầu của các lệnh mua (được che giấu) và tổng cung của lệnh bán xấp xỉ bằng không; rồi toàn bộ các lệnh treo trong cùng một block đều được thanh toán theo mức giá đó. Mất thông tin bất đối xứng bị lật ngược, dark pool từ trong bản chất đã không còn công bằng bằng “cảm giác” nữa.

Còn phần tuân thủ thì cũng không qua loa. Phoenix dùng ZK để giữ riêng tư, Moonlight đi theo sổ cái minh bạch, Citadel hỗ trợ tiết lộ chọn lọc, còn XSC thì nhét điều kiện, giới hạn và báo cáo vào hẳn logic hợp đồng. Quy tắc không nên chỉ trông vào thứ gì đó ở ngoài chuỗi.

Sản phẩm càng phức tạp, càng nhiều quy tắc; liệu có chạy vững đồng thời trong nhiều luồng làm việc khác nhau được không—đó mới là điểm mình tiếp tục theo dõi. Tính cuối cùng thực sự không phải là thuật ngữ: nó là việc từ sự kiện ở nút truyền thẳng đến sổ cái, giữa chừng không ai “chạy tắt”. #dusk $DUSK

Tối qua lại lật đi lật lại tài liệu của @Dusk , nói thật là khiến tôi thấy hơi bị “phân liệt”.

Một mặt thì nói mình thuộc mảng riêng tư, bộ UTTOX của Phoenix kết hợp bằng chứng không tri thức đúng là rất “đỉnh”, thông tin chuyển khoản được che kín mít; vậy mà quay đầu lại làm một DuskEVM tương thích Solidity, rõ ràng là muốn bắt dòng chảy của các nhà phát triển Ethereum. Bản thân phía chính thức cũng đã nói rồi: mô hình tài khoản và UTXO về riêng tư căn bản không phải cùng một “loài”. Tương thích cứng thì chắc chắn phải hi sinh tính ẩn danh. Thế nên mới lúng túng: dùng công cụ hệ sinh thái EVM để phát triển thì rất mượt, nhưng riêng tư chỉ còn lại mức “nửa vời”; còn nếu thật sự muốn thứ có thể kiểm toán mà vẫn riêng tư thì lại phải cắn vào ngưỡng của môi trường gốc, kẹt ở giữa cảm giác khá khó chịu.

Phần nút mạng cũng phức tạp theo kiểu khác. Trong cơ chế đồng thuận Succinct Attestation, chỉ cần stake 1000 DUSK là có thể làm Provisioner, ngưỡng nhìn có vẻ khá thân thiện, người bình thường cũng có thể “chơi”. Nhưng nếu đi xa hơn, phần “đầu ra” giá trị thực sự: kênh RWA, giấy phép NPEX, xác thực danh tính tuân thủ—tất cả lại do tổ chức nắm giữ. Lớp dưới là Permissionless PoS, lớp trên là câu lạc bộ Permissioned; trong kiến trúc như vậy, token làm sao để bắt lấy giá trị thì hiện tại tôi vẫn chưa nhìn rõ.

Còn cái phát hành “native” kia—dã tâm thì thực sự lớn. Thứ nó muốn làm không chỉ là phát hành một token đơn giản, mà là nhét cả danh sách cho phép, view key, chuyển nhượng có kiểm soát, thanh toán bù trừ và giao nhận vào trong một máy trạng thái. Trong trạng thái lý tưởng, chứng khoán tư nhân được chào bán riêng chắc chắn không cần sổ cái ngoài chuỗi, nhưng vấn đề nằm ở hiệu lực pháp lý và các chuyện như bên quản ký xác nhận—thứ mà chạy trên chain dù có đẹp đến đâu cũng không thể thay thế.

Nói thẳng ra thì: lộ trình tiết lộ chọn lọc của Phoenix, công tắc chuyển đổi hai mô hình của Moonlight, và logic cấp phát chứng từ của Citadel—về mặt thiết kế thì đúng là tinh xảo. Nhưng trải nghiệm thực tế thì độ phức tạp không hề thấp; người dùng phổ thông rất có khả năng bị “khuyên lui”. Tôi thừa nhận rằng câu chuyện tuân thủ ở châu Âu với MiCA có chỗ đứng, nhưng liệu lợi thế kỹ thuật có chuyển hóa thành sức sống trên chuỗi hay không thì còn phải xem hệ sinh thái có thật sự chạy được hay không.

Tôi sẽ tiếp tục theo dõi, nhưng trước khi rút tiền thật, mấy cái gai nhọn về logic này phải được gỡ cho thông trước. #dusk $DUSK

Chạy test hơn nửa năm các nút, giờ tôi đã quen với việc trước tiên “bóc” lớp lan truyền để tìm hiểu cái nền tảng. Trước đó tôi đã vấp một cái bẫy: băng thông của nút trực tiếp chạy full, email cảnh báo che kín cả một màn hình. Ban đầu tôi tưởng là do khối lượng giao dịch tăng quá mạnh, lục nhật ký xong mới hiểu ra: mặc định ở lớp dưới là “phát tràn băng thông toàn mạng” (broadcast kiểu tưới nước khắp nơi). Chỉ cần nút hơi dao động là bản tin lặp lại lại bị nhồi tới chết người, giống như kẹt xe.

Sau đó tôi lật tài liệu @Dusk , xem phần Kadcast thì tôi dừng lại khá lâu. Nó không dùng kiểu khuếch tán vô não. Thay vào đó, Kadcast dùng cấu trúc topo của Kademlia: dựa vào XOR distance tính từ hash danh tính của nút để chia đầu đối diện vào các “routing buckets” khác nhau. Khi broadcast không còn phát vô trật tự, mà đẩy theo từng lớp dựa trên khoảng cách, có thứ tự; rồi biến quá trình đồng bộ toàn mạng thành một cây đa hướng có cấu trúc. Khi tôi đo thử cục bộ, đỉnh băng thông bị nén rõ rệt, và sau nhiều hop thì việc bên ngoài chỉ dựa vào đặc trưng lưu lượng để suy ngược ra người khởi xướng cũng khó hơn nhiều. Whitepaper nói tiết kiệm băng thông so với Gossip truyền thống 25%-50%, cá nhân tôi coi như một con số tham khảo—vì nút ra vào liên tục, dao động xuyên vùng, và độ trễ cập nhật bảng định tuyến bị lag… cộng dồn lại thì chắc chắn mức tiết kiệm thực tế sẽ bị giảm. Kết hợp với BitVM3 để xác minh làm lớp “đỡ”, giao dịch không hợp quy còn chưa có cơ hội bước qua cổng; hướng đi này tương đồng với logic lớp dưới của cơ chế staking—cả hai đều “đóng đinh” quy tắc bằng mật mã.

Tuy nhiên, phụ thuộc chặt vào topo logic cũng có cái giá. Lỡ gặp phân vùng xuyên quốc gia, hoặc có nút ác ý bơm dữ liệu bẩn vào các routing bucket, thì chi phí định vị khi chuyển đường dự phòng rất nhanh sẽ ăn mòn hết lợi thế độ trễ. Kiểm soát được băng thông đúng là điều tốt: người dùng staking phổ thông không cần kéo line riêng, ngưỡng hạ xuống một đoạn. Nhưng việc xử lý sự cố so với broadcast truyền thống lại phức tạp hơn; trong lòng phải nắm được điều đó.

Còn cross-chain cũng từng vấp. Từ mainnet sang BSC không phải “chuyển nhà” trực tiếp. Bạn phải chuyển DUSK gốc vào tài khoản cầu nối (bridge) chính thức; sau khi mainnet xác thực và khóa xong, tạo BEP20 theo địa chỉ BSC được chỉ định trong Memo. Số lượng phải lớn hơn 1 DUSK: phí là phí mainnet cộng với 1 DUSK cho phí bridge. Khoảng một giờ thì到账; thực nhận thực tế chính là số lượng gửi trừ đi 1.

Kadcast dùng khoảng cách hóa bằng toán học để giảm rủi ro dư thừa và truy vết nguồn, nhưng trong môi trường mạng công khai nơi các nút ra vào liên tục, bảng định tuyến có cập nhật đủ nhanh không, và pool dự phòng có đủ dày không—đó mới là thứ cần chăm chú theo dõi. Chạy thông suốt thì là nâng cấp thực dụng; chạy không ổn thì chỉ là khung giấy.

$DUSK #dusk $DUSK

Gần đây tôi cứ chăm chú theo dõi RWA, nói thật càng nhìn càng thấy lo. Việc đưa tài sản lên chuỗi thì về mặt kỹ thuật có thể làm được, nhưng nếu bạn bắt các tổ chức thử “chuyển” nhà cửa, trái phiếu, cổ phiếu lên đó thì sao? Public chain minh bạch đến mức như nhà kính, bí mật thương mại lộ hết; ai dám? Còn privacy chain thì “đen” đến mức cơ quan quản lý chẳng sờ tới cửa. Tôi lướt một vòng thì thấy @Dusk không đứng phe, trực tiếp trộn quyền riêng tư và tuân thủ vào lớp nền—cách nghĩ này khá thú vị.

Tôi còn cố tình lục lọi stack kỹ thuật của họ. Đồng thuận Succinct Attestation, ủy ban ngẫu nhiên làm việc, nhánh rẽ rollback gần như không có cửa. DuskEVM tương thích với Ethereum; tôi chạy thử một demo bằng Solidity và tính năng quyền riêng tư lại được tích hợp thẳng luôn. Giao thức Hedger với privacy có thể kiểm toán khiến tôi ngẩn ra khá lâu—chi tiết bị khóa chặt, nhưng khi cần tuân thủ thì có thể xuất ra bằng chứng có thể xác minh. Màn này khá “gắt”. Moonlight và Phoenix có hai mô hình giao dịch chạy song song; nhu cầu khác nhau thì dùng cách khác nhau. Tôi xem kế hoạch NPEX sẽ số hóa token hóa chứng khoán hơn 300 triệu EUR lên chuỗi—tôi sẽ theo dõi sát tiến độ triển khai.

Nhưng nói thật, trong lòng tôi vẫn treo một câu hỏi: “chiếc chìa khóa” mở khóa được tất cả quyền riêng tư cuối cùng nằm trong tay ai? Điều đó quyết định nó là tự do hay chỉ là một kiểu kiểm soát khác. Tôi cũng tính sổ rồi: việc phát hành token liên tục và cơ chế khóa kho siết động lực; chỉ cần quản lý của EU đổi là cục diện câu chuyện có thể bị thay hoàn toàn. Tính thanh khoản thứ cấp của đợt tài sản đầu tiên và chi phí ZK—tất cả còn phải xem bằng thực chứng.

Dạo này có nhiều người bị dọa bởi cái “xác minh trên chuỗi 2,8 mili giây”, tôi cũng suýt tin. PLONK đúng là đã đẩy việc xác minh tới giới hạn, nhưng đó là “nhẹ trên chuỗi, nặng ngoài chuỗi”. Riêng tôi từng tự chạy thử mạch nhận dạng Citadel tại chỗ; mỗi bản quyền đã có hơn 30.000 constraints—prover phải mất đúng 16 giây, còn verifier thì chỉ cần 0,007 giây. Phần “premium” tính toán của ZK tương đương khoảng gấp 10.000 lần so với phép tính gốc, toàn bộ áp lực đẩy sang thiết bị người dùng.

Tôi thuộc kiểu quen tự tay kiểm chứng, không thích chỉ nghe ai đó nói. Con đường Dusk đi đúng là khó nhưng đúng; tuy nhiên việc đưa đến thực tế còn vướng tranh chấp quản lý và mức độ chấp nhận của thị trường. Hiện tại tôi chỉ để ý hai điểm: cách quản lý chiếc chìa khóa đó, và sau khi đưa tài sản trị giá 300 triệu EUR lên chuỗi thì lượng giao dịch thật sự sẽ ra sao. Còn lại, cứ để tôi chạy xong test rồi tính tiếp. #dusk $DUSK

Tối qua đọc bản whitepaper @Dusk , nói thật là ban đầu tôi đến với tâm thế soi lỗi. Nhưng càng đọc càng thấy dự án này có vẻ “cứng rễ”, theo đúng hướng.

Trước hết là các điểm khiến tôi bực: whitepaper quá nặng đô, đầy ắp thuật ngữ mật mã học thuật, đọc giống như một bài nghiên cứu về kỹ thuật tài chính; tôi suýt giữa chừng đã bỏ. Việc thúc đẩy hệ sinh thái cũng chậm—người khác ngày nào cũng đăng hợp tác, còn họ thì âm thầm làm mainnet và chuẩn XSC, khiến tiếng nói trên thị trường nhỏ đến đáng thương. Rồi đến token và cộng đồng cũng khá “phật hệ”, chẳng có chút hứng khởi kiểu kéo giá.

Nhưng nói xong ba điểm để chê, tôi lại sẵn sàng quan sát dài hạn hơn, vì hạ tầng tài chính vốn không thể sống nhờ “hô call” được. Tổ chức cần sự ổn định và tuân thủ.

Tuy nhiên, về mặt kỹ thuật thì đúng là có thứ đáng giá: Dusk đưa PLONK zk-SNARK và Bulletproofs viết thẳng vào tầng đáy của giao thức. Quyền riêng tư không phải là một tiện ích DApp gắn thêm, mà là thuộc tính cố hữu của blockchain. Kèm theo Citadel ZK-KYC, khi người dùng hoàn tất xác minh danh tính, họ không cần upload các dữ liệu gốc như hộ chiếu—chỉ cần gửi một bằng chứng không tri thức đã hoàn tất kiểm tra tuân thủ. Cách này nhắm thẳng vào các kịch bản RWA/Chứng khoán ở cấp tổ chức: vừa cần tuân thủ, vừa không muốn lộ toàn bộ vị thế và chiến lược trên sổ cái công khai.

Tất nhiên cũng từng gặp vấn đề: OtterSec từng phát hiện lỗ hổng ở dusk-plonk, khiến kẻ tạo chứng minh độc hại có thể giả mạo chứng minh. May là sau đó nhóm đã dùng AEGIS để khóa chặt tính đồng nhất của phí, hoàn tiền và địa chỉ vào ranh giới hai phía là mempool và VM, đồng thời bổ sung bộ kiểm thử hồi quy nhắm mục tiêu. Chứng minh không tri thức đúng thì không có nghĩa là dữ liệu quanh giao dịch tự động an toàn—bài học này khá “thấm”.

Vì vậy, hiện tại khi nhìn $DUSK , tôi cảm giác mình đang quan sát một con đường thật sự muốn làm thanh toán tài chính với quyền riêng tư. Đi chậm không sao, quan trọng là tầng nền và bảo mật có chống đỡ được nhu cầu của tổ chức hay không. $DUSK #dusk $DUSK

Gần đây tôi trò chuyện với bạn bè về DeFi, và ai cũng than phiền nhiều nhất là về lãi suất thả nổi. Nhìn thì có vẻ rất hấp dẫn: cứ gửi vào là lãi suất, nhưng lãi suất có thể thay đổi bất cứ lúc nào, chẳng thể biết nửa năm sau rốt cuộc sẽ kiếm được bao nhiêu. Tôi bị chuyện đó làm phiền quá, nên bắt đầu tìm các phương án lãi suất cố định, rồi lướt tới <@TermMax >.

Trước hết nói về cơ chế: hệ thống này tách hoạt động cho vay/đi vay thành ba phần FT, XT và GT. FT giống như trái phiếu không lãi suất (zero-coupon): mua chiết khấu, đến hạn được hoàn trả theo mệnh giá, người cho vay kiếm chênh lệch. GT là dạng NFT đại diện cho vị thế, ghi lại tài sản thế chấp và khoản nợ. XT đóng vai trò hỗ trợ duy trì cân bằng. Người vay đem tài sản thế chấp đúc ra GT và FT, bán FT để lấy tiền, đến hạn thì hoàn nợ và chuộc lại tài sản thế chấp. Thêm nữa là Range Order: dùng một đường cong định giá để “nhúng” khoảng lãi suất vào cơ chế, về lý thuyết có thể tạo ra đường cong lợi suất trên chuỗi.

Tiếp theo là những điểm tôi thấy đáng giá: tính năng tự động gia hạn (automatic renewal) rất hữu dụng. Đến hạn sẽ dùng Dutch auction để tìm mức lãi suất mới; keeper thực thi, không cần thao tác thủ công. Nhưng hệ thống có thực sự ổn định không, thì phải xem “keeper” có đủ phân tán hay không, cùng với các dữ liệu như số lượng người tham gia hoạt động và tỷ lệ thực thi—đó mới là “vùng đệm” an toàn thực sự.

Tất nhiên cũng có lo ngại: cái giá của lãi suất cố định là tính linh hoạt giảm. Nếu muốn thoát giữa chừng, chỉ có thể bán FT trên thị trường thứ cấp, và giá sẽ biến động theo thị trường. Nếu tài sản thế chấp biến động mạnh thì khoản nhận được khi đáo hạn cũng có thể không ổn định (ví dụ không chắc bằng một loại stablecoin). Vì vậy chiến lược của tôi là ưu tiên các tài sản chủ đạo và những thị trường có tỷ lệ thế chấp thận trọng; còn nếu lợi suất quá cao thì coi trước là một phần bù rủi ro.

Tôi ủng hộ hướng đi của <#TermMax >—DeFi đúng là còn thiếu các khoản lợi nhuận “có thể dự đoán chắc chắn” trong thời gian dài. Nhưng để thực sự thành công, còn phải xem nhu cầu vay thực tế và thanh khoản có đủ hay không. Tôi sẽ tiếp tục quan sát trước, đợi khi lượng sử dụng thực sự tăng lên rồi mới tính tiếp.

Các bạn thấy việc đẩy lãi suất cố định trên chain khó nhất ở chỗ nào? Nguyên nhân lớn nhất là gì?

Hôm qua tôi đọc lại bản “whitepaper” @Dusk , đến trang có câu “kiến trúc VM kép” thì tôi bị kẹt ở đó.

Trước hết nói về kiến trúc. Piecrust là VM gốc cho zero-knowledge, dựa trên WASM, thời gian quyết toán rút xuống còn 2–3 giây. DuskEVM tương thích Solidity, Hardhat và MetaMask chạm vào là chạy được ngay; phần riêng tư dựa vào Hedger để bù bằng ZK tầng nền.
Thiết kế hai đường đúng là có ý tưởng: một đường phụ trách hợp đồng riêng tư, đường còn lại phụ trách khả năng tương thích, mỗi bên làm một việc.

Nhưng càng đọc về sau càng thấy không ổn. Piecrust tự nghiên cứu VM; tháng 3 năm nay, cuộc kiểm toán AEGIS đã phơi ra 39 vấn đề, trong đó có 7 vấn đề mức nghiêm trọng; hai lỗ hổng then chốt nằm ở lớp sandbox. Chạy cùng một đoạn code trên các node trung thực cũng có thể cho ra kết quả không nhất quán. Hợp đồng độc hại có thể đẩy runtime vào trạng thái làm vô hiệu cam kết về tính sở hữu. Nếu sandbox bị xuyên thủng thì toàn bộ các hợp đồng bí mật phía trên coi như tiêu.
Còn bản thân DuskEVM chỉ hỗ trợ giao dịch công khai, quyền riêng tư hoàn toàn trông vào các module bổ sung. Hai bộ VM “đánh” tách rời nhau nên lượng code và bề mặt tấn công tăng gấp đôi.

Xem tiếp phần hợp tác. NPEX, Chainlink, Cordial, Quantoz, 21X—trên website ghi €300M+ confirmed issuance, 50K+ investor reach, 210M+ DUSK đã stake. Nguồn lực đúng là vững hơn so với những dự án chỉ biết kể chuyện RWA.
Nhưng phía họ cũng tự thừa nhận: Tokenization có thể giảm ma sát, song không thể tạo ra người mua, người bán và độ sâu thị trường. Dusk Trade vẫn đang ở giai đoạn Building/Waitlist; DuskEVM và Hedger cũng còn ở Testnet. Danh sách hợp tác cho thấy họ sẵn sàng làm cùng nhau, nhưng muốn chạy thật thì còn phải nhìn vào các chỉ số “cứng” như lượng tài sản được đưa on-chain, số lượng người giao dịch, độ sâu thị trường thứ cấp.

Cuối cùng nói về sự gắn kết giữa tuân thủ và riêng tư. Zedger khi phát hành đã đưa whitelist, một danh tính một tài khoản, và việc bên nhận được phê duyệt rõ ràng vào trong giao thức; việc chuyển tiền được tách thành hai bước, quá thời hạn là tự động bị hủy. Phoenix dùng kiến trúc UTXO; vốn được lưu dưới dạng ghi chú mã hóa, khi giao dịch thì ZK đồng thời xác minh năm hạng mục, và Pedersen Commitments che giấu toàn bộ địa chỉ lẫn số tiền.
DuskDS xác nhận qua ba giai đoạn, ra khối là đã kết thúc. Quy tắc quản ai có thể xảy ra giao dịch, Phoenix quản những cái gì không cần công khai, còn DuskDS quản trạng thái nào được tính là có hiệu lực. Ba chặng này bù cho cùng một “điểm nghẽn”—từ phát hành đến quyết toán của chứng khoán, cố gắng không phải quay lại làm phối hợp ngoài chuỗi.

Danh sách hợp tác đã mang tính “tổ chức tài chính” khá rõ. Giai đoạn tới, tôi muốn xem số liệu di chuyển và成交 (giao dịch) thực sự—đừng cứ dừng ở PPT.
#dusk $DUSK

Trước đây tôi luôn nghĩ vay mượn lãi suất cố định chỉ là một nhu cầu giả. Nghĩ mà xem, biến động của giới crypto này ai chẳng nhắm vào lợi nhuận ngắn hạn từ lãi suất thả nổi? Lắm lúc chỉ mở một biện pháp phòng hộ chứ chẳng cần “khóa” lãi suất. Thế nên khi @TermMax mới lên sàn, tôi còn nói với bạn rằng trong nửa năm nó chắc chắn sẽ chuyển hướng.

Nhưng gần đây tôi lật số liệu thì thấy trên Token Terminal, lượng người dùng hoạt động hằng ngày của nó dao động quanh 4000, cao hơn Morpho (khoảng 3700). Điều này mới khiến tôi nghiêm túc xem tài liệu.

Rồi mới hiểu ra: về bản chất nó là một “AMM cho vay mượn”, học theo tư duy của Uniswap V3, dùng ba loại token để tách lãi suất cố định. FT giống như trái phiếu zero-coupon, đến hạn được chuộc theo tỉ lệ 1:1; XT kết hợp với FT, khi bạn có 1 FT + 1 XT thì tương ứng vĩnh viễn với 1 token nợ, đến hạn XT về 0; còn GT là NFT, ghi lại tài sản thế chấp và khoản nợ của từng khoản vay. Người vay khóa tài sản thế chấp vào GT, đúc FT theo LTV tối đa, rồi bán FT để lấy tiền mặt; bên cho vay mua FT theo giá chiết khấu, đến hạn chuộc theo mệnh giá để hưởng chênh lệch.

Cơ chế thanh lý cũng gọn hơn: nếu LTV vượt ngưỡng hoặc đến hạn mà chưa trả, trong cửa sổ 2 giờ, bên thanh lý được thưởng 5%; người vay lại bị trừ thêm 10% tiền phạt. Nếu không ai thanh lý thì chuyển giao hiện vật: tài sản thế chấp giao thẳng cho bên cho vay, không có bot “giành hàng”.

Vấn đề nhảy lãi suất thì đã được xử lý, nhưng rủi ro về giá tài sản thế chấp lên xuống thất thường và rủi ro thanh khoản trên thị trường thứ cấp thì không thiếu thứ nào. Range Order cho phép nhà tạo lập tự treo lãi suất theo từng đoạn, trong khi pool vận hành theo công thức tích hằng; vay càng sâu thì lãi suất càng phi. Khởi động thị trường thật sự rất khó: không có nhà LP lẻ để đỡ, tất cả trông vào nhà báo giá chuyên nghiệp chống đỡ.

Giờ nhìn TMX đi, đừng chỉ chăm chăm vào TVL. Tín hiệu thật nằm ở: độ sâu giao dịch của FT cùng kỳ hạn, chênh lệch giá khi vay/mượn, và trước ngày đáo hạn có ai tập trung “rút chạy” không. Lãi suất cố định có sống được hay không, cuối cùng là xem có ai thực sự bỏ tiền thật theo giá đó để vay liên tục hay không. #TermMax

$DUSK #dusk Nói thật nhé, tôi nghiên cứu một dự án mới, thói quen là xem nó được gắn với ai trước. Không phải kiểu công bố hợp tác chính thức, mà là liên kết cổ phần đàng hoàng. Vì vậy sau khi tôi chú ý đến @Dusk , việc đầu tiên là xem mối quan hệ của nó với sàn Hà Lan NPEX.

Chuyện này không chỉ là ký một bản ghi nhớ. Đó là dùng tiền thật để mua cổ phần. Dusk từ năm 2020 đã nắm khoảng 10% cổ phần của NPEX, trực tiếp nằm trong danh sách cổ đông. Mức độ này còn nặng hơn cả mười thông báo hợp tác cộng lại—hợp đồng có thể xé bỏ, nhưng cổ phần thì phải lên xuống cùng nhau. Trong tay NPEX có ba “lá bài” được quản lý bởi AFM gồm MTF, công ty chứng khoán và ECSP; họ giúp doanh nghiệp vừa và nhỏ huy động hơn 200 triệu euro, hơn 17.000 nhà đầu tư đang hoạt động—đúng kiểu “lão làng” nghiêm túc. Việc công ty thực thể sẵn sàng lấy Dusk làm lớp nền (tầng cơ bản), bản thân đã là sự bảo chứng lớn nhất.

Nhưng nói thẳng luôn, 10% vẫn còn xa mới tới mức nắm quyền chi phối. Giấy phép nằm trong tay họ, và mainnet cũng chưa triển khai hoàn toàn. Trang chính thức nói khá rõ ràng: Tokenization có thể giảm ma sát, nhưng không thể tự nhiên tạo ra người mua và mức giá công bằng. Hiện quy mô phát hành đã hơn 300 triệu euro, bao phủ 50.000+ nhà đầu tư, số liệu khá đẹp. Nhưng Dusk Trade vẫn đang trong giai đoạn xây dựng, còn EVM và Hedger thì vẫn là testnet. Thứ thực sự then chốt là: khi tài sản được đưa lên chuỗi, ai sẽ cung cấp bên mua, ai làm cơ chế phát hiện giá, tranh chấp thì nghe theo on-chain hay tòa án? Nếu phụ thuộc mạnh vào NPEX và ngân hàng lưu ký, thì các khâu trung gian rốt cuộc đã giảm được bao nhiêu?

Trang chính thức thừa nhận Tokenization ≠ Liquidity, ít nhất họ nói thật. Tiếp theo tôi sẽ tập trung theo dõi giao dịch sau khi lô tài sản đầu tiên lên sàn: khối lượng giao dịch, số lượng người nắm giữ và tỷ lệ luân chuyển—đó mới là phần để nghiệm thu.

Cuối cùng nhắc nhở: DUSK trùng tên, mainnet có 9 chữ số thập phân; ERC20/BEP20 là 18 chữ số. Trên mainnet dùng LUX để hạch toán, 1 DUSK = 1 tỷ LUX. Khi chuyển chuỗi (cross-chain migration), ví và hệ thống bắt buộc phải xác định đúng chain và chuẩn, nếu không số dư nhìn có vẻ đúng nhưng thực tế có thể lệch cỡ bậc độ. Tài liệu có hướng dẫn chuyển sang mainnet; hệ sinh thái phải luôn hiển thị các field này bám theo tài sản, đừng để người dùng phải tự đoán.

Đánh giá dự án, tôi vẫn sẽ xem độ “gắn kết” sâu và việc triển khai rốt ráo trước, rồi mới xét chi tiết kỹ thuật. $DUSK

TermMax 我跟了挺久了，说实话，链上项目能让我天天签到、质押一天不落的，这算是头一个。25号要TGE了，心里有点小激动，也想跟兄弟们唠唠这项目到底咋样。

它搞的是去中心化固定利率借贷，玩法挺有意思。简单说就是把一笔借贷拆成 FT 和 XT 两个代币：FT 就跟零息债券似的，你折价买，到期按面值赎回，收益一开始就锁死了；XT 呢是收益代币，借款人拿到贷款的同时就拿到它，随手就能卖了换流动性，成本也提前固定住。一个 FT 加一个 XT 等于一个债务代币，本金和利息就这么“物理”分开了。还有个 GT 更实用，是个封装了抵押物和债务的杠杆 NFT，以前那种反复循环借贷贼费 Gas 还麻烦，现在一键就能搞定，仓位管理直观多了。

FT 管固定收益，XT 管利息变现，GT 管杠杆，各干各的。我觉得最牛的地方就是把利率本身变成可交易的资产，不是那种硬模拟出来的固定利率，这逻辑真挺清的。

项目去年主网上线，以太坊、BNB Chain 都覆盖了，TVL 最高超7100万，用户过百万。今年1月还支持了 Ondo 代币化股票做抵押，3月 V2 也解决了流动性碎片化的问题，数据一直挺稳。固定利率借贷虽然不新鲜，但 TermMax 在工程落地和体验上确实做得扎实。

现在 Booster 活动还能做，扣2个 Alpha 积分抽 TMX，代币盘前大概0.18U 左右。MP 积分我粗算过，前排回报应该还行，但盘前价有点虚高，上线后波动肯定大，奖池是不是全给也说不准。我个人还是打算继续跟，毕竟跟了这么久，固定利率赛道不容易，后续定价和套利会不会搞出新复杂度，只能边走边看了。@TermMax #TermMax

#dusk Nhiều người bàn về chuỗi công khai, miệng vừa mở ra là TPS, cứ như điểm chạy benchmark cao thì là tất cả. Nhưng khi tôi đọc @Dusk bản whitepaper, tôi chú ý đến một chi tiết khá thú vị: họ đặt giao thức mạng Kadcast trước cơ chế đồng thuận để nói.

Ban đầu tôi không để ý nhiều, sau rồi càng nghĩ càng thấy “có mùi”: nếu các nội dung như khối ứng viên, giao dịch, phiếu bầu mà không truyền được hoặc truyền chậm, thì việc bầu chọn ủy ban phía sau có chính xác đến mấy cũng có thể bị phân nhánh hoặc phải xác minh lặp đi lặp lại do dữ liệu không đồng bộ—và khi đó công sức ở phía trước coi như đổ sông.

Giao thức Gossip truyền thống giống như gặp ai ngoài đường là gọi một câu: tin tức được lặp đi lặp lại khắp nơi, băng thông bị lãng phí cho sự dư thừa. Kadcast thì mượn khoảng cách XOR và bảng định tuyến của Kademlia, biến quá trình lan truyền thành một cây multicast có cấu trúc: tin nhắn đi theo từng chặng đúng tuyến được thiết kế, gọn gàng và hiệu quả. Whitepaper dẫn các nghiên cứu cho thấy có thể tiết kiệm 25% đến 50% băng thông, và tỷ lệ stale block cũng giảm 10% đến 30%. Tất nhiên đây là dữ liệu nghiên cứu chứ không phải kết quả đo đạc thực tế trong mọi tình huống, nhưng với chuỗi tài chính thì độ trễ vài giây có thể khiến các node khác nhau nhìn thấy các khối ứng viên khác nhau, từ đó ảnh hưởng đến tính xác định của giao dịch.

Việc định tuyến có cấu trúc còn có một lợi ích nữa: bên ngoài khó khoanh vùng trực tiếp nguồn phát của tin nhắn, quyền riêng tư và hiệu suất được thiết kế song hành.

Cái “khó nhất” của tài chính on-chain chính là sự giằng co giữa minh bạch và quyền riêng tư. Minh bạch hoàn toàn thì tổ chức không dám làm; quyền riêng tư hoàn toàn thì cơ quan quản lý lại nhìn chằm chằm. Chuẩn XSC của $DUSK dùng bằng chứng không kiến thức PLONK để tách bạch việc giao dịch có hiệu lực với các chi tiết. Số tiền và đối tượng theo mặc định được bảo mật; khi cơ quan quản lý cần, họ sử dụng khóa xem để thực hiện công bố chọn lọc. Bạn có thể chứng minh tuân thủ mà không phải phơi toàn bộ bài tủ.

Hiện tại mainnet đã chạy, DuskEVM cũng đang được thúc đẩy, và hợp tác với sàn giao dịch được cấp phép NPEX của Hà Lan cũng đang đưa tài sản thực lên chuỗi. Hướng công nghệ khá rõ ràng, nhưng áp lực lưu thông ở phía token và những thay đổi về thanh khoản cũng thực sự tồn tại; đôi lúc diễn biến giá và các yếu tố cơ bản bị “lệch pha”.

Con đường RWA tuân thủ vẫn còn dài; mấu chốt là xem quản lý quyền hạn và việc triển khai thực tế có theo kịp yêu cầu giám sát ở các khu vực khác nhau hay không. Tầng lan truyền từ trước đến nay không phải vai phụ; quyền riêng tư và tuân thủ cũng không phải chọn một trong hai—cần phải làm cả hai. $DUSK

Đi làm mà không muốn dậy, nghỉ ngơi mà tỉnh dậy quá sớm rồi nhỉ!
$BTC $SOL

Hôm qua tôi lướt thấy @TermMax , và hình ảnh đầu tiên bật ra trong đầu tôi là: rốt cuộc cũng có người đã trói con ngựa hoang DeFi cho vay mượn lại vào dây cương.

Tại sao lại có cảm giác như vậy? Vì hai năm trước tôi từng dùng đòn bẩy trên Aave và Compound, và bị “hố” bởi lãi suất thả nổi quá nhiều lần. Chỉ cần thị trường biến động mạnh, chi phí vay lập tức gấp đôi, toàn bộ biên lợi nhuận bị lãi suất ăn sạch, và việc bị thanh lý thì diễn ra một cách khó hiểu. Lúc đó tôi đã nghĩ: trong tài chính truyền thống, những kiến thức như lợi suất cố định, khóa lãi suất… người ta đều làm rõ ràng rồi. Thế lên blockchain sao lại không ai làm?

Vì vậy khi thấy TermMax, phản ứng đầu tiên của tôi là lục xem whitepaper và bối cảnh đội ngũ của họ. CEO Jerry Li, từng là MD ở Deutsche Bank, đã làm trong lĩnh vực thu nhập cố định phần lớn cả đời. Trong mắt anh ấy, lãi suất không bao giờ chỉ là con số ngẫu nhiên kiểu “hôm nay 5%, mai 15%”, mà là công cụ có thể thỏa thuận trước, giao dịch và phòng hộ. Logic này đã chạy hàng chục năm trong thị trường trái phiếu truyền thống, và đưa vào DeFi thì sẽ giải quyết đúng vấn đề: người vay không tính được chi phí, còn người cho vay lại không khóa được lợi nhuận.

Giải pháp mà #TermMax đưa ra khá “đinh” và bài bản: cấu trúc ba token chia rõ ràng cho việc vay mượn, đòn bẩy và lợi nhuận. FT giống như trái phiếu không lãi (zero-coupon), mua chiết khấu để đáo hạn được hoàn vốn; XT tương ứng với việc khóa chi phí; còn GT phụ trách quản lý vị thế đòn bẩy. Thêm Range Order AMM để Curator tự thiết lập “vùng lãi suất”, cách chơi cũng khá tinh.

Sau đó họ còn bổ sung các chức năng với nguồn vốn nhàn rỗi: đem đi kiếm lãi trên Aave/Morpho, và có thể thoát sớm. Có thể thấy họ thật sự đang làm sản phẩm, không phải chỉ “bám trend khái niệm”.

Hiện tại mảng vay mượn và đòn bẩy một chạm đã chạy rồi, hỗ trợ Pendle PT, một phần RWA và cổ phiếu được token hóa. Họ trải đa chuỗi khoảng 10 mạng, và tích hợp với Morpho, Aave, Pendle. Dữ liệu chính thức cho biết TVL đã vượt 90 triệu, ví đăng ký 1,5 triệu+. Bản V2 tích hợp thị trường đa chuỗi vào một giao diện, đồng thời kết nối HyperEVM và Robinhood Chain, hỗ trợ dùng các token cổ phiếu được token hóa như QQQ, SPY làm tài sản thế chấp. Ngày 25/8 TGE, phần thưởng cho XP, AP, MP sẽ mở để nhận.

Nhưng nói đi thì cũng phải nói lại: “bước ngoặt” lớn nhất của lãi suất cố định chính là thanh khoản, và trình độ Curator cũng không đồng đều. Sau TGE khi phần thưởng giảm dần theo lộ trình ưu đãi, liệu có trụ vững được không—đó mới là bài kiểm tra thật sự.

Tôi không phải vì tin câu chuyện mà quan tâm TermMax, mà vì ở nơi mà mùi vị đầu cơ trong DeFi vẫn còn khá nặng, lại có người sẵn sàng mang những thứ đã được kiểm chứng trong tài chính truyền thống lên blockchain. Chỉ riêng điều đó cũng đáng để nhìn thêm một lần.

#TermMax Gần đây việc thảo luận về @TermMax bỗng nhiên nhiều hơn hẳn, mọi người đều đang chờ TGE à. Tôi cũng lục lại cơ chế của nó. Nói thật, chơi DeFi cho vay mượn lâu rồi, điểm đau lớn nhất không phải là lãi suất cao hay thấp, mà là lãi suất quá “bấp bênh”. Lãi suất thả nổi, hôm nay 4%, tháng sau có thể 9%—người đi vay thì không kiểm soát nổi chi phí, còn người cho vay chỉ có thể đoán lợi nhuận.

Giải pháp TermMax đưa ra khá thú vị: họ cải tạo AMM của Uniswap V3, biến đường cong giá thành đường cong lãi suất. Thị trường sẽ trực tiếp đấu giá trong một khoảng tùy chỉnh cho “khoản vay này phải trả bao nhiêu tiền lãi”. Khi thêm chiều kích thời hạn, lãi suất không chỉ nhìn cung-cầu hiện tại mà còn tính thêm yếu tố thời gian bị chiếm dụng. Ba token của họ tôi phải ngẫm một lúc mới hiểu: FT giống như trái phiếu không lãi, mua chiết khấu để đến kỳ thì nhận hoàn trả; XT khóa chi phí vay; GT là chứng nhận vị thế đòn bẩy. Định giá dựa trên Range Order, và nguồn vốn nhàn rỗi còn có thể tự động đẩy sang Aave hoặc Morpho để hưởng lãi. Nói ngắn gọn: nó không mô phỏng lãi suất cố định; thay vào đó, họ biến nó thành một tài sản có thể giao dịch.

Định vị sản phẩm rất rõ ràng: vay mượn lãi suất cố định + quyền chọn, khẩu hiệu chỉ ba từ: lãi suất đã biết, thời hạn đã biết, rủi ro đã biết. Hiện tại tính năng cho vay mượn và đòn bẩy một chạm đã ra mắt, hỗ trợ Pendle PT, một phần RWA và token cổ phiếu, khoảng 10 chain, TVL hơn 90 triệu. Nghiệp vụ tổ chức của Canton Network cũng đã được triển khai.

TGE dự kiến ngày 25 tháng 8, đồng bộ niêm yết trên Binance Wallet Booster, tổng quỹ thưởng 2 triệu $TMX. 1,7 triệu được rút thưởng cho 80.000 người trúng, 300.000 dành cho 1.000 người đầu tiên đăng bài trên Binance Square. Tham gia có ví có/không có khóa đều được, tối thiểu cần 2 điểm Alpha. Thời hạn đăng bài Square là 23:59 ngày 21 tháng 8; nhớ xác minh khi lên bảng xếp hạng, phần thưởng sẽ được mở khóa sau TGE.

Lãi suất cố định trong tài chính truyền thống là thứ tầm “hạ tầng”. Trên chuỗi làm được thành một tài sản giao dịch thì không hề dễ. Về mặt kỹ thuật, TermMax đúng là làm rất chắc tay, nhưng thanh khoản, chất lượng Curator và liệu nhu cầu sau TGE có duy trì được hay không—vẫn còn phải chờ xem. Tôi sẽ tiếp tục theo dõi, không phải vì câu chuyện của họ “sexy” đến đâu, mà vì họ đã đẩy tiến thêm một bước cho một việc khó làm nhưng có giá trị bền lâu.

#dusk đang nhìn vào bảng giá $DUSK đã vài ngày rồi. Nói thật, thứ khiến tôi cảnh giác nhất không phải là tăng hay giảm, mà là lớp “giấy dán” về thanh khoản. Hôm nay dữ liệu bày ra trước mắt: khối lượng giao dịch hợp đồng là 3,79 triệu USD, còn giao ngay chỉ hơn 420 nghìn — vị thế hợp đồng lại là hơn 30 lần so với giao ngay, tỷ lệ 14,27 triệu so với 420 nghìn nhìn là thấy trong lòng bất an. Thường thì lệnh đặt rất ngay ngắn, nhưng nếu có một lệnh lớn thực sự ập tới thì sao? Vị thế hợp đồng bị giành chạy trước, giao ngay căn bản không đỡ kịp, trượt giá, hủy lệnh, giá đánh dấu và giá thực có thể lập tức “xé” cho bạn một vết lớn. Khối lượng nhiều chưa chắc đã là thanh khoản tốt, nhiều vị thế cũng không có nghĩa là sàn chịu được lệnh — bài học này phải chờ khi biến động thật sự đến thì mới có người tin.

@Dusk về dự án này, tôi ngược lại lại để ý một mặt khác. Trong quy trình làm việc của họ, việc nhà đầu tư xác minh, gắn ví, rồi chuyển nhượng lại kiểm tra tư cách — nhìn thì rườm rà, nhưng thực chất là làm rõ chữ “không”. Nếu sản phẩm chứng khoán mà ai cũng được coi là đủ điều kiện, thì nó có thể chẳng phải “chứng khoán” thật sự. Quốc tịch không đúng, không đủ là nhà đầu tư chuyên nghiệp, thời gian khóa chưa qua, công cụ không đúng người — thì giao dịch không nên xảy ra, dù tiền đã thanh toán cũng không nên. Đồng token $DUSK ai cũng cầm được, nhưng “công cụ” trên NPEX thì không được; hai thứ đó hoàn toàn không phải một. Tôi thấy họ diễn thử nhằm vào đường từ chối, không tìm thấy đường nào thì tôi coi như xem một trò chơi.

Điều này khiến tôi nhớ tới một người bạn: vài năm trước mua phần vốn quỹ không công khai, muốn bán lại mà căn bản không chuyển được. Tìm người mua đủ chuẩn, bên phát hành gật đầu, ký lại tài liệu, phí trung gian còn cao hơn cả mức chiết khấu — tài sản nằm im ba năm. Dusk đưa phần vốn lên chuỗi, tư cách có thể được xác minh, giới hạn bằng mã khiến việc thực thi bị khóa; về lý thuyết việc chuyển nhượng không còn phải dựa nhiều vào việc kiểm tra thủ công. Ma sát giảm xuống thì các người chơi nhỏ mới có cơ hội tham gia. Tất nhiên, người mua ở đâu, ai định giá, tranh chấp xử ở đâu, việc bên lưu ký có nhận không — những thứ đó thì chuỗi không giải quyết được.

Nói ngắn gọn: Dusk không tạo ra náo nhiệt tức thời, hiệu quả phải chờ khi cơ quan quản lý, bên lưu ký và phía người mua đều sẵn sàng. Những dự án như vậy dễ bị nói là không có tiến triển; ngược lại tôi lại sẵn lòng cho họ thêm kiên nhẫn.

Dạo đêm trong vườn Bì Ba, đến dự một bữa tiệc đèn lộng lẫy của thành phố núi 🌙
Trên khắp sườn đồi là những ánh đèn rực rỡ, pháo hoa bay lên, náo nhiệt nhân gian đều hội tụ ngay khoảnh khắc này.
Thổi một làn gió đêm của thành phố núi, cảm nhận vẻ lãng mạn riêng chỉ có tại Trùng Khánh.$BNB $SOL

#dusk Tôi dạo gần đây cứ lục đi lục lại mãi @Dusk , càng xem càng thấy nhiều người ngay từ đầu đã làm rối nó rồi.

Nhắc $DUSK lên, mọi người vừa mở miệng là nói về cái coin ẩn danh trên Ethereum. Không phải vậy đâu. Tôi đã tự mình lục kỹ whitepaper: nó là một blockchain Layer 1 độc lập, có các node riêng, phí gas riêng, và cả lớp thanh toán đều do tự xây dựng. Cái ERC-20 mà bạn thấy trên Etherscan chỉ thuần là “token ánh xạ” được làm ra từ giai đoạn đầu để tiện thao tác.

Hiểu ra điểm đó rồi thì toàn bộ logic cũng tự nhiên trơn tru. Nó không phải ở đó băn khoăn lộ trình “ngành riêng tư” còn hot không; thứ nó làm là một chuỗi thanh toán riêng tư được thiết kế chuyên cho tài sản tài chính.

Bạn nghĩ xem: sổ cái minh bạch hoàn toàn như Bitcoin hay Ethereum thì việc xác minh quả là thuận tiện, nhưng dòng vốn lớn của tổ chức vào bằng cách nào? Nếu tôi là quản lý quỹ, tôi điều chỉnh danh mục, làm thêm phòng hộ—những biến động vị thế của tôi mà cứ treo hết trong mempool để người khác trông chờ mà soi, thì chẳng khác nào “cởi trần”. Mà nếu ẩn danh hoàn toàn thì kiểm toán và quản lý lại không thông qua được.

Dusk muốn giải quyết đúng cái nút chết đó. Nó dùng Phoenix để che giấu chi tiết giao dịch, dùng Zedger để xử lý các hạng mục kiểu chứng khoán, còn module XSC thì đưa thẳng vào hợp đồng: danh sách cho phép, hạn mức nắm giữ, điều kiện chuyển nhượng—tất cả đều được viết rõ ràng. Thông tin nhạy cảm thì không lộ ra; phần tuân thủ thì vẫn có thể kiểm chứng; cuối cùng thì đi qua một vòng đồng thuận để “đóng dấu”.

Vì vậy giờ tôi không còn mấy khi tranh luận xem quyền riêng tư có còn “hot” hay không. Vấn đề thú vị thật sự là: nếu đến một ngày có quỹ, trái phiếu lên on-chain để làm RWA, thì những tổ chức này có nhất thiết phải cần một lớp nền như vậy không?

Thị trường ngày nào cũng có một cơn gió mới, nhưng ai đó có thể nín im không gây ồn ào mà vẫn âm thầm làm hạ tầng tài chính—thì ngược lại lại khiến tôi thấy có gì đó hay ho.

#dusk Ban đầu tôi xem qua @Dusk tài liệu cũng không để tâm, cứ tưởng chỉ là một dự án “lấy thế chấp rồi sinh lãi”. Nhưng càng đọc càng thấy: nó không hề đơn giản chỉ là khóa cam kết để lấy thưởng. Muốn chạy node Provisioner, tối thiểu phải thế chấp 1000 DUSK, đồng thời phải luôn trực tuyến và dùng đúng phiên bản phần mềm được chỉ định. Việc thế chấp mới còn phải chờ đến một epoch nữa, khoảng 6 đến 12 giờ mới bắt đầu làm việc. Phần thưởng cũng không phải con số cố định, mà phụ thuộc vào mức độ tham gia thực tế và tỷ lệ thế chấp hợp lệ. Khắt khe nhất là cơ chế phạt: rớt mạng thì trừ điểm, trừ một khoản tiền nhỏ; còn nếu làm điều sai trái hoặc bỏ phiếu mang tính ác ý thì sẽ bị hủy một phần số thế chấp. Thiết kế này rất “thông minh”: lợi suất cao có thể thu hút người tham gia, nhưng chỉ những ai sẵn sàng chịu trách nhiệm mới có thể ở lại.

Thứ làm tôi dừng lại để suy nghĩ kỹ hơn chính là cách họ thiết kế kiến trúc. Họ không gộp tất cả chức năng vào một mối mà tách riêng các năng lực như đồng thuận, thực thi, quyền riêng tư và danh tính. DuskDS lo phần đồng thuận và tính cuối cùng; DuskEVM lo phần thực thi; Citadel xử lý danh tính và việc công bố chọn lọc. Nhờ tách bạch như vậy, người dùng tổ chức không còn phải lăn tăn giữa bảo vệ quyền riêng tư và tuân thủ quy định—vì có thể cân bằng được cả hai.

Điểm khiến tôi ấn tượng nhất là cơ chế tính cuối cùng. Qua ba giai đoạn của Succinct Attestation, “phê duyệt” đồng nghĩa với việc xác nhận. Theo thông tin chính thức thì khoảng 10 giây, không có chuyện tái tổ chức chuỗi, không vướng vấn đề xác suất—phê duyệt rồi thì coi như chốt hẳn. Truyền thống tài chính T+2 không phải do vấn đề kỹ thuật, mà vì người ta không dám nhanh. Còn ở đây, sự “không thể đảo ngược” biến từ chuyện theo xác suất thành một cơ chế, và việc “thanh toán” được định nghĩa lại.

Xem thêm việc họ hợp tác với sàn giao dịch được cấp phép của Hà Lan là NPEX, cùng với Quantoz dùng stablecoin EURQ (euro) để khép kín vòng thanh toán—điều này không còn là thử nghiệm kỹ thuật đơn thuần nữa, mà là đưa toàn bộ quy trình phát hành, giao dịch và thanh toán chứng khoán được quản lý lên chuỗi.

Vì vậy, giờ khi tôi nhìn $DUSK , tôi không chỉ cân nhắc xem công nghệ quyền riêng tư có đủ “ngầu” hay không, mà là xem toàn bộ hệ thống này có thực sự nối được danh tính, tài sản, giao dịch và thanh toán thành một quy trình tài chính có thể vận hành hay không. Dù còn phải tiếp tục quan sát việc phân bố node, chi phí vận hành và động lực dài hạn, nhưng ít nhất về mặt cơ chế, tôi cảm thấy họ đang xây dựng một hệ thống an ninh đáng để cùng duy trì, chứ không chỉ là một cái “bể” thu hút dòng tiền.