兰精灵

Trăng rằm tròn đầy Trung Thu, lặng chờ hoa nở.
Chúc cho thị trường như vầng trăng tròn, dần dần đi vào giai đoạn tốt đẹp, chúc mọi người Trung Thu an khang✨
$BTC $BNB $SOL

Bốn tháng lắng đọng, rồi một ngày bừng nở.

$TLS chính thức được FLAP công bố trở thành token kiểm thử (testnet) chính thức của FLAP. Đây vừa là sự tri ân tốt đẹp nhất dành cho toàn bộ những người đã kiên trì gắn bó trong suốt thời gian qua, vừa là khởi đầu mới để bám trụ vào hệ sinh thái BNBChain và bứt phá trên đường đua #MemeFi.

Với vai trò là token kiểm thử chính thức mới gia nhập hệ sinh thái, TLS nhắm theo hệ thống vốn hoá đã trưởng thành của TST và TUT. Đồng thời, dựa vào lợi thế hệ sinh thái Meme đang “hot” nhất của FLAP hiện nay, TLS sở hữu những “đặc ân” tăng trưởng mang tính bẩm sinh. Khác với hàng loạt token mang tính đầu cơ nhất thời ngoài thị trường, TLS vững vàng bằng việc xây dựng cộng đồng một cách thực chất. TLS có được “đá kê” vững chắc cho nền tảng giá trị nhờ sự hậu thuẫn từ phía chính thức.

Không chạy theo những cuộc so tài độ nóng ngắn hạn, chỉ theo đuổi giá trị mang tính chắc chắn dài hạn. Tương lai $TLS chắc chắn sẽ tiếp tục viết nên kỳ tích về vốn hoá của token kiểm thử chính thức BNBChain, và mang đến cho mỗi người kiến tạo đã kiên định bền bỉ một lời giải trọn vẹn.

Một vũng nước xanh biếc, mây núi cùng phản chiếu.
Trước mắt đều là dịu dàng, trộm lấy một khoảnh khắc thanh nhàn.
$BTC $BNB $SOL

Bốn mùa luân chuyển, hoa nở như thường🌿
Không cần chạy đến phương xa, ngay bên cạnh cũng có phong cảnh.
$BTC $BNB $SOL

Biến động lên xuống, cuộc sống tự có nhịp điệu ☕
Hứng một tia nắng ấm, giữ một tâm hồn bình thường,
Chậm lại, cũng là một loại bản lĩnh.
$BTC $BNB $SOL

Hôm nay không có nắng,
thời tiết mát mẻ, gió nhẹ vừa đủ.

Ngay cả hoa liên cũng nở dịu dàng hơn bình thường,
thì đừng tự nhốt mình quá chặt.

Đi chậm thôi,
hãy cho bản thân một chút gió, và dành cho tâm trạng một khoảng trống.
$BTC $BNB $SOL

Một dòng sông ánh hoàng hôn, trước mắt là sắc vàng rực rỡ🌅
Sông có lúc lên lúc xuống, thị trường cũng có lúc thăng trầm.
Bớt đi một phần nóng vội, thêm một phần kiên nhẫn.
Giữ tâm thế bình tĩnh, lặng lẽ chờ hoa nở, chúc mọi người đều có thể đạt được điều mình mong muốn.
$BTC $BNB $SOL

Một hồng một tím, hoa nở mùa hè🌿
Trong khói lửa đời thường, nắm bắt thoáng chốc lãng mạn.

$BTC $BNB $SOL

Tháng Chín xin chào, mong rằng gió của tháng này có thể mang đến một chút may mắn mới.
$BNB $BTC $SOL
Sự rộn ràng của tháng Tám dần dần đi xa,
tháng Chín bắt đầu, ngày tháng cũng từ từ yên tĩnh lại.

Không cần vội vàng đuổi theo bất cứ điều gì,
cũng không cần ép bản thân mỗi ngày đều phải có câu trả lời.
Uống một ly đồ uống mình thích,
ngắm một lần gió buổi xế chiều,
cho cảm xúc có thời gian lắng xuống.

Tháng này,
mong rằng chúng ta đều có thể giữ vững nhịp độ,
trong những ngày thường vụn vặt,
chậm rãi tích góp thứ ánh sáng thuộc về riêng mình.

Sương sớm thấm đầy dây tràng xuân,
hoa nở có lúc, lên xuống vô thường 🌿
Muôn vật trên đời đều có chu kỳ,
lặng chờ thời cơ, lắng đọng rồi ắt sẽ nở hoa.
$BNB $SOL $BTC

Ứ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