兰精灵

#nil $NIL @Nillion Hôm qua, tôi trò chuyện với vài người bạn, rồi chủ đề lại vòng về Nillion. Buổi tối, tôi quyết định xem lại toàn bộ lộ trình công nghệ của họ từ đầu đến cuối. Càng đọc, tôi càng thấy hướng đi của dự án giờ đã khác trước.

Thời kỳ đầu, khi nhắc đến Nillion, mọi người chủ yếu nói về tính toán bảo mật và lưu trữ AI. Còn bây giờ, trọng tâm rõ ràng đã chuyển sang Encrypted Markets, với Covenants là cốt lõi. Nói đơn giản, bạn có thể mã hóa trước lệnh cắt lỗ, giá đặt mua trong phiên đấu giá hoặc các chỉ thị khác rồi đưa lên chuỗi; trước khi điều kiện được kích hoạt, không ai có thể đọc nội dung. Khi giá chạm ngưỡng hoặc đến thời điểm đã định, các nút sẽ tự động giải mã và thực thi. Điều này khá hữu ích cho DeFi: hiện tại, ý định giao dịch trên chuỗi bị lộ quá sớm, khiến bot MEV dễ dàng quét được. Covenants phần nào khắc phục lỗ hổng này.

Hơn nữa, đây không chỉ là chuyện trên giấy. Giai đoạn Dusk đã được triển khai trên Ethereum mainnet, đưa Covenants vào hoạt động thực tế trên L1. Tiếp theo là lộ trình gồm bảy bước rõ ràng: Darkfall mở rộng sang nhiều chuỗi EVM như Arbitrum và Base; Skyglow cho phép kích hoạt trên chuỗi A và thanh toán trên chuỗi B; Nightside hỗ trợ mọi nguồn dữ liệu có thể xác minh; Neon cung cấp ngôn ngữ chuyên dụng và VM; Aurora tăng cường khả năng chống lượng tử; Moonshine tập trung giảm chi phí và mở rộng quy mô. Mỗi bước đều hướng đến quy mô lớn hơn, chi phí thấp hơn và bảo mật mạnh hơn.

Về ứng dụng, điều tôi mong chờ nhất là lệnh cắt lỗ được niêm phong và đấu giá kín, để chiến lược hoàn toàn ẩn đi trước khi được kích hoạt. Nhìn xa hơn, nếu AI Agent bắt đầu giao dịch tự chủ trên quy mô lớn, mô hình mã hóa trước, thực thi sau này rất có thể sẽ trở thành một trong những hạ tầng nền tảng. Suy cho cùng, điều máy móc giao dịch sợ nhất chính là để lộ ý định từ trước.

Tất nhiên, lộ trình hấp dẫn không có nghĩa là mọi thứ đã vận hành trơn tru. Cuối cùng, vẫn phải xem xét mức độ đón nhận của nhà phát triển, số lượng ứng dụng thực tế và độ ổn định của mạng lưới nút. DeFi thế hệ tiếp theo không chỉ cạnh tranh về TVL và khối lượng giao dịch, mà còn về khả năng bảo vệ chiến lược của người dùng trong khi vẫn đảm bảo tính xác minh. Nếu Covenants thực sự được triển khai rộng rãi, Nillion là dự án đáng để tiếp tục theo dõi.

#Circle上半年营收约14亿美元 Circle 上半年营收约 14 亿美元：稳定币生意，真的赚钱吗？

Circle 近期披露 2026 年上半年营收约 14 亿美元，这个数字本身并不小。
但如果把 USDC 的链上数据放在一起看，会发现稳定币行业的赚钱逻辑，比表面流水要复杂得多。

上半年，USDC 链上结算规模达到约 36 万亿美元，铸造与赎回总量超过 3150 亿美元。
这说明 USDC 的使用频率、流通范围和链上活跃度都在提升，稳定币作为区块链基础设施的属性继续增强。

不过，真正值得关注的是成本结构。
Circle 上半年约有 8.19 亿美元用于渠道分销分成与交易相关成本，占总营收约 59%。

换句话说，虽然营收接近 14 亿美元，但近六成都要投入到渠道合作、流动性维护和交易成本中。
这也解释了为什么稳定币项目往往 “交易规模大”，但利润端未必同步改善。

稳定币赛道的竞争，已经不只是发行规模之争，更是渠道、流动性和成本控制能力的竞争。
对 Circle 而言，USDC 的链上体量继续扩张是积极信号，但能否把高流水转化为更健康的利润，仍需要观察。

你怎么看？
营收 14 亿美元、渠道成本近六成，这说明稳定币生意是 “规模先行”，还是 “成本陷阱”？

#Circle #USDC

Mua bStocks rồi muốn giao dịch hợp đồng, có cần bán trước không?

Không cần bán! Không cần bán! Không cần bán! 🙂‍↔️

Giữ bStocks vẫn dùng được, dùng rồi vẫn giữ được.
Một khoản vốn, hai cách chơi.

Đừng chần chừ, đến Binance giao dịch và mua bStocks nhé!
Mọi bStocks bạn muốn đều có ở đây.

Cùng quay quảng cáo, rinh iPhone và BNB! 🚀

#币安创意广告大赛 #bStocks #bnb

CPI Mỹ tháng 9 sắp được công bố! Sau khi có dữ liệu, giá dầu thô và trái phiếu kho bạc Mỹ sẽ diễn biến ra sao?
Dữ liệu chính: CPI tăng lên 3,7% so với cùng kỳ năm ngoái (mức trước đó là 3,4%); giá xăng tăng vọt 9,1% trong một tháng, chiếm hơn một nửa mức tăng. CPI lõi cũng tăng 2,6%.
Quan điểm của tôi:
1. Trái phiếu kho bạc Mỹ: đã bị tác động trực tiếp. Lợi suất vốn đang tăng nhanh, xác suất tăng lãi suất trong tháng 10 đã vọt từ khoảng 20% lên gần 50%. Lợi suất ngắn hạn phản ứng mạnh nhất, cho thấy thị trường đang định giá lại lộ trình lãi suất “cao hơn trong thời gian dài hơn”.
2. Dầu thô: CPI phần nhiều là “kết quả” chứ không phải “nguyên nhân”. Động lực chính khiến giá dầu hiện tăng cao vẫn là gián đoạn nguồn cung do chiến tranh Iran. Chừng nào rủi ro địa chính trị chưa dịu đi, nhiều khả năng giá sẽ tiếp tục dao động ở mức cao, đồng thời gây thêm áp lực lên lạm phát và thị trường trái phiếu.
Tóm lại: Lạm phát cao đẩy kỳ vọng lạm phát lên → lạm phát làm tăng kỳ vọng lãi suất → trái phiếu kho bạc Mỹ chịu áp lực. Chuỗi tác động này khó đảo chiều trong ngắn hạn. Bạn nghĩ Fed sẽ chọn giữ nguyên lãi suất vào cuối tháng 10 hay tăng lãi suất ngay? Cùng thảo luận ở phần bình luận nhé.
$BTC
$ETH

#9月cpi来袭原油美债走势如何

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