BAAKU

Nền tảng chứng khoán token hóa của NPEX trên Dusk được định vị như một bằng chứng cho thấy mức độ bám rễ mang tính thể chế, với mục tiêu đạt 200 đến 300 triệu euro tài sản được quản lý chuyển lên chuỗi.
Đến cuối tháng 4 năm 2026, tổng giá trị bị khóa trên mạng chỉ ở dưới 1 triệu đô la.
Khoảng chênh lệch đó đáng để suy ngẫm. Một sàn giao dịch Hà Lan được quản lý tích hợp thanh toán on-chain cần công việc cấp phép và tuân thủ thực sự, không phải một quyết định marketing, và phần nền tảng đó không phải là điều vô nghĩa.
Tuy vậy, mức độ sẵn sàng về mặt cấu trúc và khối lượng thực tế là hai chuyện khác nhau. Hạ tầng có thể đã hoạt động trong khi các tài sản mà nó được xây dựng để chở vẫn chưa được phát hành đáng kể.
Cần rút ra hai câu hỏi. Liệu sự chậm trễ này có phải là nhịp độ bình thường khi đưa chứng khoán được quản lý lên mạng, nơi các quy trình pháp lý và lưu ký diễn ra chậm hơn so với các mốc thời gian điển hình của crypto hay không? Hay con số 200 đến 300 triệu chỉ là một mục tiêu trần mà chưa ai xác nhận rằng nó thực sự sẽ đạt được.
Một so sánh hữu ích là một tuyến đường thu phí mở cho xe cộ lưu thông trước khi dự án phát triển khu nhà mà nó được xây để phục vụ kịp khởi công. Con đường hoạt động. Khối lượng mà nó được thiết kế để phục vụ thì vẫn chưa đến.
Đối chiếu với dữ liệu mạng sẵn có tính đến cuối tháng 4 năm 2026.
#dusk $DUSK @Dusk

Hoàng hôn tạo ra một khung 36 năm cho 500 triệu DUSK còn lại của nó. Trên giấy tờ, điều đó nghe có vẻ chậm.
Theo trang tokenomics chính thức, một nửa trong số lượng đó, 250,48 triệu DUSK, được phát hành trong 4 năm đầu tiên. Mỗi giai đoạn sau lại giảm đi một nửa. Từ năm 32 đến 36, lượng phát thải dưới 1 triệu tổng cộng.
Lịch phát hành không tăng dần. Nó được dồn vào giai đoạn đầu, rồi gần như dừng lại.
Một giới hạn: điều này tập trung nguồn cung mới trong giai đoạn mạng lưới còn mới nhất và ít được chứng minh nhất, khi quá trình khám phá giá còn mong manh.
Giới hạn thứ hai: trong mỗi phần thưởng khối, 10 phần trăm được chuyển vĩnh viễn vào một quỹ phát triển, trước khi stakers hoặc validator nhìn thấy phần chia. Một mức yêu cầu cố định, bất kể mức sử dụng.
Một so sánh hữu ích là các quỹ vốn cổ phần khởi nghiệp. Những người sáng lập thường dồn lịch cấp quyền chọn cho nhân viên sớm để thu hút nhân sự gia nhập sớm, rồi giảm dần số lần cấp khi số lượng nhân viên ổn định. Đường cong của Dusk cũng làm điều tương tự, theo một mốc thời gian 36 năm thay vì “cú rơi” 4 năm.
Câu hỏi mở là liệu các ưu đãi ban đầu có bù đắp được mức pha loãng tập trung trong năm đầu đến năm thứ tư hay không.
#dusk $DUSK @Dusk

NPEX là một sàn giao dịch của Hà Lan, được giám sát bởi cơ quan AFM của Hà Lan, và có thành tích đáng tin cậy trong việc tài trợ cho các doanh nghiệp nhỏ. Quan hệ đối tác của hãng với Dusk được mô tả là mang gần ba trăm triệu euro chứng khoán lên chuỗi (on-chain).
Cách diễn đạt ở đây rất quan trọng. Tài liệu mới nhất của chính Dusk mô tả rằng con số đó vẫn đang được đưa lên chuỗi, chứ chưa phải đã được thanh toán/đối soát xong. Một số báo cáo thứ cấp khác lại nói rằng cùng con số đó đã được token hóa và chuyển đi. Không có nguồn sơ cấp, có ghi ngày tháng nào giải quyết được khoảng trống này.
Một câu hỏi mở thứ hai là tình trạng pháp lý. NPEX cho biết ý định sẽ nộp đơn xin tham gia Chế độ thử nghiệm DLT (DLT Pilot Regime) của EU, điều này sẽ cho phép hãng thanh toán các giao dịch theo khuôn khổ mới. Không có xác nhận công khai nào cho thấy đơn xin đó đã được chấp thuận hay vẫn đang chờ.
Điều này không làm cho quan hệ đối tác trở nên rỗng. NPEX đã vận hành như một sàn giao dịch được cấp phép từ trước, giống như một nhà bán lẻ đã hoạt động có thể thử nghiệm một hệ thống thanh toán mới trong khi vẫn vận hành dưới giấy phép hiện có.
Hạ tầng là có thật. Việc phần quy mô đã công bố thực sự đang hoạt động ở mức nào vẫn chưa được xác nhận.#dusk $DUSK @Dusk

Citadel launched in January 2023 as a zero-knowledge KYC protocol for Dusk.
The current codebase, called Citadel 2, is a rewrite in progress. It is not a finished product.
The repository states the code has not passed a full security review. It is not intended for production use.
That warning stands today. Meanwhile, Dusk's roadmap describes Citadel as the tool for removing KYC and AML friction under MiCA rules.
A useful comparison is a drug still in clinical trials. Results get published. Formulas get refined. No patient receives the treatment until regulators approve the final version. Citadel sits at a similar stage: designed, tested, not yet certified.
Two points balance this.
A production warning on identity cryptography is normal before an audit. It does not by itself signal delay.
Separately, no available source ties NPEX's current onboarding to Citadel. The gap has not stopped current activity on Dusk.
No public date exists for when the warning might lift.
#dusk @Dusk $DUSK

Dusk Network is still described as home of the Confidential Security Contract, or XSC. The term traces to Whitepaper V2.0 in 2019, tied to the Zedger model for regulated assets.
Current technical docs do not mention XSC. Issuance now runs through Zedger and Hedger, privacy through Phoenix and Moonlight. The protocol repository on GitHub, marked work in progress, covers only consensus and economics. Smart contracts sit under future work, with no XSC reference anywhere.
Two readings fit the evidence. XSC may have been restructured into Zedger and Hedger as the system matured. Or it stayed a 2019 pitch that never became a maintained standard, quietly replaced.
This resembles a brochure listing a discontinued feature name, while the manual describes the same function under a new one. Both are technically true. Only one reflects what ships today.
For infrastructure built on regulatory trust, that gap is worth noting.#dusk $DUSK @Dusk

Tôi đã tìm kiếm XSC trên trang Dusk hiện tại. Nó không nằm trên trang chủ. Nó cũng không có trên trang các thành phần cốt lõi. Trang đó lại mô tả Zedger và Hedger, và gọi Hedger là sự tiến hoá của Zedger. XSC vẫn còn tồn tại. Tôi tìm thấy nó trong phần thuật ngữ, được định nghĩa y hệt như trước, chỉ là đã được chuyển ra khỏi các trang kiến trúc chính. Phản biện một. Điều này có thể là việc sắp xếp/tổ chức lại tài liệu một cách bình thường. Các bảng thuật ngữ thường lưu giữ các thuật ngữ cũ mà không có ý nghĩa sâu xa nào đằng sau. Phản biện hai. Dòng họ Hedger được ghi nhận, không hề bị giấu. Dusk nói rõ rằng Hedger đã tiến hoá từ Zedger, nên sự thay đổi không mang cảm giác lặng lẽ. Nó nhắc tôi về chuyện một hãng xe loại bỏ tên một phiên bản cũ khỏi tờ brochure, trong khi thông số kỹ thuật vẫn nằm trong sổ tay hướng dẫn của chủ xe. Phần đó vẫn còn. Chỉ là từ ngữ đã ngừng đối diện với khách hàng. Tôi chưa tìm thấy một bài viết giải thích việc đổi tên. Chức năng trông vẫn nguyên vẹn. Nhãn đã được đưa ra phía sau cuốn sách. #dusk $DUSK @Dusk

Tại thời điểm ra mắt mainnet, Dusk đã công bố cùng lúc hai tính năng: Dusk Pay, một mạch thanh toán tuân thủ MiCA, và Lightspeed, một Layer 2 tương thích với EVM dùng để thanh toán trên Dusk L1.
Đó là vào tháng 1 năm 2025. Ngôn ngữ trong lộ trình từ Q1 2026 vẫn liệt kê Dusk Pay như một thứ cần được triển khai, chứ không phải là thứ đang chạy.
Trong khi đó, tài liệu kỹ thuật hiện tại mô tả chi tiết một EVM Layer 2 đang hoạt động, bao gồm sequencer, batching, settlement, nhưng dưới một tên gọi khác là DuskEVM. Lightspeed không xuất hiện trong tài liệu đó.
Một cách giải thích là đơn giản việc đổi tên trong quá trình phát triển. Các đội ngũ thường làm vậy, và việc thay đổi tên không phải là bằng chứng cho thấy sản phẩm bị đình trệ.
Một cách giải thích khác là ưu tiên đã thay đổi. Việc xây dựng lớp EVM có thể đã được đặt lên hàng đầu, đẩy mạch thanh toán lùi xa hơn, mà không ai nói rõ điều đó.
Nó cũng giống như một công ty công bố hai sản phẩm cùng một ngày, gửi một sản phẩm dưới nhãn mới sau một năm, và để khách hàng tự nhận ra rằng sản phẩm còn lại rốt cuộc không hề có cập nhật gì.
Không có gì ở đây xác nhận thất bại. Nó chỉ xác nhận khoảng cách giữa những gì đã được nói và những gì hiện được ghi trong tài liệu.#dusk $DUSK @Dusk

Dusk đã áp dụng Chainlink CCIP làm lớp liên kết xuyên chuỗi cho các chứng khoán được token hóa trên DuskEVM, công bố vào ngày 13 tháng 11 năm 2025, cùng với một đối tác sàn giao dịch tại Hà Lan được quản lý.
Vấn đề là sự phân mảnh. Một token chứng khoán bị giới hạn trong một chuỗi sẽ có phạm vi tiếp cận hạn chế. CCIP cho phép token di chuyển qua các chuỗi trong khi bên phát hành vẫn giữ quyền sở hữu hợp đồng và các giới hạn về tốc độ.
DUSK cũng có được các giao dịch chuyển xuyên chuỗi thông qua mô hình đốt và đúc (burn and mint), tránh việc gom thanh khoản.
Điều này tạo ra một sự phụ thuộc. Dusk được xây dựng để giảm thiểu mức độ tin cậy nhờ các bằng chứng zero-knowledge và logic tuân thủ tích hợp. CCIP là một lớp bên ngoài. Mô hình bảo mật của nó giờ nằm trong đường dẫn thanh toán (settlement).
Có hai phản biện đáng chú ý. Thứ nhất, khối lượng sản xuất thực tế thông qua CCIP cho các chứng khoán này hiện vẫn chưa được xác nhận công khai. Thứ hai, các giới hạn tốc độ phía nhà phát hành chỉ mang lại ít sự bảo vệ nếu chính hạ tầng cầu nối (bridge) nền tảng bị gián đoạn.
Một so sánh hữu ích là ngân hàng gửi tiền qua mạng lưới ngân hàng đại lý ở nước ngoài. Các biện pháp kiểm soát của ngân hàng vẫn được giữ nguyên, nhưng việc chuyển tiền vẫn phụ thuộc vào độ tin cậy của ngân hàng đại lý.

#dusk $DUSK @Dusk

Thỏa thuận của Dusk với một sàn chứng khoán Hà Lan được quản lý ngày càng bị thổi phồng như một bản nâng cấp khả năng tương tác. Điều đáng chú ý nằm ở chính sàn giao dịch. Nơi này đã có trạng thái được cấp phép là một cơ sở giao dịch và thực hiện việc thanh toán các khoản tài trợ cho doanh nghiệp nhỏ, chứ không phải thanh khoản crypto.
Điều đó làm thay đổi ý nghĩa của phần tích hợp. Tiêu chuẩn tương tác được áp dụng ở đây không nhằm tối ưu tốc độ. Nó cung cấp cho một địa điểm được quản lý một cách thức được ghi nhận để chuyển các tài sản được phát hành giữa các chuỗi dưới dạng mà cơ quan quản lý có thể kiểm tra, đối chiếu.
Một so sánh trong thế giới thực. Điều này giống như các ngân hàng hàng chục năm trước khi áp dụng hệ thống nhắn tin quốc tế tiêu chuẩn hóa. Chậm rãi, ít hào nhoáng—được xây dựng để chịu được sự giám sát thay vì để khiến các nhà giao dịch phải trầm trồ.
Phản biện một. Việc áp dụng tiêu chuẩn không đồng nghĩa với khối lượng thanh toán. Hiện chưa có nhân vật công chúng nào cho thấy luồng giao dịch trực tiếp đang diễn ra qua “làn đường” này.
Phản biện hai. Giấy phép tuân thủ nằm ở đối tác sàn giao dịch, chứ không phải ngay chính Dusk. Vai trò của Dusk phụ thuộc vào việc đối tác đó vẫn duy trì trạng thái tuân thủ của mình.
Dù việc này có trở thành hạ tầng thanh toán thực tế hay chỉ dừng ở dạng thử nghiệm vẫn còn bỏ ngỏ.#dusk @Dusk $DUSK

Sáng nay tôi cứ quay lại luồng của Citadel.
Người dùng yêu cầu cấp phép từ một Nhà cung cấp Giấy phép. Nhà cung cấp đó kiểm tra người đó ngoài chuỗi, ký vào các thuộc tính liên quan và đăng ký một giấy phép được mã hóa. Sau đó, người dùng tạo một chứng minh không kiến thức (zero-knowledge proof) để chứng minh quyền sở hữu đối với giấy phép đã đăng ký mà không đưa chi tiết cá nhân hoặc giấy phép cụ thể lên sổ cái. Hợp đồng chỉ ghi nhận một phiên công khai.
Đó chính là phần “tiết lộ có chọn lọc” trong thực tế. Mạng không bao giờ thấy các thuộc tính nền tảng. Một dịch vụ vẫn có thể nhận đúng trường dữ liệu mà nó cần nếu người dùng chọn mở.
Một tình huống thực tế mà điều này tương ứng là nhà đầu tư cố gắng tham gia một đợt chào bán chứng khoán bị hạn chế. Trong quy trình truyền thống, tổ chức phát hành hoặc đại lý chuyển nhượng thường nhận một bộ tài liệu cá nhân đầy đủ để xác nhận tình trạng được công nhận hoặc nơi cư trú. Với mô hình này, chứng minh có thể xác nhận điều kiện yêu cầu trong khi toàn bộ hồ sơ vẫn được giữ riêng tư và không bị phơi bày lặp lại.
Vẫn còn hai điều đối với tôi chưa được giải quyết.
Cả hệ thống phụ thuộc vào các Nhà cung cấp Giấy phép mà các tổ chức thực sự tin tưởng. Phần công việc xác minh khó khăn diễn ra ngoài chuỗi trước. Nếu các nhà cung cấp đó vẫn còn ít hoặc chậm xuất hiện, lớp riêng tư trên chuỗi sẽ có phạm vi tiếp cận hạn chế.
Một chứng minh hợp lệ cũng không tự động mở cửa. Nhà cung cấp Dịch vụ vẫn áp dụng chính sách riêng của mình sau khi phiên được ghi nhận. Nó quyết định xem thuộc tính được tiết lộ có đáp ứng quy tắc hay không, phiên còn hiệu lực không, và Nhà cung cấp Giấy phép nguồn có được chấp nhận hay không. Mật mã xử lý phần đường đi của chứng chỉ. Còn chính sách vẫn là nơi quyết định “có” hay “không” cuối cùng.
Thiết kế giữ quyền riêng tư làm mặc định và việc tiết lộ là một lựa chọn có chủ đích. Câu hỏi mở là việc tách bạch đó vận hành “mượt” đến mức nào khi các quy trình làm việc thực tế có điều tiết bắt đầu sử dụng nó ở quy mô lớn.
#dusk @Dusk $DUSK

Tài liệu của Dusk cho biết 500 triệu DUSK phát thải cho người đặt cược (stakers) trong suốt 36 năm. Mô hình suy giảm chia đôi lượng phát thải mỗi bốn năm với tỷ lệ 0,5, giải phóng gần một nửa tổng lượng cung theo kế hoạch trong bốn năm đầu tiên.
Một so sánh hữu ích: một kế hoạch thưởng mười năm trả một nửa tổng giá trị vào năm đầu tiên, rồi sau đó là những khoản rót nhỏ, nhìn có vẻ ổn định trong suốt toàn bộ thời gian nhưng lại dồn chi phí thực sự vào giai đoạn sớm.
Nguồn cung lưu hành hiện đã ở gần 497 triệu so với phân bổ trước khi ra mắt mạng chính là 500 triệu, do đó còn rất ít phần phát hành thêm treo (unlock overhang). Áp lực cung đang diễn ra hiện nay chủ yếu đến từ phát thải do staking, chứ không phải các “điểm rơi” của nhà đầu tư.
Có hai điểm cần cân nhắc.
Thứ nhất, phát thải dồn vào giai đoạn đầu là một lựa chọn thiết kế phổ biến, không tự động đồng nghĩa với sai sót. Phần thưởng lớn hơn ở giai đoạn đầu có thể giúp tăng mức tham gia của các trình xác thực (validator) khi mạng vẫn còn trẻ.
Thứ hai, các con số về nguồn cung lưu hành có thể thay đổi đôi chút giữa các bộ theo dõi (trackers), và mức tham gia staking thực tế đằng sau các phát thải này không hoàn toàn được công khai.
Việc mốc thời gian này có tạo thêm áp lực trong giai đoạn hiện tại về việc nhà phát triển bắt đầu áp dụng (developer-adoption) hay không vẫn còn bỏ ngỏ.@Dusk #dusk $DUSK

DuskEVM cho phép các nhà phát triển triển khai hợp đồng thông minh viết bằng Solidity, ngôn ngữ mà phần lớn mã hợp đồng hiện có đã sử dụng. Nó hoạt động như một lớp thực thi riêng, sau đó đối soát trở lại Layer 1 của Dusk. Theo tài liệu chính thức của Dusk, cập nhật đến tháng 8 năm 2026, các nhóm có thể sử dụng các công cụ phát triển quen thuộc thay vì phải xây dựng lại trên một hạ tầng không quen.
Điều này loại bỏ một rào cản cụ thể. Các blockchain thiên về quyền riêng tư trước đây đã buộc phải lựa chọn. Các nhà phát triển hoặc viết lại hợp đồng bằng các ngôn ngữ không quen, hoặc giữ nguyên mã của họ và đánh đổi để mất các tính năng bảo mật. DuskEVM cho phép hợp đồng chạy gần như không thay đổi trong khi đối soát trên một chuỗi được xây dựng cho các giao dịch bí mật, tuân thủ.
Phí gas trên DuskEVM được thanh toán bằng DUSK. Các lô giao dịch được đối soát trở lại lớp nền của Dusk để đảm bảo tính cuối cùng (finality) và tính sẵn có của dữ liệu.
Có hai điểm đáng tách ra khỏi chính thông báo.
Thứ nhất, tương thích không đồng nghĩa với việc sử dụng. Một mạng chấp nhận mã hợp đồng quen thuộc là một cải tiến về khả năng tiếp cận. Nó không phải là bằng chứng rằng các nhà phát triển hay vốn đang xây dựng ở đó với quy mô đủ lớn theo nghĩa có ý nghĩa.
Thứ hai, kiểu tương thích này hiện nay đã trở nên phổ biến trên nhiều chuỗi khác nhau cạnh tranh giành sự chú ý của cùng một nhóm nhà phát triển. Giá trị của nó phụ thuộc vào việc các công cụ giao dịch bí mật, có thể kiểm toán của Dusk có thực sự được sử dụng hay không, chứ không chỉ được cung cấp.
Một ví dụ cụ thể đưa điều này vào ngữ cảnh. Theo báo cáo của đối tác, một sàn giao dịch chứng khoán châu Âu được cấp phép đã token hóa hơn 200 triệu euro tài sản truyền thống lên hạ tầng của Dusk. Đây là một ví dụ đo được về tài sản thực sự đang di chuyển on-chain, tách biệt với chỉ riêng thông báo tương thích.
Liệu hoạt động của nhà phát triển có theo sau ở quy mô tương tự hay không vẫn là câu hỏi mở, chưa có kết luận chắc chắn.@Dusk #dusk $DUSK

DuskTrade, được xây dựng với NPEX, liên tục xuất hiện trong các bài đăng của cộng đồng kèm theo một con số: hơn 300 triệu euro trong chứng khoán được token hóa. Đáng để dừng lại suy ngẫm về điều đó. Truy ngược lại, con số này chỉ xuất hiện trong các bài đăng xã hội thứ cấp, chứ không có trong một thông báo chính thức từ Dusk với số tiền đã được chốt và một ngày cụ thể. Khoảng trống đó nhỏ nhưng lại quan trọng nếu con số được lặp lại như một sự thật.
Dưới đây là một cách đơn giản để hình dung. Một thành phố có thể công bố một dự án cầu trị giá 300 triệu đô la. Con số đó là có thật, nhưng nó mô tả hợp đồng, chứ không phải những chiếc xe đã đang chạy qua một cây cầu đã hoàn thành. Chứng khoán được token hóa cũng hoạt động tương tự. Giá trị của “đường ống” không giống với việc đã được thanh toán/settlement thực sự diễn ra trên chuỗi.
Hai điều vẫn đang đứng về phía Dusk trong trường hợp này. NPEX là một sàn giao dịch được quản lý dưới sự giám sát tài chính của Hà Lan, nên hoạt động đứng sau DuskTrade không bắt đầu từ con số không. Ngoài ra, hiện cũng đã có các công cụ tương tác xuyên chuỗi để hỗ trợ thanh toán có thể kiểm chứng, điều này sẽ trở nên quan trọng khi các số liệu thực sự, có ngày tháng, được công bố.
Tạm thời, con số cần theo dõi là con số được xác nhận trên chuỗi, chứ không phải con số được nhắc lại nhiều nhất.#dusk @Dusk $DUSK

Xác minh một SNARK trên Bitcoin trước đây đồng nghĩa với việc xảy ra một tranh chấp trên chuỗi tốn hơn 14.000 đô la trong một bài test gần đây, theo các thí nghiệm BitVM2. BitVM3 đã giảm chi phí trên chuỗi nhưng lại cần một mạch garbled circuit 42 GiB chỉ để thiết lập, theo chính bài báo của nó. Lưu trữ đã chuyển bài toán, chứ không loại bỏ nó.
Bài báo BaBe mới của Babylon, được công bố vào tháng 2 năm 2026 cùng Babylon Labs và các nhà nghiên cứu từ Berkeley, tuyên bố mang lại mức tăng hiệu quả 1000 lần so với BitVM3 trong xác minh Groth16. Đây là lớp “vaultBTC collateral” mà Aave V4 dựa vào để kiểm tra bằng chứng rẻ và an toàn.
Một điểm vướng. Bản thân bài báo BitVM3 cũng ghi nhận rằng BaBe đạt được điều đó bằng cách giới hạn tranh chấp trong một tập “challenger” được cấp phép, chứ không phải mô hình mở hoàn toàn của BitVM3. Đánh đổi hiệu quả lấy tính mở, vẫn chưa được chứng minh ở quy mô lớn và chưa được kiểm thử trong môi trường sản xuất.#baby $BABY @BabylonLabs_io

Tôi đang xem một hồ sơ quản trị (governance) về việc tích hợp tài sản thế chấp BTC gốc của Babylon, cố gắng hiểu điều gì thực sự khiến lộ trình thanh lý (liquidation) hoạt động. Ẩn trong phần biện minh kỹ thuật có nhắc đến một bài báo có tên BaBe. Khi tôi mở ra, câu chuyện lại có cảm giác khác hẳn so với cách diễn đạt ngắn gọn trong phần marketing.
Bitcoin không thể tự xác minh một SNARK một cách native. Đây đã là trở ngại cốt lõi đối với BTC DeFi không cần niềm tin trong nhiều năm.
Một giao thức trước đó, BitVM2, về mặt lý thuyết đã giải quyết vấn đề này. Nhưng ghi chú nghiên cứu của chính BitVM2 cho rằng việc thách thức một tuyên bố gian dối trên chuỗi có thể tốn hơn 14.000 đô la phí. Chỉ khi gian dối không bao giờ bị thách thức thì điều đó mới phát huy tác dụng.
Thiết kế kế tiếp, BitVM3, cắt giảm chi phí on-chain đó bằng cách chuyển việc xác minh sang một mạch (circuit) được “garbled” chạy ngoài chuỗi. Nó đã hoạt động, nhưng mỗi circuit có dung lượng 42 gibibyte. Khi đó chi phí thiết lập và lưu trữ trở thành nút thắt mới.
BaBe là câu trả lời của Babylon cho vấn đề thứ hai này. Theo eprint đề ngày tháng 02/2026, nó giữ lại khoản tiết kiệm on-chain của BitVM3 trong khi cắt giảm chi phí lưu trữ và thiết lập. BaBe được đồng phát triển với UC Berkeley và dự kiến xuất hiện tại một hội nghị bảo mật được phản biện ngang (peer-reviewed) vào cuối năm 2026.
Đây là điều khiến tôi bị “kẹt lại”. Quy trình thanh lý mà một giao thức cho vay lớn đang được quản trị (governance) bỏ phiếu thông qua hiện tại giả định rằng mật mã học này sẽ đứng vững trong sản xuất theo cách mà nó vận hành đúng trên giấy.
Phản biện 1: nghiên cứu về Bitcoin thường đi trước việc xuất bản chính thức. Việc chờ một ngày tổ chức hội nghị không giống như việc chờ cơ chế đó được chứng minh là vững chắc, và các đánh giá bảo mật độc lập có thể xác thực một thiết kế trước khi bài báo học thuật được trình bày chính thức.
Phản biện 2: giả định về niềm tin nền tảng không phải là số không, nhưng nó rất nhỏ. Việc thiết lập garbled circuit dựa trên phương pháp cut-and-choose, và các nhà nghiên cứu xem xét dòng thiết kế này ước tính xác suất thất bại vào khoảng 2 mũ (−40). Trên thực tế, người ta coi đó là không đáng kể trong toàn lĩnh vực, chứ không coi là một rủi ro “mở”.
Tôi cứ nghĩ về nó như một hệ thống chữa cháy đã vượt qua mọi bài test trong phòng thí nghiệm và giờ đang được lắp đặt trong một tòa nhà đang có người ở, trong khi phiên điều trần cấp chứng nhận của nó thì đã được lên lịch.
$BABY #baby @BabylonLabs_io

Tôi đã dành một phần cuối tuần của mình để làm điều mà tôi thực sự thích, đi thẳng đến tài liệu kỹ thuật dành riêng cho dự án thay vì tin vào những bản tóm tắt đang trôi nổi.
Thói quen đó đã phát huy tác dụng lần này. Rất nhiều thông tin dự báo/bao phủ về năm 2026 mô tả Babylon's Multi-Staking Mainnet đang vận hành hoàn toàn. Nhưng đặc tả giao dịch staking hiện tại, do chính đội ngũ Babylon viết, vẫn cho biết hiện chỉ có thể chọn đúng một nhà cung cấp tính cuối cùng (finality provider) cho mỗi lần stake, với việc hỗ trợ thêm sẽ đến ở một phiên bản giao thức trong tương lai.
Tôi đã ngẫm về điều đó một lúc.
Đây là ý nghĩa trong thực tế. Mọi giao dịch staking đều khóa Bitcoin vào một script, trong đó mã hóa cứng chính xác một public key của finality provider. Nếu ai đó muốn ủy quyền cùng một BTC cho hai mạng khác nhau ngay hôm nay, họ không thể làm điều đó trong một giao dịch duy nhất. Họ sẽ cần một giao dịch staking thứ hai và một UTXO riêng—thực chất là hai lần stake cho hai mạng đơn lẻ nằm cạnh nhau, chứ không phải một lần stake đa mạng.
Tôi muốn đọc điều này một cách công bằng, vì có hai lý do hợp lý khiến nó có thể không đáng lo như vẻ ban đầu.
Thứ nhất là Babylon đã gây dựng được một phần niềm tin ở đây. Đây là một đội ngũ đã từng triển khai theo từng giai đoạn thận trọng, và các hạn mức staking của Bitcoin ban đầu đã được lấp đầy trong vài phút khi họ mở. Việc nâng cấp script được triển khai sau lớp phối hợp (coordination layer) là một lựa chọn trình tự bình thường đối với một dự án đang xử lý thay đổi ở cấp Bitcoin, nơi sự thận trọng là bản năng đúng.
Thứ hai là “vận hành” có thể nói thật là phía coordination và luồng định tuyến phần thưởng đã sẵn sàng, ngay cả khi script của Bitcoin vẫn chưa kịp theo sau. Đó là hai lớp khác nhau, làm hai công việc khác nhau, và cũng không có gì lạ khi một lớp đến trước lớp còn lại.
Tôi không tìm thấy con số công khai cho biết hiện có bao nhiêu mạng thực sự đang nhận các lần ủy quyền được multi-stake, nên tôi không thể biết liệu điều này đã được dùng rộng rãi hay mới chỉ đang chạy cho một nhóm người dùng/nhóm sớm nhỏ, trong khi phần lớn Bitcoin vẫn đang đảm bảo an ninh cho từng mạng một tại một thời điểm.
Điều này không giống như tính năng sẽ không đến. Nó giống như Babylon sẽ tiến xa đến mức rất lớn.
$BABY @BabylonLabs_io #baby

Tôi đang xem diễn đàn quản trị Aave về đề xuất vault của Babylon, và có một phần khiến tôi phải dừng lại để suy nghĩ.
Ý tưởng này thật gọn gàng. Khóa BTC trong một Taproot UTXO trên Bitcoin. Nhận một token “phản chiếu” được gọi là vaultBTC trên Ethereum. Dùng token đó làm tài sản thế chấp trên Aave V4. Không cần cầu nối, không cần bên giám hộ, theo đúng đề xuất.
Phần thiết kế xử lý thanh lý mới là điểm thông minh. Vì BTC gốc không thể thanh toán ngay lập tức, quy trình được tách làm hai. Một người thanh lý sẽ hoán đổi vị thế bị tịch thu lấy WBTC ngay lập tức với mức premium nhỏ, và sau đó—khi cửa sổ chứng minh gian lận (fraud proof) đã đóng—một người khác sẽ nhận (redeem) BTC thật trên Bitcoin.
Đó là một cách suy nghĩ thấu đáo để tách một vấn đề mà đa số mọi người sẽ không nghĩ ra để tách riêng. Thời gian chờ nhiều ngày để Bitcoin thanh toán sẽ được “nuốt” bởi bên mua vault được ký gửi, chứ không phải bởi người vay hay Aave.
Có hai điều khiến tôi muốn đào sâu hơn.
Thứ nhất, Babylon mô tả việc staking và hệ thống vault như một câu chuyện về một cơ chế tài sản thế chấp duy nhất, nhưng có vẻ đó là hai cơ chế khác nhau. Staking khiến BTC được ủy quyền chịu rủi ro bị cắt (slashing) nếu một nhà cung cấp tính cuối (finality provider) làm sai. Còn vault là một UTXO bị khóa gắn với các bằng chứng thanh toán (repayment proofs). Tài liệu công khai hiện vẫn chưa trả lời liệu một vị thế trong vault cũng có thể được ủy quyền hay không, và điều gì sẽ xảy ra với một khoản vay đang mở nếu BTC đó bị slashing giữa chừng. Diễn đàn rủi ro riêng của Aave cũng đã có một bài đăng riêng về hình phạt slashing của Babylon, được viết trước khi đề xuất vault này được hình thành.
Thứ hai, hồi đầu năm nay, một giao thức cho vay đã chấp nhận một token mang lại lợi suất (yield bearing) có bắc cầu (bridged) làm tài sản thế chấp. Cầu nối đã bị khai thác. Hệ thống hợp đồng của chính giao thức đó thì vẫn ổn toàn bộ trong suốt thời gian, nhưng họ vẫn chứng kiến hàng tỷ USD bị rút trong một ngày và buộc phải hỗ trợ tổ chức một quỹ khẩn cấp. Bài học không bao giờ nằm ở mã của giao thức đó. Bài học là về lượng “niềm tin” chảy vào thông qua một tài sản đơn lẻ được chấp nhận.
Nó cũng giống như một biên lai kho bãi có bảo đảm. Hàng hóa được giữ ngoài kho, nhưng biên lai được giao dịch như thể chính là hàng hóa, và ai nắm giữ nó cũng đang tin vào một kho mà họ chưa từng kiểm tra.
$BABY @BabylonLabs_io #baby

Tuần trước tôi đang kiểm tra các con số cung ứng của Babylon và có điều gì đó không thuyết phục tôi.
BABY lạm phát 8% mỗi năm. Con số đó là cố định. Nó tự động đúc ra, bất kể điều gì khác xảy ra trên mạng.
Phần chênh lệch được cho là đến từ việc đốt. Khi một mạng đối tác gửi phần thưởng staking tới Babylon, người ta sẽ đặt giá thầu cho những phần thưởng đó bằng BABY, và giá thầu thắng cuộc sẽ bị đốt.
Tôi đã tìm một con số về việc đến nay đã có bao nhiêu BABY thực sự bị đốt. Tôi không tìm thấy. Mọi nguồn đều mô tả cơ chế, chứ không phải kết quả.
Đó là nghi ngờ đầu tiên của tôi. Lạm phát được đảm bảo. Việc đốt thì vẫn chưa được chứng minh.
Cũng có thông tin về một đề xuất cắt lạm phát từ 8% xuống 5,5%. Tôi kiểm tra xem nó có được thông qua hay không. Không. Tỷ lệ hiện tại vẫn là 8%.
Đó là nghi ngờ thứ hai của tôi. Mọi người đang nói về 5,5% như thể nó đã đúng rồi. Không phải vậy.
Nó làm tôi nhớ tới một ông chủ nhà luôn tăng tiền thuê mỗi năm, không hề sai, đồng thời hứa sẽ hoàn tiền khi đủ người thuê tự đứng ra tổ chức. Phần tăng luôn xảy ra. Còn khoản hoàn tiền phụ thuộc vào một nỗ lực mà đến nay không ai đã xác nhận.
#baby $BABY @BabylonLabs_io

Tôi đang đọc qua tài liệu tokenomics của Babylon và có một điều thực sự khiến tôi bất ngờ.
BABY có tỷ lệ lạm phát hằng năm cố định là 8% cho phần thưởng staking. Không giảm theo thời gian. Chỉ ổn định, từng năm.
Ban đầu điều đó nghe có vẻ đáng lo. Nhưng càng đọc tôi càng thấy nó hợp lý như một lựa chọn thiết kế, chứ không phải một lỗi.
Dưới đây là cơ chế bù trừ. Mỗi lần một Bitcoin Supercharged Network chi trả phần thưởng, họ sẽ trả bằng BABY, và lượng BABY đó bị đốt. Vì vậy, khi hệ sinh thái thực sự được sử dụng nhiều hơn, nguồn cung sẽ được kéo ra khỏi lưu thông nhiều hơn.
Nó nhắc tôi đến một doanh nghiệp nhỏ trả lương cố định cho nhân viên mỗi tháng, bất kể doanh số thế nào, nhưng chỉ mua lại cổ phiếu công ty khi lợi nhuận cho phép. Tiền lương được đảm bảo. Việc mua lại phụ thuộc vào doanh nghiệp làm ăn tốt đến mức nào.
Về cơ bản, đúng như vậy đang diễn ra ở đây. Các validator nhận phần thưởng có thể dự đoán trước. Việc đốt là phần phải tự chứng minh bằng hiệu quả.
Luận điểm phản biện thứ nhất, có lợi cho thiết kế này: lạm phát có thể dự đoán thực ra là tốt cho một mạng lưới còn non trẻ. Các validator biết mình sẽ nhận được gì, bất chấp tâm trạng của thị trường, giúp lớp bảo mật được giữ ổn định trong khi hệ sinh thái vẫn đang phát triển.
Luận điểm phản biện thứ hai, cũng ủng hộ: điều này khá phổ biến ở các mạng lưới giai đoạn đầu. Các cơ chế đốt thường theo sau việc áp dụng lúc ban đầu, rồi bắt kịp khi mức sử dụng tăng dần theo thời gian. Không phải hiếm khi phần bù trừ trông có vẻ mỏng vào năm một và khác rất nhiều vào năm ba.
Vì vậy, kết luận của tôi không phải là tiêu cực. Mấu chốt là BABY không cố gắng sao chép câu chuyện khan hiếm của Bitcoin, và tôi nghĩ như vậy là ổn. Đây là một token hoạt động cho một mạng lưới hoạt động, và câu chuyện về nguồn cung của nó phụ thuộc vào mức độ hoạt động thực sự chảy qua nó.
Tôi sẽ tiếp tục theo dõi các con số đốt khi thêm nhiều BSN đi vào vận hành, vì đó là con số thực sự kể lên câu chuyện ở đây.#baby $BABY @BabylonLabs_io

Tôi cứ quay lại một chi tiết trong tokenomics của Babylon mà ít người nhắc đến: BABY có sẵn một cơ chế tự đốt cháy, và chỉ hoạt động nếu mạng thực sự tăng trưởng.
Đây là cách nó được cho là vận hành. Mỗi Bitcoin Supercharged Network (BSN) kết nối vào Babylon Genesis sẽ chuyển một phần phần thưởng staking của nó vào một cuộc đấu giá (auction) diễn ra trên chuỗi. Người tham gia sẽ đặt giá thầu để nhận các phần thưởng đó bằng BABY. Bất kỳ lượng BABY nào thắng thầu sẽ bị đốt vĩnh viễn, rút khỏi lưu thông. Vì vậy, càng có nhiều mạng xuất hiện và muốn chia sẻ nguồn bảo mật Bitcoin đó, thì theo thời gian, lượng BABY bị rút khỏi cung sẽ càng nhiều.
Đây là một thiết kế thực sự hay. Nó gắn tính khan hiếm của token với mức độ sử dụng thực tế thay vì chỉ bám theo một lịch trình cố định do ai đó viết trong whitepaper. Phần lớn các cơ chế đốt token mà tôi gặp thường chỉ mang tính “cảnh quan” (cosmetic). Cơ chế này thì lại phụ thuộc vào việc điều gì đó thực sự diễn ra trong thế giới thực, khiến nó “trung thực” hơn—dù đồng thời cũng khiến kết quả ít chắc chắn hơn.
Những con số hiện tại giúp đặt sự “trung thực” đó vào đúng bối cảnh. BABY ra mắt với 10 tỷ token và tỷ lệ lạm phát hằng năm 8%, được chia đều giữa người staking BTC và người staking BABY. Lượng cung lưu hành hiện ở khoảng 3,7 đến 4 tỷ. Lần mở khóa tiếp theo dự kiến vào ngày 10 tháng 8 sẽ phát hành khoảng 136 triệu token, tức là hơn 1% tổng cung một chút. So với tốc độ phát hành đều đặn như vậy, cơ chế đốt cần có “việc làm” thật sự trước khi nó có thể bù đắp một cách đáng kể lượng cung mới vừa được đưa ra thị trường.
Tôi không nghĩ đây là một điểm trừ cho thiết kế. Nó chỉ là hiện trạng trung thực của mọi thứ ngay bây giờ. Cơ chế giảm phát gắn với việc được chấp nhận là một “cược” vào tương lai, chứ không phải là một cam kết về điều chắc chắn sẽ xảy ra ngay hiện tại.
Có hai điều tôi muốn tiếp tục theo dõi. Thứ nhất, việc đốt cháy chỉ tăng tốc nếu mức độ áp dụng BSN cũng tăng theo, nên quỹ đạo cung của token thực sự phụ thuộc vào việc phát triển kinh doanh thành công, chứ không chỉ phụ thuộc vào việc giao thức hoạt động đúng. Thứ hai, BABY không phải là một token ERC-20; nó là native (bản địa) trên Babylon Chain, nghĩa là thanh khoản và các tích hợp của nó phụ thuộc vào hệ sinh thái riêng của Babylon trưởng thành thay vì chỉ cắm vào hạ tầng đã tồn tại ở nơi khác.@BabylonLabs_io #baby $BABY