Nexiz Crypto

Tôi đang đọc trang của Dusk về quan hệ đối tác NPEX thì có một chi tiết khiến tôi chú ý: có nhắc đến giấy phép “DLT-TSS”. Trước đó tôi chưa từng gặp thuật ngữ này trong bối cảnh blockchain, nên tôi cho rằng đó là thuật ngữ nội bộ của Dusk.

Sau khi kiểm tra trang chính thức, tôi phát hiện ra đây thực sự là một nhóm phân loại theo quy định: giấy phép Hệ thống giao dịch và thanh toán DLT (DLT Trading and Settlement System). Đây là một trong những nhóm chỉ định mới hơn theo các quy tắc của cơ chế thí điểm dành cho hạ tầng thị trường hoạt động trên công nghệ sổ cái phân tán.

Điều làm tôi bất ngờ là khi đối chiếu trang đó với thông báo NPEX trước đây của Dusk. Bản phát hành năm 2023 ban đầu mô tả NPEX đơn giản là một sàn giao dịch được cấp phép theo MTF. Trang “Regulatory Edge” (Lằn ranh Quy định) gần đây hơn liệt kê một “bộ công cụ” đầy đủ hơn: MTF, Broker, ECSP và DLT-TSS sẽ được triển khai. Đây là một sự thay đổi đáng chú ý về phạm vi giữa hai tài liệu chính thức từ cùng một nguồn—không phải là mâu thuẫn, mà là dấu hiệu phạm vi tuân thủ của quan hệ đối tác đã mở rộng theo thời gian, thay vì được xác định ngay từ đầu.

Cách đọc thận trọng ở đây là Dusk không tuyên bố giấy phép của riêng mình; họ đang kế thừa “vị thế theo quy định” sẵn có của NPEX trên toàn bộ hệ thống. Đây là một sự đánh đổi được thiết kế sẵn: gắn câu chuyện tuân thủ của Dusk với tiến trình cấp phép của NPEX thay vì dựa trên một khung độc lập.

Và từ đó nảy sinh một câu hỏi thực sự: khi DLT-TSS được hoàn thiện, điều đó có thay đổi loại tài sản có thể được thanh toán trên Dusk, hay chủ yếu là để hợp thức hóa những gì NPEX vốn đã làm?

#dusk $DUSK @Dusk

I was reading through some updates on Dusk Network and one detail caught my attention: they're building something called Hedger, described as a privacy module for their upcoming EVM layer.
My first assumption was that this just meant "private transactions," the same pitch most privacy chains make. After checking the official docs, it turned out to be more specific than that. Hedger uses homomorphic encryption alongside zero-knowledge proofs, but the goal isn't just hiding data, it's making that hidden data reviewable when required. That's when it clicked. Regulated finance doesn't actually need total secrecy. It needs privacy that can be selectively opened up for auditors or regulators without exposing everything to the public chain. What surprised me was how this reframes the whole "privacy vs transparency" debate. Instead of picking one, DuskEVM seems built around toggling between them depending on who's asking and why.
There's a trade-off here worth noting. Supporting confidential Solidity-style workflows means more computational overhead than a standard EVM chain, since proofs and encrypted state checks aren't free. That's likely the cost of designing for institutions rather than pure throughput.
Still, it raises a genuine question: as more real-world assets move onchain, will "selective transparency" become the actual industry standard, rather than an edge case?

#dusk $DUSK @Dusk

I assumed NPEX was bringing assets onto Dusk through a straightforward token migration.

It isn't that.

NPEX is already a regulated Dutch exchange, licensed as an MTF and broker.

What's actually happening: Chainlink CCIP becomes the interoperability layer for assets NPEX issues on DuskEVM. DataLink brings exchange data onchain. Data Streams handles market feeds.

Nowhere in this does NPEX's license get replaced or bypassed.

The assets stay tied to NPEX's existing regulatory status the entire time. Chainlink's role is just letting that regulated data move across chains without breaking compliance.

One detail stood out. The often-cited 300M+ EUR isn't new capital entering crypto. It's existing regulated AUM getting represented onchain, still governed by the same license it always had.

Does tokenizing under an existing license count as bringing TradFi onchain, or just giving TradFi a new interface? #dusk $DUSK @Dusk

Tôi đang đọc qua diễn đàn quản trị của Aave thì thấy có điều gì đó kỳ lạ: WBTC cứ liên tục xuất hiện trong các đề xuất "tăng giới hạn cung" tháng này qua tháng khác. Tôi nghĩ một tài sản blue-chip như Bitcoin được bọc (wrapped Bitcoin) thì hẳn sẽ có chỗ trống gần như không giới hạn để nạp vào và vay mượn dựa trên đó.

Nhưng giả định đó không đúng.

Sau khi kiểm tra các bài đăng của Risk Steward (Người phụ trách rủi ro) của Aave, tôi phát hiện giới hạn cung của WBTC trên Aave V3 Core vào khoảng 97% mức sử dụng back in June (thời điểm tháng 6), khiến LlamaRisk đề xuất nâng từ 31,800 lên 38,200 WBTC. Vài tuần trước đó, cùng một mức giới hạn này đã từng được hạ từ 39,000 xuống 31,800.

Điều làm tôi bất ngờ là sự qua lại/điều chỉnh liên tục. Đây không phải là một con số được đặt cố định rồi để mặc, mà được tinh chỉnh gần như liên tục dựa trên độ sâu thanh khoản và hành vi người dùng quan sát được. Và khi đó tôi chợt hiểu ra: giới hạn cung không phải để giới hạn mức độ phổ biến, mà là một thiết bị ngắt mạch (circuit breaker). Nếu quá nhiều WBTC bị dồn lại so với thanh khoản khả dụng trên chuỗi, một lỗi oracle hoặc làn sóng thanh lý có thể vượt qua tốc độ mà thị trường thực sự có thể hấp thụ.

Việc giới hạn cung giúp rủi ro đó được giữ trong phạm vi nhất định ngay cả khi nhu cầu mạnh. Tuy nhiên, sự đánh đổi là có thật. Khi giới hạn đầy, những người nắm giữ WBTC muốn vay dựa trên tài sản thế chấp của mình thì chỉ còn cách chờ quản trị hành động.

Điều này khiến tôi tự hỏi có bao nhiêu người cho rằng "công suất đầy" có nghĩa là có gì đó không ổn, trong khi có thể nó chỉ đơn giản là hệ thống đang thận trọng một cách có chủ đích.

#baby $BABY @BabylonLabs_io

Tôi đang cuộn trang thống kê của Aave và nhận thấy WBTC đã chạm mức cao nhất mọi thời đại trên V4.

Giả định đầu tiên của tôi thật đơn giản: nhu cầu đòn bẩy phải đang tăng.

Nhưng điều đó không hoàn toàn khớp. Nếu nhu cầu vay là nguyên nhân, thì lãi suất cũng phải đang leo lên.

Vậy nên tôi kiểm tra chính ứng dụng của Aave thay vì đoán mò.

Hóa ra là hiện tại, những người nắm giữ WBTC, cbBTC, WETH và wstETH có thể vay USDC với lãi suất khoảng -0,2%.

Con số âm. Bạn được trả tiền khi vay.

Lúc đó mọi thứ mới sáng ra.

Chỉ riêng việc nguồn cung tăng mạnh không chỉ là sự tin tưởng vào Bitcoin. Một phần là chênh lệch lãi suất kéo dòng vốn vào gần như theo cơ chế tự động.

Đây cũng là lý do đề xuất @BabylonLabs_io trên Aave thu hút sự chú ý của tôi.

Nó nhằm cho phép các khoản vay bằng BTC gốc được quay trở lại trực tiếp, không cần bọc (wrapping) ở phía tiền gửi. Nhưng các lệnh thanh lý vẫn được chuyển qua WBTC, vì Bitcoin không thể xác nhận nhanh đủ cho việc thanh toán theo thời gian thực.

Vậy nên dù là một thị trường “BTC gốc”, nó vẫn dựa vào WBTC đúng vào khoảnh khắc quan trọng nhất.

Tại sao phải xây dựng mọi thứ này với lãi suất được trợ cấp và các phương án dự phòng dạng bọc.

Thiết kế hub-and-spoke của Aave V4 cho phép từng thị trường tự đặt ưu đãi của mình trong khi dùng chung thanh khoản từ một hub trung tâm. Điều này giúp Aave khởi động độ sâu (depth) ở các thị trường mới, bao gồm cả Babylon, thay vì phải chờ nhu cầu tăng lên một cách hữu cơ.

Điểm đổi lại là “nguồn cung kỷ lục” sẽ khó đọc hơn khi nhìn ở bề mặt.

Một phần là niềm tin. Một phần nữa đơn giản là mức lãi suất tốt hơn.

Khi một thị trường cho vay đạt mức cao nhất mọi thời đại, thường bạn phân biệt sự khác nhau bằng cách nào?
#baby $BABY

Tôi đã cho rằng việc cho vay BTC gốc theo đề xuất Aave @BabylonLabs_io có nghĩa là WBTC không còn trong bức tranh.

Hoá ra là không.

Tôi đã kiểm tra phần “temp check” trên diễn đàn quản trị của Aave để xác nhận.

Tiền gửi khóa trực tiếp BTC gốc trên Bitcoin. Nhưng các đợt thanh lý hoàn toàn không đụng tới BTC đó.

Khi một vị thế bị thanh lý, bên thanh lý sẽ hoán đổi quỹ (vault) lấy WBTC với một mức chênh lệch nhỏ. Điều này dùng để thanh toán khoản nợ trên Ethereum. Phần “chuộc lại” Bitcoin thực sự diễn ra riêng, sau đó.

Lúc đó tôi mới hiểu ra.

Việc tách bạch này tồn tại vì Bitcoin không thể xác nhận đủ nhanh để một đợt thanh lý có thể xảy ra theo thời gian thực. WBTC cho phép việc thanh toán diễn ra ngay lập tức trên Ethereum, trong khi việc mở khóa BTC chậm hơn, đã được xác thực thì diễn ra theo lịch riêng.

Vì vậy, điểm đánh đổi thực sự không phải là “BTC gốc vs BTC bọc.”

Mà là: BTC gốc thì đứng ra đảm bảo cho khoản vay, nhưng WBTC vẫn mang phần khoảnh khắc quan trọng nhất: việc thanh lý.

Đề xuất này vẫn còn sớm, đang ở giai đoạn temp check trước khi các đợt kiểm toán và thông số rủi ro được hoàn tất.

Nó khiến tôi tự hỏi thị trường sẽ định giá thế nào cho khoảng thời gian ngắn mà BTC và WBTC phải tin tưởng lẫn nhau. #baby $BABY

Tôi đã cho rằng phần thưởng co-staking cần một mức stake tối thiểu nào đó thì bạn mới thấy lợi ích thực sự. Đó là cách mà đa số hệ thống phần thưởng theo bậc hoạt động.

Sau khi xem hướng dẫn co-staking chính thức của Babylon, tôi phát hiện giả định đó là sai. Tài liệu nêu rõ rằng “co-staking weight” có thể là bất kỳ giá trị thập phân nào, và bạn không cần ít nhất 1 BTC hay 20.000 BABY để nhận phần thưởng. Tài liệu còn trực tiếp đề cập điều này như một “tin đồn”: mọi lượng BTC và BABY đều nhận phần thưởng theo tỷ lệ tương ứng, không có ngưỡng tối thiểu nào được gắn sẵn trong công thức.

Điều khiến tôi bất ngờ là cơ chế liên kết bên dưới sự linh hoạt đó lại khá chặt chẽ. Phần thưởng được tính bằng một công thức có trọng số, xem xét đồng thời cả stake BTC và BABY của bạn, thay vì tách chúng thành các “dòng phần thưởng” riêng. Ngoài ra còn có một yêu cầu cụ thể mà đa số người sẽ bỏ sót. Nếu địa chỉ stake BTC của bạn và địa chỉ stake BABY khác nhau, bạn sẽ nhận được 0 phần thưởng co-staking, vì vậy cả hai lần ủy quyền (delegation) đều phải sử dụng đúng cùng một địa chỉ BABY. Đây không phải là lỗi — đó là cách giao thức gán “trọng số” cho một người tham gia duy nhất trên hai loại tài sản khác nhau. Sự đánh đổi này là hợp lý: phần thưởng theo tỷ lệ giúp hệ thống mở cho mọi người nắm giữ, nhưng quy tắc khớp địa chỉ giúp việc ghi nhận (attribution) được sạch sẽ.

Tuy vậy, nó vẫn đặt ra một câu hỏi thực sự — có bao nhiêu người stake BTC trên Babylon đang vô tình bị mất phần thưởng chỉ vì một sai lệch địa chỉ đơn giản?
#baby $BABY @BabylonLabs_io

Tôi đã xem các lịch mở khóa token tuần trước và tên Babylon cứ liên tục hiện lên, nên tôi đi sâu tìm hiểu.
Giả định ban đầu của tôi là câu chuyện quen thuộc: nhóm token xả ra thị trường bán lẻ. Nhưng các con số không khớp lắm. Lượng cung lưu hành của BABY ở vào khoảng 4 tỷ trên tổng gần 10 tỷ, tức khoảng 37% đã được mở khóa, và token đang giao dịch quanh mức 0,011–0,013 USD với vốn hóa thị trường trong khoảng 45–50 triệu USD. Vì vậy, tôi vào tài liệu để kiểm tra lịch phát hành thực tế. Đến lúc đó thì tôi hiểu ra: Babylon không sử dụng mô hình “một lần chờ rồi đổ dồn” (cliff-and-dump). Các nhà đầu tư sớm, đội ngũ và cố vấn đều dùng cùng một cấu trúc — một năm cliff, sau đó là 35 đợt phát hành hằng tháng nữa, mỗi đợt chiếm 1/36, kéo dài từ tháng 5/2026 cho đến tháng 4/2029. Điều khiến tôi bất ngờ là mức độ chủ ý của sự giãn lịch này. Việc “nhỏ giọt” tuyến tính trong ba năm có nghĩa là không có một tháng nào trút lượng lớn làm ngập thị trường. Đổi lại là việc pha loãng không bao giờ thực sự dừng lại — đó là một khoản “thuế” lên giá diễn ra chậm rãi, đều đặn chứ không phải một cú sốc duy nhất. Còn có một lớp thứ hai nữa: BABY có mức lạm phát hằng năm 5,5% cho phần thưởng staking, được bù trừ một phần bằng việc đốt token thông qua các cuộc đấu giá phần thưởng BSN. Vì vậy, cung không chỉ đang được mở khóa, mà còn đang được đúc mới và một phần được đốt đi cùng lúc. Tự hỏi rằng — liệu một lịch nhỏ giọt dài và có thể dự đoán thật sự có thay đổi hành vi nhà đầu tư nhiều hơn so với một cú cliff lớn không?

#baby $BABY @BabylonLabs_io

Tôi vừa xem các số liệu gần đây của Babylon và có một chi tiết khiến tôi chú ý: giao thức vừa vượt qua mốc khoảng 56.000 BTC được staking, trị giá đâu đó trên 5 tỷ USD, mà không liên quan đến bất kỳ token bọc (wrapped) nào. Tôi đã thấy rất nhiều dự án “Bitcoin DeFi” đưa ra các con số tương tự, nên tôi cho rằng đây chỉ là một dạng wrapper lưu ký khác với chiến lược marketing tốt hơn.

Nhưng giả định đó không trụ được quá năm phút khi đọc tài liệu.

Mô hình staking của Babylon giữ BTC bị khóa ngay trên chuỗi Bitcoin bằng các script có cơ chế khóa thời gian (timelocked), thay vì chuyển coin đi bất cứ đâu. Không có cầu (bridge) hay tài sản tổng hợp (synthetic) nào đứng ra thay cho BTC của bạn. Điều làm tôi bất ngờ là mức độ mô hình an ninh dựa vào các hạn chế của scripting trong Bitcoin hơn là dựa vào smart contract. Thay vào đó, Babylon sử dụng các giao dịch đã được ký trước (pre-signed transactions) và các quy tắc kiểu covenant chỉ kích hoạt nếu một validator hành xử sai.

Đó là lúc “điểm đổi chác” thực sự được bật sáng đối với tôi. Vì Bitcoin không thể “slash” trực tiếp stake của validator một cách bản địa như một chuỗi EVM, nên Babylon đưa các điều kiện slashing vào trong quá trình unbonding. Nó thật sự thông minh, nhưng đồng thời cũng có nghĩa là BTC của bạn sẽ tạm thời kém thanh khoản trong giai đoạn unbonding, vì cam kết an ninh phụ thuộc vào khoảng thời gian đệm đó.

Ngoài ra còn có thiết kế multi-staking mới hơn, trong đó cùng một lượng BTC có thể bảo đảm an ninh cho nhiều mạng proof-of-stake cùng lúc. Mang lại nhiều lợi suất hơn, nhưng cũng đồng nghĩa với việc có nhiều validator hơn và hành vi của họ có thể ảnh hưởng đến stake của bạn. Hiệu quả sử dụng vốn so với mức độ phơi bày tập trung—cảm giác này giống như “mâu thuẫn” cốt lõi, hơn là một lỗi, và có vẻ như đó là một canh bạc chủ đích.

Tôi cứ quay lại một câu hỏi: khi ngày càng nhiều chuỗi kết nối vào cùng một “hồ bơi” Bitcoin đang được staking, liệu an ninh dùng chung có mở rộng trơn tru, hay nó lặng lẽ phân phối lại rủi ro thay vì loại bỏ nó?
#baby $BABY @BabylonLabs_io

Tôi đã giả định rằng ủy ban giao ước có thể đóng băng Bitcoin của một người đặt cược nếu họ muốn. Nó không thể di chuyển dù chỉ một satoshi nếu không có chữ ký của chính người đặt cược.

Mọi đầu ra đặt cược trên Babylon đều có ba cách để chi tiêu: rút vốn, gỡ khóa, và bị trừng phạt (slashing). Ủy ban giao ước đồng ký cả ba.

Nhưng đồng ký không giống như kiểm soát. Khóa của người đặt cược là thứ bắt buộc trong mọi nhánh trừ trường hợp slashing một nhà cung cấp tính cuối cùng (finality provider) có hành vi sai trái. Nếu không có nó, chữ ký của ủy ban không có tác dụng gì.

Vì vậy, ủy ban có thể phê duyệt một yêu cầu gỡ khóa. Nó có thể áp dụng thời gian chờ (timelock) và tỷ lệ bị slashing. Điều mà nó không thể làm là chuyển hướng tiền, thúc ép việc rút lui, hoặc slashing một người đặt cược làm đúng — bởi vì nó không bao giờ nắm giữ một trong những khóa duy nhất cho phép các nhánh đó được chi tiêu.

Một nhóm phải đồng ký mọi giao dịch trông có vẻ quyền lực từ bên ngoài. Nhìn kỹ hơn, nó chỉ là một bộ kiểm tra quy tắc mà không có cách nào để phá vỡ những quy tắc mà nó đang kiểm tra.
#baby $BABY @BabylonLabs_io

Tôi đang đọc bản cập nhật TBV testnet, lướt qua một nửa — peg-in xuống còn ba giờ, phí giảm gấp ba. Tiến triển vững.

Rồi có một dòng làm tôi dừng lại: kế hoạch tạm hoãn của Babylon khi định thực hiện việc chuyển nhịp (bridge) token BABY của chính họ sang Ethereum, với lý do lo ngại về bảo mật của cầu nối.

Kỳ lạ, vì đây là một giao thức được xây dựng trên câu “chúng tôi đã giải quyết bài toán bridge.”

Nhưng điều đó không phải mâu thuẫn; đó là sự phân biệt. Một cầu nối thông thường sẽ đúc ra token được bọc (wrapped) trên cơ sở niềm tin — nếu bẻ gãy logic đó, thì ai đó có thể đúc từ “không có gì”. TBV không hề chuyển chính BTC. Nó chuyển một yêu cầu (claim) được ràng buộc bằng mật mã về BTC đó, được thực thi bởi script và các bằng chứng, chứ không phải lời xác nhận của một trình xác thực (validator).

Vậy nên nhóm tin mô hình đó với Bitcoin tiền thật của khách hàng. Chỉ là chưa tin với token của chính họ.

Điều này còn thẳng thắn hơn hầu hết các màn ra mắt chịu thừa nhận. Nhưng nó lại để câu hỏi khó hơn nằm đó: “trạng thái có thể được xác minh trên Ethereum” vẫn, về mặt chức năng, là một biểu diễn sống trên một chuỗi thứ hai — cùng “hình dạng” mà một cầu nối tạo ra, nhưng nền tảng tin cậy khác bên dưới.

Nếu nó đủ an toàn cho BTC thật, vậy tại sao không phải BABY — và nếu nó không đủ an toàn, khoảng trống đó nói gì về mức độ họ thực sự tin tưởng nó ở quy mô lớn?
#baby $BABY @BabylonLabs_io

Tôi đang giải thích về tích hợp Aave của Babylon cho một người bạn và, không nghĩ ngợi gì, đã nói: “không bọc, tuyệt đối không bọc.”

Anh ấy hỏi một câu: nếu BTC không bao giờ rời khỏi Bitcoin, thì Aave — hoạt động trên Ethereum — thực sự sẽ “nhìn thấy” nó bằng cách nào? Tôi không có câu trả lời thật sự. Vì vậy, tôi quay lại chính đề xuất, thay vì những bản tóm tắt mà mọi người vẫn hay chia sẻ.

Tôi cứ nghĩ mình sẽ tìm được một điều gì đó “khéo”, như việc Aave bắc cầu qua các mạng để đọc Bitcoin trực tiếp.
Nhưng không phải vậy. Thứ tôi tìm thấy là một token. Thiết kế của Babylon tạo ra cái gọi là vaultBTC trên Ethereum, được dùng để thay thế cho BTC đã bị khóa bên trong Bitcoin.

Điều đó khiến tôi đứng lại một chút. Một token đóng vai trò thay thế cho một tài sản bị khóa trên chain khác là hình dạng mà tôi đã thấy rất nhiều lần trước đây. Ấn tượng đầu tiên của tôi là: chẳng phải đó chỉ là wrapping với một cái tên “nghe hay hơn” sao?
Rồi tôi nhìn kỹ hơn xem token đó thực sự được bảo chứng bằng gì.

Phần lớn các tài sản được bọc yêu cầu bạn phải tin ai đó — một bên giám hộ, một cây cầu — rằng tài sản gốc đang nằm ở đúng nơi họ nói.

vaultBTC cố gắng thay niềm tin đó bằng bằng chứng. Vault sử dụng các điều kiện đã được ký sẵn (pre-signed) ngay trên chính Bitcoin, nên tính hợp lệ của token đến từ mật mã học, thay vì lời nói của một người. Và lúc đó tôi mới nhận ra. Câu hỏi thật sự chưa bao giờ là “bọc hay không bọc”.

Mà là “đại diện được tin tưởng hay đại diện đã được chứng minh.” Cả hai vẫn cần một thứ tồn tại trên chain còn lại. Chỉ có một trong hai buộc bạn phải tin một con người, thay vì tin vào toán học.

Khi tôi nhìn theo cách đó, “không bọc” không còn cảm giác như một lời khẳng định nữa, mà giống như một cách diễn đạt rút gọn — đúng về tinh thần, nhưng bỏ qua đúng chi tiết mà thực sự quan trọng. Thứ tôi vẫn chưa biết là bằng chứng đó sẽ đứng vững ra sao khi có áp lực. Thị trường yên ả thì dễ. Một đợt thanh lý bị trì hoãn, hoặc tranh cãi về việc vaultBTC có thật sự khớp với điều mà vaultBTC tuyên bố hay không — đó mới là lúc “đã được chứng minh” và “được tin tưởng” sẽ thể hiện khác biệt.

Tôi cứ tự hỏi liệu khoảnh khắc đó đã từng xảy ra ở đâu đó rồi mà chưa đủ ồn để ai đó để ý.

Có ai ở đây đã thấy vaultBTC thực sự được đem đi kiểm thử theo kiểu đó chưa?

#baby $BABY @BabylonLabs_io

Tôi đang đọc phần thiết lập checkpointing của Babylon và có một chi tiết mà mình mất một lúc mới hiểu thấu.

Hầu hết các chuỗi Cosmos đều dùng thời gian unbonding 21 ngày như một “lưới an toàn” chính. Đó là cách họ phòng việc ai đó cố gắng viết lại lịch sử. Nhưng Babylon không thể giữ cơ chế đó khi bắt đầu “anchoring” (neo dữ liệu) lên Bitcoin, vì lúc này nó bị ràng buộc với thời gian của Bitcoin thay vì thời gian của Cosmos. Vì vậy, họ đã xây dựng một module epoching. Các block sẽ được gom lại vào các “cửa sổ” cố định, và mỗi cửa sổ được checkpoint lên Bitcoin như một lô (batch) duy nhất. Theo những gì mình thấy trên testnet, epoch chạy khoảng một giờ, đóng gói vài trăm block mỗi lần.

Ban đầu điều này chỉ trông như một chi tiết nội bộ, không đáng để nghĩ nhiều. Nhưng thực ra nó thay đổi rất nhiều cách chuỗi hoạt động. Việc thay đổi validator giờ không thể diễn ra bất cứ lúc nào nữa. Việc thêm validator mới, thoát (exits), redelegations—tất cả đều phải chờ đến khi tới ranh giới epoch. Logic unbonding cũng cần được làm lại: thay vì dựa vào các bộ đếm quen thuộc của Cosmos, họ chuyển sang cách làm được xây dựng quanh việc Bitcoin xác nhận các thứ đó.

Đổi lại, Babylon nhận được một thứ mà thực sự rất khó để sao chép ở nơi khác. Việc viết lại lịch sử không còn là một bài toán về “đồng thuận xã hội” nữa—nó trở thành bài toán “tấn công Bitcoin”, mà yêu cầu lớn hơn rất nhiều đối với bất kỳ ai muốn làm điều đó. Điều mình cứ để ý là finality ở đây không chạy trên một đồng hồ duy nhất. Có phần bên Cosmos di chuyển theo nhịp riêng của nó, và phần bên Bitcoin lại di chuyển theo một nhịp chậm hơn, tách biệt. Vì vậy khi mọi người nói Babylon mượn “tính bảo mật của Bitcoin”, thì có một “chi phí cơ học” thực sự nằm đằng sau, không chỉ là một câu nói nghe cho hay. Mình không nghĩ đây là một bản vá thêm sau này; nó cảm giác như đã được “nhúng sẵn” từ đầu. Mình vẫn đang cố gắng ước lượng trong thực tế mối liên kết (coupling) này quan trọng đến mức nào, nhưng đây đúng là một lựa chọn thiết kế dễ bị bỏ sót nếu không nhìn kỹ.
@BabylonLabs_io $BABY #BABY

Tiếp tục đọc phần “slashing” trong tài liệu của Babylon và giả định nó hoạt động giống Ethereum. Không phải vậy, và phần khác biệt mới là điều đáng chú ý.

Trên Ethereum, một validator bị phạt vì hai việc: gian lận/vi phạm (equivocation — ký các block xung đột) và rò rỉ do thiếu hoạt động (inactivity leaks — chỉ cần đi offline khi có sự cố về tính sống còn/liveness). Cả hai đều khiến bạn mất tiền. Babylon chỉ “slashing” cho điều đầu tiên. Nếu một nhà cung cấp tính xác cuối (finality provider) ký hai lần (double-sign) thì khóa của họ bị lộ và BTC phía sau họ bị đốt cháy. Nếu họ chỉ “tắt ngúm”, ngừng bỏ phiếu, hoặc từ chối hoàn tất (finalize) các block, thì không có gì xảy ra với phần stake. Họ bị tạm giam (jailed). Các delegator giữ lại mọi satoshi. Nghe có vẻ như chỉ là một chi tiết triển khai nhỏ. Nhưng không phải. Nó có nghĩa là “bảo mật Bitcoin” mà một BSN đang mua chỉ chống lại một kiểu tấn công rất cụ thể và mang tính cố ý tự hủy hoại: kẻ đó ký hai block xung đột và thiêu chính phần stake của mình để làm điều đó. Nó không có tác dụng gì đối với một tập validator chỉ đơn giản ngừng sản xuất block, hoặc kiểm duyệt chọn lọc giao dịch, hoặc “dè dặt” trong khoảnh khắc căng thẳng.

Đó có lẽ là những mối đe dọa thực tế hơn mà một chuỗi PoS non trẻ thực sự phải đối mặt.
Vì vậy, khi một BSN nói rằng nó “được bảo đảm bởi hàng tỷ đô/US dollars trong Bitcoin”, thì thực chất phần lời hứa được thế chấp đằng sau tuyên bố đó hẹp hơn nhiều so với con số gợi ý. Vốn là có thật. Cam kết an toàn là có thật. Cam kết về tính sống còn (liveness) — thứ giúp một chuỗi kháng kiểm duyệt và vẫn vận hành trong lúc căng thẳng — lại không được bảo chứng bởi slashing.

Nếu Bitcoin không thể bị slashing vì sự im lặng, thì sự im lặng đó thực sự đáng giá bao nhiêu đối với các chuỗi thuê nó?
#baby $BABY @BabylonLabs_io

$3M không phải là quá nhiều đối với một quỹ tài trợ cho một giao thức đảm bảo an toàn cho $10B+ Bitcoin. Nhưng việc nó được triển khai ở mức nào đó cũng đáng để ghi nhận.

Sau vụ khai thác Kelp DAO làm thị trường rsETH mất ổn định và lan sang Aave vào cuối tháng 4 năm 2026, Babylon Foundation đã cam kết $3M cho nỗ lực khôi phục DeFi — $2M vào Aave v3, $1M vào Aave v4. Babylon không phải là giao thức bị khai thác. Người dùng TBV không hề gặp rủi ro. Các vault vẫn hoạt động đúng như thiết kế.

Phần phân bổ cho v4 là chi tiết đáng để dừng lại suy ngẫm. Đó là cùng $AAVE version Trustless Bitcoin Vaults đang được xây dựng để chuyển qua nhằm phục vụ cho việc vay dựa trên BTC. Babylon không chỉ quyên góp cho một đối tác đang gặp rắc rối — mà họ đầu tư tiền một cách cụ thể vào lớp ứng dụng mà lộ trình của chính họ phụ thuộc vào việc phải luôn đủ khả năng thanh toán và đáng tin cậy.

Phần lớn thẩm định đối với TBV tập trung vào mật mã học: các bằng chứng peg-in, điều kiện của vault, không có bên giám hộ nào tham gia vào vòng lặp. Không có điều gì trong số đó bao quát được điều gì xảy ra khi thị trường cho vay mà bạn kết nối vào bị ảnh hưởng bởi một vụ khai thác từ bên khác. Đây là câu hỏi về hành vi của một quỹ nền tảng, không phải về thiết kế giao thức, và nó không xuất hiện trong một bản whitepaper.

Babylon đã trả lời vấn đề đó vào tháng 4, trước khi phần lớn mọi người bắt đầu xem nó như một tín hiệu. Nếu BTC sẽ được đặt làm tài sản thế chấp trên $AAVE v4 thông qua TBV, thì $3M này là một điểm dữ liệu hữu ích hơn bất cứ điều gì trong testnet.

#baby $BABY @BabylonLabs_io

Diễn biến giá BTC hiện trông có vẻ nhàm chán. Nhưng dòng lệnh phía dưới nó thì không.

Bitcoin đã bị mắc kẹt trong biên $64K-$67K trong vài tuần qua, vẫn giảm mạnh so với đỉnh $126K của tháng 10. Bề ngoài không có gì quá kịch tính. Nhưng dữ liệu CryptoQuant của tuần này cho thấy một điều đáng để suy ngẫm. Các ví nắm giữ 1.000-10.000 BTC đã có mức tích lũy trong 60 ngày mạnh nhất kể từ giữa tháng 6 — khoảng 66.700 BTC được mua vào.

Trong khi đó, nhóm người nắm giữ tầm trung, trong khoảng 100-1.000 BTC, đã xả ra khoảng 77.800 BTC trong cùng giai đoạn. Ví lớn thì mua vào, còn ví trung bình lại bán ra. Giờ hãy ghép điều đó với một vấn đề mà gần như chẳng ai đang để ý. Chỉ số Bitcoin Premium Index của Coinbase — về cơ bản là thước đo lực mua từ phía Mỹ — đã ở mức âm trong 60 ngày liên tiếp. Chuỗi dài nhất từng ghi nhận. Nhu cầu từ tổ chức đã từng thúc đẩy đợt tăng năm 2024 về cơ bản đã im lặng, dù các “cá voi” vẫn tiếp tục cộng thêm.

Tích lũy nhưng không có lực mua của tổ chức đứng sau là một trạng thái khá lạ cho thị trường. Nó không tự động là tăng giá, cũng không tự động là cái bẫy. Về mặt lịch sử, kiểu sắp xếp này thường sẽ hoặc dẫn đến tình trạng siết cung, hoặc chỉ kéo đi ngang thêm một thời gian nữa. Cục Dự trữ Liên bang (Fed) sẽ họp vào ngày 28-29 tháng 7. Khả năng cao là quyết định theo hướng nào đó.

Mình tò mò không biết có ai khác đang theo dõi chỉ số premium đó không, hay tôi đang suy diễn quá nhiều. #BitcoinReclaims65K $BTC

Dự đoán cuối cùng. Còi kết thúc cuối cùng. ⚽🔥 Cho dù dự đoán của tôi thắng hay thua, thì đây đã là một hành trình tuyệt vời khi theo dõi mọi trận đấu. Chúc may mắn cho tất cả mọi người đang đưa ra lựa chọn cuối cùng—hãy cùng kết thúc Thử thách Bóng đá thật mạnh! 🍀⚽ #BinancePickAndWin #BinancePickAndWin

Hệ sinh thái Grvt chính thức ra mắt hôm nay.

381,54B USD khối lượng giao dịch tích lũy. 110K nhà giao dịch. Một trong những sàn DEX perp phát triển nhanh nhất của năm 2026 — giờ đây là một nền tảng môi giới trên chuỗi nơi mọi số dư đều sinh lợi VÀ thực hiện giao dịch.

Hôm nay, động cơ đó mở ra cho các nhà phát triển.
Đối tác đầu tiên xây dựng độc quyền trên Grvt: @kototrade — một social perp DEX với một luận điểm: nếu bạn bè của bạn đang có lãi mà bạn thì không, thì bạn đang dùng sai ứng dụng.

Mọi Đô la Làm Nhiều Hơn. 💧
@grvt_io #GRVT

Tôi cứ thấy mọi người chỉ tập trung vào ngày 21 tháng 7 khi nói về $GRVT, nhưng tôi nghĩ ngày quan trọng hơn thực sự là 17 tháng 7. Lý do là vì trước khi TGE kịp diễn ra, cần phải đưa ra hai quyết định. Thứ nhất, bạn chọn việc nhận airdrop ngay lập tức hay hoãn lại theo Multiplier Plan. Thứ hai, bạn cần thiết lập ví sẽ nhận các token của bạn.

Phần ví có vẻ quan trọng hơn nhiều so với những gì hầu hết các bài đăng nói. GRVT đã cảnh báo không nên dùng địa chỉ nạp của sàn giao dịch tập trung. Nếu bạn mắc sai lầm đó, có thể sẽ không thể sửa trước khi TGE diễn ra. Tôi cũng nhận thấy các trang “claim” giả bắt đầu xuất hiện. Một số còn trông đủ thuyết phục để lừa được cả những người đã ở trong thị trường crypto nhiều năm. Với tôi, quy tắc an toàn nhất vẫn là quy tắc đơn giản nhất: nếu nó không được chia sẻ bởi @grvt_io hoặc không được công bố trên grvt.io, thì tôi không tin.

Buổi ra mắt thì rất hấp dẫn, nhưng việc dành thêm hai phút để kiểm tra chi tiết có lẽ đáng giá hơn nhiều so với việc vội vàng bấm vào liên kết “claim” đầu tiên mà bạn nhìn thấy.
#GRVT #TGE @grvt_io

Hôm nay tôi quay lại Trung tâm Trợ giúp của $GRVT vì một việc không liên quan và suýt lỡ một hạn chót—mà dễ lỡ cố tình. Nằm chìm dưới lớp ồn ào của Binance Wallet Booster—nhiệm vụ farm chẳng tốn công, không giao dịch, không nạp tiền mà ai cũng đang làm—thì lại có một thứ khác đang hoạt động ngay lúc này tên là Multiplier Plan. Cùng một tuần. Hầu như cùng một hạn chót. Nhưng mức độ rủi ro/được-mất hoàn toàn khác.

Đây là nó thực sự làm gì: bạn có thể chọn hoãn việc phân phối airdrop TGE của mình thêm 4 hoặc 8 tháng để đổi lấy một hệ số nhân trên phần chia của bạn—lên đến 4x, theo như công bố. Bỏ qua thì bạn nhận token tại TGE, không có mức cộng. Cửa sổ kết thúc vào ngày 17 tháng 7. Khi đã chọn thì mọi thứ là quyết định cuối cùng. Không có lần làm lại. Đọc kỹ câu đó hai lần vì phần mô tả quan trọng: tổng “pool” không hề lớn thêm. Đây không phải là việc GRVT in thêm token cho người nắm giữ kiên nhẫn—mà là việc phân bổ lại ai sẽ nhận phần nào trong cùng một pool; những người yêu cầu đúng hạn sẽ kéo phần của mình ra khỏi nhóm người chỉ muốn token của họ ngay bây giờ. Một lựa chọn mang tính zero-sum được ngụy trang như một phần thưởng.

Và nó đang âm thầm nằm đó trong khi phễu thu hút ồn ào nhất của tuần này lại là phễu không đòi hỏi gì—không cần vốn, không cần tương tác với chuỗi Validium, không chạm vào phần tích hợp lợi suất Aave mà GRVT đã tốn hàng tháng để xây dựng. Chiến dịch dễ dàng đang thu hút sự chú ý. Chiến dịch mang tính quyết định lại đang kéo theo một hạn chót. Không nói lựa chọn nào là đúng. Chỉ là để ý rằng rất nhiều ví sắp mặc định vào “không multiplier” mà không hề nhận ra đã tồn tại một quyết định phải đưa ra.
#grvt @grvt_io