maryamnoor009
1.3k Bài đăng
maryamnoor009
484 Đang theo dõi
973 Người theo dõi
1.7K+ Đã thích
Bài đăng
Đã xác minh
Tuần trước tôi đã lục lọi hoạt động testnet của Dusk, không phải bản marketing deck, mà là những lần triển khai hợp đồng đã được xác nhận—và nhận thấy có điều gì đó không khớp với cách mà hầu hết các bài viết đang định khung. DUSK ($DUSK ) #dusk , @Dusk được quảng bá gần như hoàn toàn như một hạ tầng tài chính được quản lý, chứng khoán được token hóa, thanh toán tuân thủ, “đường ống” dành cho tổ chức. Nhưng khi tôi xem thực tế ai đang triển khai trên Zedger và Piecrust VM ngay lúc này, thì không phải các ngân hàng. Đó là các nhóm dev nhỏ đang thử nghiệm với smart contract bảo mật vì những lý do chẳng liên quan gì đến tuân thủ MiFID hay ESMA—họ chỉ muốn khả năng tiết lộ chọn lọc mà không phải tự xây dựng từ đầu. Lớp thực thi bảo toàn quyền riêng tư mà Dusk xây dựng riêng để đáp ứng yêu cầu kiểm toán của tổ chức đang được dùng như một công cụ đa mục đích bởi những người đơn giản là không muốn lộ logic nghiệp vụ trên một chuỗi công khai. Đó là một sự đảo ngược khá kỳ lạ. Hạ tầng được thiết kế theo hướng từ trên xuống cho một đối tác được quản lý mà vẫn chưa thực sự xuất hiện đầy đủ, trong khi việc được áp dụng từ dưới lên lại đến từ các nhà phát triển coi nó như một “nguyên thủy” về quyền riêng tư. Tôi cứ tự hỏi liệu các công cụ tuân thủ chuẩn mức tổ chức có cuối cùng lại được những người mà nó không được xây cho—đón nhận trước—không, và điều đó sẽ ảnh hưởng thế nào đến lộ trình nếu tình hình này kéo dài
Đã xác minh
Tôi đang mò mẫm trong các hợp đồng testnet của Dusk để tìm hiểu vì sao lớp tương thích EVM của họ lại ít được chú ý hơn nhiều so với mảng nhắn tin về quyền riêng tư, và tôi nghĩ câu chuyện thú vị hơn thực sự nằm ở chỗ đó. $DUSK , #dusk ,@Dusk cung cấp một môi trường thực thi tương thích EVM—nghe có vẻ như một tính năng kiểu “chọn là xong” cho tới khi bạn thực sự thử triển khai thứ gì đó. Điều khiến tôi chú ý là việc xem một hợp đồng Solidity tôi đã viết cho một chuỗi hoàn toàn khác được triển khai lại trên Dusk với có thể chỉ khoảng một tá dòng được thay đổi, chủ yếu liên quan đến cách các chuyển trạng thái tương tác với lớp chứng minh mật của họ. Nhiều blockchain tập trung vào quyền riêng tư buộc bạn phải học một mô hình tư duy hoàn toàn mới trước khi viết dù chỉ một dòng, và điều đó âm thầm loại bỏ một lượng lớn nhà phát triển lẽ ra sẽ thử nghiệm. Dusk có vẻ đang đặt cược rằng rào cản thực sự là độ quen thuộc, chứ không phải mức độ trưởng thành của công cụ. Tôi đã kiểm tra các log hoạt động devnet của họ và các hợp đồng đang được triển khai ngay lúc này chủ yếu là bản “port” chứ không phải các thử nghiệm bản địa, cho tôi thấy các nhà phát triển vẫn đang thăm dò trước khi thực sự cam kết. Liệu cây cầu EVM đó sẽ trở thành một đợt di cư nhà phát triển thật sự hay chỉ trở thành một đoạn đường vào quen thuộc khiến người ta không bao giờ rời đi—phần này tôi vẫn chưa thể trả lời chỉ dựa trên dữ liệu sử dụng.
Đúng một phần
Tuần trước tôi lục lọi mô hình giao dịch bí mật của DUSK và bị kẹt ở một điều ít được nhắc đến: cấu trúc phí gas giữa giao dịch được che chắn và giao dịch minh bạch không đối xứng, và sự bất đối xứng đó nói lên rất nhiều về việc họ thực sự đang xây cho ai. $DUSK ,#dusk @Dusk
Điều khiến tôi chú ý là các giao dịch bảo toàn quyền riêng tư trên Dusk tốn chi phí tính toán nhiều hơn; và thay vì giả vờ rằng điều đó không đúng, mô hình phí chỉ phản ánh nó một cách trực tiếp. Hầu hết các chuỗi khi gắn thêm tính năng quyền riêng tư đều tìm cách làm mượt vấn đề này hoặc trợ giá từ sớm để trông có vẻ cạnh tranh. Dusk thì không. Nếu bạn đang chuyển một chứng khoán đã được quản lý thông qua logic thanh toán kiểu Zedger, bạn đang trả cho phần chi phí xác minh để đảm bảo tuân thủ, chứ không chỉ là "ẩn danh". Đó là một triết lý thiết kế khác so với đa số L1 đang chạy theo các con số thông lượng để thu hút người dùng phổ thông. Tôi đã kiểm tra một vài giao dịch trên testnet và khoảng cách giữa các lệnh chuyển đơn giản và các giao dịch được giữ kín là khá rõ rệt, không phải chỉ là mức chênh “nhỏ”. Điều đó khiến tôi nghĩ rằng chain này không tối ưu cho người dùng muốn các giao dịch hoán đổi rẻ và nhanh; họ đang tối ưu cho các tổ chức cần quyền riêng tư có thể kiểm tra/audit được và sẵn sàng trả tiền để đảm bảo đúng đắn. Chuyện đặt cược vào việc ai xuất hiện trước là đúng hay sai thì hiện tại tôi vẫn chưa biết.
Điều khiến tôi chú ý là các giao dịch bảo toàn quyền riêng tư trên Dusk tốn chi phí tính toán nhiều hơn; và thay vì giả vờ rằng điều đó không đúng, mô hình phí chỉ phản ánh nó một cách trực tiếp. Hầu hết các chuỗi khi gắn thêm tính năng quyền riêng tư đều tìm cách làm mượt vấn đề này hoặc trợ giá từ sớm để trông có vẻ cạnh tranh. Dusk thì không. Nếu bạn đang chuyển một chứng khoán đã được quản lý thông qua logic thanh toán kiểu Zedger, bạn đang trả cho phần chi phí xác minh để đảm bảo tuân thủ, chứ không chỉ là "ẩn danh". Đó là một triết lý thiết kế khác so với đa số L1 đang chạy theo các con số thông lượng để thu hút người dùng phổ thông. Tôi đã kiểm tra một vài giao dịch trên testnet và khoảng cách giữa các lệnh chuyển đơn giản và các giao dịch được giữ kín là khá rõ rệt, không phải chỉ là mức chênh “nhỏ”. Điều đó khiến tôi nghĩ rằng chain này không tối ưu cho người dùng muốn các giao dịch hoán đổi rẻ và nhanh; họ đang tối ưu cho các tổ chức cần quyền riêng tư có thể kiểm tra/audit được và sẵn sàng trả tiền để đảm bảo đúng đắn. Chuyện đặt cược vào việc ai xuất hiện trước là đúng hay sai thì hiện tại tôi vẫn chưa biết.
Đúng một phần
Điều thu hút sự chú ý của tôi khi đọc qua cấu trúc quản trị thực tế của Dusk Network là có một khoảng trống giữa cách định khung và cơ chế vận hành. $DUSK , được mô tả ở khắp mọi nơi như chìa khóa cho quản trị on-chain, nơi người nắm giữ biểu quyết các tham số giao thức, nhưng khi tôi xem cách các đề xuất thực sự được xử lý, luồng vận hành lại đi qua một Core R&D Team và một Governance Council riêng trước tiên—theo kiểu RFC: các bản nộp được rà soát về tính khả thi kỹ thuật và mức độ phù hợp về quy định—rồi sau đó, bất cứ điều gì giống như một cuộc bỏ phiếu của cộng đồng mới đi vào bức tranh. Trong khi đó, quản trị on-chain đầy đủ cho người nắm giữ token vẫn được liệt kê là sẽ triển khai trong tương lai chứ chưa hoạt động. #dusk , đang định vị mình như hạ tầng cho tài chính được quản lý, vì vậy việc sắp xếp như vậy có lẽ không phải ngẫu nhiên: bạn không thể trao quyền biểu quyết “thô” cho một đám đông khi kết quả phải đáp ứng các nghĩa vụ theo MiCA. Nhưng điều đó cũng có nghĩa là "tăng trưởng do cộng đồng dẫn dắt" hiện nay mang tính kỳ vọng nhiều hơn là vận hành; vai trò của cộng đồng vào lúc này trông giống với việc đề xuất và theo dõi hơn là quyết định. Tôi không xem đó là một sự phê bình, mà là một câu hỏi về thời điểm. Điều tôi chưa chắc là liệu @Dusk ,roadmap thực sự có chuyển trọng lượng quyết định sang người nắm giữ token vào sau này hay không, hay tầng rà soát sẽ trở thành vĩnh viễn vì tính bắt buộc.
Tôi đã mất cả một giờ lần theo xem $TMX thực sự xuất hiện ở đâu bên trong Ten (#TermMax , @TermMax ) ngoài các màn hình đổi chác, và điều khiến tôi chú ý là mức độ “yên lặng” của “tính năng tiện ích” so với cách nó được tô đậm trong phần đóng khung. Token được giới thiệu như governance-plus-incentive-plus-fee-layer, nhưng trong luồng nhiệm vụ thực tế, việc staking và tham gia governance lại giống như một mạch riêng mà gần như chẳng ai theo — hầu hết hoạt động lại tập trung ở phía có thể giao dịch, thứ mà token được cho là “hơn” so với nó. Một lựa chọn thiết kế nổi bật: các hàm tiện ích tồn tại và vẫn hoạt động về mặt kỹ thuật, nhưng chúng không phải là đường đi mặc định mà một người dùng mới được hướng tới, nên “beyond trading” (vượt ra ngoài giao dịch) lại giống như một tuyên bố trong lộ trình hơn là hành vi hiện hữu. Điều đó khiến tôi tự hỏi liệu tiện ích mà phải tự tìm mới thấy có được tính là tiện ích không, hay chỉ là tiềm năng đang được “chia thì” như hiện tại. Có lẽ khoảng cách này sẽ được lấp đầy khi governance trưởng thành. Hoặc có lẽ đó là cách mọi token đều bắt đầu. Khó mà biết chắc chỉ từ một lần rà soát.
Đã xác minh
Thứ đọng lại trong tôi không phải là lịch phát hành như vậy, mà là việc chỉ có rất ít trong nguồn cung đang lưu hành của DUSK thực sự đi qua những cơ chế mà tài liệu nhấn mạnh. Khi đọc phần thiết kế staking và mở khóa của Dusk cho,#dusk , $DUSK , @Dusk , câu chuyện tập trung vào động lực cho trình xác thực và an ninh mạng dài hạn, nhưng đường cong mở khóa trong ngắn hạn lại kể một câu chuyện khác: các phân bổ sớm cho đội ngũ và quỹ hệ sinh thái được lịch trình hóa theo cách dồn thanh khoản lên sớm, trước khi việc tham gia staking kịp trưởng thành. Một lựa chọn thiết kế nổi bật: khoảng cách giữa thời điểm token trở nên chuyển nhượng được và thời điểm mạng thực sự thấy được giá trị sử dụng (các smart contract bảo mật, việc thanh toán tài sản được quản lý) có mức độ áp dụng đáng kể không phải là nhỏ. Nó không hẳn là một cờ đỏ, mà hơn là sự lệch nhịp: token đến theo một lịch cố định, còn việc sử dụng thì đến theo một quỹ đạo không chắc chắn. Tôi cứ so sánh biểu đồ cung với lộ trình và nhận ra chúng thực sự không nói chuyện với nhau. Điều này khiến tôi tự hỏi: có bao nhiêu câu chuyện “token tiện ích” thực ra chỉ là lịch mở khóa khoác lên mình một tình huống sử dụng.
Điều đọng lại với tôi không phải là chính kiến trúc quyền riêng tư, mà là cấu hình mặc định khi bạn kết nối một ví lần đầu trên TMX. Chế độ tuân thủ bật sẵn theo mặc định; phần định tuyến “quyền riêng tư đầy đủ” nằm sâu hơn một nấc, ẩn sau một menu Cài đặt mà đa số người dùng sẽ không mở ngay từ lần xem đầu tiên. $TMX, #TermMax , @TermMax , nói về sự minh bạch và quyền riêng tư như thể chúng được cân trọng như nhau, nhưng trải nghiệm sản phẩm thực tế lại lặng lẽ chọn phe trước khi người dùng quyết định. Nhìn vào luồng tác vụ, có lẽ khoảng 80% diện tích giao diện được dành cho các bản xem trước giao dịch có thể đọc theo chuẩn tuân thủ, trong khi các tham số quyền riêng tư nâng cao lại nằm trong một accordion được thu gọn. Điều đó không hẳn là một lỗi; thậm chí có thể là lựa chọn onboarding hợp lý vì lý do tuân thủ quy định, nhưng nó cũng có nghĩa là “sự cùng tồn tại” trong phần giới thiệu thực chất là một quyết định về thứ tự: tuân thủ trước, quyền riêng tư dành cho ai chịu đi tìm. Tôi cứ tự hỏi liệu thứ tự này chỉ là giàn giáo tạm thời cho giai đoạn áp dụng sớm, hay đó thực sự là hình dạng vĩnh viễn của sản phẩm sau khi các ưu đãi đã ổn định. Dù thế nào đi nữa, mặc định đang làm rất nhiều công việc kể chuyện thầm lặng mà phần nội dung marketing không hề nhắc tới.
Đã xác minh
Điều gây ấn tượng không phải là phần pitch RWA, mà là một chi tiết “lặng” hơn về cách Dusk, $DUSK , #dusk , thực sự cấu trúc sự tuân thủ ở cấp độ giao thức, thay vì chỉ gắn nó lên trên. Hầu hết các câu chuyện về RWA đều mô tả việc phân quyền,@Dusk như một tính năng được xếp lớp bên trên một chuỗi chung — các cổng KYC, danh sách cho phép, một lựa chọn dạng checkbox ở cấp ứng dụng. Thiết kế Zedger của Dusk và cơ chế thanh toán bảo mật đưa logic đó “đi xuống” trong mô hình giao dịch nền tảng, nên quyền riêng tư và việc công bố không phải là các tiện ích cạnh tranh mà đồng tồn tại ngay từ mặc định. Điều khiến tôi nhớ nhất là: nhà phát hành được quản lý được hưởng lợi ngay lập tức, bởi các nguyên tắc tuân thủ đã là hạ tầng chịu tải chính, trong khi một người nắm giữ hoặc nhà giao dịch thông thường gần như không có gì khác biệt theo ngày thường — không có dashboard, không có lợi thế nhìn thấy rõ, chỉ là một chuỗi âm thầm giả định các quy tắc theo chuẩn thể chế trước khi thể chế thực sự xuất hiện. Trình tự như vậy thật kỳ lạ. Thông thường hoạt động bán lẻ là lớp hiển thị, còn hạ tầng thể chế được hứa rằng “sẽ có sau”. Ở đây thì bị đảo ngược — hạ tầng được xây trước, và phần sử dụng sẽ chứng minh điều đó vẫn chưa thực sự đến. Điều này khiến tôi tự hỏi liệu đó là sự thận trọng mang tính kỷ luật hay một canh bạc dựa trên một thị trường vẫn đang cân nhắc xem mình có muốn đến mức cấu trúc như vậy hay không.
Đã dành một giờ trong tài liệu Dusk, chờ đợi bức tường ngôn ngữ chuẩn mực “đạt chuẩn thể chế” như thường lệ, nhưng cuối cùng lại rơi vào thứ gì đó nhỏ hơn: bộ công cụ dành cho nhà phát triển trông như được xây dựng trước khi bản chào mời về tuân thủ được hoàn thiện, chứ không phải sau đó. Dusk ($DUSK , #dusk , @Dusk ) tự quảng bá về tài chính được quản lý và thanh toán bí mật, nhưng phần thiết lập Rusk VM và các ví dụ hợp đồng thông minh Piecrust lại có cảm giác khá “lãnh đạm” với cách khung đó—chúng chỉ đang cố gắng làm cho việc thực thi zero-knowledge dễ hiểu khi chạy cục bộ. Một chi tiết đọng lại với tôi: phần hướng dẫn chạy node và faucet testnet lại được hoàn thiện hơn nhiều so với các trang quan hệ đối tác theo hướng thể chế, vốn vẫn chủ yếu là thông báo nhưng thiếu các chi tiết tích hợp cụ thể. Điều đó trái ngược với những gì thông điệp gợi ý. Nó khiến tôi tự hỏi liệu câu chuyện “thể chế” thực ra lại đi sau việc nhà phát triển đã bắt đầu dùng rộng rãi, thay vì ngược lại: ngân hàng và nhà quản lý tài sản sẽ không đụng tới thứ này cho đến khi các bên xây dựng độc lập đã đủ thời gian “stress-test” những nền tảng cốt lõi đó trong công khai. Không ai hứa hẹn điều gì cho nhà phát triển cả—họ chỉ lặng lẽ để lại những tài liệu tốt hơn. Và từ đó nảy sinh câu hỏi thực sự: Dusk đang được xây cho các tổ chức, hay đang chỉ được bán cho họ trong khi có thứ gì khác được xây dựng bên dưới?
Điều cứ kéo tôi mãi trong lúc lục lọi lớp tuân thủ của $TMX là cách khung “permissionless” (phi cho phép) ngầm giả định một đường dẫn mặc định duy nhất, nhưng kiến trúc thực tế lại tách nhánh ngay từ sớm. #TermMax @TermMax ,Kiến trúc tiếp thị bản thân như là tương thích tuân thủ cho thị trường mở, nhưng cấu hình mặc định lại định tuyến mọi giao dịch qua một điểm kiểm tra xác minh, trong khi chế độ permissionless lại nằm sâu hơn một lớp, bị chặn bởi các cài đặt nâng cao mà hầu hết người dùng sẽ không đụng tới. Tôi đã xem một giao dịch thử phải thực hiện thêm bốn bước chỉ để vượt qua hook tuân thủ tiêu chuẩn, và tài liệu mô tả điều này là “tính linh hoạt” thay vì sự vướng víu. Đây là một lựa chọn thiết kế nhỏ, nhưng nó cho thấy ngay từ đầu kiến trúc thật sự được xây cho ai: các trung gian được quản lý nhận được con đường “mượt”, còn trường hợp sử dụng permissionless mà mọi người hay bàn trong các bài viết thì về mặt kỹ thuật là có thể, nhưng trên thực tế lại là một tùy chọn tách rời. Tôi cứ kỳ vọng hai lộ trình sẽ gặp nhau ở đâu đó giữa chừng, và rốt cuộc chúng không bao giờ thực sự hội tụ. Có lẽ vậy là ổn; có lẽ “compliance-first” (ưu tiên tuân thủ) là cách thực tế duy nhất để gây dựng niềm tin ở đây, nhưng tôi không chắc “permissionless” có phải là từ đúng để nói về một chế độ mà bạn phải tự đào bới mới tìm thấy.
Đúng một phần
Trong nhiệm vụ CreatorPad, điều đọng lại với tôi về Dusk là cách bài kiểm tra quản trị của họ cho sự tăng trưởng do cộng đồng dẫn dắt thực sự bắt đầu. $DUSK , #dusk , @Dusk , trình bày OpenDusk như việc trao định hướng cho cộng đồng thông qua một quỹ được nuôi bởi các phần thưởng khối khoảng ~11,8M trước đó chưa được đúc (cộng thêm ~6,8M hằng năm), vốn đã thực sự đóng vai trò như một cơ chế đốt liên tục. Tuy nhiên, cơ chế đưa đến cuộc bỏ phiếu là một ủy ban gồm năm thành viên, những người thu thập và tinh chỉnh mọi đề xuất trước khi bất kỳ quyết định nào dựa trên trọng số cổ phần diễn ra, và điều kiện tham gia cũng bị thu hẹp cho các nhà cung cấp hoạt động, những người vừa đảm bảo mạng lưới vừa đã thực hiện một thao tác đặt cược trong ba tháng trước đó. Phần tăng trưởng rộng hơn mà họ hứa nằm ở phía sau lớp lọc này. Tôi cứ tự hỏi liệu những người thụ hưởng thực sự đầu tiên của sự thay đổi này có phải chính là các staker hoạt động đang tiếp tục đảm bảo chuỗi ngay từ trước, hay liệu cấu trúc có thể mở rộng hơn nữa sau khi quá trình chuyển hướng ban đầu được kích hoạt.
Điều khiến tôi không thể quên không phải là con số lợi suất (yield) ấy, mà là nơi tôi nhìn thấy nó. Khi khám phá $TMX cho một tác vụ trên CreatorPad với #TermMax , APY nằm ngay chính giữa màn hình ở trang nhập liệu, chữ to, màu xanh lá — kiểu con số mà mắt bạn dừng lại ngay trước khi bất cứ thứ gì khác kịp tải. Nhưng phần cấu thành thực sự — tỷ lệ cơ bản so với lượng phát hành khuyến khích (incentive emissions) so với phần chia phí — lại nằm tận hai lớp menu sâu hơn, phía sau nút chuyển nhỏ "details" (chi tiết) mà hầu hết mọi người sẽ chẳng bao giờ bấm. @TermMax , tài liệu nói thật về phần phân rã nếu bạn chịu đi tìm, nhưng chế độ xem mặc định không mời bạn phải tìm. Nó chỉ đưa cho bạn một con số tiêu đề và để bạn tự quyết xem liệu như vậy đã đủ chưa. Tôi đã suýt chụp màn hình con số ở phía trước để ghi chú trước khi một thói quen nào đó khiến tôi phải kiểm tra nguồn. Điều đó làm tôi tự hỏi: trong các hệ thống này, bao nhiêu phần của chữ "yield" thực ra là một quyết định về trải nghiệm người dùng (UX), chứ không phải là một quyết định tài chính. Phần toán học được công bố rõ ràng, đúng vậy, nhưng công bố và mặc định (default) không phải là một. Và có lẽ hầu hết các vị thế đều được nhập theo chế độ mặc định.
Tôi đã dành cả một giờ lục lọi giao diện đường cong lãi suất $TMX trước khi nhận ra một điều: chế độ xem mặc định chỉ cho phép bạn vào vị thế khi lãi suất thay đổi ở kỳ hạn ngắn, trong khi tab “advanced” — bị ẩn dưới một nút bật cài đặt mà đa số người không tìm thấy — mới là nơi chứa các công cụ thực sự để khớp kỳ hạn và phòng hộ. #TermMax , @TermMax ,l quảng bá rằng ai cũng có thể giao dịch rủi ro lãi suất theo cách mà các tổ chức làm, nhưng giao diện lại âm thầm khóa phần “chuẩn tổ chức” đó sau vài thao tác nhấp thêm. Có hai điểm nổi bật: thứ nhất, nhóm thanh khoản mặc định cho các vị thế kỳ hạn ngắn rõ ràng sâu hơn so với nhóm cho kỳ hạn dài, cho thấy mức độ sử dụng thực tế tập trung ở đâu so với nơi các slide marketing chỉ vào. Thứ hai, cấu trúc phí khuyến khích tái cân bằng thường xuyên cho các vị thế ngắn, nhưng lại gần như không tính đến chi phí trượt giá khi đóng sớm một công cụ phòng hộ kỳ hạn dài — một chi tiết chỉ có thể thấy khi bạn thử thoát một vị thế như vậy. Nó khiến tôi tự hỏi liệu sản phẩm này thực sự được xây dựng cho những người phòng hộ theo đường cong lợi suất mà nó quảng cáo, hay liệu đối tượng đó chỉ là một hạng mục trong lộ trình hơn là thực tại hiện hữu. Người dùng cá nhân chỉ nhận được “cược đơn giản”; còn công cụ tinh vi thì nằm đó, về mặt kỹ thuật có thể dùng, nhưng hầu như không ai đụng đến. Ngay bây giờ thì cái này thực sự dành cho ai?
Đang xem qua cách chia phần thưởng của Dusk và bị mắc kẹt ở một dòng: máy phát khối nhận 70% cộng thêm tối đa 10%, nhưng phần cộng thêm đó phụ thuộc vào việc họ đưa bao nhiêu tín chỉ vào chứng nhận—và phần còn lại không được thu thì sẽ bị đốt. Không phân phối lại. Bị đốt.
$DUSK , #dusk , @Dusk — chi tiết đó đã làm rõ lại đoạn “tiện ích token kết nối người dùng với hoạt động của mạng” theo cách khiến tôi nghĩ khác. Tài liệu không nêu rõ chính xác điều gì quyết định số lượng tín chỉ, nhưng nó giống như phần thưởng cho mức độ chữ ký đồng thuận được gộp trọn vào chứng nhận đó, chứ không phải cho việc máy phát đã xử lý bao nhiêu lưu lượng người dùng. Nếu đúng vậy, một phần phần thưởng khối bị chặn bởi một thứ gần với sự phối hợp giữa các trình xác thực hơn là nhu cầu của người dùng.
Điều thay đổi đối với tôi là việc giả định phí gas là “đòn bẩy” chính liên kết giá trị token với mức sử dụng. Có lẽ nó không phải là toàn bộ câu chuyện. Và cơ chế gas lại tạo thêm một điểm rắc rối: gas không được dùng thì không bị tính phí, nhưng một giao dịch bị hoàn tác do hết gas vẫn phải trả phần gas đã tiêu tốn. “Hoạt động” trên Dusk cũng không ánh xạ rõ ràng với nhu cầu, dù nhìn theo cách nào.
Thứ tiếp theo tôi muốn kiểm tra: cơ chế chứng nhận–tín chỉ thực sự khen thưởng điều gì, và tỉ lệ đốt thực tế từ các tín chỉ không được phân bổ trong một chuỗi các khối.
$DUSK , #dusk , @Dusk — chi tiết đó đã làm rõ lại đoạn “tiện ích token kết nối người dùng với hoạt động của mạng” theo cách khiến tôi nghĩ khác. Tài liệu không nêu rõ chính xác điều gì quyết định số lượng tín chỉ, nhưng nó giống như phần thưởng cho mức độ chữ ký đồng thuận được gộp trọn vào chứng nhận đó, chứ không phải cho việc máy phát đã xử lý bao nhiêu lưu lượng người dùng. Nếu đúng vậy, một phần phần thưởng khối bị chặn bởi một thứ gần với sự phối hợp giữa các trình xác thực hơn là nhu cầu của người dùng.
Điều thay đổi đối với tôi là việc giả định phí gas là “đòn bẩy” chính liên kết giá trị token với mức sử dụng. Có lẽ nó không phải là toàn bộ câu chuyện. Và cơ chế gas lại tạo thêm một điểm rắc rối: gas không được dùng thì không bị tính phí, nhưng một giao dịch bị hoàn tác do hết gas vẫn phải trả phần gas đã tiêu tốn. “Hoạt động” trên Dusk cũng không ánh xạ rõ ràng với nhu cầu, dù nhìn theo cách nào.
Thứ tiếp theo tôi muốn kiểm tra: cơ chế chứng nhận–tín chỉ thực sự khen thưởng điều gì, và tỉ lệ đốt thực tế từ các tín chỉ không được phân bổ trong một chuỗi các khối.
Đọc tài liệu về kiến trúc của Dusk, tôi kỳ vọng sẽ có một lớp quyền riêng tư. Thế nhưng lại có hai lớp, và chúng không dùng chung cùng một kiểu mật mã. Dusk ($DUSK ) #dusk @Dusk đang hướng tới một thiết kế tách rời — DuskDS chạy Piecrust với các chứng minh không tri thức (zero-knowledge proofs), và một lớp DuskEVM riêng nhằm chạy Solidity tiêu chuẩn thông qua Hardhat và MetaMask.
Tôi nghĩ điều đó biến DuskEVM thành phía “minh bạch”. Nhưng không phải — ít nhất là theo một bài đăng trong lộ trình của Dusk: DuskEVM được lên kế hoạch để có mã hóa đồng cấu (homomorphic encryption) cho các giao dịch bảo mật và sổ lệnh bị che giấu (obfuscated order books). Toán học khác nhau, không phải là không có quyền riêng tư.
Vì vậy, đây không phải “một chuỗi riêng tư với lối vào công khai”. Mà là hai ngăn xếp quyền riêng tư tách biệt nhắm tới hai nhóm nhà phát triển — một lớp dùng ZK proofs, lớp còn lại dùng HE. Hai cách tiếp cận mật mã để duy trì và kiểm toán thay vì chỉ một, cho dù trong thực tế điều đó sẽ có ý nghĩa như thế nào. Vẫn là lộ trình, chưa được triển khai: tài liệu mô tả DuskVM là “hiện đang được nhúng trong DuskDS nhưng sẽ được tách ra” thành một lớp riêng.
Đáng để kiểm tra tiếp theo: liệu việc tách đó đã thực sự diễn ra chưa, hay tính bảo mật của DuskEVM dựa trên HE có tồn tại ở bất kỳ đâu ngoài thông báo.
Tôi nghĩ điều đó biến DuskEVM thành phía “minh bạch”. Nhưng không phải — ít nhất là theo một bài đăng trong lộ trình của Dusk: DuskEVM được lên kế hoạch để có mã hóa đồng cấu (homomorphic encryption) cho các giao dịch bảo mật và sổ lệnh bị che giấu (obfuscated order books). Toán học khác nhau, không phải là không có quyền riêng tư.
Vì vậy, đây không phải “một chuỗi riêng tư với lối vào công khai”. Mà là hai ngăn xếp quyền riêng tư tách biệt nhắm tới hai nhóm nhà phát triển — một lớp dùng ZK proofs, lớp còn lại dùng HE. Hai cách tiếp cận mật mã để duy trì và kiểm toán thay vì chỉ một, cho dù trong thực tế điều đó sẽ có ý nghĩa như thế nào. Vẫn là lộ trình, chưa được triển khai: tài liệu mô tả DuskVM là “hiện đang được nhúng trong DuskDS nhưng sẽ được tách ra” thành một lớp riêng.
Đáng để kiểm tra tiếp theo: liệu việc tách đó đã thực sự diễn ra chưa, hay tính bảo mật của DuskEVM dựa trên HE có tồn tại ở bất kỳ đâu ngoài thông báo.
Đúng một phần
Mình đã staking quanh dòng mainnet của DUSK suốt cả buổi chiều cho nhiệm vụ CreatorPad và có một chi tiết cứ làm mình băn khoăn. Mình kiểm tra số liệu DUSK trong lúc làm — CoinMarketCap đang niêm yết ở khoảng $0.0656 với chừng $3.54M khối lượng giao dịch 24h, và riêng cặp DUSK/USDT trên Binance cũng đã hiển thị khoảng $117k trong con số đó. Với một dự án mà toàn bộ lời chào của nó là “cổng kết nối cho hàng nghìn tỷ RWA sắp tới lên on-chain”, @Dusk , thì… căn phòng khá yên tĩnh. Chưa chết, chỉ là rất sớm-sớm.#dusk ,$DUSK
Điều thực sự khiến mình ám ảnh không phải là khối lượng. Mà là cơ chế staking. Cứ thêm vào một stake đang hoạt động thì chỉ 90% số tiền mới được đưa vào ngay lập tức — 10% còn lại chỉ nằm đó, ở trạng thái không hoạt động, không tạo ra gì, cho đến khi bạn xử lý nó riêng biệt. Không ai quảng cáo phần đó. Tài liệu nhắc đến gần như thoáng qua. Bạn chỉ biết rõ khi tự làm.
Nó gần như tóm gọn khoảng cách giữa câu chuyện headline kiểu NPEX/BlackRock và trải nghiệm của một staker bình thường hiện nay — các tổ chức có bản tường thuật settlement được đánh bóng, còn retail thì nhận dòng tiền vào ví với một “khoản thuế” nhỏ mà chẳng ai cảnh báo trước.
Đã làm mình chững lại giữa lúc ăn snack, nói thật là vậy. Mình tự hỏi liệu “ma sát” 10% đó có phải là chủ ý (chống gaming?) hay chỉ là đường ống thừa sót từ một lần thiết kế trước. Có ai trong đội ngũ thực sự trả lời thẳng thắn về chuyện này không?
Điều thực sự khiến mình ám ảnh không phải là khối lượng. Mà là cơ chế staking. Cứ thêm vào một stake đang hoạt động thì chỉ 90% số tiền mới được đưa vào ngay lập tức — 10% còn lại chỉ nằm đó, ở trạng thái không hoạt động, không tạo ra gì, cho đến khi bạn xử lý nó riêng biệt. Không ai quảng cáo phần đó. Tài liệu nhắc đến gần như thoáng qua. Bạn chỉ biết rõ khi tự làm.
Nó gần như tóm gọn khoảng cách giữa câu chuyện headline kiểu NPEX/BlackRock và trải nghiệm của một staker bình thường hiện nay — các tổ chức có bản tường thuật settlement được đánh bóng, còn retail thì nhận dòng tiền vào ví với một “khoản thuế” nhỏ mà chẳng ai cảnh báo trước.
Đã làm mình chững lại giữa lúc ăn snack, nói thật là vậy. Mình tự hỏi liệu “ma sát” 10% đó có phải là chủ ý (chống gaming?) hay chỉ là đường ống thừa sót từ một lần thiết kế trước. Có ai trong đội ngũ thực sự trả lời thẳng thắn về chuyện này không?
Đúng một phần
Đã dành đoạn cuối cùng của vòng CreatorPad này để đào sâu vào hành vi thực tế trên chuỗi của $DUSK thay vì bản pitch deck, và có một con số cứ ám ảnh tôi.
Trong lúc làm, tôi mở CoinGecko lên — DUSK đang ở $0.0762, giảm 5% trong tuần, vốn hóa khoảng $45.1M, nhưng khối lượng 24h đang in ra $3.06M. Tính đi… gần 7% toàn bộ vốn hóa thị trường đang quay vòng trong một ngày. @Dusk ,#dusk ,$DUSK ,
Tỷ lệ đó không giống hành vi của một "regulated settlement layer". Nó giống đầu cơ token gas hơn. Mọi thứ Dusk công bố — token hóa NPEX, tuân thủ ZK, Zedger, cả bài pitch quyền riêng tư gặp MiFID — đều nằm ở phía settlement. Nhưng khối lượng mà tôi đang thấy thực sự là giao dịch churn, không phải dòng chảy tài sản. Không ai đang di chuyển chứng khoán đã token hóa với nhịp đó cả. Có ai đó chỉ đang lật đi lật lại token.
— mà nghe hơi khó chịu khi phải ngồi với phần tách đó. Câu chuyện về "economic layer" cần có khối lượng NPEX, settlement RWA thực sự, dòng tiền lưu ký (custody flows) để xuất hiện trong dữ liệu trước khi nó được gọi là một layer. Hiện tại thứ hoạt động một cách xác minh được lại là token gas đang làm đúng nhiệm vụ của token gas: tay nhanh, rút nhanh.
Tôi pha một ly cà phê giữa lúc viết và suýt tự thuyết phục mình bỏ qua — có lẽ hạ tầng giai đoạn đầu lúc nào cũng trông như vậy trước khi các dòng chảy thật sự đến. Có thể.
Vậy DUSK hiện tại đang định giá dựa trên cái gì — luận điểm settlement, hay chỉ là chính nó?
Trong lúc làm, tôi mở CoinGecko lên — DUSK đang ở $0.0762, giảm 5% trong tuần, vốn hóa khoảng $45.1M, nhưng khối lượng 24h đang in ra $3.06M. Tính đi… gần 7% toàn bộ vốn hóa thị trường đang quay vòng trong một ngày. @Dusk ,#dusk ,$DUSK ,
Tỷ lệ đó không giống hành vi của một "regulated settlement layer". Nó giống đầu cơ token gas hơn. Mọi thứ Dusk công bố — token hóa NPEX, tuân thủ ZK, Zedger, cả bài pitch quyền riêng tư gặp MiFID — đều nằm ở phía settlement. Nhưng khối lượng mà tôi đang thấy thực sự là giao dịch churn, không phải dòng chảy tài sản. Không ai đang di chuyển chứng khoán đã token hóa với nhịp đó cả. Có ai đó chỉ đang lật đi lật lại token.
— mà nghe hơi khó chịu khi phải ngồi với phần tách đó. Câu chuyện về "economic layer" cần có khối lượng NPEX, settlement RWA thực sự, dòng tiền lưu ký (custody flows) để xuất hiện trong dữ liệu trước khi nó được gọi là một layer. Hiện tại thứ hoạt động một cách xác minh được lại là token gas đang làm đúng nhiệm vụ của token gas: tay nhanh, rút nhanh.
Tôi pha một ly cà phê giữa lúc viết và suýt tự thuyết phục mình bỏ qua — có lẽ hạ tầng giai đoạn đầu lúc nào cũng trông như vậy trước khi các dòng chảy thật sự đến. Có thể.
Vậy DUSK hiện tại đang định giá dựa trên cái gì — luận điểm settlement, hay chỉ là chính nó?
Tôi đã cho rằng “thời gian unbonding ngắn hơn” nghĩa là chính khóa thời gian timelock của Bitcoin hai ngày đã được dời đi. Không phải vậy. Thứ được thông qua bởi quản trị (governance) là một điều chỉnh phí — giảm phí Giai đoạn 2 từ 100 xuống 30 /vbyte, tổng cộng 9600 sats, được xác nhận qua đề xuất trên diễn đàn và được phản ánh trên chuỗi. #baby ,$BABY , @BabylonLabs_io
Nó không phải là một tham số của Cosmos mà Babylon có thể bỏ phiếu phủ quyết — mà là thứ được kế thừa từ nhịp độ xác nhận vốn có của chính Bitcoin. Vì vậy “ngắn hơn” chỉ có nghĩa là rẻ hơn khi thoát, chứ không phải nhanh hơn. Hai lời hứa rất khác nhau, nhưng khoác lên cùng một tiêu đề. Trong khi đó giao dịch spot đang quanh $0.0105, giảm khoảng số ít (mid-single-digits) trong ngày, kèm một đợt mở khóa 136M token — khoảng 1,2% tổng cung — sẽ về trong năm ngày tới. Phí rẻ hơn, nguồn cung sắp vào nhiều hơn, nến đỏ. Cảm giác ít giống ngẫu nhiên và nhiều giống việc mọi người “đánh trước” một lối thoát mà thực ra không hề nhanh hơn so với thời điểm hồi tháng 4.
Tôi đã để bài này yên một phút trước khi đăng vì “ngắn hơn” theo tôi phải ám chỉ thời gian chứ không phải chi phí — và ngôn ngữ marketing thường không tự chỉnh phân biệt đó cho bạn.
Hiện giờ ai đang thực sự đọc các thay đổi về phí như thể là thay đổi về timelock, và khoảng cách đó sẽ được thu hẹp trước hay sau khi đợt mở khóa rơi xuống?
Nó không phải là một tham số của Cosmos mà Babylon có thể bỏ phiếu phủ quyết — mà là thứ được kế thừa từ nhịp độ xác nhận vốn có của chính Bitcoin. Vì vậy “ngắn hơn” chỉ có nghĩa là rẻ hơn khi thoát, chứ không phải nhanh hơn. Hai lời hứa rất khác nhau, nhưng khoác lên cùng một tiêu đề. Trong khi đó giao dịch spot đang quanh $0.0105, giảm khoảng số ít (mid-single-digits) trong ngày, kèm một đợt mở khóa 136M token — khoảng 1,2% tổng cung — sẽ về trong năm ngày tới. Phí rẻ hơn, nguồn cung sắp vào nhiều hơn, nến đỏ. Cảm giác ít giống ngẫu nhiên và nhiều giống việc mọi người “đánh trước” một lối thoát mà thực ra không hề nhanh hơn so với thời điểm hồi tháng 4.
Tôi đã để bài này yên một phút trước khi đăng vì “ngắn hơn” theo tôi phải ám chỉ thời gian chứ không phải chi phí — và ngôn ngữ marketing thường không tự chỉnh phân biệt đó cho bạn.
Hiện giờ ai đang thực sự đọc các thay đổi về phí như thể là thay đổi về timelock, và khoảng cách đó sẽ được thu hẹp trước hay sau khi đợt mở khóa rơi xuống?
@BabylonLabs_io — vay mượn “live” được Bitcoin hậu thuẫn, native với Aave v4, được cung cấp bởi Trustless Bitcoin Vaults, không bọc, không bridging, giữ quyền giám sát đầy đủ. Nghe như đúng nguyên văn pitch, đúng không? #baby , $BABY , giải quyết đúng vấn đề mà ba giao thức khác đã tuyên bố là họ bẻ khóa.
Nhưng — đó là Public Testnet. Không phải mainnet. Tôi đã phải đọc lại thông báo hai lần để chắc rằng mình không lướt qua mất chữ đó.
Đây là điều thực sự đọng lại trong tôi. WBTC, BTC và một vài thị trường cho vay kiểu CDP đã cho phép mọi người vay dựa trên mức phơi nhiễm BTC ngay hôm nay, live, với vốn thực sự luân chuyển qua chúng. “Câu trả lời” của Babylon cho “làm sao dùng Bitcoin làm tài sản thế chấp mà không có rủi ro giám quản” là có thật và về mặt kỹ thuật thì gọn gàng hơn trên giấy — không có token tổng hợp, không có hợp đồng bridge để phải tin tưởng — nhưng vẫn đang trong giai đoạn demo trong khi các bên hiện hữu đang xử lý khối lượng giao dịch thực tế. Câu chuyện đọc như đã xong. Việc triển khai thì trông vẫn còn sớm.
Tôi rót cà phê và cứ nghĩ về khoảng cách giữa “chúng tôi đã xây phiên bản không cần tin cậy” và “người ta có thể dùng nó ngay lúc này.” Hai tuyên bố đó không phải là một, dù chúng có thể bị gộp chung vào cùng một dòng tweet.
Không chắc liệu khoảng cách này sẽ được lấp đầy trong vài tuần hay kéo dài sang một quý khác. Có ai theo dõi xem khi nào việc này chuyển từ testnet?
Nhưng — đó là Public Testnet. Không phải mainnet. Tôi đã phải đọc lại thông báo hai lần để chắc rằng mình không lướt qua mất chữ đó.
Đây là điều thực sự đọng lại trong tôi. WBTC, BTC và một vài thị trường cho vay kiểu CDP đã cho phép mọi người vay dựa trên mức phơi nhiễm BTC ngay hôm nay, live, với vốn thực sự luân chuyển qua chúng. “Câu trả lời” của Babylon cho “làm sao dùng Bitcoin làm tài sản thế chấp mà không có rủi ro giám quản” là có thật và về mặt kỹ thuật thì gọn gàng hơn trên giấy — không có token tổng hợp, không có hợp đồng bridge để phải tin tưởng — nhưng vẫn đang trong giai đoạn demo trong khi các bên hiện hữu đang xử lý khối lượng giao dịch thực tế. Câu chuyện đọc như đã xong. Việc triển khai thì trông vẫn còn sớm.
Tôi rót cà phê và cứ nghĩ về khoảng cách giữa “chúng tôi đã xây phiên bản không cần tin cậy” và “người ta có thể dùng nó ngay lúc này.” Hai tuyên bố đó không phải là một, dù chúng có thể bị gộp chung vào cùng một dòng tweet.
Không chắc liệu khoảng cách này sẽ được lấp đầy trong vài tuần hay kéo dài sang một quý khác. Có ai theo dõi xem khi nào việc này chuyển từ testnet?
Ngồi với bài đăng diễn đàn mới từ sáng nay — bài đề xuất việc BABY hướng tới cơ chế giảm phát sau khi các BSN bắt đầu trả phí cho Genesis để sử dụng các dịch vụ của control plane. #baby ,$BABY @BabylonLabs_io
Đây là điều thực sự đã khiến tôi dừng lại: toàn bộ câu chuyện giảm phát lại nằm ở phía sau của BTC Multi-Staking, mà hiện chưa hoạt động. Vì vậy, ngay lúc này, không có dòng phí nào để đốt — đề xuất này là kiến trúc cho một trạng thái trong tương lai, chứ không phải là mô tả của tokenomics hiện tại. Thiết kế hợp lý, chắc chắn. Nhưng khi đọc nó cạnh việc đăng ký nhận airdrop sẽ đóng trong tuần này và chiến dịch giao dịch trên sàn đang diễn ra song song, thật khó không nhận ra sự trùng khớp — các nội dung nói về giảm phát xuất hiện đúng lúc lượng cung mới và sự chú ý mới đang bước vào hệ thống, chứ không phải khi bất cứ thứ gì thực sự đang thoát ra khỏi đó.
Nó cũng khiến tôi phải dừng lại ở giả định của chính mình — tôi đã xem "cơ chế giảm phát sắp tới" như một thực tế ở hiện tại trong các bản nháp trước. Không phải vậy. Đó là một chuỗi phụ thuộc: Multi-Staking được triển khai → BSN trả phí → rồi ngay cả logic đốt cũng cần phải có thứ để tác động.
Không phải giảm giá kỳ vọng (bearish), không phải lạc quan (bullish). Chỉ là… ai đang ở vị trí trước khi chuỗi phụ thuộc đó được hoàn tất, và ai đang đặt cược rằng trình tự sẽ hoàn thành đúng lịch?
Đây là điều thực sự đã khiến tôi dừng lại: toàn bộ câu chuyện giảm phát lại nằm ở phía sau của BTC Multi-Staking, mà hiện chưa hoạt động. Vì vậy, ngay lúc này, không có dòng phí nào để đốt — đề xuất này là kiến trúc cho một trạng thái trong tương lai, chứ không phải là mô tả của tokenomics hiện tại. Thiết kế hợp lý, chắc chắn. Nhưng khi đọc nó cạnh việc đăng ký nhận airdrop sẽ đóng trong tuần này và chiến dịch giao dịch trên sàn đang diễn ra song song, thật khó không nhận ra sự trùng khớp — các nội dung nói về giảm phát xuất hiện đúng lúc lượng cung mới và sự chú ý mới đang bước vào hệ thống, chứ không phải khi bất cứ thứ gì thực sự đang thoát ra khỏi đó.
Nó cũng khiến tôi phải dừng lại ở giả định của chính mình — tôi đã xem "cơ chế giảm phát sắp tới" như một thực tế ở hiện tại trong các bản nháp trước. Không phải vậy. Đó là một chuỗi phụ thuộc: Multi-Staking được triển khai → BSN trả phí → rồi ngay cả logic đốt cũng cần phải có thứ để tác động.
Không phải giảm giá kỳ vọng (bearish), không phải lạc quan (bullish). Chỉ là… ai đang ở vị trí trước khi chuỗi phụ thuộc đó được hoàn tất, và ai đang đặt cược rằng trình tự sẽ hoàn thành đúng lịch?
Đăng nhập để khám phá thêm nội dung