Nexiz Crypto

I was reading through Dusk's node docs late at night, half paying attention. I almost skipped the archive node section entirely.

I assumed it was boring. Just a storage box for old blocks. Nothing exciting.

Then one line stopped me.

An archive node can also stake and join consensus. Same node, extra job.

Wait, what? I thought archive nodes just sat quietly in the background. I kept reading, expecting more detail. Then I saw the docs also say this isn't really recommended. That confused me for a second. Why mention something you don't actually want people doing?

Then it clicked.

It's not a rule. It's more like a warning label. The node can do both jobs, but doing both at once is asking a lot from one machine. Think of it like a librarian who's also asked to guard the building overnight. Technically possible. Probably exhausting. That small detail changed how I see these nodes. Not every capability is meant to be used just because it exists. Sometimes the most honest thing in documentation isn't the feature. It's the quiet note telling you to be careful with it.

Makes me wonder how many node operators read that line and just... ignored it.

#dusk $DUSK @Dusk

Tôi đang đọc tài liệu của TermMax để cố hiểu “Fixed-Rate Token” (mã thông báo lãi suất cố định) thực sự có nghĩa là gì, và tôi cho rằng chính lãi suất phải được giao thức khóa lại, được đặt sẵn khi một thị trường mở cửa. Giả định đó không còn đúng khi đọc đến trang đầu tiên về token hóa.
Tài liệu mô tả FT như một trái phiếu zero-coupon: nó cam kết sẽ chi trả 1 mã thông báo nợ khi đáo hạn, nhưng trước ngày đó nó được giao dịch với mức chiết khấu. Vì vậy, phần “fixed” không phải là một con số lãi suất bị khóa cứng, mà là đích đến—một mã thông báo nợ trọn vẹn, được đảm bảo vào thời điểm đáo hạn. Thực tế người cho vay kiếm được bao nhiêu sẽ phụ thuộc vào mức chiết khấu mà họ mua vào, và mức này được quyết định bởi lệnh giới hạn theo một dải giá mà họ cuối cùng điền khớp. Chính tại đây tôi mới nhận ra.
Điều khiến tôi bất ngờ là điều kiện ngang giá chạy bên dưới nó: 1 FT cộng 1 XT bằng 1 mã thông báo nợ, được duy trì tại mọi thời điểm, không chỉ tại thời điểm thanh toán (settlement). XT không phải là một tài sản phụ để “để đó” bên cạnh; đó là nửa còn lại của cùng một phương trình, và nó trở nên vô giá trị ngay khi FT có thể được đổi/thu hồi vào lúc đáo hạn. Sự đánh đổi nằm ở chỗ giá sẽ dịch chuyển khi thời gian đến đáo hạn giảm dần, nên lãi suất hiệu dụng thay đổi theo từng giao dịch thay vì đứng yên. Có vẻ đó là chủ ý, để thị trường tự khám phá ra mức lãi suất thay vì để giao thức áp đặt từ đầu.

Tôi tò mò rằng mức chiết khấu đó thực sự bám sát thời gian còn lại đến đâu khi thị trường trở nên mỏng dần gần thời điểm đáo hạn. #termmax @TermMax

Tôi cứ cho rằng mọi blockchain về cơ bản đều hoạt động theo cách tương tự ở phía sau. Các giao dịch được gửi đi, chúng xếp hàng chờ, và mọi người đều có thể thấy hàng đợi đó trước khi bất cứ thứ gì được xác nhận. Tôi chưa từng thực sự đặt câu hỏi về điều đó. Rồi tôi đọc một thứ gì đó trong tài liệu của Dusk khiến tôi phải dừng lại. DuskEVM hoàn toàn không có hàng đợi chờ hiển thị đó. Các giao dịch đi thẳng qua, không có gì công khai cho thấy điều gì sắp xảy ra trước khi nó xảy ra. Lúc đó tôi mới nhận ra. Trên hầu hết các chuỗi, việc để mọi người thấy các giao dịch đang chờ được xem là bình thường, thậm chí là tốt, vì minh bạch. Nhưng điều đó cũng đồng nghĩa với việc bất kỳ ai theo dõi sát sao đều có thể nhìn thấy một giao dịch sắp xảy ra và hành động trước. Với các giao dịch chuyển tiền hằng ngày thì điều đó gần như không ảnh hưởng. Nhưng với các hoạt động tài chính được quản lý thì đây là một rủi ro thực sự. Vì vậy, đây không thực sự là một lối tắt kỹ thuật. Nó giống như một lựa chọn có chủ ý hơn: đổi minh bạch lấy sự bảo vệ, bởi các tổ chức tài chính quan tâm ít hơn đến việc theo dõi hàng đợi và quan tâm nhiều hơn rằng hoạt động của họ không bị lộ ra trước khi nó được chốt. Điều tôi cứ quay lại là việc điều này làm thay đổi ý nghĩa của “quyền riêng tư” ở đây. Không phải là che giấu mọi thứ. Mà là không phát tán ý định trước khi giao dịch thực sự diễn ra. Các tổ chức tài chính liệu có thực sự tin tưởng hệ thống hơn nếu họ không thể thấy giao dịch đang đến, hay điều đó chỉ đơn giản là chuyển vấn đề niềm tin sang một nơi khác? #dusk $DUSK @Dusk

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

Tôi đang xem một số bản cập nhật trên Dusk Network và có một chi tiết khiến tôi chú ý: họ đang xây dựng một thứ gọi là Hedger, được mô tả như một mô-đun quyền riêng tư cho lớp EVM sắp tới của họ.
Giả định ban đầu của tôi là điều đó chỉ có nghĩa là “giao dịch riêng tư”, giống như cách giới thiệu của hầu hết các chuỗi quyền riêng tư. Nhưng sau khi xem các tài liệu chính thức, tôi phát hiện ra nó còn cụ thể hơn thế. Hedger sử dụng mã hóa đồng hình cùng với các bằng chứng không kiến thức (zero-knowledge proofs), tuy nhiên mục tiêu không chỉ là che giấu dữ liệu. Mục tiêu là làm cho phần dữ liệu đang bị ẩn đó có thể được xem lại khi cần thiết. Lúc đó tôi mới hiểu ra. Tài chính được quản lý thực sự không cần mức độ bí mật tuyệt đối. Nó cần quyền riêng tư có thể được mở chọn lọc cho kiểm toán viên hoặc cơ quan quản lý mà không phải phơi bày toàn bộ dữ liệu đó cho chuỗi công khai. Điều làm tôi bất ngờ là cách tiếp cận này đã định hình lại hoàn toàn cuộc tranh luận “quyền riêng tư vs tính minh bạch”. Thay vì chọn một trong hai, DuskEVM dường như được xây dựng xoay quanh việc chuyển đổi giữa chúng tùy thuộc vào người yêu cầu và lý do là gì.
Có một sự đánh đổi đáng lưu ý ở đây. Việc hỗ trợ các quy trình kiểu Solidity bảo mật (confidential) sẽ đòi hỏi chi phí tính toán lớn hơn so với một chuỗi EVM tiêu chuẩn, vì các bằng chứng và các phép kiểm tra trạng thái được mã hóa không hề miễn phí. Rất có thể đây là cái giá cho việc thiết kế hướng đến các tổ chức, thay vì tối ưu thuần túy cho thông lượng.
Dù vậy, nó vẫn đặt ra một câu hỏi xác đáng: khi ngày càng nhiều tài sản ngoài đời thực được đưa lên onchain, liệu “minh bạch chọn lọc” có trở thành tiêu chuẩn thực sự của ngành hay không, thay vì chỉ là một trường hợp ngoại lệ?

#dusk $DUSK @Dusk

Tôi cho rằng NPEX đang đưa tài sản lên Dusk thông qua một quá trình di chuyển token đơn giản.

Không phải vậy.

NPEX đã là một sàn giao dịch đã được quản lý tại Hà Lan, được cấp phép dưới dạng MTF và môi giới.

Điều gì đang diễn ra: Chainlink CCIP trở thành lớp tương tác (interoperability) để các tài sản mà NPEX phát hành trên DuskEVM có thể hoạt động liền mạch. DataLink cung cấp dữ liệu giao dịch theo chuỗi (onchain). Data Streams phụ trách các nguồn dữ liệu thị trường.

Không nơi nào trong quá trình này việc giấy phép của NPEX bị thay thế hoặc bị lách/bỏ qua.

Các tài sản vẫn gắn liền với tình trạng quản lý hiện có của NPEX trong suốt thời gian. Vai trò của Chainlink chỉ là cho phép dữ liệu được quản lý đó di chuyển sang nhiều chuỗi mà không làm vỡ quy định tuân thủ (compliance).

Một chi tiết nổi bật. Con số thường được nhắc đến 300M+ EUR không phải là vốn mới chảy vào crypto. Đó là AUM (tài sản được quản lý) được quản lý sẵn có đang được biểu diễn trên chuỗi (onchain), và vẫn được điều chỉnh bởi chính giấy phép như trước đến nay.

Việc token hóa dựa trên một giấy phép hiện có có được xem là đưa TradFi lên onchain, hay chỉ là cung cấp cho TradFi một giao diện mới? #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