Cuối thứ Bảy ở quán cà phê, ông Lão Triệu trải cuốn sổ ra. Trên màn hình là bảng lưu thông BABY. Ông hỏi tôi: “Ngân sách an ninh của Babylon, có phải được định giá lại theo giá coin không?”
Về nhà, tôi trải tài liệu lên bàn. Dùng việc đổi BABY lấy tính chắc chắn của nền kinh tế Bitcoin: trong whitepaper, mọi thứ tự khớp—người đặt cọc khóa BTC để nhận BABY, còn FP đặt cược BABY để đổi lấy quyền ký. Đây là thí nghiệm gắn động cơ PoS vào lớp thanh toán.
Nhưng khi đem các phần được mở khóa hằng tháng, ngưỡng đặt cược của FP và lượng được khóa cộng dồn để bóc tách, thì cà phê đã nguội lạnh từ lâu.
Ngân sách an ninh của Babylon có một cấu trúc ẩn: tuyến phòng thủ kinh tế của giao thức chính là “phí bảo hiểm” đo bằng giá trị thị trường của BABY đối với tính cuối cùng của Bitcoin. Tuy vậy, phần “của người trong cuộc” được mở khóa tự động mỗi tháng—lượng này lại được mã hóa cứng trong code, mức cung tăng trưởng cứng nhắc, khoản phát hành ấy về đều đặn, không có gì thay đổi. Còn ẩn hơn nữa là cái bẫy mang tính chu kỳ của việc thế chấp FP—mở khóa làm pha loãng lượng lưu thông, giá coin giảm, giá trị tài sản mà FP thế chấp cũng suy giảm. Chỉ cần rơi xuống dưới ngưỡng, FP sẽ bị loại khỏi danh sách; cuối cùng, “nhà thầu tính cuối cùng” lại vắng đi một bên. Nguy hiểm hơn cả là lớp phạt EOTS phụ thuộc vào tổng giá trị BABY được bảo đảm bằng FP—khi giá trị thị trường sụt giảm, chi phí tấn công có thể thấp hơn so với giá trị bị tịch thu, khiến sức răn đe từ “không thể chịu nổi” chuyển thành “có thể tính toán được”.
Còn một lớp sổ nữa: cộng lại tổn hao của BABY và chi phí cơ hội của BTC, thì xét cho cùng người đặt cọc đang trả tiền để cung cấp dịch vụ an ninh. Bull market bị che khuất bởi mức tăng; nhưng khi đi xuống, đây chính là công tắc dòng vốn chạy ra. Việc khóa BTC trên mainnet trông có vẻ đáng kể, nhưng khóa không đồng nghĩa với trung thành—chỉ là dòng thanh khoản không tìm được nơi tốt hơn để chảy.
Điểm Babylon giỏi kể chuyện nhất—“BTC không ra khỏi mainnet, khóa bí mật tự nắm giữ”—nghe như giấc mơ tối thượng của Holder. Nhưng cảm giác an toàn cuối cùng vẫn phải quay về một câu hỏi cũ: khi những viên gạch của bức tường chịu lực lại được xây bằng token tự phình ra hằng tháng, và chính người thợ xây gạch đó cũng đang lấy hàng mỗi tháng, thì bức tường này đang chặn ai—kẻ ngoài cuộc, hay đang chặn chính đường cong cung cấp?
Ông Lão Triệu, ông nghĩ sao?
Trên đây chỉ là quan điểm cá nhân, không cấu thành lời khuyên đầu tư. Bạn có quan điểm khác không? Mời thảo luận trong phần bình luận. @BabylonLabs_io #baby $BABY
Tôi nhớ lại trước đây đã tham gia một dự án DeFi cho vay mượn: do lỗ hổng trong việc chia sẻ nhóm thanh khoản, kẻ tấn công đã cuốn sạch toàn bộ. Từ đó, ám ảnh của tôi về việc cách ly vốn trở nên rất mạnh mẽ. Gần đây khi nghiên cứu tài liệu mạng thử nghiệm TBV của Babylon, tôi phát hiện trong phần module thanh lý của nó có một thiết lập cực kỳ tinh tế: “kết hợp nhiều kho quỹ thành một vị thế vay mượn”. Câu nói đằng sau đó là một cuộc đấu trí kỹ thuật hết sức hấp dẫn.
Trong mô hình tài khoản của ETH, toàn bộ tài sản của người dùng bị đan vào cùng một trạng thái hợp đồng thông minh—chỉ cần “đụng” một chút là kéo theo toàn bộ. Nhưng TBV trên mạng BTC lại đi theo hướng thuần túy. Giả sử bạn gửi BTC vào hệ thống làm ba lần: hệ thống tuyệt đối không trộn lẫn tiền của bạn, mà sẽ cung cấp cho bạn ba kho UTXO độc lập. Khi bạn kích hoạt vay mượn, hệ thống sẽ trực tiếp thực hiện cơ chế “khấu trừ theo thứ tự theo tiền tố”—giống như xếp hàng mua hàng, bắt đầu trừ từ kho đầu tiên; khi hạn mức được đáp ứng thì lập tức dừng. Toàn bộ quá trình không hề tạo ra bất kỳ tài khoản dùng chung toàn cục nào.
Với một bộ logic sắp xếp cực kỳ kiềm chế, hệ thống giải quyết bài toán cho vay mượn mà vẫn không phá vỡ tính độc lập của UTXO—chiêu này quả thực rất cao tay. Nhưng khiến người ta bực mình là cả tài liệu lại tránh hoàn toàn việc nói tới cơ chế hoàn trả và chuộc lại! Rốt cuộc là giải phóng theo thứ tự từ sau về trước, hay là chia nhỏ để thanh toán riêng theo tỷ lệ? Trong mạng thử nghiệm Signet không có “cuộc chiến vốn” thực sự, những ma sát ở tầng nền kiểu hardcore như vậy thường bị bỏ qua vì tư duy “chạy được là được”.
Có thể “đấu đến cùng” để đạt mục tiêu “không chạm vào gốc” một cách triệt để—TBV xứng đáng được ghi nhận. Nhưng nếu trước khi lên mainnet không bổ sung đầy đủ logic chuộc lại này, chắc chắn nó sẽ kéo lùi toàn bộ vòng lặp giảm phát và cơ chế khuyến khích của hệ sinh thái BABY. Rốt cuộc, động cơ kinh tế của BABY cần cơ chế thanh lý ở tầng nền phải cực kỳ mượt mà để chống đỡ. Các đồng đạo trong ngành, các bạn nghĩ mô hình khấu trừ theo hàng rào biên giới chặt chẽ như vậy có hy vọng thống nhất “giang hồ” BTCFi không? Hãy bình luận và cùng thảo luận. #baby $BABY
Chiều hôm qua tôi xuống cửa hàng in ở tầng dưới thì gặp ông Lão Trần (anh họ của tôi, làm trong mảng tài chính truyền thống). Ông ấy nói: "Deg, các cậu khóa lệnh trong giới coin không phải chỉ là viết một cái ngày tháng sao?" Tôi suýt nữa tắt máy quét lên đầu ông ấy. Ông Trần quen tay với chữ ký giấy, chẳng hiểu được giữa "các quy tắc vật lý" trên blockchain và "cam kết pháp lý" còn cách nhau bao nhiêu dải ngân hà.
Trong vài tuần này tôi điên cuồng kiểm toán một vài dự án Restaking chủ lưu về lịch phát hành token. Càng xem càng thấy việc giao việc mở khóa cho multisig của quỹ chỉ là một mệnh đề sai lầm. Những dự án dựa vào multisig của EOA về bản chất là bắt bạn giao luôn quyền hưởng lãi và quyền rút lui đi cùng một lúc. Thứ bạn đổi về bằng tiền thật chỉ là một tờ hứa nợ của bên thứ ba, bất cứ lúc nào cũng có thể nổ tung nếu ủy ban làm điều sai.
Cơ chế xương sống cho phần mở khóa token BABY mà Babylon thiết kế có điểm thú vị ở chỗ "trục" của nó. Họ không làm kiểu "ủy ban quản trị linh hoạt điều chỉnh", mà cứ bám chặt theo các quy tắc cứng của BTC mainnet UTXO. Thông qua Taproot script, điều kiện mở khóa được ghi thẳng vào phần khóa của từng đơn vị tiền trong mỗi giao dịch. Sự cách ly vật lý này, ngay từ gốc, cắt đứt hoàn toàn thao tác thông thường kiểu "quỹ chỉ cần nói một câu là đổi điều kiện mở khóa".
Tôi đã chạy thử trên testnet. Quyền quyết định mở khóa BABY nằm trong sự đồng thuận vật lý của mainnet BTC, không phải khóa cá nhân trong ví của quỹ. Trên chain nhìn thấy là bằng chứng mật mã cứng rắn—đúng thời điểm, đúng lượng, đúng trạng thái; thiếu một là không được. Uỷ ban muốn sửa thì các node sẽ từ chối nhận.
Nhưng cách giải này không phải thuốc vạn năng. Khi dồn toàn bộ vào script của BTC để kiểm chứng, đội ngũ phát triển phải rất vững về chuyên môn, đồng thời đối mặt trực tiếp với giới hạn về thông lượng mainnet và độ trễ xác thực. Chấp nhận cái giá của "không thể bị làm giả" đồng nghĩa với "không đủ linh hoạt".
Tuy vậy, cuộc khám phá này vẫn có giá trị. Nó đặt thẳng câu hỏi trắc nghiệm trước mặt chúng ta: muốn "linh hoạt" nhưng kèm theo việc ủy thác cho quỹ với hộp đen đầy bí ẩn, hay muốn một khóa vật lý on-chain cồng kềnh nhưng khiến bạn nửa đêm ngủ vẫn yên tâm? Tôi thấy lựa chọn thứ hai thực tế hơn.
[TL;DR] Việc mở khóa của BABY không phải là "thỏa thuận tử tế" kiểu multisig của quỹ, mà là khóa vật lý Taproot được hàn chặt vào BTC mainnet UTXO. Dù cồng kềnh và bị giới hạn bởi hiệu năng mainnet, nhưng nó cứng hơn bất kỳ cam kết của đội ngũ nào. Tiếp tục theo dõi, chưa cần vội hành động. @BabylonLabs_io Các anh em ơi, vào khu bình luận ở quảng trường Binance trò chuyện nhé. #baby $BABY
Trong nhóm có người hô “ủy thác thế chấp, BTC không nhúc nhích, lợi nhuận tự động về tài khoản”, tôi không để ý. Tôi không phải là không tin Babylon, mà vì tôi có một tật xấu: người ta nói “cậu không cần quản”, tôi lại muốn tìm hiểu cho ra “rốt cuộc ai đang quản”.
Em họ ở cửa hàng tiện lợi tại Kuala Lumpur, giao việc cho quản lý cũ trông coi, nhưng hệ thống thẻ thành viên lại gắn với số điện thoại cá nhân của quản lý. Em họ có quyền sở hữu, nhưng toàn bộ quyền ký để quẹt thẻ và hoàn tiền lại nằm trong tay quản lý.
Ủy thác thế chấp của Babylon cũng là kiểu cấu trúc này. UTXO vẫn hiển thị trong ví của bạn là “đã bị khóa”, nhưng Finality Provider chạy node thay bạn, ký thay bạn. Nó ký hai lần (vi phạm EOTS); phần giao ước bị đốt là BTC của bạn, không phải của nó.
Tài liệu ghi rõ: khóa riêng bị lộ, BTC trên địa chỉ thế chấp bị hủy. Khóa riêng này là của Provider, nhưng tài sản bị tịch thu phạt lại là tài sản của bạn. Giống như quản lý dùng giấy phép kinh doanh của bạn để mở hai cửa hàng đối thủ; người bị phạt chính là giấy phép của bạn.
Provider thu commission 5%-20%, nhưng bạn gánh 100% rủi ro bị phạt tịch thu, chỉ nhận 80%-90% lợi nhuận. Nó dùng BABY làm ký quỹ thế chấp, nhưng độ biến động của BABY và BTC không tương xứng. Bạn thế chấp 100.000 đô BTC, nó thế chấp lượng BABY tương đương. Nếu thật sự có chuyện, nó hủy node, đổi mặt nạ; lúc đó BTC của bạn đã mất.
Phiền phức hơn nữa là phần rút lui: chuyển Provider có chu kỳ unbonding, từ 14 ngày trở lên. Trong 14 ngày đó, quản lý không đáng tin vẫn đang dùng giấy phép của bạn để ký. Bạn muốn chạy thì phải đợi đến hết thời gian khóa.
“Không ủy thác” không đồng nghĩa với “không mất kiểm soát”. Khi bạn ủy thác quyền ký đi, tức là bạn đang tin một bên trung gian mang “mã” dưới lớp mặt nạ.
[TL;DR] Ủy thác thế chấp là “quyền sở hữu thuộc về bạn, quyền vận hành thuộc về nó”. Provider ký hai lần đốt BTC của bạn, chỉ khiến mất ký quỹ BABY; rủi ro thì nghiêm trọng và lệch hẳn. Chu kỳ unbonding là cái bẫy khi thoát. Chừng nào ký quỹ và quy mô bị phạt không tương xứng, đừng để bị “không ủy thác” ru ngủ.
RIF AKE
Đến khu bình luận quảng trường Binance để trò chuyện nhé: trước khi ủy thác, các bạn có kiểm tra số dư ký quỹ của Provider không? #baby $BABY
Em họ tôi(làm tài chính truyền thống)tuần trước tới Kuala Lumpur. Tối đó ở quán bar, anh ấy cầm bia hỏi tôi: “Cái Babylon của các anh, lãi suất vay BTC rốt cuộc là bao nhiêu?” Tôi nói nhìn vào mức sử dụng của pool, bây giờ có thể 3%, ngày mai có thể 8%. Anh ấy khựng lại: “Vậy khi tôi lập dự toán ngân sách hằng năm, chi phí lãi suất mình điền theo con số nào?”
[TL;DR] Vai trò thực sự của BABY trong kịch bản lãi suất cố định vẫn chưa rõ ràng, nhưng đánh giá sớm liệu nó có thực sự đảm nhiệm chức năng chịu rủi ro hay không quan trọng hơn việc chờ lên rồi mới đuổi theo. Tính thanh khoản được mở khóa hằng tháng cần có nhu cầu thật để “đỡ” vào, nếu không thì “nâng năng lực sâu” chỉ là thẻ gym trả trước—tiền đã đóng rồi, thiết bị thì chưa tới.
Hai sai lầm dễ mắc nhất: đem lộ trình trong whitepaper chiết khấu thẳng thành định giá token, hoặc nghĩ rằng chưa上线 thì lười đọc. Tôi nghiêng về phương án thứ ba—trước tiên đánh giá nhu cầu mà lãi suất cố định giải quyết có thật sự là điểm đau không; đồng thời đưa công khai những rủi ro trong giao phần và sự lệch khớp giữa cơ chế mở khóa và áp lực bán.
Hiện TBV đang chạy trên testnet với Aave v4 native BTC làm tài sản thế chấp để vay, lãi suất biến động theo mức sử dụng. Babylon và Aegis đúng là đang lên kế hoạch theo hướng lãi suất cố định, nhưng mốc thời gian ghi là Q4 năm 2026, với điều kiện là việc phát triển và kiểm thử đều hoàn tất. Nếu bây giờ coi nó như sản phẩm đã triển khai thì chẳng khác gì bán thẻ 10 năm ở phòng gym khi chưa kịp sửa xong.
Nhu cầu thực cho lãi suất cố định không nằm ở nhà đầu tư nhỏ lẻ, mà nằm ở kế hoạch dòng vốn. Market maker phải tính xem chi phí vốn trong một khoảng thời gian có đủ bù cho lợi nhuận chiến lược hay không; đội định lượng cần “khóa” chi phí huy động để phòng vệ cho vị thế; còn kho tiền doanh nghiệp lại càng phải biết trước liệu chi phí lãi suất có “ăn” mất lợi nhuận của cả quý hay không. Lãi suất biến động nhìn ngắn hạn có vẻ rẻ, nhưng trên bảng nhân tố sức khỏe và bảng ngân sách lại thêm một biến số ngẫu nhiên—biến số đó ở rìa thanh lý chính là ranh giới sống còn.
Tiếp theo tôi sẽ theo dõi 3 việc: trong pool lãi suất cố định, BABY đóng vai “vốn bảo hiểm” hay chỉ là phiếu quản trị; cơ chế phạt hoặc hao tổn khi trả trước sẽ thiết kế thế nào; và bên đối tác của phía vốn cố định do ai cung cấp. Ba hạng mục này chưa được triển khai thì “4 chữ đền bù bằng token” không thể chống đỡ các con số trên bảng mở khóa.
Bạn muốn BABY trong pool lãi suất cố định đóng vai ưu tiên của kiểu CDO truyền thống, hay giữ sự linh hoạt có thể rút bất cứ lúc nào trên chuỗi? @BabylonLabs_io #baby $BABY
Báo cáo trắng Babylon, mục 6 có một câu khiến tôi ngẩn ra mất một lúc.
Nhóm thiết kế một cơ chế xử phạt/thu hồi tài sản. Finality Provider khi ký kép trên chuỗi tiêu dùng sẽ bị Slash, nhưng khoản phạt bị trừ lại là BABY trên blockchain Babylon; còn ông Lão Trương khóa UTXO trên mạng chính Bitcoin, hoàn toàn không hề hấn gì.
Thuật ngữ gọi là “phạt trên-chain, không mất mát ngoài-chain”.
Nói thẳng ra: ông Lão Trương bỏ BTC vào két bảo hiểm khóa theo thời gian, chìa khóa ủy thác cho Đại Tráng. Đại Tráng đi tới chuỗi tiêu dùng, gật đầu xác nhận khối. Nếu Đại Tráng ký kép gây phân nhánh, theo lẽ thường phải đốt BTC của ông Lão Trương—nhưng kịch bản (script) của Bitcoin không hỗ trợ được. Hệ thống chỉ có thể Slash số BABY mà Đại Tráng đã thế chấp. Ông Lão Trương BTC vẫn nguyên vẹn, Đại Tráng chỉ thiệt một chút token.
Chuyện này giống như việc ông Lão Trương cất rượu thật trong két bảo hiểm ngân hàng, giao chìa khóa cho Đại Tráng thay mặt đi nếm rượu. Đại Tráng thông đồng với bọn buôn rượu giả, còn ngân hàng lại bảo: “Rượu không động được, chỉ có thể trừ lương.” Lương của Đại Tráng được mấy đồng? Rượu thật trị giá bao nhiêu?
Vấn đề nằm ở lớp “tường lửa” này. Bản whitepaper thừa nhận Bitcoin không hỗ trợ phạt/Slash từ xa. Chuỗi tiêu dùng tự nhận là “mượn được sự an toàn của BTC”, nhưng kẻ xấu thực tế chỉ bị tịch thu phần BABY được thế chấp. Nếu giá trị thị trường của BABY thấp xa so với TVL được thế chấp bằng BTC, thì “an ninh kinh tế” này chỉ là giấy.
Đại Tráng đem 10.000 BABY thế chỗ, bảo đảm cho ông Lão Trương khoản BTC trị giá một triệu. Lợi ích giả mạo lớn hơn nhiều so với tổn thất.
Quan trọng hơn, BABY là token dùng để thế chấp và quản trị. Tham số phạt, ngưỡng gia nhập… tất cả đều do người nắm giữ BABY bỏ phiếu quyết định. “Quan tòa” xét Đại Tráng có tội hay không đều là người cầm BABY. BTC của ông Lão Trương thì ngay cả chỗ ngồi xem xét (bên ngoài bồi thẩm) cũng không có.
Quan điểm của tôi: công nhận giá trị kỹ thuật của “ủy thác khóa theo thời gian”, đừng mê tín “BTC đứng sau”. Chuỗi tiêu dùng mượn trọng lượng đồng thuận của Bitcoin, nhưng an toàn bị giảm giá—khóa thời gian UTXO không thể giả mạo, nhưng lại gắn thành một ràng buộc mềm dựa trên động lực kinh tế của BABY. Ranh giới niềm tin bị thay đổi đi một đoạn rất lớn. #baby
Quy tắc cũ: DYOR, đừng thấy “BTC staking” là an tâm. Cơ chế phạt không thể Slash được BTC trên-chain—là thỏa hiệp thực dụng, hay là “bệ hạ mặc áo mới”? Hãy vào khu bình luận sàn Binance trao đổi nhé. #baby $BABY
#BinanceTurns9 Nhân dịp kỷ niệm chín năm của Binance, tại đây chúc mừng sinh nhật Binance hạnh phúc, ngày càng phát triển tốt hơn. Thật sự là tư duy và tầm nhìn của Binance không thể chê vào đâu được, chắc chắn là số một thế giới. Cố lên!
Tuần trước tôi bị kéo đến một phòng leo đá độc lập. Tường leo được chà trắng đến cực độ, trên đó viết: "Tường của bạn, bạn quyết định; không có nhân viên bảo hộ; leo hoàn toàn tự do."
Nhưng mặt sau thẻ gia nhập lại in: "Tính điểm cho các điểm leo được mở theo số lượng; tăng theo lũy thừa; mở khóa sau hai tuần; đổi lấy bột magiê và quyền định tuyến; KYC bắt buộc; thành viên Prime phải ký quỹ/khóa kho hoặc trả bằng tiền pháp định hằng tháng; nền tảng quỹ an toàn thống nhất chi 80%, hội viên chịu khoản lỗ đầu tiên." Cô gái ở quầy cười cười: "Không viết mấy cái đó thì tháng sau cũng không đủ tiền đổi điểm leo."
Tường leo là thơ, còn điều khoản là điểm leo. Dùng chung một căn phòng, sống trong hai quy tắc.
Cách tách bạch này làm tôi liên tưởng đến GRVT.
Trang chủ như một vách đá trắng: self-custody, zero-knowledge, sàn được thiết kế để trả cho bạn. Bạn chỉ cần leo lên—không có dây trói buộc.
Nhưng 《GRVT Token》 và 《Rewards 2.0》 lại nằm ở mặt sau thẻ. Trade/OI/Refer/Liquidation to Earn, Season 2 tăng từ 12% lên 18%; KYC là ngưỡng cửa cứng; Prime hoặc trả bằng tiền pháp định hằng tháng, hoặc khóa kho GRVT; khắc nghiệt nhất là Prime Brokerage Lending: sàn ra 80%, bạn ra 20%, toàn bộ phần lỗ đầu tiên khi thanh lý quy về bạn. "Quỹ ký quỹ thống nhất" của bạn chính là dây—tiền của nền tảng mới là thiết bị bảo hộ. Bạn tưởng nó bảo vệ bạn, nhưng thật ra chính bạn đang gánh lót.
"Tự quản lý tài sản" và "KYC + khóa kho" nhìn cạnh nhau, như "leo tự do" và "bảo hiểm bắt buộc" cùng treo trên một mặt tường. Một bên dạy bạn buông tay, một bên lại bắt bạn ký giấy sinh tử.
Tôi gọi đó là "tự do bị đóng dây"—tuyên ngôn là vách đá, còn thuật toán là bộ định tuyến.
GRVT là bột magiê. Vừa là chất phụ gia tăng ma sát, vừa là biến số quyết định bạn giữ được tay lâu đến đâu. Hệ thống chỉ thưởng cho những cú leo nằm trong hệ tọa độ theo lũy thừa. Chưa qua hai tuần ủ chín thì log định tuyến chẳng xứng đáng có số thứ tự.
Chữ trên vách đá có trong trẻo đến đâu cũng không che được trọng lực trong điều khoản. "Self-custody" của GRVT là động tác buông tay, nhưng phía dưới lại nối với nhân viên bảo hộ do thuật toán điều khiển. Điều thật sự quyết định bạn bay hay rơi không phải khẩu hiệu trên vách đá, mà là thuật toán định tuyến trong hệ thống an toàn—nó quyết định hành vi nào "đáng được" nhận bảo hộ. Và đó mới là người định tuyến thật sự của phòng leo này. #grvt $BTC @grvt_io