HuyenPTN

Sau vài tuần thử dapp và săn airdrop, màn hình explorer đôi khi giống một bản sao kê không ai xin phép xem. Mình từng mở lại một địa chỉ phụ, thấy 38 giao dịch đủ để lần ra giờ nạp, giờ rút, sàn từng đi qua, và cách chia vốn gần như thành thói quen.

Mình thấy một chi tiết dễ gây nhầm về Dusk Network, Moonlight và Phoenix không phải 2 nhãn cho cùng một cách chuyển tiền. Moonlight là mô hình tài khoản công khai, nơi số dư, nonce, người gửi, người nhận, số lượng, đều phù hợp với ví, sàn, và ứng dụng cần đối soát.

Phoenix trả lời phần ngược lại, giao dịch vẫn hợp lệ nhưng lịch sử ví không cần thành hồ sơ mở. Trong Dusk Network, Phoenix dùng UTXO riêng tư, tài sản nằm trong note được che chắn, zero knowledge chứng minh quyền chi tiêu, còn nullifier chặn chi tiêu 2 lần mà không phải lộ note gốc.

Điểm đáng chú ý là 2 mô hình này không triệt tiêu nhau, mà mô phỏng đúng hành vi tài chính ngoài đời. Người dùng muốn công khai khi cần hệ thống tin mình, nhưng có lúc 3 dữ liệu cơ bản, ai gửi, ai nhận, bao nhiêu, đã là quá nhiều. Dusk Network vì vậy không chỉ nói về riêng tư, mà thử đóng gói quyền chọn mức lộ diện vào hạ tầng.

Tự phản biện, thiết kế kép có thể khiến người mới bối rối, nhất là khi họ phải hiểu lúc nào đi qua Moonlight, lúc nào dùng Phoenix. Mình vẫn để ngỏ câu hỏi, Dusk Network sẽ làm giao diện đủ rõ để người dùng chọn riêng tư trước khi bị soi, hay họ chỉ nhớ đến nó sau khi 38 giao dịch đã kể thay họ.
#dusk $DUSK @Dusk

Hôm qua tôi đã thử giải thích crypto cho một người không hề sở hữu bất kỳ cái nào.
Mọi chuyện diễn ra tệ hại.
Không phải vì họ không đồng ý với tôi.
Họ chỉ hỏi:
“Vì sao mọi thứ này cần phải nằm trên blockchain?”
Tôi bắt đầu đưa ra những câu trả lời quen thuộc.
Thanh toán nhanh hơn.
Truy cập toàn cầu.
Tài sản có thể lập trình.
Tự quản lý tài sản.
Họ nhìn tôi trong một giây rồi nói:
“Được rồi. Nhưng nó giải quyết vấn đề gì cho những người đang làm trong lĩnh vực tài chính?”
Tôi không có câu trả lời thuyết phục.
Ít nhất là ngay lúc đó.
Câu hỏi đó thực sự khiến tôi suy nghĩ lại về Dusk theo một cách khác.
Dusk không thực sự kêu gọi một ngân hàng trở thành công ty crypto.
Ý tưởng gần hơn với việc lấy những quy trình mà các tổ chức tài chính đã quen thuộc — phát hành, điều kiện đủ của nhà đầu tư, chuyển giao, công bố và thanh toán — rồi đưa nhiều phần hơn của quy trình đó lên một hạ tầng dùng chung.
Đó là một “pitch” ít gây hứng thú hơn nhiều.
Và có lẽ chính vì thế mà tôi lại thích nó.
Nếu bạn phải thuyết phục một tổ chức thay đổi hoàn toàn cách họ nghĩ về thị trường tài chính trước khi họ có thể sử dụng blockchain của bạn, thì bạn đã tự tạo ra một vấn đề cực lớn cho chính mình.
Nhưng nếu tổ chức đó vẫn có thể tiếp tục suy nghĩ về chứng khoán, nhà đầu tư và việc thanh toán trong khi blockchain lặng lẽ lo một phần hạ tầng bên dưới...
Thì đó lại là chuyện khác.
Định vị hiện tại của Dusk rất rõ ràng xoay quanh tài chính onchain được quản lý, với quyền riêng tư, cơ chế kiểm soát truy cập và thanh toán tất định được tích hợp sẵn trong hạ tầng thay vì được “gắn thêm” như một suy nghĩ sau.
Tôi vẫn còn nghi ngờ.
Đưa các quy trình tài chính lên on-chain không tự động làm chúng tốt hơn.
Và các tổ chức không chấp nhận công nghệ chỉ vì kiến trúc trông có vẻ tinh tế.
Họ cần thanh khoản.
Sự chắc chắn về mặt quy định.
Các đối tác đáng tin cậy.
Người dùng thực sự.
Vậy có lẽ câu hỏi không phải là:
“Liệu tài chính có chấp nhận blockchain không?”
Có lẽ là ngược lại.
Có thể câu hỏi đúng hơn là:
Blockchain có thể giải quyết đủ nhiều vấn đề hiện có của tài chính đến mức để tài chính không còn phải quan tâm chuyện đó còn là blockchain nữa hay không?
Đó là câu hỏi mà hôm qua tôi không trả lời được.
Tôi vẫn đang nghĩ về nó.
#dusk $DUSK @Dusk

Trước đây tôi từng nghĩ một blockchain tốt thì phải làm được mọi thứ.
Smart contract?
Đương nhiên.
Quyền riêng tư?
Thêm vào.
EVM?
Tất nhiên rồi.
Thực thi tùy biến?
Tại sao không.
Danh sách tính năng càng dài thì dự án càng trông ấn tượng với tôi.
Tôi đã thay đổi suy nghĩ về điều đó.
Nhìn vào Dusk, điều thu hút sự chú ý của tôi không phải là thêm một tính năng nữa.
Mà là quyết định không bắt mọi thứ phải đi qua cùng một môi trường thực thi.
Dusk có DuskVM cho các hợp đồng Rust/WASM chạy trực tiếp trên L1, trong khi DuskEVM cung cấp khả năng thực thi Solidity và Vyper thông qua một môi trường tương thích EVM. Hai lộ trình này sử dụng DuskDS bên dưới để thanh toán và sẵn có dữ liệu. (docs.dusk.network)
Lúc đầu tôi nghĩ:
“Sao phải làm mọi thứ phức tạp như vậy?”
“Chẳng phải một môi trường thôi sẽ dễ hơn sao?”
Rồi sau đó tôi bắt đầu nghĩ ngược lại.
Có lẽ việc ép mọi ứng dụng vào một môi trường duy nhất mới là lựa chọn phức tạp.
Một nhà phát triển xây dựng ứng dụng Solidity thông thường có lẽ không muốn phải học một ngăn xếp hoàn toàn khác.
Người xây dựng một giao thức cần truy cập trực tiếp vào các mô hình giao dịch gốc của Dusk có lẽ cũng không muốn các lớp trừu tượng của EVM cản trở.
Vì vậy, về cơ bản Dusk trao cho họ những “cánh cửa” khác nhau.
Điều đó không tự động khiến kiến trúc trở nên tốt hơn.
Có thêm nhiều thành phần cũng đồng nghĩa với việc có thêm nhiều thứ cần bảo trì.
Nhiều giao diện hơn.
Nhiều giả định hơn.
Nhiều cách hơn để mọi thứ có thể bị hỏng.
Nhưng tôi thực sự thích cách lập luận phía sau nó.
Thay vì nói:
“Đây là môi trường blockchain duy nhất của chúng tôi. Ai cũng dùng nó.”
Dusk có vẻ như đang nói:
“Hãy cho chúng tôi biết bạn định xây dựng gì trước.”
Đó là một khác biệt tinh tế.
Và có lẽ tôi đang suy nghĩ quá mức.
Nhưng sau khi thấy quá nhiều chuỗi cố gắng trở thành “tất cả cho mọi người”, tôi lại thấy sự sẵn sàng của Dusk trong việc giữ các lộ trình thực thi khác nhau thật sự mới mẻ một cách đáng ngạc nhiên.
Đôi khi sự linh hoạt không phải là việc thêm nhiều tính năng hơn.
Đôi khi nó là biết đâu là những tính năng không nên ép chung với nhau.
#dusk $DUSK @Dusk

Tôi đã học được từ rất lâu là đừng cấp cho mọi ứng dụng nhiều quyền hơn mức nó cần.
Nó thường bắt đầu một cách vô hại.
“Connect wallet.”
Sau đó:
“Sign this.”
Rồi một cửa sổ bật lên khác xuất hiện và tôi đã bắt đầu tự hỏi chính xác là tôi vừa phê duyệt điều gì.
Từ đó tôi càng trở nên nghi ngờ hơn đối với các lời nhắc ký.
Vì vậy tôi tò mò về một điều trong Dusk mà trước đây tôi chưa để ý nhiều: sự tách biệt giữa việc chỉ tương tác với một tài khoản và việc thực sự ủy quyền cho một hành động.
Mô hình tài khoản của Dusk phân biệt giữa thông tin tài khoản công khai và ủy quyền mật mã học cần thiết để thực thi các giao dịch. Ứng dụng có thể truy vấn thông tin tài khoản mà không tự động có được khả năng chi tiêu hoặc chuyển dịch tài sản.
Nghe có vẻ hiển nhiên.
Nhưng crypto lại có một cách thú vị là khiến những điều hiển nhiên trở nên phức tạp.
Một trang web phải có thể biết rằng một tài khoản tồn tại.
Nó cũng có thể kiểm tra số dư nếu thông tin là công khai.
Điều đó không có nghĩa là nó có thể ký một thứ gì đó thay cho tôi.
Đó là những quyền khác nhau.
Và tôi nghĩ Dusk đã nắm bắt được một điều quan trọng ngay tại đây.
Blockchain không nên phải tin tưởng ứng dụng chỉ vì tôi đã mở nó.
Ứng dụng có thể hỏi.
Khóa của tôi quyết định.
Sự tách biệt đó không loại bỏ được lừa đảo (phishing), hợp đồng độc hại hay thói quen ký bừa. Không cái nào làm được.
Nhưng nó tạo cho tôi một mô hình tinh thần rõ ràng hơn.
“Đọc tài khoản của tôi” và “hành động như tài khoản của tôi” không nên có cảm giác như cùng một quyền.
Có lẽ đó chỉ là một chi tiết nhỏ.
Tôi đã bắt đầu nghĩ rằng những chi tiết nhỏ quan trọng rất nhiều trong crypto.
Vì khi có chuyện gì đó đi sai, thường không phải là thứ mật mã “hoành tráng” khiến người dùng bị rối.
Mà là cái nút nhỏ mà họ đã bấm mà không thực sự hiểu ý nghĩa của nó.
Và đó là phần của Dusk mà tôi thấy mình trân trọng hơn.
Không phải một tính năng khác.
Chỉ là một ranh giới rõ ràng hơn giữa nhìn và làm.
#dusk $DUSK @Dusk

Tôi có một thói quen xấu khi dùng các ứng dụng crypto.

Thường thì tôi bấm “connect wallet” trước khi thậm chí tôi nghĩ xem mình đang kết nối với cái gì.

Có lẽ đó không phải là một thói quen tốt.

Điều đó khiến tôi nghĩ về cách tiếp cận của Dusk đối với danh tính.

Bởi vì nếu Dusk muốn các ứng dụng tài chính có thể hoạt động trên chuỗi, thì câu hỏi “bạn là ai?” trở thành một vấn đề lớn hơn nhiều so với việc chỉ biết địa chỉ ví của ai đó.

Đó là lúc Citadel bắt đầu trở nên hợp lý hơn với tôi.

Ý tưởng cơ bản là người dùng có thể lưu giữ các thông tin xác thực (credentials) và sau đó chứng minh được một điều gì đó về chúng mà không chỉ đơn giản là đổ toàn bộ thông tin cá nhân gốc lên blockchain.

Giả sử một ứng dụng cần biết rằng tôi đủ điều kiện để sử dụng một dịch vụ.

Ứng dụng đó không nhất thiết phải cần toàn bộ danh tính của tôi.

Citadel 2 của Dusk sử dụng các bằng chứng không kiến thức (zero-knowledge proofs) để cho phép người dùng chứng minh rằng một credential là hợp lệ trong khi giữ thông tin cá nhân thực tế ở ngoài chuỗi. Dịch vụ có thể định nghĩa họ chấp nhận gì, còn bằng chứng sẽ xác lập rằng yêu cầu đã được đáp ứng.

Tôi thích hướng đi đó.

Nhưng tôi cũng nghĩ rằng có một câu hỏi khó chịu đang bị giấu ở đây.

Ai là người kiểm soát các credentials?

Ai quyết định credential nào được tin cậy?

Và chuyện gì xảy ra khi một credential cần bị thu hồi?

Những vấn đề đó sẽ không biến mất chỉ vì có liên quan đến các bằng chứng không kiến thức.

Có lẽ vì vậy mà tôi quan tâm đến kiến trúc danh tính của Dusk hơn là câu chuyện “quyền riêng tư” thường thấy trên tiêu đề.

Quyền riêng tư chỉ là một phần.

Phần khó hơn là làm cho danh tính trở nên hữu ích mà không biến mọi tương tác tài chính thành một mẫu KYC khổng lồ khác.

Nếu Dusk có thể khiến quy trình nhàm chán đó trở nên vô hình đối với người dùng, tôi sẽ coi đó là một chiến thắng lớn hơn nhiều so với một bản demo quyền riêng tư hào nhoáng khác.
#dusk $DUSK @Dusk

Trong vài tuần quan sát các nhóm xoay stablecoin theo kỳ hạn ngắn, mình thấy vấn đề khó chịu nhất không nằm ở giá tài sản. Kế hoạch vốn thường dài 30 đến 90 ngày, nhưng chi phí vay lại đổi nhanh hơn nhịp ra quyết định.

TermMax dùng Market Factory để chạm vào đúng khoảng lệch đó. Mỗi thị trường vay kỳ hạn được tạo như một cấu hình riêng trên chain, gồm tài sản thế chấp, tài sản vay, ngày đáo hạn và tham số thanh lý. Nó không ép mọi nhu cầu vay vào cùng một khuôn thanh khoản, nơi kỳ hạn và rủi ro dễ bị làm phẳng.

Điểm sâu là Market Factory biến kỳ hạn thành phần lõi của thiết kế thị trường. Nếu có 5 cặp tài sản và 6 mốc đáo hạn, hệ thống có thể sinh ra 30 thị trường, nhưng mỗi nơi vẫn giữ hồ sơ rủi ro riêng. TermMax vì vậy không chỉ tạo thêm pool, mà tạo thêm cách đóng khung rủi ro theo thời gian.

Hành vi người dùng ở đây khá thực tế. Người đi vay muốn biết trước chi phí vốn, người cho vay muốn biết vốn bị khóa bao lâu. Market 30 ngày và market 180 ngày có thể dùng cùng tài sản, nhưng kỳ vọng thanh khoản, spread và tâm lý tham gia sẽ khác nhau.

Nghịch lý là cấu hình càng riêng, thị trường càng rõ, nhưng thanh khoản càng dễ bị chia nhỏ. TermMax giúp dựng thị trường kỳ hạn có trật tự hơn, nhưng không tự làm spread mỏng lại, không tự cân bằng cung cầu, và không buộc người dùng đọc hết tham số. Mình đang chờ xem người dùng sẽ dùng sự rõ ràng đó để quản trị vốn tốt hơn, hay chỉ biến nó thành một vòng xoay thanh khoản mới.
#termmax @TermMax

Tôi luôn thấy các ví crypto hơi khó chịu.
Không phải phần ký.
Mà là cấu trúc tài khoản.
Một chuỗi cần địa chỉ này.
Ví khác lại đưa cho bạn một địa chỉ khác.
Rồi hệ thống quyền riêng tư lại xuất hiện và đột nhiên bạn phải quản lý thêm một tài khoản nữa.
Tôi đang đọc tài liệu ví của Dusk thì nhận ra một điều mà trước đó tôi chưa thực sự nghĩ tới.
Dusk gọi nó là Profile (Hồ sơ).
Một profile kết hợp một tài khoản Moonlight công khai và một tài khoản Phoenix được che chắn (shielded) dưới cùng một cụm mnemonic. Ví có thể quản lý cả hai song song trong khi giữ cho khóa và địa chỉ của chúng được sắp xếp riêng rẽ.
Nghe giống như một quyết định UX rất nhỏ.
Nhưng tôi thực sự thấy hợp lý.
Vì quyền riêng tư trở nên lúng túng rất nhanh khi người dùng phải hiểu kiến trúc đứng sau nó.
“Dùng địa chỉ này cho các giao dịch công khai.”
“Dùng địa chỉ khác này cho các giao dịch được che chắn.”
“Đừng trộn lẫn chúng.”
“Nhớ khóa nào thuộc về đâu.”
Đó chính là kiểu thứ khiến các hệ thống về mặt kỹ thuật tốt lại trở nên đau đớn khi sử dụng.
Cách tiếp cận của Dusk không tự động giải quyết vấn đề UX quyền riêng tư.
Bạn vẫn có hai mô hình giao dịch khác nhau nằm bên dưới.
Moonlight là kiểu tài khoản (account-based) và công khai (public).
Phoenix là kiểu được che chắn (shielded) và dựa trên UTXO.
Điểm thú vị là ví không bắt người dùng phải quản lý hai thứ đó như hai danh tính hoàn toàn không liên quan.
Chúng được gom lại thành một profile.
Tôi thích điều đó.
Không phải vì đây là một phát minh mã hóa mang tính đột phá.
Nó không phải vậy.
Chỉ là một trong những quyết định nhỏ khiến tôi nghĩ rằng có ai đó thực sự đã dành thời gian để cân nhắc: một người bình thường sau khi xong phần kiến trúc kỹ thuật thì họ được cho là phải làm gì.
Và thật lòng mà nói, đó là phần của blockchain mà tôi muốn được thấy nhiều hơn.
Không phải thêm một tính năng nữa.
Chỉ là ít thứ hơn để tôi phải bận tâm.
#dusk $DUSK @Dusk

ETH giảm bảy phần trăm vào buổi tối, và nhóm chat cho vay mà tôi theo dõi đột nhiên im bặt. Nhiều người không hoảng sợ mức sụt giảm đó nhiều như họ lo lắng vì không hiểu tại sao lãi suất vay, tài sản thế chấp và định giá tham chiếu lại đồng thời khiến vị thế của họ trở nên mong manh.

TermMax thu hút sự chú ý của tôi vì nó không cố bán cảm giác về sự đơn giản. Nó tách việc vay, thế chấp và định giá thành các module riêng biệt, nghĩa là người dùng phải nhìn hoạt động cho vay như một hệ thống nhiều lớp, chứ không chỉ là một “hồ” tiền với một mức lãi suất duy nhất.

Trong mô hình “hồ” truyền thống, thanh khoản, tài sản thế chấp, dữ liệu oracle và chi phí vốn thường bị nén lại thành một trải nghiệm duy nhất. Khi thị trường yên ả, sự nén đó trông có vẻ mượt mà, nhưng khi biến động xuất hiện, người vay nhận ra rằng họ đang đọc một con số thay vì cả một chuỗi quyết định.

Điểm sâu hơn của TermMax là nó “đặt vị trí” cho rủi ro. Module vay hiển thị nghĩa vụ nợ và kỳ hạn, module thế chấp hiển thị lớp đệm tài sản, và module định giá cho thấy thị trường được đưa vào hệ thống như thế nào.

Tuy nhiên, TermMax cũng không thể thoát khỏi một nghịch lý quen thuộc trong crypto. Cấu trúc càng trở nên rõ ràng thì giao thức càng trung thực, nhưng người dùng bình thường lại thường muốn ít lớp hơn, ít điều khoản hơn, và một màn hình đủ yên tĩnh để họ có thể bấm vào mà không phải suy nghĩ quá nhiều.

Tôi không xem TermMax là câu trả lời cuối cùng cho hoạt động cho vay trên onchain. Điều đáng quan sát là nó định khung lại câu hỏi hành vi: liệu người dùng thực sự muốn hiểu rủi ro được tạo ra ở đâu, hay chỉ muốn một sản phẩm khiến rủi ro trông gọn gàng hơn.
#termmax @TermMax

Kết thúc một ngày làm việc, màn hình điện thoại của tôi cứ liên tục sáng lên khi các thông báo từ ngân hàng lần lượt đến. Tôi đang bán một ít USDT, người mua gửi một ảnh chụp chuyển khoản gọn gàng, nhưng thực tế sao kê lại bị trộn lẫn với một vài khoản thanh toán nhỏ khác trong cùng khung thời gian. Tôi chưa nhả xu, vì mã tham chiếu của ngân hàng chưa khớp với dòng mà tôi cần tìm.

Binance P2P khiến nhiều người quên rằng giao dịch không chỉ tồn tại trên sàn. Phần nhạy cảm nhất lại đi xuyên qua một tài khoản ngân hàng cá nhân. Khi dữ liệu hiển thị không đầy đủ, người dùng thường bám vào trực giác nhiều hơn là bằng chứng.

Sau khi dùng Binance P2P vài lần, tôi nhận ra sai lầm phổ biến không phải do thiếu kiến thức, mà do đặt quá nhiều niềm tin vào sự trùng hợp. Số tiền đúng, thời gian gần khớp, tên gần giống, và như vậy đã đủ để nhiều người xác nhận. Nhưng khi một sao kê có nhiều khoản thanh toán tương tự, thì “hầu như đúng” vẫn có thể kéo bạn vào giao dịch sai.

Chính vì vậy, mã tham chiếu ngân hàng có một vai trò khá lạ lùng. Nó nhỏ, khô khan, và khó nhớ. Nhưng đó lại là thứ kéo dòng tiền quay về đúng đường ray, đặc biệt khi nội dung ghi chuyển khoản bị cắt ngang hoặc người gửi dùng cách diễn đạt quá chung chung.

Tôi không nghĩ Binance P2P là nguy hiểm theo nghĩa tuyệt đối. Vấn đề nằm ở chỗ người dùng xử lý nó bằng thói quen mua bán hằng ngày, trong khi hậu quả thuộc về hệ thống tài chính thực. Chỉ một hành động vội vàng cũng có thể biến người bán thành người phải giải thích một dòng tiền mà họ chưa bao giờ hiểu trọn vẹn.

Tốc độ luôn được xem là lợi thế, còn việc kiểm tra thì bị coi là phiền phức. Binance P2P không sai vì nhanh, và người dùng không sai khi muốn một giao dịch sạch sẽ. Câu hỏi còn lại là: nếu chỉ một mã tham chiếu nhỏ đã đủ để giúp lần theo dòng tiền, vậy tại sao có quá nhiều người chỉ nhớ đến nó sau khi sao kê đã trở nên lộn xộn.
#binancep2pantoan @Binance Việt Nam

Điều làm tôi khó chịu nhất về UX của crypto là khoảnh khắc một giao dịch gặp sự cố.

Bạn gửi nó.

Có chuyện xảy ra.

Và rồi ví sẽ hiện cho bạn một thông báo lỗi màu đỏ, đại loại nói rằng:

“Chúc bạn may mắn.”

Tôi đã quá đủ với những điều như vậy.

Vì thế khi tôi đọc tài liệu về giao dịch của Dusk, tôi dừng lại ở một thứ không hẳn quá hấp dẫn, nhưng có lẽ lại đáng chú ý.

Dusk tách riêng những điều khác nhau có thể xảy ra đối với một giao dịch.

Một giao dịch có thể thực thi thành công.

Nó có thể thất bại.

Một khối chứa nó sau đó có thể bị hoàn tác (reverted).

Và các ứng dụng được kỳ vọng sẽ lắng nghe các sự kiện liên quan rồi phản ứng tương ứng, thay vì cho rằng “tôi đã gửi nó” nghĩa là “nó đã xong”.

Phần cuối đó nghe có vẻ hiển nhiên.

Nhưng không phải vậy.

Ví có thể cho bạn biết rằng giao dịch đã được gửi đi, nhưng điều đó không nhất thiết nói cho bạn biết chuyện gì đã xảy ra với phần thực thi.

Tài liệu của Dusk còn khuyến nghị người tích hợp theo dõi sự kiện transaction-executed, kiểm tra lỗi, xác nhận khối đã được chốt (finalized), và xử lý việc hoàn tác khối bằng cách lắng nghe lại các sự kiện giao dịch.

Tôi thích cách tiếp cận đó.

Không phải vì nó mang tính cách mạng.

Thực ra, ngược lại.

Nó giống như có ai đó ngồi xuống và hỏi:

“Khi tiền đang được chuyển đi, ứng dụng thực sự cần thông tin gì?”

Đó là một câu hỏi hay hơn nhiều so với việc chỉ làm cho hệ thống giao dịch trở nên phức tạp hơn.

Tôi không biết người dùng có thể sẽ nhìn thấy trực tiếp bao nhiêu phần của điều này.

Hy vọng là không nhiều.

Nếu cơ sở hạ tầng làm đúng việc của nó, thì ví sẽ biến tất cả những điều này thành thứ gì đó đủ đơn giản để tôi không phải nghĩ về nó.

Nhưng bên dưới cái nút đơn giản đó, cần có một hệ thống biết được sự khác nhau giữa:

“Tôi đã gửi nó.”

“Nó đã được thực thi.”

“Nó đã được hoàn tất/chốt.”

và

“Mọi thứ đã xảy ra sự cố.”

Sự phân biệt đó thì tẻ nhạt.

Nhưng tôi nghĩ chính vì thế mà nó đáng để chú ý.
#dusk $DUSK @Dusk

Trong một đợt sụt giảm mạnh của thị trường, bảng điều khiển cho vay vẫn hiển thị những con số hấp dẫn, nhưng tôi đã xem lịch đáo hạn trước. Tiền vẫn còn đó, lợi suất vẫn đang chạy, chỉ là khả năng xoay vòng vốn đã biến mất đúng vào thời điểm cần nhất.

TermMax đi thẳng vào phần đó của DeFi. Nợ không chỉ là chuyện vay và hoàn trả, mà còn là khoản vay kéo dài bao lâu và mức giá mà người dùng có thể thoát ra là bao nhiêu. Kỳ hạn 30 ngày khác kỳ hạn 180 ngày vì chi phí vốn, độ sâu thanh khoản và xác suất điều kiện thị trường thay đổi là khác nhau.

Điểm nổi bật ở TermMax là nó đưa định giá nợ theo kỳ hạn cố định vào một cơ chế dựa trên thị trường, thay vì để người dùng tự thương lượng dựa trên trực giác. AMM tạo ra một đường giá cho các tài sản nợ theo thời gian đáo hạn, trong khi thanh khoản thị trường giúp giá di chuyển khi nguồn cung cho vay hoặc nhu cầu vay mượn thay đổi. Nếu 1000 stablecoins được khóa thêm 90 ngày, thì chênh lệch 1 phần trăm mỗi tháng không còn là chi tiết nhỏ.

Người dùng crypto thường thích những con số gọn gàng. APY càng rõ ràng thì não càng muốn bỏ qua các điều kiện nằm phía sau nó. TermMax làm cho thời gian đáo hạn, trượt giá và thanh khoản có thể nhìn thấy cùng lúc, nhưng điều này chỉ hữu ích nếu người dùng đọc nó như các nhà quản lý vốn, chứ không phải như những người săn phần thưởng.

Nghịch lý là khi công cụ càng chính xác thì ảo giác về sự kiểm soát càng dễ xuất hiện. Một khoản vay được định giá minh bạch vẫn có thể trở thành sai lầm nếu người dùng quên rằng nhu cầu tiền mặt của chính họ cũng có thể thay đổi.

Tôi không xem TermMax như một giải pháp gọn gàng cho mọi thị trường nợ on-chain. Nó giống như một chiếc gương kỹ thuật, buộc chúng ta phải thấy giá của thời gian, giá của thanh khoản—và câu hỏi còn lại là liệu việc nhìn rõ hơn có thực sự dẫn đến hành vi tốt hơn hay không.
#termmax @TermMax

Vào một buổi tối cuối tháng, màn hình giao dịch được mở cạnh bảng chi tiêu nhóm, và tôi cần mua một ít USDT để trả lại số tiền mà tôi đã ứng trước. Trên Binance P2P, có một quảng cáo với mức giá khá “mềm” và khối lượng còn lại ở mức khoảng một nửa, trông như thể ai đó vừa khớp gần như hết. Cảm giác đầu tiên của tôi là đọc nó như dấu vết của một lệnh lớn.

Tôi chờ thêm vài phút. Con số không hề thay đổi. Cảm giác mình vừa bắt được một manh mối bỗng chuyển sang một giả thuyết bình thường hơn: có thể phần còn dư chỉ là lượng mà chẳng ai muốn lấy.

Điều rắc rối về Binance P2P là nó khiến mọi thứ trông có vẻ đơn giản. Một mức giá, một giới hạn, một khối lượng còn lại, vài dòng điều kiện. Nhưng đằng sau những con số đó là giờ chuyển tiền, các khoản lẻ, hạn mức ngân hàng và tâm lý né rủi ro.

Người dùng thường muốn xem khối lượng còn lại như một dấu hiệu của dòng tiền. Một quảng cáo gần được lấp đầy được coi là “nóng”, còn một quảng cáo vẫn yên ắng thì bị nghi là có vấn đề. Nghịch lý nằm ở chỗ dữ liệu tương tự trên Binance P2P có thể nuôi dưỡng hai câu chuyện trái ngược nhau, tùy vào việc người xem đang sợ bỏ lỡ hay sợ bị kẹt.

Tôi không phủ nhận giá trị của khối lượng còn dư. Nó đáng để xem khi đi cùng với tốc độ khớp, biên độ giá, hạn mức giao dịch, lịch sử hoàn tất và thời điểm trong ngày. Nhưng nếu chỉ dựa vào nó để suy ra một lệnh lớn trên Binance P2P, thì chúng ta đang biến một mảnh dữ liệu mỏng manh thành chiếc kính lúp quá tự tin.

Với tôi, khối lượng còn lại trong một quảng cáo không phải là bí mật của thị trường, mà là một tín hiệu cần được đặt cạnh những tín hiệu khác. Câu hỏi còn lại là liệu chúng ta đang quan sát hành vi thật sự của dòng tiền, hay chỉ đang nhìn chằm chằm vào một con số đứng yên rồi tự viết phần còn thiếu của kịch bản.
#binancep2pantoan @Binance Vietnam

Tôi đã mong phần mạng lưới của Dusk sẽ nhàm chán.

Tôi đã nhầm.

Cuối cùng tôi lại dừng chân ở Kadcast.

Hầu hết các blockchain đều có một phiên bản của cùng một vấn đề cốt lõi: khi một node nhận được điều gì đó mới, làm sao để truyền thông tin đó lan khắp mạng mà không phải ai cũng lại hô nhau ầm ĩ?

Cách trả lời thông thường là một dạng gossip.

Dusk đi theo hướng khác.

Kadcast sử dụng một lớp phủ peer-to-peer có cấu trúc thay vì đơn giản là phát quảng bá tin nhắn đến một nhóm peer ngẫu nhiên. Ý tưởng là kiểm soát cách tin nhắn di chuyển qua mạng, giảm việc lãng phí băng thông không cần thiết và giúp độ trễ trở nên dễ dự đoán hơn.

Nghe có vẻ như đó là một quyết định kỹ thuật rất nhỏ.

Cho đến khi bạn nghĩ về chuyện gì xảy ra khi mạng trở nên quá tải.

Nếu mỗi node liên tục chuyển tiếp mọi thứ cho nhiều node hơn, lượng lưu lượng bị nhân bản có thể sẽ trở nên khó chịu.

Một mạng có cấu trúc sẽ định sẵn cho các tin nhắn một nơi cụ thể để đi.

Điều tôi thấy thú vị là Dusk thực sự đã để Blaize Security kiểm toán Kadcast. Bản đánh giá chấm nó 9,8/10 tổng thể, trong đó chất lượng mã đạt 10/10; các vấn đề được phát hiện trong quá trình kiểm toán sau đó đã được khắc phục.

Và thế nhưng...

Tôi gần như hiếm khi thấy ai đó nhắc đến phần này của Dusk.

Ai cũng nói về quyền riêng tư.

Ai cũng nói về các tài sản được token hóa.

Ai cũng nói về EVM.

Gần như chẳng ai nói về cách các gói tin được chuyển từ node này sang node khác.

Có lẽ vì không ai nhận ra networking tốt khi nó hoạt động.

Và có lẽ đó chính là điểm mấu chốt.

Một blockchain có thể có mật mã ấn tượng và một lớp thực thi thông minh.

Nhưng nếu phần “đường ống” bên dưới kém hiệu quả, cuối cùng vẫn có ai đó phải trả giá.

Tôi không nói rằng Kadcast là một lý do ẩn để mua DUSK.

Đó sẽ là một kết luận vô lý chỉ từ một giao thức mạng.

Tôi chỉ thấy thú vị rằng một trong những mảnh ghép ít được chú ý hơn của Dusk lại cũng là một trong những phần mà họ đã dành nhiều năm để tinh chỉnh.

Đôi khi, lớp bên dưới tưởng như nhàm chán lại đáng để xem xét.
#dusk $DUSK @Dusk

WUSDT: Kiểm tra lại sàn hỗ trợ Tam giác – Kích hoạt Short chiến lược khi nến xác nhận phá vỡ đóng cửa
$W

Sau vài mùa DeFi, cảm giác khó chịu nhất không phải là lãi suất cao hay thấp. Mà là quyết định vay với một mức lãi suất cố định vẫn phải đi qua quá nhiều màn hình: từ tài sản thế chấp, lệnh chờ, ngày đáo hạn, đến vị trí sau khi thực thi.

TermMax V2 giải thẳng vào điểm đau đó. Lệnh giới hạn nằm ngay trong luồng vay và cho vay, trong khi các báo giá từ curators và người dùng được tổng hợp để tạo ra mức giá thực thi rõ ràng hơn. Các vault đa chuỗi giúp dòng chuyển vốn có thêm ngữ cảnh, thay vì buộc người dùng phải nhớ từng tài sản đang nằm ở đâu.

Điều khiến TermMax đáng để phân tích nằm ở cách dự án đóng gói cho vay lãi suất cố định thành quản lý vị thế. Người vay theo dõi GT, nợ và ngày đáo hạn trên cùng một bảng điều khiển, còn người cho vay thấy FT, số cổ phần vault, các lệnh đang mở và lợi suất theo từng kỳ đáo hạn. Việc hoàn trả bằng FT cũng giúp vị thế linh hoạt hơn trước khi mọi thứ dồn lại vào cuối kỳ.

Những con số tạo thêm nền tảng cho câu chuyện. Tài liệu của dự án nêu tổng cung TMX là một tỷ token, bốn mươi triệu TMX dành cho người dùng sớm pre mine, và 20% sẽ lưu hành tại TGE. Với TermMax, TGE là lúc thị trường thử thách nhu cầu thực sự đối với lãi suất cố định.

Tôi vẫn giữ một khoảng cách nhất định với trải nghiệm “sạch sẽ” này. Các vault có curators, lệnh có thể không được khớp, thanh khoản ở mỗi thị trường có thể mỏng, tài sản thế chấp vẫn biến động, và hợp đồng thông minh vẫn là lớp rủi ro nền tảng. TermMax V2 chỉ thật sự mạnh nếu giao diện giúp người dùng hiểu rõ chi phí vay mượn hơn, chứ không khiến họ quên rủi ro nhanh hơn.

Nghịch lý là: sản phẩm càng “cảm giác như fintech”, trách nhiệm tự lưu ký càng dễ bị mờ nhạt. TGE có thể thu hút thêm nhiều người đến để thử, nhưng sau các phần thưởng, có bao nhiêu người sẽ ở lại vì họ thực sự cần vay lãi suất cố định, cho vay lãi suất cố định và quản lý vị thế ở ngay một nơi.
#termmax @TermMax

Đã có một thời tôi mua một lượng nhỏ USDT qua Binance P2P ngay tại sảnh tòa nhà căn hộ của mình. Mạng lúc đó yếu, mã xác thực ngân hàng đến chậm. Tôi đã chọn xong người bán, nhưng ánh mắt vẫn cứ dán vào bảng giá cứ liên tục nhảy. Chênh lệch chỉ vài nghìn đồng, thế mà cảm giác như tôi sắp lỡ mất một cơ hội lớn.

Cái bẫy dành cho người mới không nằm ở nút mua hay bán. Nó nằm ở chỗ màn hình cung cấp cho họ quá nhiều tín hiệu, và mỗi tín hiệu lại giống như thứ họ cần phản ứng ngay lập tức. Trên Binance P2P, một bảng giá trực tiếp hoàn toàn có thể biến người dùng thành những kẻ ngóng giờ, thay vì là người kiểm tra giao dịch cẩn thận.

Cơ chế khóa giá đáng chú ý vì nó xử lý tâm lý trước khi xử lý thao tác. Khi đơn hàng đã được tạo, giá sẽ được giữ cố định đủ lâu để người mua kịp đọc điều khoản, kiểm tra tên tài khoản, so sánh số tiền, rồi mới thực hiện thanh toán. Nó không làm cho giao dịch trở nên hoàn toàn an toàn, nhưng nó kéo người dùng ra khỏi nhịp đuổi theo giá từng phút từng giây.

Nghịch lý là người mới thường nghĩ rằng chênh lệch giá nhỏ mới là rủi ro họ cần tránh. Nhưng trong P2P, thứ có thể bị mất vì vội vàng đôi khi lại là sự rõ ràng để nhận ra một tài khoản lạ, một ghi chú bất thường, hoặc một điều kiện mà họ chưa đọc kỹ. Quy trình trên Binance P2P càng mượt mà, người dùng càng dễ quên rằng “mượt” không có nghĩa là không cần thận trọng.

Tôi cũng không muốn nói rằng khóa giá là một lớp bảo vệ hoàn hảo. Người cẩu thả vẫn có thể bấm nhầm nút, chọn nhầm người giao dịch, và phớt lờ những dấu hiệu lẽ ra phải khiến họ dừng lại. Với tôi, Binance P2P đáng để suy nghĩ vì lý do đó—đôi khi khoảnh khắc mà giá đứng yên chính là lúc tâm trí cuối cùng bắt đầu hoạt động.
#binancep2pantoan @Binance Vietnam

Tôi bắt gặp từ “LUX” trong tài liệu của Dusk và ban đầu nghĩ rằng đó chỉ là một đơn vị crypto khác mà tôi sẽ phải nhớ.

Rồi tôi thấy phần quy đổi.

1 DUSK = 1,000,000,000 LUX.

À vậy.

Nhiều chữ số thập phân thật.

LUX đơn giản là đơn vị nhỏ nhất của DUSK, tương tự như cách wei liên quan đến ETH. Dusk sử dụng LUX để định giá gas, với khoản phí thực tế được tính từ lượng gas đã sử dụng nhân với giá gas.

Không có gì quá đột phá ở đây.

Nhưng tôi bắt đầu nghĩ về việc vì sao điều này lại quan trọng hơn vẻ bề ngoài.

Hầu hết mọi người không nghĩ về gas theo góc nhìn của đơn vị nhỏ nhất.

Họ chỉ muốn biết một điều:

“Giao dịch đó tốn của tôi bao nhiêu?”

Và điều này trở nên thú vị hơn trên một chuỗi hướng đến việc xử lý các ứng dụng tài chính.

Nếu bạn đang chuyển những khoản tiền rất nhỏ, tương tác với hợp đồng, hoặc thực hiện rất nhiều giao dịch tự động, thì độ chính xác của phí bắt đầu trở nên quan trọng.

Mô hình của Dusk cũng không tính phí cho phần gas mà bạn không thực sự sử dụng. Nếu một giao dịch dùng ít hơn mức giới hạn gas, phần chưa dùng sẽ không bị tính phí. Nếu nó hết gas, giao dịch sẽ bị hoàn lại (revert) nhưng lượng gas đã tiêu tốn vẫn phải trả.

Nghe có vẻ như là một chi tiết triển khai khá nhàm chán.

Chắc là vậy.

Nhưng những chi tiết kiểu này là thứ dạo gần đây tôi thấy mình để ý nhiều hơn.

Ai cũng thích nói về thông lượng.

Ai cũng thích nói về quyền riêng tư.

Gần như chẳng ai nói về những đơn vị nhỏ bé nằm dưới hệ thống mà người dùng cuối cùng sẽ phải trả cho.

Có lẽ vì cơ sở hạ tầng tốt được cho là để khiến những thứ đó biến mất.

Bạn không nên phải nghĩ về LUX mỗi lần gửi một giao dịch.

Và nếu cuối cùng Dusk trở nên nghiêm túc trong việc triển khai các hoạt động tài chính on-chain, tôi nghi ngờ rằng phần “nhàm chán” này sẽ quan trọng hơn rất nhiều so với cái tên mà nó gợi ra.
#dusk $DUSK @Dusk

SUI: Tích lũy tại Cận dưới của Tam giác mở rộng hằng ngày – Kịch bản Long vĩ mô nhắm tới các đỉnh ATH mới
SUI đang đưa ra một cơ hội xây dựng vị thế vĩ mô thuyết phục khi cấu trúc thị trường hằng ngày của nó xác nhận một lần kiểm định kỹ thuật tại cận dưới trong một mô hình tam giác mở rộng lớn. Diễn biến giá trong lịch sử cho thấy mọi lần chạm vào đường hỗ trợ nền tảng chính này trước đây đều đã kích hoạt một nhánh bùng nổ, đẩy hành động giá trực tiếp lên trần cận trên.
Dựa trên dữ liệu trực quan từ biểu đồ ngày, hai chu kỳ cấu trúc trước đó đã mang lại những đợt tăng mạnh lần lượt 361,8% và 888,8%, mỗi đợt đều cần thời gian tích lũy kéo dài hơn 150 ngày (161 ngày và 154 ngày). Hiện tại, các nến giá đang co cụm chặt chẽ phía trên ngưỡng hỗ trợ $0,670, nằm dưới đường xu hướng MA100 động. Giai đoạn đi ngang kéo dài này thể hiện một khung thời gian tích lũy năng lượng cần thiết để hấp thụ nguồn cung ở phía trên trước khi khởi động làn sóng tăng giá tiếp theo.
Khung phân tích kỹ thuật này mang đến một cơ hội thực thi Long vĩ mô có lợi thế cao với các thông số tỷ lệ rủi ro/ lợi nhuận vượt trội. Chiến lược giao dịch tối ưu là kiên nhẫn tích lũy các vị thế Long quanh vùng $0,670 hiện tại, đặt mức cắt lỗ phòng vệ chặt chẽ ngay bên dưới ranh giới hỗ trợ của tam giác ở cận dưới. Mục tiêu chốt lời dài hạn mang tính chiến lược hướng đến cận biên kênh phía trên quanh mốc $12,000.
Tuyên bố miễn trừ: Đây không phải là lời khuyên tài chính, hãy tự nghiên cứu (DYOR). $SUI

Tôi có một điều thú nhận.

Thường thì tôi bỏ qua các thông báo kiểm toán blockchain.

Chúng thường trông giống nhau.

“Giao thức đã được kiểm toán.”

“Các vấn đề nghiêm trọng đã được khắc phục.”

“Bảo mật là ưu tiên hàng đầu của chúng tôi.”

Rồi tôi lướt đi.

Vì vậy, khi tôi thấy Dusk nói về các cuộc kiểm toán của mình, tôi suýt làm điều tương tự.

Nhưng con số đã khiến tôi dừng lại.

Dusk cho biết nền tảng công nghệ của họ đã trải qua 10 cuộc kiểm toán khác nhau, với hơn 200 trang báo cáo, bao gồm cả Piecrust VM và hệ thống chứng minh không tri thức PLONK của nó.

10 cuộc kiểm toán không phải là một con số nhỏ.

Tuy vậy, tôi không nghĩ “10 cuộc kiểm toán” nên được xem như một kiểu điểm bảo mật mang tính phép màu.

Các cuộc kiểm toán không khiến phần mềm bất khả xâm phạm.

Chúng không nói cho bạn biết những gì mà chưa ai phát hiện.

Và chắc chắn chúng cũng không loại bỏ mọi rủi ro ngay khi một hệ thống được đưa vào hoạt động.

Nhưng tôi vẫn nghĩ có điều gì đó đáng để chú ý ở đây.

Dusk không chỉ chạy một smart contract và hy vọng không ai tìm thấy vấn đề.

Họ đang xây dựng một ngăn xếp khá phức tạp: máy ảo, mật mã, các hệ thống quyền riêng tư, cơ chế đồng thuận và tất cả các mảnh ghép liên kết chúng lại.

Điều đó có nghĩa là phần công việc “nhàm chán” lại quan trọng.

Rất nhiều.

Thật lòng mà nói, tôi thấy việc báo cáo tồn tại còn đáng tin hơn việc một dự án tuyên bố “chúng tôi coi trọng bảo mật.”

Cái thứ nhất là bằng chứng của công việc.

Cái thứ hai chỉ là một câu nói.

Và sau sự cố ở cây cầu hồi đầu năm, tôi càng hoài nghi hơn việc xem các tuyên bố về bảo mật như những cam kết.

Một dự án có thể có mã đã được kiểm toán và vẫn gặp vấn đề ở đâu đó khác.

Vì vậy, tôi không xếp Dusk vào ô “an toàn vì đã được kiểm toán.”

Tôi xếp nó vào một ô khác:

“Được thôi, ít nhất họ đang làm phần việc không mấy hào nhoáng.”

Việc phần công việc đó có chịu được thử thách khi sử dụng thực tế hay không lại là một câu hỏi khác.

Và có lẽ đó mới là câu hỏi quan trọng hơn. #dusk @Dusk $DUSK
#dusk $DUSK @Dusk

Một lần tôi thấy một người bạn mượn stablecoins để giữ chỗ farming điểm của anh ấy, và trên giao diện, mọi thứ vẫn trông như nằm trong tầm kiểm soát. Vài ngày sau, lãi suất vay thay đổi, chi phí vốn trôi khỏi kế hoạch của anh ấy, và lợi suất mà anh ấy tưởng đã khóa sẵn bắt đầu bị bào mòn.

TermMax chạm đúng vào điểm đau đó, biến lãi suất cố định thành một thứ có thể được mua và bán theo kỳ hạn. FT thể hiện phần gốc tại thời điểm đáo hạn, XT biểu thị phần lãi, và GT ghi nhận vị thế đòn bẩy dưới dạng NFT—vì vậy người dùng không chỉ nhìn APR, họ đang giao dịch cấu trúc dòng tiền.

Điều đáng xem ở TermMax là cách nó tách rủi ro thành các lớp rõ ràng hơn. Bên cho vay khóa lợi nhuận của mình, bên đi vay khóa chi phí của mình, và người dùng đòn bẩy biết chi phí vốn của họ trước khi khuếch đại một vị thế. Rõ ràng hơn, nhưng điều đó không có nghĩa là an toàn hơn.

TGE làm cho phương trình hành vi trở nên căng thẳng hơn. TMX có tổng cung 1 tỷ, với lượng lưu hành ban đầu 200 triệu tại TGE, tương đương 20%, trong khi phần pre mine cho người dùng sớm là 40 triệu, tương đương 4%. Những con số này thu hút sự chú ý, nhưng chúng vẫn chưa chứng minh rằng nhu cầu thực sự đối với việc vay theo kỳ hạn đã tồn tại.

TermMax có dữ liệu đáng để xem: hơn 837 nghìn ví đã đăng ký, đỉnh 170 nghìn người dùng hoạt động hằng ngày, hơn 64 triệu đô la TVL, và triển khai trên 7 chuỗi. Dù vậy, ví đã đăng ký không đồng nghĩa với thanh khoản bền vững, và TVL không cho chúng ta biết có bao nhiêu vị thế được nắm giữ cho đến khi đáo hạn.

Tôi cho rằng dự án này đáng theo dõi vì nó buộc DeFi phải nói bằng ngôn ngữ của chi phí vốn, kỳ hạn và thanh khoản, thay vì chỉ nói thông qua phần thưởng. Câu hỏi còn lại là liệu sau TGE, TermMax có thể giữ được người dùng muốn quản lý vốn hay chỉ giữ lại dấu ấn của một mùa điểm.
#termmax @TermMax