K A I F F

#dusk $DUSK @Dusk Tôi đã tìm thấy một câu trong thông báo chính thức về Hedger của Dusk, nội dung này viết lại toàn bộ lựa chọn dành cho nhà phát triển giữa Zedger và Hedger theo cách mà hầu hết các so sánh đều bỏ qua.

“Mô hình tài khoản dựa trên EVM ngăn cản hoàn toàn ẩn danh — một khả năng mà Zedger vẫn cung cấp.”
Câu đó nằm trong thông báo tháng 6/2025 do chính Dusk công bố. Đáng đọc chậm rãi.
Zedger chạy natively trên DuskDS. Nó sử dụng mô hình giao dịch Phoenix của Dusk — một hệ thống UTXO được che chắn với các bằng chứng ZK giúp ẩn số tiền, người gửi và quan hệ giữa các note ở cấp độ giao thức. Hoàn toàn ẩn danh. Bản địa với L1. Không có lớp trừu tượng nào giữa ứng dụng và cơ chế đảm bảo quyền riêng tư.
Hedger chạy trên DuskEVM. Nó sử dụng mã hóa đồng cấu (homomorphic encryption) và các bằng chứng ZK để cung cấp luồng giao dịch bí mật bên trong một môi trường Solidity. Bộ công cụ quen thuộc. Tương thích EVM. Dễ chuyển từ Ethereum. Và theo chính thừa nhận của Dusk, Hedger không thể cung cấp hoàn toàn ẩn danh vì mô hình tài khoản của EVM có những giới hạn mang tính cấu trúc mà chỉ mật mã đơn thuần không thể khắc phục.
Hãy ngẫm nghĩ về điều đó trong chốc lát.
Định vị về mặt quản lý của Dusk dựa trên quyền riêng tư mặc định kèm khả năng kiểm toán khi cần thiết. NPEX, đối tác được cấp phép MTF nhắm tới 200 triệu € trong token hóa chứng khoán, là trường hợp sử dụng tiêu biểu. Dữ liệu chuyển nhượng chứng khoán được quản lý như danh tính nhà đầu tư, số tiền giao dịch và thông tin đối tác chính là đúng những lĩnh vực mà ẩn danh hoàn toàn bảo vệ.
Một ứng dụng chứng khoán được quản lý được xây dựng trên Hedger để tiện lợi với Solidity sẽ có luồng giao dịch bí mật. Nhưng nó không có được mức độ ẩn danh hoàn toàn mà Zedger cung cấp một cách bản địa.
Nhà phát triển chọn Hedger không phải đang chọn giữa hai con đường tương đương với hai ngôn ngữ lập trình khác nhau. Họ đang chọn giữa quyền riêng tư mật mã tối đa và bộ công cụ quen thuộc, đổi lại cho lời hứa đảm bảo quyền riêng tư mạnh nhất mà mạng thực sự có thể cung cấp.
Phần lớn tài liệu dành cho nhà phát triển trình bày điều đó như một sự ưu tiên. Thông báo riêng của Dusk lại mô tả đó là sự khác biệt về khả năng.

#dusk $DUSK @Dusk

Tôi đã tìm thấy điều gì đó trong tài liệu hướng dẫn cắt (slashing) chính thức của Dusk mà đa số các hướng dẫn về staking chỉ tóm tắt trong một câu và lướt qua quá nhanh.
"Soft slashing does not burn stake."
Câu đó là đúng. Nhưng nó cũng chưa đầy đủ theo một cách quan trọng đối với bất kỳ ai vận hành một node provisioner.
Cơ chế đầy đủ từ thông báo chính thức tháng 8 năm 2024 như sau. Lần vi phạm đầu tiên: cảnh báo. Lần vi phạm thứ hai liên tiếp: 10 phần trăm stake chuyển sang quỹ phần thưởng có thể nhận (claimable rewards pool). Lần thứ ba liên tiếp: 20 phần trăm. Lần thứ tư: 30 phần trăm. Tỷ lệ phần trăm là N nhân với 10, trong đó N bằng số lần vi phạm bị cắt liên tiếp.
Stake không bị đốt cháy (burn). Nó có thể thu hồi (recoverable).
Nhưng quá trình tăng mức phạt là theo cấp số nhân. Một provisioner gặp bốn nhiệm vụ bị bỏ lỡ liên tiếp mà không tạo block hoặc bỏ phiếu trong khoảng đó sẽ mất tổng 10 + 20 + 30 phần trăm trên các sự kiện đó. Điều đó tương đương 60 phần trăm stake đang hoạt động bị kéo ra khỏi khả năng tham gia sortition trong thời gian ngắn, và mỗi hình phạt đồng thời làm giảm stake hiệu dụng được dùng để tính xác suất chọn trong các lần chọn tiếp theo.
Cảnh báo và lỗi chỉ được đặt lại khi provisioner nhận được phần thưởng. Nghĩa là đồng hồ không được đặt lại cho đến khi node lại tham gia thành công vào đồng thuận (consensus).
Một node bị tắt đột ngột, ví dụ trong quá trình di chuyển máy chủ ngoài kế hoạch, không thể đặt lại bộ đếm lỗi cho đến khi nó trực tuyến trở lại và thực sự được chọn để tham gia đồng thuận. Việc được chọn đòi hỏi stake đủ. Stake đã bị phạt một phần trước đó. Stake thấp hơn đồng nghĩa với xác suất được chọn thấp hơn. Xác suất được chọn thấp hơn đồng nghĩa thời gian chờ để được đặt lại lâu hơn.
Bẫy cộng dồn là có thật. Soft slashing không đốt mất vốn vĩnh viễn. Nhưng nó có thể đẩy một node tiến nhanh hơn tới ngưỡng tối thiểu 1.000 DUSK so với mô hình mà phần lớn nhà vận hành dự tính khi họ đọc “stake is not lost.”
Hard slashing, dành riêng cho hành vi gian lận/đánh giá sai (equivocation), sẽ bị đốt vĩnh viễn và không có lối khôi phục. Sự khác biệt này rõ ràng và đa số nhà vận hành đều hiểu.
Mức tăng của soft slashing chính là điều đáng để hiểu trước khi nó bắt đầu.

Tôi đã mở hai trang @Dusk trang chính thức vào cùng một buổi chiều và tìm thấy một cụm từ có ý nghĩa rất khác nhau tùy theo bạn đang đọc trang nào.
Trang chủ dusk.network mô tả Dusk Trade như lớp ứng dụng chuyển các nguyên tắc giao thức thành các quy trình hướng tới người dùng. Khám phá tài sản. Tạo điều kiện cho nhà đầu tư tham gia. Kết nối ví. Giao dịch. Thanh toán quyết toán. Nghe giống như một thứ mà bạn có thể mở ngay trên trình duyệt hôm nay.
Sau đó, tôi lại tìm thấy đúng cùng một sản phẩm được mô tả trên docs.dusk.network.
"Nó đang được xây dựng xoay quanh các quy trình thực của thị trường."
Đang được xây dựng.
Cụm từ đó đang âm thầm làm một công việc quan trọng.
Tài liệu mô tả năm nhóm quy trình mà Dusk Trade sẽ xử lý: khám phá tài sản, tạo điều kiện cho nhà đầu tư tham gia, liên kết ví, phối hợp thanh toán và thanh toán quyết toán tuân thủ. Tài liệu về kiến trúc nêu rõ việc triển khai cụ thể phụ thuộc vào sản phẩm và các yêu cầu quản lý của thị trường đang được phục vụ.

Sự linh hoạt đó là hợp lý đối với một sản phẩm được quản lý. Nhưng đồng thời, điều đó cũng có nghĩa là hiện vẫn chưa có một Dusk Trade duy nhất mang tính chuẩn mực.
NPEX hoạt động trong các thị trường tư nhân được quản lý, nơi các yêu cầu về phát hành, tiếp cận của nhà đầu tư, giao dịch, công bố thông tin và thanh toán quyết toán đã được thiết lập, theo các tài liệu chính thức. Thông báo tháng 12/2025 mô tả một dApp được đồng phát triển có sự tham gia của các chuyên gia hạ tầng tài chính bên thứ ba. Tích hợp Chainlink tháng 1/2026 bổ sung khả năng thanh toán quyết toán xuyên chuỗi.

Mỗi thông báo đều dựa trên thông báo trước. Mỗi thông báo đều mô tả hạ tầng đang dần kết hợp lại.

Điều tôi cứ tìm mãi mà không thấy là ngày mà một nhà đầu tư cá nhân hoặc tổ chức có thể mở Dusk Trade, kết nối ví, duyệt một chứng khoán NPEX được mã hóa token và thanh toán một giao dịch mua trên chuỗi thông qua một quy trình tuân thủ.
Thị trường mã hóa RWA được dự báo sẽ đạt 16 nghìn tỷ USD vào năm 2030. Hạ tầng của Dusk đã tồn tại và hoạt động được. Dusk Trade, lớp khiến nó có thể sử dụng bởi một nhà đầu tư thực sự, vẫn còn khoảng cách giữa "đang được xây dựng" và "đã ra mắt".
Khoảng cách đó là điều duy nhất quan trọng đối với việc được áp dụng.

#dusk $DUSK @Dusk

#dusk $DUSK

Tôi đã bắt gặp một mốc thời gian trong tài liệu tokenomics của Dusk, và nó đã định hình lại hoàn toàn cách tôi nhìn nhận tình hình cung DUSK hiện tại.

Tháng 4/2022.

Đó là thời điểm giai đoạn vesting cho toàn bộ 500 triệu token <c-1/> pre-mainnet <@Dusk > kết thúc. Phân bổ cho đội ngũ. Phân bổ cho cố vấn. Quỹ phát triển. Niêm yết sàn giao dịch. Marketing. Tất cả đều đã được fully vested. Tháng 4/2022.
Mainnet của Dusk ra mắt vào cuối năm 2024.

Khoảng chênh lệch đó đáng để suy nghĩ cẩn thận.
Tất cả token được phân bổ cho những người tham gia sớm—đội ngũ đã xây dựng Dusk trong suốt 6 năm, các cố vấn đã dẫn dắt nó, các sàn đã niêm yết, và các nhà đầu tư đã ủng hộ ICO năm 2018 ở mức $0.0404—đều có thể tự do chuyển nhượng trong hơn hai năm rưỡi trước khi mạng lưới mà chúng được phát hành chính thức đi vào hoạt động.

Lịch vesting tồn tại để đồng bộ lợi ích. Khóa token đủ lâu để người nắm giữ vẫn gắn bó và tin tưởng vào việc dự án sẽ thành công. Từ tháng 4/2022 đến cuối năm 2024 là một khoảng thời gian rất dài để nắm giữ các token đã được vested tự do, trong khi chờ đợi một mainnet mà vẫn chưa được ra mắt.

Một số người đã giữ. Những người không giữ đã tạo ra áp lực bán, đẩy DUSK từ đỉnh năm 2021 ở mức $0.57 xuống khoảng $0.07 vào giữa năm 2023, trước cả khi có mainnet nào ra đời để đủ lý do cho một đợt phục hồi.

Giờ thì mainnet đã hoạt động. Nhánh phát hành 500 triệu đầu tiên đã bắt đầu, với cơ chế suy giảm theo cấp số nhân—giảm một nửa mỗi bốn năm, lịch trình 36 năm. Và 500 triệu thứ hai này chính là phần mà các staker đang nhận được hôm nay.

Nhưng 500 triệu đầu tiên đã được unlock hoàn toàn từ hơn ba năm trước. Bất kỳ ai vẫn đang giữ những token đó đều đã tự nguyện nắm giữ kể từ tháng 4/2022.

Việc tự nguyện nắm giữ đó là một trong hai điều mạnh mẽ nhất: hoặc là tín hiệu mạnh mẽ nhất có thể về niềm tin dài hạn, hoặc là hình thức kiên nhẫn lặng thầm nhất—nhưng đang cạn dần rất chậm.

#dusk $DUSK @Dusk

Tôi đã đọc kỹ tài liệu phí của DuskEVM và phát hiện ra một chi tiết thay đổi cách tôi nhìn nhận tính dự đoán chi phí cho các ứng dụng tài chính được quản lý.
Tài liệu nêu rõ ràng điều đó. Giao dịch trên DuskEVM phát sinh hai loại phí riêng biệt. Một khoản phí thực thi L2 theo phong cách EIP-1559. Một khoản phí sẵn có dữ liệu để đăng dữ liệu batch lên DuskDS. Ví điện tử và SDK tự động ước tính cả hai khoản phí.
Tuy nhiên, việc tự động ước tính này lại che khuất một điều đáng xem xét cẩn thận.
Phí thực thi phản ứng theo hoạt động trên DuskEVM. Nhiều giao dịch hơn thì phí cơ sở cao hơn. Ít giao dịch hơn thì phí cơ sở thấp hơn. Hành vi EIP-1559 tiêu chuẩn. Đủ dễ dự đoán để ứng dụng có thể mô hình hóa.
Còn phí sẵn có dữ liệu thì khác. Nó phụ thuộc vào giá blob của DuskDS. Một lớp mạng riêng biệt. Hoàn toàn độc lập với những gì đang diễn ra trên DuskEVM.
Tôi đã dành một chút thời gian để suy nghĩ về sự phụ thuộc đó.
Giá blob trên các mạng của OP Stack đã biến động kể từ EIP-4844. Nâng cấp Fusaka vào tháng 12 năm 2025 đưa vào EIP-7918, liên kết giá sàn blob với chi phí thực thi L1 nhằm ngăn chúng sụp xuống gần như bằng 0. Phí blob đã tăng vọt mạnh ngay sau thay đổi đó trước khi ổn định trở lại. Một ứng dụng DuskEVM đã mô hình hóa chi phí sẵn có dữ liệu dựa trên giá blob trước Fusaka sẽ thấy các giả định chi phí của mình bị vô hiệu hóa chỉ trong một đêm do một thay đổi ở cấp giao thức mức Ethereum—hoàn toàn nằm ngoài quyền kiểm soát của Dusk.
DuskDS là chuỗi riêng của Dusk, không phải Ethereum mainnet. Cơ chế định giá blob của nó sẽ do chính nó quyết định.
Nhưng sự phụ thuộc mang tính cấu trúc là như nhau. Một thành phần của mọi chi phí giao dịch DuskEVM được quyết định bởi một lớp mà ứng dụng không kiểm soát và không thể dự đoán độc lập.
Với một sàn giao dịch chứng khoán được quản lý, nơi báo giá chi phí thanh toán cho các nhà đầu tư tổ chức, sự thiếu dự đoán này không phải là một lưu ý kỹ thuật nhỏ. Đó là rủi ro định giá được “gài” ngay trong chính hạ tầng.

Tôi đã đọc thông báo tháng 12 năm 2025 kêu gọi sự hợp tác của @Dusk và NPEX với câu: “sàn giao dịch chứng khoán đầu tiên tại châu Âu được điều hành hoàn toàn bằng blockchain được quản lý đầy đủ”, rồi đi tìm văn bản ủy quyền quản lý cụ thể mà tuyên bố đó dựa trên.

Những gì tôi tìm thấy đòi hỏi phải phân biệt giữa hai việc khác nhau mà bài viết liên tục đối xử như thể là một.

NPEX nắm giữ giấy phép Cơ sở giao dịch đa phương (Multilateral Trading Facility - MTF) từ Cơ quan quản lý của Hà Lan về Thị trường Tài chính (Netherlands Authority for the Financial Markets), được cấp vào tháng 3 năm 2018 theo khuôn khổ MiFID II. Giấy phép đó là có thật. NPEX đã tạo điều kiện cho hơn 196 triệu € huy động vốn thông qua 102 giao dịch đối với 17.500 nhà đầu tư đang hoạt động. Vị thế tuân thủ là xác thực và đã được giám sát liên tục bởi cả AFM và De Nederlandsche Bank.

Giấy phép MTF bao phủ NPEX như một địa điểm giao dịch.

Nó không tự động mở rộng sang hạ tầng blockchain nằm bên dưới.

“Chế độ thử nghiệm DLT” (EU's DLT Pilot Regime) của EU là khuôn khổ pháp lý cụ thể cho phép các địa điểm giao dịch vận hành trên công nghệ sổ cái phân tán với các miễn trừ chính thức so với quy tắc thanh toán tiêu chuẩn. Danh bạ của ESMA về các cơ sở hạ tầng thị trường DLT được ủy quyền tính đến tháng 1 năm 2026 liệt kê ba thực thể được cấp phép. CSD Prague. 21X AG. 360X AG.

NPEX on Dusk hiện chưa nằm trong danh sách đó.

Tài liệu nội bộ của Dusk chính họ cũng thừa nhận giấy phép DLT-TSS là một mốc quan trọng trong tương lai, không phải sự ủy quyền hiện tại. Phân tích dành cho tổ chức của KuCoin nêu thẳng điều đó: “Khi giấy phép DLT-TSS được cấp, Dusk sẽ bắt đầu tích cực đưa số lượng lớn các tổ chức vào nền tảng.”

Tôi đã dừng lại vài giây để xem xét chuỗi trình tự đó.

Một giấy phép MTF có thật đang vận hành trên hạ tầng blockchain mà chưa nhận được ủy quyền theo Chế độ thử nghiệm DLT là một vị thế pháp lý khác với ý ngụ “sàn giao dịch chứng khoán đầu tiên tại châu Âu được quản lý đầy đủ bằng blockchain”.

Quan hệ hợp tác là có thật. Hành trình pháp lý mà nó mô tả vẫn đang tiếp diễn.

#dusk $DUSK @Dusk

Tôi đã đọc toàn bộ thông báo sự cố cầu nối chính thức @Dusk từ ngày 16 tháng 1 năm 2026 và tìm thấy câu khẳng định lại cách suy nghĩ về toàn bộ kiến trúc an ninh.

"DuskDS mainnet không bị ảnh hưởng. Không có vấn đề nào ở cấp độ giao thức."

Tuyên bố đó là chính xác. Và đây cũng là điều quan trọng nhất cần suy ngẫm kỹ lưỡng.

Bản whitepaper của Dusk mô tả một hệ thống bảo mật thực sự tinh vi: Đồng thuận Succinct Attestation với chữ ký gộp BLS. Các bằng chứng Phoenix ZK đảm bảo tính hợp lệ của giao dịch mà không phơi bày dữ liệu nền tảng. Kadcast lan truyền có cấu trúc giúp che giấu nguồn gốc thông điệp trên toàn mạng. Nhiều năm nghiên cứu mật mã được nhúng vào chính lõi giao thức.

Sau đó, cầu nối sang các chuỗi EVM chỉ là một ví ký chuyên dụng.

Chỉ một khóa bị xâm phạm. Khóa bị đánh cắp dẫn đến việc DUSK bị chuyển qua BNB Smart Chain trước khi dịch vụ được tắt. Nguyên nhân gốc, theo thông báo sự cố, là thiết kế cầu nối nhẹ thiếu sự cô lập quan trọng.

Theo các công ty an ninh, việc lộ khóa riêng chiếm 88% số tiền bị đánh cắp trong Q1 năm 2025. Mẫu này tiếp tục kéo dài sang năm 2026. Hệ thống bảo mật cấp độ giao thức tinh vi nhất trên thế giới cũng không thể ngăn chặn một ví ký tập trung không có cô lập, không yêu cầu multisig và không có cơ chế phát hiện bất thường.

Điều tôi thấy đáng để xem xét là thiết kế lại cho thấy giả định ban đầu có điểm gì. Cách khắc phục liên quan đến việc tách riêng các thành phần, xác định rõ vòng đời giao dịch và giảm mức độ phơi nhiễm của hot-wallet. Đó không phải là các biện pháp bảo mật “đặc biệt”. Đây là những thực hành tiêu chuẩn về an ninh vận hành đã tồn tại trước khi mainnet của Dusk ra mắt.

Lõi giao thức không bao giờ là mắt xích yếu nhất. Nó chưa từng được kiểm chứng.

#dusk $DUSK @Dusk

Tôi đã tiếp tục đọc về giải pháp khởi động nguội của Babylon như một câu chuyện gọn gàng về việc các chuỗi mới kế thừa sự an toàn của Bitcoin cho đến khi tôi tìm thấy sự kiện cho thấy rõ sự phụ thuộc đó trông như thế nào khi nó bắt đầu vận hành.

Vấn đề @BabylonLabs_io mà nó giải quyết trước hết là có thật.

Một chuỗi PoS mới ra mắt ngày hôm nay đối mặt với một cái bẫy vòng lặp. Bảo mật đòi hỏi giá trị được stake. Giá trị được stake lại cần những người nắm giữ token tin tưởng vào chuỗi. Người nắm giữ token chỉ tích lũy khi chuỗi chứng minh được rằng nó an toàn. Chuỗi không thể chứng minh được tính an toàn nếu chưa stake giá trị mà nó vẫn chưa có.

Các giải pháp truyền thống rất tốn kém và chậm. In các token gây lạm phát để thu hút các trình xác thực ban đầu. Hy vọng rằng lợi suất đủ cao để bù đắp cho rủi ro khi stake một mạng lưới chưa được chứng minh. Chờ hàng tháng hoặc hàng năm để token tăng giá đủ mức khiến mô hình bảo mật trở nên tự duy trì.

Babylon phá vỡ vòng lặp đó. Một BSN mới có thể kế thừa “trọng lượng” kinh tế của Bitcoin ngay từ lúc ra mắt mà không cần chờ token của chính nó tích lũy được giá trị. Tính đến năm 2026, hơn 50 ứng dụng appchain của Cosmos, Berachain và nhiều rollup EVM đã áp dụng cách tiếp cận này.

Rồi ngày 17 tháng 4 năm 2025 đã xảy ra.

Lombard Finance đã unstake 14,929 BTC khỏi Babylon chỉ trong một buổi chiều. $1,26 tỷ bị rút đi. TVL của Babylon giảm 32,7% từ $3,9 tỷ xuống $2,6 tỷ chỉ trong vài giờ. BABY giảm 9,8%.

Lombard nhanh chóng làm rõ. Dự kiến chuyển sang vai trò Finality Provider. Restaking sẽ được tiếp tục sau thời gian unbonding.

Nhưng mọi BSN mà bảo mật của nó phụ thuộc vào 14,929 BTC đó đều chứng kiến “ngân sách bảo mật” của mình sụt giảm hơn một tỷ đô la vì những lý do chẳng liên quan gì đến bất cứ điều gì đang diễn ra trên chính chuỗi của họ.

Vấn đề cold-start chuyển sự phụ thuộc bảo mật từ token gốc của một chuỗi sang các quyết định của người stake Bitcoin do các thực thể như Lombard đưa ra. Đó là một dạng phụ thuộc khác. Và không hẳn là một dạng nhỏ hơn.

#baby $BABY

Tôi đã đọc bài viết BaBe được công bố bởi @BabylonLabs_io và UC Berkeley vào tháng 2 năm 2026 và tìm thấy một con số đã định hình lại toàn bộ câu chuyện về Trustless Bitcoin Vault (TBV) đối với tôi.

14.000 USD.

Đó là chi phí của một lần tranh chấp có khả năng chống gian lận trên Bitcoin khi sử dụng BitVM2, giao thức xác minh tiên tiến nhất mà nhiều mainnet và testnet đã chạy trước khi BaBe ra đời.

Hãy nghĩ điều đó có ý nghĩa gì riêng với TBV.

Cửa sổ thách thức chống gian lận là cơ chế giúp việc cho vay BTC không cần tin cậy trở nên khả thi. Khi ai đó giả vờ rằng họ sở hữu Bitcoin nhưng thực tế không phải vậy, thì chủ sở hữu hợp pháp sẽ thách thức họ bằng cách gửi bằng chứng SNARK trên Bitcoin. Sự thách thức đó chính là toàn bộ “xương sống” cơ chế cưỡng chế cho cam kết tính phi-tin-cậy của TBV.

Với chi phí 14.000 USD cho mỗi lần thách thức, thì xương sống này về mặt kinh tế chỉ khả thi với các vị thế lớn. Một vault BTC trị giá 50.000 USD bị thách thức với giá 14.000 USD sẽ để lại khoảng dư hẹp, trước khi việc theo đuổi thách thức trở nên phi lý về mặt kinh tế.

BitVM3 đã giảm đáng kể chi phí trên chuỗi. Nhưng nó lại đưa vào mạch garbled 42 gigabyte để lưu trữ và thiết lập ngoài chuỗi. Trên mỗi lần xác minh. Vấn đề chi phí trên chuỗi đã được chuyển sang ngoài chuỗi và trở thành vấn đề lưu trữ.

Tôi đã ngồi với cả hai con số một thời gian.

BaBe, được chấp nhận tại CCS 2026—hội nghị mật mã học thuật hàng đầu—giữ lại các khoản tiết kiệm trên chuỗi của BitVM3 trong khi giảm mạnh yêu cầu lưu trữ ngoài chuỗi đó. Mức giảm chi phí 1.000 lần được trích dẫn trong bản kiểm tra tạm thời của Babylon cho Aave DAO đề cập đến toàn bộ quá trình phát triển từ BitVM2 thông qua BaBe.

Điều đáng để suy ngẫm là những gì nó cho thấy về dòng thời gian của TBV. Về mặt kỹ thuật, giao thức đã được thiết kế nhiều năm trước khi mật mã học giúp nó khả thi về mặt kinh tế ở quy mô lớn tồn tại. BaBe không phải là một bản tối ưu hóa trên một hệ thống đang vận hành. Nó là mảnh ghép còn thiếu khiến hệ thống hoạt động được ngay cả với những vị thế mà người dùng phổ thông thực sự sẽ nắm giữ.

#baby $BABY

Tôi đã đọc danh sách những người đóng góp cho quỹ cứu trợ DeFi United của Aave và dừng lại khi tôi đến tên của @BabylonLabs_io Foundation.

3 triệu USDT. 2 triệu được triển khai cho Aave V3. 1 triệu cho Aave V4.

Khoản đóng góp này có ý nghĩa như một sự đoàn kết của hệ sinh thái. Nó cũng mang theo một nét mỉa mai cụ thể đáng để dừng lại suy ngẫm.

Vụ khai thác Kelp DAO ngày 18 tháng 4 năm 2026 đã đánh cắp 292 triệu USD, vụ hack DeFi lớn nhất trong năm. Đây không phải là lỗi của smart contract. Mã của Aave không bị xâm phạm. Logic rsETH của Kelp không bị phá vỡ. Cuộc tấn công thành công vì cầu nối LayerZero của Kelp sử dụng một bộ xác minh duy nhất để xác thực các thông điệp xuyên chuỗi. Một điểm lỗi. Một node RPC bị xâm phạm. 116.500 rsETH được đúc ra trên con số không. 190 triệu USD được vay dựa trên tài sản thế chấp không còn tồn tại.

Các cây cầu chiếm khoảng 40 phần trăm tổng thiệt hại Web3 lũy kế kể từ năm 2022.

Tôi đã giữ con số đó trong chốc lát.

Bởi vì toàn bộ kiến trúc TBV của Babylon tồn tại đặc biệt để loại bỏ giả định về niềm tin đối với cầu nối — thứ đã khiến vụ khai thác Kelp trở nên khả thi. Không có việc lưu ký BTC qua cầu. Không có token được bọc đại diện cho tài sản thế chấp. Không có một bộ xác minh duy nhất điều khiển một thông điệp xuyên chuỗi. Bề mặt tấn công mà TBV loại bỏ ở cấp kiến trúc chính là đúng bề mặt tấn công đã gây ra thiệt hại mà Babylon vừa đóng góp 3 triệu USD để giúp sửa chữa.

Khoản đóng góp này là sự đoàn kết hệ sinh thái một cách chân thành. Đồng thời, nó cũng là bản trình diễn trực tiếp rõ ràng nhất về chi phí của mô hình cầu nối khi nó thất bại.

Babylon không cần phải công bố một whitepaper lập luận chống lại cầu nối sau ngày 18 tháng 4. Thị trường đã làm điều đó thay họ.

Điều tôi thấy thực sự đáng để xem xét là liệu việc Aave cải tổ sau vụ khai thác đối với khung quản lý rủi ro tài sản thế chấp — giờ đây được siết chặt theo cách chỉ rõ việc xem xét phụ thuộc vào cầu nối cho mọi tài sản được liệt kê — có làm tăng tốc lộ trình của TBV hướng tới tích hợp với Aave V4 hay lại tạo thêm ma sát cho nó.

#baby $BABY @BabylonLabs_io

Tôi đã đi tìm hiệu ứng ròng của #baby tokenomics sau bản nâng cấp Tháng Mười Một và phát hiện ra hai lực đang chuyển động theo hai hướng ngược nhau mà phần lớn phân tích lại coi chúng là tách biệt.

Phía giảm phát trước.

Lạm phát giảm từ 8% xuống 5,5% vào tháng 11 năm 2025. Mỗi năm đúc ra ít hơn 250 triệu token BABY. Và cơ chế đốt trong phiên đấu giá BSN lại bổ sung thêm một lớp nữa. Khi các Mạng Bitcoin Được Bảo Vệ Bên Ngoài (external Bitcoin Secured Networks) gửi phần thưởng staking tới @BabylonLabs_io Genesis, các phần thưởng đó sẽ được đem đấu giá on-chain. Người tham gia trả bằng BABY. Các mức đấu giá trúng sẽ bị đốt vĩnh viễn. Nhiều BSN được áp dụng hơn nghĩa là nhiều phiên đấu giá hơn, đồng thời cũng là nhiều lần bị đốt hơn.

Cơ chế này thực sự rất tinh tế.

Rồi tôi xem xét lịch mở khóa nằm ngay cạnh nó.

3,05 tỷ BABY được phân bổ cho các nhà đầu tư ban đầu. Mở khóa đầu tiên vào ngày 10/5/2026, giải phóng 1/36 số token bị khóa. Sau đó là 35 lần mở khóa hằng tháng bổ sung kéo dài đến hết tháng 4/2029. 1,5 tỷ cho các thành viên trong nhóm theo cùng lịch trình. 350 triệu cho các cố vấn theo cách tương tự.

Tôi đã ngồi cùng lúc với hai tập hợp con số đó một thời gian.

Cơ chế đốt cần việc các BSN được áp dụng ở quy mô lớn để có thể bù đắp một cách có ý nghĩa cho việc mở rộng nguồn cung. Việc áp dụng là có thật nhưng vẫn còn sớm. BABY đã giảm từ ATH 0,17 USD xuống khoảng 0,013 vào giữa năm 2026 trong lúc lịch mở khóa đang diễn ra và hoạt động BSN vẫn đang được xây dựng.

Áp lực giảm phát phụ thuộc vào tăng trưởng mạng trong tương lai. Áp lực lạm phát thì đã nằm sẵn trong lịch vesting.

Liệu các đợt đốt có vượt được các đợt mở khóa hay không—câu hỏi đó giá BABY sẽ trả lời trước khi bất kỳ phân tích nào kịp làm vậy.

#baby $BABY
$MMT
$TLM
@BabylonLabs_io

Tôi càng đọc về @BabylonLabs_io thì càng nghĩ rằng câu hỏi thực sự là liệu nó có thể mang lại tính bảo mật cho Bitcoin trên các mạng PoS hay không.

Câu hỏi khó hơn là liệu mô hình bảo mật đó có thể vẫn bền vững khi mức độ áp dụng ngày càng tăng.

Một rủi ro mà tôi cứ nghĩ mãi đến là sự tham gia. Thiết kế của Babylon trở nên có giá trị hơn khi đủ nhiều chủ sở hữu BTC, các Nhà Cung Cấp Tính Chung Thủy (Finality Providers) và các chuỗi PoS tham gia chủ động vào mạng. Nếu không có sự tham gia rộng rãi, thì các lợi ích về bảo mật sẽ tự nhiên bị giới hạn hơn.

Một điểm khác là sự tập trung của trình xác thực (validator). Nếu một số ít Nhà Cung Cấp Tính Chung Thủy thống trị mạng, giao thức có thể trở nên phụ thuộc nhiều hơn vào một vài người tham gia so với ý định của kiến trúc. Phi tập trung không chỉ là vấn đề thiết kế giao thức—mà còn là cách con người thực sự sử dụng nó.

Ngoài ra còn có thách thức về động lực khuyến khích. Mô hình phần thưởng phải giữ cho người nắm giữ Bitcoin, các Nhà Cung Cấp Tính Chung Thủy và các chuỗi được kết nối đồng bộ với nhau trong dài hạn. Nếu các động lực đó bị lệch khỏi nhau, thì sự tham gia có thể suy yếu ngay cả khi công nghệ vẫn vững chắc.

Không có điều nào trong số này là độc nhất đối với Babylon, nhưng tôi tin rằng chúng là những câu hỏi quan trọng nhất. Mật mã mạnh chỉ là một phần của một hệ thống an toàn. Bảo mật dài hạn cũng phụ thuộc vào phi tập trung, động lực khuyến khích và sự tham gia bền vững của mạng.

Đó là khung mà tôi sẽ theo dõi khi Babylon tiếp tục phát triển.

#baby
$BANK
$ON
$BABY

Tôi cứ quay lại với thiết kế cắt (slashing) ở @BabylonLabs_io vì đây là một trong số ít phần của giao thức khiến nó trở nên thú vị hơn khi bạn đào sâu nghiên cứu.

Trong hầu hết các mạng PoS, việc slashing khá đơn giản. Một hợp đồng thông minh phát hiện hành vi sai trái của validator và tự động đốt (burn) hoặc khóa một phần số stake.

Bitcoin không có “sự tiện lợi” đó.

Vì vậy, Babylon đã phải giải quyết một bài toán khác: làm thế nào để áp dụng các hình phạt kinh tế lên Bitcoin mà không cần thêm hợp đồng thông minh vào chính Bitcoin?

Thay vì thay đổi các quy tắc của Bitcoin, Babylon thay đổi mật mã xoay quanh các cam kết (commitment) của validator. Mô hình slashing của nó được xây dựng dựa trên Chữ ký Có thể Trích xuất Chỉ dùng Một lần (Extractable One-Time Signatures - EOTS): khi một validator ký các thông điệp mâu thuẫn, nó sẽ lộ ra một bí mật có thể được dùng để chứng minh hành vi sai trái và kích hoạt hình phạt.

Điều tôi thấy thật tinh tế là Babylon không cố gắng bắt Bitcoin phải giống Ethereum. Nó hoạt động trong thiết kế hiện có của Bitcoin thay vì chống lại thiết kế đó.

Liệu điều này có trở thành tiêu chuẩn cho PoS được bảo vệ bởi Bitcoin hay không vẫn còn là câu hỏi mở, nhưng nó cho thấy thiết kế mật mã mạnh mẽ đôi khi có thể giải quyết những vấn đề mà mọi người vẫn nghĩ cần các hợp đồng thông minh biểu đạt hơn.

Đó là một lựa chọn thiết kế đáng để chú ý.

$COTI

$DEXE
#baby $BABY

Tôi đi tìm hiểu cách @BabylonLabs_io quyết định những Finality Providers nào thực sự quan trọng và phát hiện ra một quy tắc chọn lựa đơn giản hơn những gì tôi tưởng. Và bên dưới nó là một báo cáo lỗi đang lặng lẽ tồn tại mà hầu như không ai thảo luận.

Quy tắc chọn lựa trước đã.

Trên Babylon, có hơn 250 Finality Providers đã được đăng ký. Chỉ 60 nhà đứng đầu theo lượng BTC ủy thác tham gia vào quá trình finality hoạt động. Những người còn lại vẫn tồn tại trong sổ đăng ký nhưng không đóng góp gì cho an ninh mạng cho đến khi đủ người ủy thác chuyển BTC của họ sang phía sau để đẩy họ vào tập hoạt động đó.

Điều này tạo ra một động lực cụ thể đáng để suy nghĩ kỹ. Người nắm giữ BTC không chỉ đang chọn lợi nhuận. Họ đang chọn những validator nào sẽ bảo đảm cho mạng lưới. Một người ủy thác cho một provider xếp hạng từ 61 trở xuống vẫn nhận phần thưởng, nhưng phần ủy thác của họ không góp phần vào finality. Động lực kinh tế và đóng góp bảo mật bị tách rời đối với bất kỳ ai nằm ngoài top 60.

Tôi thấy điều đó thú vị. Rồi phát hiện một điều còn thú vị hơn.

Một lỗi không nhất quán trạng thái đã được công bố trong module costaking của Babylon có thể khiến một người ủy thác nhận được cái mà advisory gọi là phantom stake (tài sản ảo). Nếu một Finality Provider rơi khỏi tập hoạt động ở đúng cùng chiều cao khối mà một người ủy thác thực hiện unbond (rút) BTC của họ, hệ thống có thể vẫn xem việc ủy thác đó là còn hoạt động. Vốn BTC bị rút đi. Provider thì không hoạt động. Nhưng costaking vẫn tính việc ủy thác đó là đang chạy và tiếp tục phân phối phần thưởng dựa trên nó.

Phần thưởng kiếm được trên số vốn đã rời khỏi giao thức.

Lỗi đã được công bố và ghi tài liệu. Nó đòi hỏi một sự trùng khớp chính xác về thời điểm theo chiều cao khối để kích hoạt. Điều đó không làm nó trở nên dễ xảy ra trong một hệ thống nơi 56,853 BTC đang được đặt cược và thời điểm theo khối không phải là thứ mà từng người ủy thác có thể kiểm soát.

#baby $BABY

Tôi đã tìm hiểu sâu hơn về Babylon, và một ý tưởng khiến tôi chú ý là tiềm năng lớn nhất của Bitcoin có thể không chỉ dừng lại ở vai trò lưu trữ giá trị.

Trong nhiều năm, Bitcoin đã được biết đến với tính bảo mật và khả năng phi tập trung không ai sánh kịp. Nhưng phần lớn sự an toàn đó vẫn chỉ được giới hạn trong chính mạng Bitcoin.

Điều gì sẽ xảy ra nếu sự an toàn này có thể giúp bảo vệ các mạng phi tập trung khác?

Đây chính là nơi cách tiếp cận của Babylon trở nên thú vị.

Trong khi nhiều blockchain PoS dựa vào token gốc của riêng chúng để bảo mật mạng, các hệ sinh thái nhỏ hơn thường gặp khó khăn trong việc xây dựng đủ “bảo mật kinh tế” và thu hút các validator đáng tin cậy.

Babylon khám phá một mô hình khác: cho phép người nắm giữ Bitcoin đóng góp bảo mật BTC cho các mạng PoS mà không cần dựa vào các cầu nối BTC bọc (wrapped) truyền thống.

Điều tôi thấy thú vị nhất là triết lý thiết kế đằng sau nó. Thay vì tạo ra một hệ thống bảo mật mới, Babylon cố gắng mở rộng hệ thống bảo mật mạnh nhất hiện có — Bitcoin — ra một hệ sinh thái blockchain rộng hơn.

Tất nhiên, thách thức lớn nhất là mức độ chấp nhận. Một lớp bảo mật chỉ trở nên có giá trị khi đủ nhiều người dùng, validator và mạng tham gia.

Nhưng nếu mô hình này hoạt động hiệu quả ở quy mô lớn, vai trò của Bitcoin có thể chuyển từ chỉ là một nơi lưu trữ giá trị sang trở thành nền tảng bảo mật cho các ứng dụng phi tập trung.

Tương lai của Bitcoin có thể không chỉ là nắm giữ BTC. Nó cũng có thể là việc bảo mật của Bitcoin có thể cung cấp năng lượng cho thế hệ blockchain tiếp theo.

#baby $BABY @BabylonLabs_io

#baby $BABY @BabylonLabs_io

Tôi thấy khoảng chênh lệch “thực sự” giữa mức độ thống trị thị trường của Bitcoin và tỷ lệ tham gia DeFi của nó là một trong những con số tiết lộ nhất trong toàn bộ thế giới crypto. Bitcoin đại diện cho khoảng một nửa tổng giá trị vốn hóa thị trường crypto. Ít hơn 1% tổng số BTC tính theo giá trị tham gia vào DeFi. Một số thước đo cho rằng con số này thấp tới 0,1%. Tài sản kỹ thuật số lớn nhất, thanh khoản nhất và được nắm giữ rộng rãi nhất hiện có gần như hoàn toàn đang đứng yên trong khi phần còn lại của crypto lại xây dựng cơ sở hạ tầng xung quanh Ethereum.

Khoảng chênh lệch đó không xuất hiện vì thiếu nhu cầu. Nó xuất hiện vì thiếu khả năng tiếp cận đáng tin cậy. Mọi con đường hiện có để Bitcoin tham gia DeFi đều đòi hỏi phải “đánh đổi” điều gì đó. Wrapped BTC cần tin tưởng một tổ chức giám sát đang nắm giữ phần tài sản gốc. Các cầu (bridge) cần tin tưởng một mô hình an ninh mà nhìn chung đã mất hàng tỷ đô la do các cuộc khai thác. Sidechain yêu cầu tin tưởng một cơ chế “neo” chỉ an toàn ở mức tương đương với các thực thể duy trì nó.

Babylon Protocol giải quyết vấn đề này từ phía nhu cầu chứ không phải từ phía cung. Câu hỏi không phải là làm thế nào để tạo thêm các sản phẩm sinh lời từ BTC. Mà là làm sao để nguồn cung BTC hiện có trở nên có ích mà không buộc những người nắm giữ phải tin vào một thứ mà họ không nên phải tin. 57.290 BTC được đặt cược (stake) trực tiếp trên 135.000 người tham gia ở Giai đoạn 1, với BTC không hề rời khỏi chuỗi chính của Bitcoin, cho thấy nhu cầu đã luôn ở đó—chỉ chờ đúng mô hình niềm tin.

Hiện đã có 172 công ty đại chúng nắm giữ tổng cộng hơn 1 triệu BTC. Một vị thế tổ chức chuẩn 100 triệu đô la phải trả phí lưu ký từ 100.000 đến 500.000 đô la mỗi năm mà không có phần lợi suất bù đắp cho “chi phí kéo” đó. Cái phép toán này trở nên khó chịu rất nhanh khi lợi suất gốc không cần niềm tin (trustless) cuối cùng tồn tại.

Càng đọc, tôi càng thấy cơ chế mật mã @BabylonLabs_io dùng để cưỡng ép slashing trên Bitcoin còn “thanh lịch” và cũng gây bất an hơn so với hầu hết các bài viết—những bài viết thường không bận giải thích. Mọi giao thức staking khác có khả năng slashing đều dựa vào smart contract để thực thi hình phạt.

Babylon không có smart contract nào trên Bitcoin. Bitcoin Script không phải là ngôn ngữ Turing-complete. Thế nhưng Babylon vẫn slashes các validator. Cơ chế đó là EOTS, Extractable One-Time Signatures (Chữ ký một lần có thể trích xuất). Và hiểu nó sẽ thay đổi cách bạn nghĩ về việc Bitcoin thực sự có thể cưỡng ép những gì một cách “bản địa”.

Một Finality Provider ký từng block bằng một khóa dùng một lần được dẫn xuất từ master key của họ. Thuộc tính quan trọng là mặt toán học—không phải mặt hợp đồng. Nếu Finality Provider đó ký hai block xung đột ở cùng một height, thì cả hai chữ ký cùng nhau sẽ tiết lộ khóa riêng của họ cho bất kỳ ai theo dõi. Toán học của chữ ký Schnorr đảm bảo sự lộ ra này diễn ra tự động. Không cần tòa án. Không cần bỏ phiếu của ủy ban. Không cần thực thi smart contract. Chính việc double-signing tự nó tạo ra bằng chứng mật mã cần thiết cho hình phạt.

Điều tôi thấy đáng thực sự xem xét là ràng buộc cụ thể đối với “khóa đã được trích xuất”. Khi bị rò rỉ, nó chỉ có thể thực hiện đúng một hành động đã được phê duyệt trước—điều kiện slashing được mã hóa trong giao dịch staking tại thời điểm gửi tiền (deposit). Khóa được trích xuất không thể đánh cắp BTC. Nó chỉ có thể đốt cháy phần trăm slashing đã được định sẵn và trả phần còn lại về cho người staking. Phạm vi hình phạt được xác định ngay tại thời điểm deposit và không thể bị mở rộng thêm sau đó bởi bất kỳ ai.

Ràng buộc đó là “tính trung thực về kiến trúc” mà hầu hết các cuộc thảo luận về slashing đều bỏ qua. Babylon không tin rằng sẽ không ai lạm dụng khóa đã được trích xuất. Nó làm cho việc lạm dụng trở nên bất khả thi về mặt mật mã theo đúng thiết kế. 57,290 BTC được staking trên 135,000 người tham gia đã chọn sự đảm bảo đó thay vì mọi cách tiếp cận khác.

#baby $BABY

Giá dầu Brent đang tăng khoảng 12% trong tuần này, và tôi không nghĩ đây chỉ là một động thái ngẫu nhiên khác. Khi dầu tăng nhanh như vậy, nó thường tạo áp lực lên lạm phát, chi phí vận tải và thậm chí cả tâm lý thị trường crypto. Các thị trường có liên kết với nhau hơn nhiều người vẫn tưởng.

Tôi không nói rằng đợt tăng sẽ tiếp tục, nhưng chắc chắn đây là điều đáng để theo dõi. Nếu căng thẳng địa chính trị vẫn ở mức cao, giá năng lượng có thể vẫn duy trì vững trong một thời gian.

Trong lúc này, tôi sẽ kiên nhẫn và quan sát thị trường phản ứng như thế nào thay vì đưa ra quyết định theo cảm xúc.

Ý kiến của bạn là gì? Tăng giá dài hạn hay chỉ là một đợt bùng nổ ngắn hạn?

#BrentRises12%Weekly