Binance Square
FG峰哥论币
1.6k Bài đăng

FG峰哥论币

Đã xác minh nâng cao trên Square
连续两次错发6000U红包的男人 | 币安广场玩红包最真实的新手记录者
Giao dịch mở
Người nắm giữ BTC
Người nắm giữ BTC
Trader thường xuyên
{thời gian} năm
698 Đang theo dõi
47.8K+ Người theo dõi
38.7K+ Đã thích
Bài đăng
Danh mục đầu tư
·
--
Mang rượu Moutai về
Mang rượu Moutai về
币安Binance华语
·
--
Đừng để bạn bè chỉ nằm trong danh sách, hãy gọi TA cùng tham gia để mở khóa quà tặng🎁

Tháng Tám rực cháy! Mời bạn bè nhận coin, thắng combo quần vợt của Binance, còn có rượu Thiên Đài bay (Feitian Moutai), bStocks… đang chờ bạn!

Chia sẻ bài viết này, rồi rút thăm 5 vị mỗi người nhận 30U 🧧!

👉 点击了解更多
Cùng tìm hiểu
Cùng tìm hiểu
Nội dung được trích dẫn đã bị xóa
Đến xem cho biết
Đến xem cho biết
Nội dung được trích dẫn đã bị xóa
lên xe lên xe
lên xe lên xe
超人不会飞2020
·
--
[Phát lại] 🎙️ USD1: Một cỗ máy kiếm tiền được thiết kế tỉ mỉ, vẫn chưa lên xe dù ly nữa đã đầy?
03 giờ 33 phút 31 giây · 12.8k người nghe
$BABY #baby Vừa rồi mình đọc lại script vault @babylonlabs_io và phát hiện ra trước đây mình hiểu về Taproot còn nông. Trong giới thường nói Taproot như một bản nâng cấp về quyền riêng tư, nhưng tới Babylon thì lõi hoàn toàn không phải là giấu — mà là đưa năng lực thực thi hợp đồng thật sự vào sử dụng. Trong cây script, logic thực thi được viết thẳng: CLTV dùng timelock để kiểm soát cửa sổ gỡ ràng buộc, còn EOTS thì nhánh lá sẽ xử phạt thông qua cơ chế song chữ ký tịch thu, người dùng và khóa MuSig của FP được tổng hợp rồi giấu trong khối control để làm “khóa nội bộ”. Đi đúng đường, bị phạt tịch thu, chuộc về, hoặc challenge rollback — mỗi nhánh lá đi theo đúng vai trò của nó, các node trên mainnet tự chọn tuyến. Lợi ích của Schnorr aggregation là khi nhiều bên ký xong thì trên chuỗi gần như không thấy dấu vết, còn khối control có thể đóng vai trò như neo sở hữu để dùng cho kiểm chứng xuyên chuỗi. Mình đã khóa thử một ít BTC trên testnet: nhìn bằng trình duyệt thì chỉ là một P2TR bình thường, nhưng trong bảng điều khiển (dashboard) thì đọc được các thông tin như ủy quyền (delegation), trọng số (weight), và độ cao (height) khi gỡ ràng buộc. Quyền riêng tư chỉ là cái vỏ, thứ “ruột” mới là hợp đồng lập trình. Trong tài liệu Babylon, câu “mỗi Vault tương ứng với một UTXO độc lập” mình lật đi lật lại mấy lần. TBV đưa phần thực thi xuống dưới chuỗi: chỉ ném bằng chứng trạng thái đã nén trở lại mạng Bitcoin. Bảo mật không dựa vào việc bên giữ hộ cam kết đảm bảo, mà dựa vào việc có người quan sát trong cửa sổ tranh chấp — phát hiện bất thường là challenge. Niềm tin đúng là ít hơn, nhưng trách nhiệm của người tham gia lại nặng hơn. Cơ chế challenge có duy trì hiệu quả bền vững trong môi trường thực tế quy mô lớn hay không — đó là biến số mình muốn theo dõi nhất. $BABY hiện chủ yếu vẫn là quản trị và chức năng mạng. Cộng đồng từng bàn đến việc gắn phí TBV với nó, nhưng vẫn chưa triển khai. Môi trường testnet đã mở rồi, còn mainnet thì đang chờ thông báo chính thức. Ngoài ra, phần mở rộng bỏ phiếu BLS ở các phiên bản trước 4.2.0 có lỗ hổng; các đóng góp đã chủ động tiết lộ và đi theo quy trình công khai. Quỹ hội (foundation) đã gửi 3 triệu USDT vào Aave, thái độ khá rõ ràng. Quy mô staking BTC đến giữa tháng 6 từng vọt lên hơn 5 tỷ đô la (50亿), và việc giải khóa được duy trì ở mức nhỏ theo dạng giải phóng thường xuyên. Những hành động cụ thể này đáng ghi nhớ hơn cả biến động giá.
$BABY #baby Vừa rồi mình đọc lại script vault @BabylonLabs_io và phát hiện ra trước đây mình hiểu về Taproot còn nông. Trong giới thường nói Taproot như một bản nâng cấp về quyền riêng tư, nhưng tới Babylon thì lõi hoàn toàn không phải là giấu — mà là đưa năng lực thực thi hợp đồng thật sự vào sử dụng.

Trong cây script, logic thực thi được viết thẳng: CLTV dùng timelock để kiểm soát cửa sổ gỡ ràng buộc, còn EOTS thì nhánh lá sẽ xử phạt thông qua cơ chế song chữ ký tịch thu, người dùng và khóa MuSig của FP được tổng hợp rồi giấu trong khối control để làm “khóa nội bộ”. Đi đúng đường, bị phạt tịch thu, chuộc về, hoặc challenge rollback — mỗi nhánh lá đi theo đúng vai trò của nó, các node trên mainnet tự chọn tuyến. Lợi ích của Schnorr aggregation là khi nhiều bên ký xong thì trên chuỗi gần như không thấy dấu vết, còn khối control có thể đóng vai trò như neo sở hữu để dùng cho kiểm chứng xuyên chuỗi. Mình đã khóa thử một ít BTC trên testnet: nhìn bằng trình duyệt thì chỉ là một P2TR bình thường, nhưng trong bảng điều khiển (dashboard) thì đọc được các thông tin như ủy quyền (delegation), trọng số (weight), và độ cao (height) khi gỡ ràng buộc. Quyền riêng tư chỉ là cái vỏ, thứ “ruột” mới là hợp đồng lập trình.

Trong tài liệu Babylon, câu “mỗi Vault tương ứng với một UTXO độc lập” mình lật đi lật lại mấy lần. TBV đưa phần thực thi xuống dưới chuỗi: chỉ ném bằng chứng trạng thái đã nén trở lại mạng Bitcoin. Bảo mật không dựa vào việc bên giữ hộ cam kết đảm bảo, mà dựa vào việc có người quan sát trong cửa sổ tranh chấp — phát hiện bất thường là challenge. Niềm tin đúng là ít hơn, nhưng trách nhiệm của người tham gia lại nặng hơn. Cơ chế challenge có duy trì hiệu quả bền vững trong môi trường thực tế quy mô lớn hay không — đó là biến số mình muốn theo dõi nhất.

$BABY hiện chủ yếu vẫn là quản trị và chức năng mạng. Cộng đồng từng bàn đến việc gắn phí TBV với nó, nhưng vẫn chưa triển khai. Môi trường testnet đã mở rồi, còn mainnet thì đang chờ thông báo chính thức. Ngoài ra, phần mở rộng bỏ phiếu BLS ở các phiên bản trước 4.2.0 có lỗ hổng; các đóng góp đã chủ động tiết lộ và đi theo quy trình công khai. Quỹ hội (foundation) đã gửi 3 triệu USDT vào Aave, thái độ khá rõ ràng. Quy mô staking BTC đến giữa tháng 6 từng vọt lên hơn 5 tỷ đô la (50亿), và việc giải khóa được duy trì ở mức nhỏ theo dạng giải phóng thường xuyên. Những hành động cụ thể này đáng ghi nhớ hơn cả biến động giá.
#baby $BABY @babylonlabs_io #babyBTC muốn được “sinh lãi”, nhưng tính thanh khoản và độ an toàn vốn xung đột với nhau. Ban đầu tôi định gom toàn bộ vị thế dài hạn vào Babylon’s TBV, vì mong muốn tự lưu ký nguyên bản, không phải bọc thành BTCB hay wBTC nên trong lòng vững hơn. Nhưng khi tính xong quy trình hoàn trả/chuộc lại, tôi phát hiện ngay cả khi rút gọn thời gian “giai đoạn chờ/challenge” xuống vài ngày, với người như tôi—thường xuyên muốn điều chỉnh danh mục bất cứ lúc nào—vẫn quá dài. Vì vậy quyết định bước một rất trực tiếp: phân tách theo tần suất sử dụng vốn. Vốn vài năm không đụng tới thì đi tìm hiệu quả sử dụng vốn của co-staking và cho vay/mượn; còn vốn cần linh hoạt để xoay chuyển thì tiếp tục “nằm” trong ví của mình. TBV giải quyết vấn đề niềm tin vào quyền kiểm soát, nhưng không giải quyết tốc độ thanh khoản—hai thứ này không thể trộn lẫn. Điểm nghẽn thứ hai là ủy ban (committee). Lúc đọc xong tài liệu, phản ứng đầu tiên của tôi là: tại sao tự lưu ký nguyên bản lại còn cần ủy ban đa chữ ký? Sau đó tôi mới hiểu: đó là thỏa hiệp kỹ thuật do giới hạn khả năng của kịch bản (script) Bitcoin. Taproot và UTXO chỉ có thể đảm bảo đồng coin là của bạn, nhưng không biểu đạt được logic trạng thái kiểu “đã stake thì phải chờ khi rút”, “gây hại thì bị phạt”. Ủy ban đa chữ ký M-of-N chỉ xác thực đường đi của giao dịch, đảm bảo BTC được luân chuyển theo đúng quy tắc, không đụng tới quyền kiểm soát tài sản. Khi slashing (bị phạt), nó giống như một cơ quan thực thi: luật do giao thức đặt ra, quyền thì được ràng buộc bởi các điều kiện. Điểm rủi ro thứ ba là cơ chế thanh lý của BTCVault. Một vault là một UTXO: hệ số sức khỏe (health factor) chỉ cần rơi xuống dưới 1 là cả lô bị thanh lý ngay—không giống Ethereum có thể cắt một phần. Phía chính thức đề xuất tách thành “vault hy sinh” và “vault bảo vệ” để giảm bớt rủi ro, nhưng với các biến động cực đoan trên mainnet, bạn vẫn sẽ phải “được đời dạy”: bot chạy trước, độ trễ xác nhận, thứ tự sắp xếp (ordering)… mọi thứ đều sẽ bị thực tế chi phối. Cuối cùng, những chỉ báo cần quan sát của $BABY gồm: số lần thanh lý “thực” xảy ra, tỷ lệ xử lý vượt mức (excessive/overage), và thời gian tiền bồi thường được ghi nhận到账. Muốn cho mảng mượn BTC chạy trơn tru, thứ không phải là “tính đa sắc kỹ thuật”, mà là người dùng bình thường phải hiểu được họ đang thế chấp vào phần nào, bị thanh thì được bù như thế nào, và bù trong bao lâu. Những phần đó chạy thông suôn sẻ rồi, thanh khoản mới thật sự dám đi vào.
#baby $BABY @BabylonLabs_io #babyBTC muốn được “sinh lãi”, nhưng tính thanh khoản và độ an toàn vốn xung đột với nhau.

Ban đầu tôi định gom toàn bộ vị thế dài hạn vào Babylon’s TBV, vì mong muốn tự lưu ký nguyên bản, không phải bọc thành BTCB hay wBTC nên trong lòng vững hơn. Nhưng khi tính xong quy trình hoàn trả/chuộc lại, tôi phát hiện ngay cả khi rút gọn thời gian “giai đoạn chờ/challenge” xuống vài ngày, với người như tôi—thường xuyên muốn điều chỉnh danh mục bất cứ lúc nào—vẫn quá dài.

Vì vậy quyết định bước một rất trực tiếp: phân tách theo tần suất sử dụng vốn. Vốn vài năm không đụng tới thì đi tìm hiệu quả sử dụng vốn của co-staking và cho vay/mượn; còn vốn cần linh hoạt để xoay chuyển thì tiếp tục “nằm” trong ví của mình. TBV giải quyết vấn đề niềm tin vào quyền kiểm soát, nhưng không giải quyết tốc độ thanh khoản—hai thứ này không thể trộn lẫn.

Điểm nghẽn thứ hai là ủy ban (committee). Lúc đọc xong tài liệu, phản ứng đầu tiên của tôi là: tại sao tự lưu ký nguyên bản lại còn cần ủy ban đa chữ ký? Sau đó tôi mới hiểu: đó là thỏa hiệp kỹ thuật do giới hạn khả năng của kịch bản (script) Bitcoin. Taproot và UTXO chỉ có thể đảm bảo đồng coin là của bạn, nhưng không biểu đạt được logic trạng thái kiểu “đã stake thì phải chờ khi rút”, “gây hại thì bị phạt”. Ủy ban đa chữ ký M-of-N chỉ xác thực đường đi của giao dịch, đảm bảo BTC được luân chuyển theo đúng quy tắc, không đụng tới quyền kiểm soát tài sản. Khi slashing (bị phạt), nó giống như một cơ quan thực thi: luật do giao thức đặt ra, quyền thì được ràng buộc bởi các điều kiện.

Điểm rủi ro thứ ba là cơ chế thanh lý của BTCVault. Một vault là một UTXO: hệ số sức khỏe (health factor) chỉ cần rơi xuống dưới 1 là cả lô bị thanh lý ngay—không giống Ethereum có thể cắt một phần. Phía chính thức đề xuất tách thành “vault hy sinh” và “vault bảo vệ” để giảm bớt rủi ro, nhưng với các biến động cực đoan trên mainnet, bạn vẫn sẽ phải “được đời dạy”: bot chạy trước, độ trễ xác nhận, thứ tự sắp xếp (ordering)… mọi thứ đều sẽ bị thực tế chi phối.

Cuối cùng, những chỉ báo cần quan sát của $BABY gồm: số lần thanh lý “thực” xảy ra, tỷ lệ xử lý vượt mức (excessive/overage), và thời gian tiền bồi thường được ghi nhận到账. Muốn cho mảng mượn BTC chạy trơn tru, thứ không phải là “tính đa sắc kỹ thuật”, mà là người dùng bình thường phải hiểu được họ đang thế chấp vào phần nào, bị thanh thì được bù như thế nào, và bù trong bao lâu. Những phần đó chạy thông suôn sẻ rồi, thanh khoản mới thật sự dám đi vào.
Đã xác minh
$BABY @babylonlabs_io #baby Tối qua mình lướt Discord của Babylon, thấy 380 nghìn thành viên và thời điểm cao nhất có hơn 3000 người online—làm mình “nóng máy” hẳn lên. Trước đây có thể mình sẽ nghĩ kiểu “vui thật, nhộn nhịp đó”, nhưng với một lão làng đã trải qua vài vòng bull-bear, phản ứng đầu tiên của mình là: logic cạnh tranh của hệ sinh thái BTC đã thay đổi rồi. Trước đây khi xem dự án, chúng ta thường nhìn thanh khoản—ai khóa BTC nhiều thì “trâu bò” hơn. Nhưng nói thật, mình đã thấy quá nhiều dự án kỹ thuật không tệ, cuối cùng lại lặng lẽ tắt ngấm vì sao? Vì không có nhà phát triển muốn ở lại, không có độ dính từ người dùng—tạo một cái vỏ rỗng mà không ai dùng. Babylon khiến mình tiếp tục quan tâm không phải vì “BTC native staking” của nó có gì quá bắt mắt, mà vì nó thật sự đang nghiền ngẫm cách biến năng lực bảo mật của Bitcoin thành một lớp nền để nhiều người có thể xây dựng trên đó. Gần đây Babylon cập nhật TBV và Public Testnet lần lượt, mình tưởng trọng tâm của họ chỉ dừng ở “BTC làm được gì”. Kết quả lại xuất hiện thêm thảo luận về BABE, và mình mới nhận ra: đây là chuyện ứng dụng lớp trên của TBV—còn BABE đang giải bài toán chi phí xác thực quá đắt ở tầng nền. Thiết kế có đẹp đến đâu mà chi phí xác thực không giảm được, thì áp dụng quy mô lớn vẫn chỉ là chuyện nói cho vui. Mình tự mình đi qua quy trình redemption của TBV một lượt, nói thật cảm giác tin tưởng tăng lên rõ rệt. Ba lộ trình rất rõ ràng: redemption chuẩn qua Vault Provider nhanh nhất; trường hợp cực đoan có AVK làm “phương án dự phòng”; còn “ngầu” nhất là Self-Claim—tự cầm các khóa WOTS đã được nạp trước, không cần cầu xin bất kỳ ai, cứ thế rút lại coin. Là người đã trải qua LUNA và FTX, mình hiểu rõ giá trị của con đường thứ ba. An toàn hệ thống không dựa vào việc ai đó vỗ ngực nói “tôi đáng tin”, mà dựa vào việc bạn có quản lý tốt chuỗi khóa của chính mình hay không. Tỷ lệ dùng Self-Claim trong tương lai có thể sẽ thấp—nếu thấp nghĩa là bên giám hộ (custodian) vẫn còn đáng tin. Khi nào con số đó bùng lên, thì thị trường sẽ tự “dùng chân bỏ phiếu”. Trong tay cầm $BABY, tâm lý ngược lại vững hơn. 380 nghìn người chỉ mới là bắt đầu; lớp hào lũy thực sự là ngày càng nhiều nhà phát triển và người xây dựng xung quanh nó để làm chuyện. Cái kết của BTCFi có lẽ thật sự không phải ai khóa BTC nhiều hơn, mà là ai có thể khiến nhiều người cùng xây dựng kỷ nguyên ứng dụng mới này.
$BABY @BabylonLabs_io #baby Tối qua mình lướt Discord của Babylon, thấy 380 nghìn thành viên và thời điểm cao nhất có hơn 3000 người online—làm mình “nóng máy” hẳn lên. Trước đây có thể mình sẽ nghĩ kiểu “vui thật, nhộn nhịp đó”, nhưng với một lão làng đã trải qua vài vòng bull-bear, phản ứng đầu tiên của mình là: logic cạnh tranh của hệ sinh thái BTC đã thay đổi rồi.

Trước đây khi xem dự án, chúng ta thường nhìn thanh khoản—ai khóa BTC nhiều thì “trâu bò” hơn. Nhưng nói thật, mình đã thấy quá nhiều dự án kỹ thuật không tệ, cuối cùng lại lặng lẽ tắt ngấm vì sao? Vì không có nhà phát triển muốn ở lại, không có độ dính từ người dùng—tạo một cái vỏ rỗng mà không ai dùng. Babylon khiến mình tiếp tục quan tâm không phải vì “BTC native staking” của nó có gì quá bắt mắt, mà vì nó thật sự đang nghiền ngẫm cách biến năng lực bảo mật của Bitcoin thành một lớp nền để nhiều người có thể xây dựng trên đó.

Gần đây Babylon cập nhật TBV và Public Testnet lần lượt, mình tưởng trọng tâm của họ chỉ dừng ở “BTC làm được gì”. Kết quả lại xuất hiện thêm thảo luận về BABE, và mình mới nhận ra: đây là chuyện ứng dụng lớp trên của TBV—còn BABE đang giải bài toán chi phí xác thực quá đắt ở tầng nền. Thiết kế có đẹp đến đâu mà chi phí xác thực không giảm được, thì áp dụng quy mô lớn vẫn chỉ là chuyện nói cho vui.

Mình tự mình đi qua quy trình redemption của TBV một lượt, nói thật cảm giác tin tưởng tăng lên rõ rệt. Ba lộ trình rất rõ ràng: redemption chuẩn qua Vault Provider nhanh nhất; trường hợp cực đoan có AVK làm “phương án dự phòng”; còn “ngầu” nhất là Self-Claim—tự cầm các khóa WOTS đã được nạp trước, không cần cầu xin bất kỳ ai, cứ thế rút lại coin.

Là người đã trải qua LUNA và FTX, mình hiểu rõ giá trị của con đường thứ ba. An toàn hệ thống không dựa vào việc ai đó vỗ ngực nói “tôi đáng tin”, mà dựa vào việc bạn có quản lý tốt chuỗi khóa của chính mình hay không. Tỷ lệ dùng Self-Claim trong tương lai có thể sẽ thấp—nếu thấp nghĩa là bên giám hộ (custodian) vẫn còn đáng tin. Khi nào con số đó bùng lên, thì thị trường sẽ tự “dùng chân bỏ phiếu”.

Trong tay cầm $BABY , tâm lý ngược lại vững hơn. 380 nghìn người chỉ mới là bắt đầu; lớp hào lũy thực sự là ngày càng nhiều nhà phát triển và người xây dựng xung quanh nó để làm chuyện. Cái kết của BTCFi có lẽ thật sự không phải ai khóa BTC nhiều hơn, mà là ai có thể khiến nhiều người cùng xây dựng kỷ nguyên ứng dụng mới này.
Đã xác minh
Tôi gần đây hình thành một thói quen: mở ứng dụng xem bảng giá thì không xem biểu đồ K trước, mà đi lật ngay mã nguồn của các hợp đồng trên chuỗi, tìm xem ranh giới thực thi của việc chuyển giao tài sản nằm ở đâu. Trước đây đã từng gặp “lật kho” (vault bị sự cố) nên tôi biết trong mười lần thì chín lần không phải do giá bị đập xuyên thủng, mà do mô hình lợi nhuận ngay từ đầu mặc định rằng người quản trị sẽ không làm bừa. Mặc định đó chỉ cần bị phá một lần là mọi chuyện sẽ tới. Vì vậy, khi phân tích dòng chảy tài sản BTC trong Babylon, thứ khiến tôi phải dừng lại chính là lớp thiết kế này: họ không chỉ đơn giản là gắn thêm một plugin “quản lý tài sản” cho Bitcoin, mà biến việc ai có quyền động đến coin thành một điều kiện có thể được kiểm chứng bằng mật mã. Tài sản không rời khỏi mainnet, khóa riêng do chính mình nắm giữ; quy tắc phải vượt qua bước xác nhận bằng zero-knowledge proof trước, rồi BitVM3 tiếp tục đảm bảo quá trình xác minh không bị sửa đổi. Điều kiện không được đáp ứng thì hành động căn bản không thể gửi đi. Giống như hòm cất giữ chìa khóa kép của ngân hàng—mỗi người giữ một chìa, không thể nào bẻ khóa một bên. Trên chuỗi trước đây lại thiếu “cửa kiểm tra an ninh” kiểu đi ra ngoài trước đã. Trước đây tôi cũng nghĩ trustless nghĩa là không có trung gian, nhưng rồi tôi vấp nhiều bẫy liên quan đa chữ ký (multisig) mới hiểu ra. Trong Babylon có bộ điều phối kho, Keeper đã được pre-sign, Challenger theo dõi on-chain, rồi hội đồng ứng cứu—nhìn như trung gian thật. Nhưng thứ họ ký đều bị khóa cứng trong một cây giao dịch đã được chuẩn bị sẵn. Khi xem lại lộ trình rút tiền, người điều phối tối đa chỉ không phối hợp, chứ không thể đổi hướng để lấy UTXO đi đâu khác. Mỗi Vault tương ứng với một UTXO độc lập; Redemption, Challenge và Timeout đều là Spend Path được “đóng đinh” ngay từ lúc tạo. Tôi chia niềm tin thành ba mảnh: ai có thể trộm coin? ai khiến tôi phải ngồi nhìn mà không làm gì được? ai có thể thay đổi quy tắc? Babylon kìm chặt mảnh thứ nhất thật chặt, còn hai mảnh sau thì vẫn phải theo dõi. Keeper đừng để toàn bộ dùng chung một client rồi cùng sập; báo giá đừng phụ thuộc vào một nguồn duy nhất; nếu hội đồng tạm thời thay quy tắc thì có luân phiên danh tính (đúng người đúng kì) và độ trễ không? Các node Challenger có thật sự phân tán chưa, đừng để chỉ cần tra IP là thấy tất cả nằm ở cùng một nhà cloud. Theo tôi, giá trị của $BABY nằm ở chỗ: bao nhiêu người nắm giữ Bitcoin sẵn sàng ủy thác quyền sử dụng cho bộ quy tắc này. Tương lai các giao thức BTCFi sẽ ngày càng nhiều; thứ tôi quan tâm không phải là nó có sinh lời được hay không, mà là nó có chứng minh được việc chỉ có thể sinh lời trong phạm vi quy tắc hay không. Đừng tranh luận về từ “trustless”; chỉ cần xem ai có thể di chuyển coin đến đâu. Theo sát đường đó—khác gì hơn. @babylonlabs_io #baby
Tôi gần đây hình thành một thói quen: mở ứng dụng xem bảng giá thì không xem biểu đồ K trước, mà đi lật ngay mã nguồn của các hợp đồng trên chuỗi, tìm xem ranh giới thực thi của việc chuyển giao tài sản nằm ở đâu. Trước đây đã từng gặp “lật kho” (vault bị sự cố) nên tôi biết trong mười lần thì chín lần không phải do giá bị đập xuyên thủng, mà do mô hình lợi nhuận ngay từ đầu mặc định rằng người quản trị sẽ không làm bừa. Mặc định đó chỉ cần bị phá một lần là mọi chuyện sẽ tới.

Vì vậy, khi phân tích dòng chảy tài sản BTC trong Babylon, thứ khiến tôi phải dừng lại chính là lớp thiết kế này: họ không chỉ đơn giản là gắn thêm một plugin “quản lý tài sản” cho Bitcoin, mà biến việc ai có quyền động đến coin thành một điều kiện có thể được kiểm chứng bằng mật mã. Tài sản không rời khỏi mainnet, khóa riêng do chính mình nắm giữ; quy tắc phải vượt qua bước xác nhận bằng zero-knowledge proof trước, rồi BitVM3 tiếp tục đảm bảo quá trình xác minh không bị sửa đổi. Điều kiện không được đáp ứng thì hành động căn bản không thể gửi đi. Giống như hòm cất giữ chìa khóa kép của ngân hàng—mỗi người giữ một chìa, không thể nào bẻ khóa một bên. Trên chuỗi trước đây lại thiếu “cửa kiểm tra an ninh” kiểu đi ra ngoài trước đã.

Trước đây tôi cũng nghĩ trustless nghĩa là không có trung gian, nhưng rồi tôi vấp nhiều bẫy liên quan đa chữ ký (multisig) mới hiểu ra. Trong Babylon có bộ điều phối kho, Keeper đã được pre-sign, Challenger theo dõi on-chain, rồi hội đồng ứng cứu—nhìn như trung gian thật. Nhưng thứ họ ký đều bị khóa cứng trong một cây giao dịch đã được chuẩn bị sẵn. Khi xem lại lộ trình rút tiền, người điều phối tối đa chỉ không phối hợp, chứ không thể đổi hướng để lấy UTXO đi đâu khác. Mỗi Vault tương ứng với một UTXO độc lập; Redemption, Challenge và Timeout đều là Spend Path được “đóng đinh” ngay từ lúc tạo.

Tôi chia niềm tin thành ba mảnh: ai có thể trộm coin? ai khiến tôi phải ngồi nhìn mà không làm gì được? ai có thể thay đổi quy tắc? Babylon kìm chặt mảnh thứ nhất thật chặt, còn hai mảnh sau thì vẫn phải theo dõi. Keeper đừng để toàn bộ dùng chung một client rồi cùng sập; báo giá đừng phụ thuộc vào một nguồn duy nhất; nếu hội đồng tạm thời thay quy tắc thì có luân phiên danh tính (đúng người đúng kì) và độ trễ không? Các node Challenger có thật sự phân tán chưa, đừng để chỉ cần tra IP là thấy tất cả nằm ở cùng một nhà cloud.

Theo tôi, giá trị của $BABY nằm ở chỗ: bao nhiêu người nắm giữ Bitcoin sẵn sàng ủy thác quyền sử dụng cho bộ quy tắc này. Tương lai các giao thức BTCFi sẽ ngày càng nhiều; thứ tôi quan tâm không phải là nó có sinh lời được hay không, mà là nó có chứng minh được việc chỉ có thể sinh lời trong phạm vi quy tắc hay không. Đừng tranh luận về từ “trustless”; chỉ cần xem ai có thể di chuyển coin đến đâu. Theo sát đường đó—khác gì hơn. @BabylonLabs_io #baby
Tối qua trước khi đi ngủ, tôi lại lật xem lần nữa sách trắng của Babylon. Phần đầu các chương đều khá mượt, đến mục 7 về logic tịch thu thì làm tôi rối tinh thần. Chiêu tự động rò rỉ khóa cá nhân (EOTS) quả thật gọn gàng và dứt khoát. Chữ ký kép thì 100% đốt lượng BTC đem thế chấp—về mặt toán học thì cứng cáp không có gì để bàn. Nhưng vấn đề cũng nằm ở đây, vì nó căn bản không phân biệt bạn bị hacker đánh vào, hay thao tác nhầm lẫn của người vận hành nút, hay do tắc nghẽn mạng dẫn đến lệch đồng bộ thời gian. Bên Ethereum ít nhất cũng phân biệt giữa lỗi nhẹ và song ký ác ý, mức phạt khác nhau, còn có thể dựa vào quản trị cộng đồng để “gỡ” lại. Còn bên này lại mã hóa cứng đóng đinh hết, hơi tuyệt đối quá. Điều này làm tôi nhớ đến cuộc trò chuyện trước đó với một người bạn làm market maker. Lo lắng lớn nhất của họ chính là chỗ này. Chỉ một lần bất ngờ, BTC của mình cùng Delegators trên mainnet trong tích tắc về số 0, phần bù rủi ro lập tức tăng vọt. Nhà cung cấp custody chuyên nghiệp nhìn cũng phải cân đo đong đếm—ai dám dễ dàng xuống tiền? Sau TGE, nếu có thể lên ngưỡng Slashing có thể quản trị thì tôi nghĩ quan trọng hơn nhiều so với “cỗ máy bạo lực toán học” như hiện tại. Xem chart thì càng rõ: 10/5, 10/7, 10/8—đợt giải phóng tuyến tính này là “rõ như ban ngày”, đúng là mỗi tháng pha loãng cố định. Nhưng trên sổ lệnh L2 của Binance và OKX, dưới mốc số nguyên khoảng 2% toàn là các lệnh rải dạng mảnh từ 50k đến 200k, xếp tầng từng lớp. Nhìn thì không giống sắp đập xuống, mà giống như đang hấp thụ bị động. Trước và sau khi mở khóa, dòng tiền ròng on-chain cũng không thấy có những cú bơm lớn liên tục. Sau khi biên độ bị khuếch đại, giá đóng cửa vẫn quay về trung tâm. Điều này khiến market maker có xác suất cao hơn trong việc phải “đón” các lệnh hoảng loạn. Còn điều thật sự khiến tôi không ngủ được, là bộ time lock của TBV. Tự giữ khóa cá nhân, không cross-chain—đúng là điểm sáng. Nhưng chỉ cần điều kiện được viết vào script của mainnet thì chưa đến hạn cũng đừng mơ rút sớm. Trong bull market thì ai cũng thích khóa, nhưng lỡ bull chuyển sang bear và xảy ra cú giẫm đạp mang tính vĩ mô, liệu thị trường thứ cấp có thể tạo một “lối thoát chiết khấu” cho hợp đồng chưa đến hạn này không? Có lẽ đó mới là ranh giới sống còn cho việc narrative thế chấp gốc có thể đi được bao xa. Hiện tại suy nghĩ của tôi rất đơn giản: ngày mở khóa không “short trần”, đáy dải giá thì treo các lệnh mảnh để đón, còn đỉnh thì kiên quyết không đuổi. Đợi khi dòng tiền ròng chuyển liên tục sang dương, hoặc đến ngày phí thực tế của TBV bắt đầu quay trở lại BABY, tôi sẽ xem xét nghiêm túc lại. @babylonlabs_io $BABY #baby
Tối qua trước khi đi ngủ, tôi lại lật xem lần nữa sách trắng của Babylon. Phần đầu các chương đều khá mượt, đến mục 7 về logic tịch thu thì làm tôi rối tinh thần.

Chiêu tự động rò rỉ khóa cá nhân (EOTS) quả thật gọn gàng và dứt khoát. Chữ ký kép thì 100% đốt lượng BTC đem thế chấp—về mặt toán học thì cứng cáp không có gì để bàn. Nhưng vấn đề cũng nằm ở đây, vì nó căn bản không phân biệt bạn bị hacker đánh vào, hay thao tác nhầm lẫn của người vận hành nút, hay do tắc nghẽn mạng dẫn đến lệch đồng bộ thời gian. Bên Ethereum ít nhất cũng phân biệt giữa lỗi nhẹ và song ký ác ý, mức phạt khác nhau, còn có thể dựa vào quản trị cộng đồng để “gỡ” lại. Còn bên này lại mã hóa cứng đóng đinh hết, hơi tuyệt đối quá.

Điều này làm tôi nhớ đến cuộc trò chuyện trước đó với một người bạn làm market maker. Lo lắng lớn nhất của họ chính là chỗ này. Chỉ một lần bất ngờ, BTC của mình cùng Delegators trên mainnet trong tích tắc về số 0, phần bù rủi ro lập tức tăng vọt. Nhà cung cấp custody chuyên nghiệp nhìn cũng phải cân đo đong đếm—ai dám dễ dàng xuống tiền? Sau TGE, nếu có thể lên ngưỡng Slashing có thể quản trị thì tôi nghĩ quan trọng hơn nhiều so với “cỗ máy bạo lực toán học” như hiện tại.

Xem chart thì càng rõ: 10/5, 10/7, 10/8—đợt giải phóng tuyến tính này là “rõ như ban ngày”, đúng là mỗi tháng pha loãng cố định. Nhưng trên sổ lệnh L2 của Binance và OKX, dưới mốc số nguyên khoảng 2% toàn là các lệnh rải dạng mảnh từ 50k đến 200k, xếp tầng từng lớp. Nhìn thì không giống sắp đập xuống, mà giống như đang hấp thụ bị động. Trước và sau khi mở khóa, dòng tiền ròng on-chain cũng không thấy có những cú bơm lớn liên tục. Sau khi biên độ bị khuếch đại, giá đóng cửa vẫn quay về trung tâm. Điều này khiến market maker có xác suất cao hơn trong việc phải “đón” các lệnh hoảng loạn.

Còn điều thật sự khiến tôi không ngủ được, là bộ time lock của TBV. Tự giữ khóa cá nhân, không cross-chain—đúng là điểm sáng. Nhưng chỉ cần điều kiện được viết vào script của mainnet thì chưa đến hạn cũng đừng mơ rút sớm. Trong bull market thì ai cũng thích khóa, nhưng lỡ bull chuyển sang bear và xảy ra cú giẫm đạp mang tính vĩ mô, liệu thị trường thứ cấp có thể tạo một “lối thoát chiết khấu” cho hợp đồng chưa đến hạn này không? Có lẽ đó mới là ranh giới sống còn cho việc narrative thế chấp gốc có thể đi được bao xa.

Hiện tại suy nghĩ của tôi rất đơn giản: ngày mở khóa không “short trần”, đáy dải giá thì treo các lệnh mảnh để đón, còn đỉnh thì kiên quyết không đuổi. Đợi khi dòng tiền ròng chuyển liên tục sang dương, hoặc đến ngày phí thực tế của TBV bắt đầu quay trở lại BABY, tôi sẽ xem xét nghiêm túc lại. @BabylonLabs_io $BABY #baby
Đã bỏ lỡ $MarsCoin , hãy xem $jacket giá sẽ nói gì, xông cũng rất mạnh, liệu lên #ALPHA không? Dùng ví Binance.
Đã bỏ lỡ $MarsCoin , hãy xem $jacket giá sẽ nói gì, xông cũng rất mạnh, liệu lên #ALPHA không? Dùng ví Binance.
Đệt, $MarsCoin giá trị vốn đã hơn ba ngàn vạn rồi, hiệu ứng làm giàu của Binance Alpha lại đến nữa! Lại tạo ra thêm một lô các “P đại hiệp” trên chain. Đừng đợi đến lúc lên Binance Alpha rồi mới chạy theo, mà phải lên kế hoạch từ trước trên chain. Quét chain mình dùng ví Binance, thao tác cực mượt, điền mã mời của mình FFFAAA còn có thể giảm phí giao dịch, “P đại hiệp” quay trở lại rồi!
Đệt, $MarsCoin giá trị vốn đã hơn ba ngàn vạn rồi, hiệu ứng làm giàu của Binance Alpha lại đến nữa! Lại tạo ra thêm một lô các “P đại hiệp” trên chain.

Đừng đợi đến lúc lên Binance Alpha rồi mới chạy theo, mà phải lên kế hoạch từ trước trên chain. Quét chain mình dùng ví Binance, thao tác cực mượt, điền mã mời của mình FFFAAA còn có thể giảm phí giao dịch, “P đại hiệp” quay trở lại rồi!
Đúng một phần
Sau vài tháng, Binance Alpha lại lên một đồng meme, $MarsCoin bơm mạnh, và có người vừa kịp ăn được một bữa thịt lớn. Sự chú ý đang quay lại đúng lúc để theo dõi trên chuỗi.
Sau vài tháng, Binance Alpha lại lên một đồng meme, $MarsCoin bơm mạnh, và có người vừa kịp ăn được một bữa thịt lớn. Sự chú ý đang quay lại đúng lúc để theo dõi trên chuỗi.
Đã xác minh
$BABY #baby Tối qua lão Vương liên tiếp ném cho tôi mấy đoạn ghi âm, nói rằng ông ấy đã cược toàn bộ vào $BABY, rồi hỏi rốt cuộc việc airdrop tính thế nào. Tôi lật tài liệu cả buổi mà vẫn không tìm được con số chuẩn, chỉ thấy một câu: dựa vào thời lượng thế chấp có hiệu lực và mức độ hoạt động của Finality Provider. Không có công thức, không có bảng hệ số, khác hoàn toàn với mấy dự án trước đó kiểu thế chấp một nghìn thì trả năm trăm. Nói thật, đường đi của $BABY đúng là “ngông”. Nó không làm kiểu dự án tự đặt quy tắc, đến giờ lại “rải tiền”, mà nhúng luôn logic ưu đãi thẳng vào script của Bitcoin. Từ khoảnh khắc bạn thế chấp, kết quả gần như đã được chốt sẵn: thời gian khóa, trạng thái UTXO cộng với hiệu suất của Provider trên chuỗi cùng quyết định bạn nhận được bao nhiêu. Sau đó chỉ còn xem Provider có online ổn định không, tiến độ chứng minh có theo kịp không. Nói thẳng, lời hứa về kỳ vọng không còn là chuyện miệng của phía dự án nữa, mà là những điều kiện có thể kiểm chứng rõ ràng trên blockchain. Nhưng nhìn theo hướng khác thì rủi ro cũng minh bạch hơn. Hiện mainnet còn ở giai đoạn sớm, “hồ bơi” thưởng vốn không sâu, việc quyết toán còn phải dựa vào Babylon để nộp bằng chứng trạng thái lên Bitcoin, không phải là nhận ngay theo thời gian thực. Nếu Provider rớt mạng hoặc xảy ra sự cố, việc tính thưởng sẽ bị kéo lùi, và trọng số cũng có thể bị giảm. Gần đây mọi người đang bàn tán chuyện Aave V4 tích hợp. Tôi thấy điểm khiến TBV ấn tượng nhất có hai thứ: không có cầu nối liên chuỗi, không bọc (wrap) Bitcoin. Nó thực sự giải quyết vấn đề chuyển giao do bên thứ ba lưu ký, nhưng hợp đồng adapter lại trở thành nút thắt mới—nếu trạng thái bị tách rời, rủi ro sẽ không còn là kiểu “bên lưu ký bỏ chạy”, mà là logic hợp đồng bị vỡ. Hiện tại, mọi phương án đưa BTC sang hệ sinh thái EVM đều không tránh khỏi giới hạn mang tính cấu trúc này. Nhìn xa hơn, cơ chế kiểm toán adapter và đồng bộ trạng thái còn đáng tin hơn nhiều so với những khẩu hiệu. Dạo này @babylonlabs_io vừa liên tục công bố hợp tác với Aave, GoMining và Aegis. Nhìn thì câu chuyện về thế chấp native BTC được vẽ khá lớn. Nhưng nếu soi kỹ thì testnet đúng là chạy thông suốt quy trình vay mượn (môi trường Signet), còn GoMining mới ở kế hoạch, Aegis với sản phẩm lãi suất cố định thì phải đợi đến 2026 Q4, giá trị có vẻ không cùng “cỡ” với phần còn lại. Đến khi lên mainnet thật sự, điểm mấu chốt vẫn là việc người nắm giữ BTC có sẵn sàng khóa dài hạn hay không, người đi vay có chịu bỏ chi phí không, và khi thanh lý thì thanh khoản có “đỡ” kịp dòng tiền hay không.
$BABY #baby Tối qua lão Vương liên tiếp ném cho tôi mấy đoạn ghi âm, nói rằng ông ấy đã cược toàn bộ vào $BABY , rồi hỏi rốt cuộc việc airdrop tính thế nào. Tôi lật tài liệu cả buổi mà vẫn không tìm được con số chuẩn, chỉ thấy một câu: dựa vào thời lượng thế chấp có hiệu lực và mức độ hoạt động của Finality Provider. Không có công thức, không có bảng hệ số, khác hoàn toàn với mấy dự án trước đó kiểu thế chấp một nghìn thì trả năm trăm.

Nói thật, đường đi của $BABY đúng là “ngông”. Nó không làm kiểu dự án tự đặt quy tắc, đến giờ lại “rải tiền”, mà nhúng luôn logic ưu đãi thẳng vào script của Bitcoin. Từ khoảnh khắc bạn thế chấp, kết quả gần như đã được chốt sẵn: thời gian khóa, trạng thái UTXO cộng với hiệu suất của Provider trên chuỗi cùng quyết định bạn nhận được bao nhiêu. Sau đó chỉ còn xem Provider có online ổn định không, tiến độ chứng minh có theo kịp không. Nói thẳng, lời hứa về kỳ vọng không còn là chuyện miệng của phía dự án nữa, mà là những điều kiện có thể kiểm chứng rõ ràng trên blockchain.

Nhưng nhìn theo hướng khác thì rủi ro cũng minh bạch hơn. Hiện mainnet còn ở giai đoạn sớm, “hồ bơi” thưởng vốn không sâu, việc quyết toán còn phải dựa vào Babylon để nộp bằng chứng trạng thái lên Bitcoin, không phải là nhận ngay theo thời gian thực. Nếu Provider rớt mạng hoặc xảy ra sự cố, việc tính thưởng sẽ bị kéo lùi, và trọng số cũng có thể bị giảm.

Gần đây mọi người đang bàn tán chuyện Aave V4 tích hợp. Tôi thấy điểm khiến TBV ấn tượng nhất có hai thứ: không có cầu nối liên chuỗi, không bọc (wrap) Bitcoin. Nó thực sự giải quyết vấn đề chuyển giao do bên thứ ba lưu ký, nhưng hợp đồng adapter lại trở thành nút thắt mới—nếu trạng thái bị tách rời, rủi ro sẽ không còn là kiểu “bên lưu ký bỏ chạy”, mà là logic hợp đồng bị vỡ. Hiện tại, mọi phương án đưa BTC sang hệ sinh thái EVM đều không tránh khỏi giới hạn mang tính cấu trúc này. Nhìn xa hơn, cơ chế kiểm toán adapter và đồng bộ trạng thái còn đáng tin hơn nhiều so với những khẩu hiệu.

Dạo này @BabylonLabs_io vừa liên tục công bố hợp tác với Aave, GoMining và Aegis. Nhìn thì câu chuyện về thế chấp native BTC được vẽ khá lớn. Nhưng nếu soi kỹ thì testnet đúng là chạy thông suốt quy trình vay mượn (môi trường Signet), còn GoMining mới ở kế hoạch, Aegis với sản phẩm lãi suất cố định thì phải đợi đến 2026 Q4, giá trị có vẻ không cùng “cỡ” với phần còn lại. Đến khi lên mainnet thật sự, điểm mấu chốt vẫn là việc người nắm giữ BTC có sẵn sàng khóa dài hạn hay không, người đi vay có chịu bỏ chi phí không, và khi thanh lý thì thanh khoản có “đỡ” kịp dòng tiền hay không.
Một thời gian không mở ví Binance, kết quả lôi ra hơn 100 U, chắc là gần đây tình hình trên chuỗi đã ấm lên, mấy anh em lại năng động trở lại. Nếu cần tham gia các tương tác trên chuỗi—dù là cày alpha hay làm nhiệm vụ farm, hoặc tham gia tài chính trên chuỗi—thì cứ dùng ví Binance. Mượt mà, trơn tru, thao tác suôn sẻ. Điền mã mời của mình còn giúp bạn tiết kiệm phí. Mã mời FFFAAA Cũng có thể copy địa chỉ này để đăng ký ví Binance: https://web3.binance.com/referral?ref=FFFAAA
Một thời gian không mở ví Binance, kết quả lôi ra hơn 100 U, chắc là gần đây tình hình trên chuỗi đã ấm lên, mấy anh em lại năng động trở lại. Nếu cần tham gia các tương tác trên chuỗi—dù là cày alpha hay làm nhiệm vụ farm, hoặc tham gia tài chính trên chuỗi—thì cứ dùng ví Binance. Mượt mà, trơn tru, thao tác suôn sẻ. Điền mã mời của mình còn giúp bạn tiết kiệm phí. Mã mời FFFAAA

Cũng có thể copy địa chỉ này để đăng ký ví Binance:
https://web3.binance.com/referral?ref=FFFAAA
Đã xác minh
#baby $BABY Hôm qua tôi thức khuya xem bảng giá, thật sự không chịu nổi nữa. Lướt một chút TikTok định cho đầu óc “thả trôi” một lát, ai ngờ lại tình cờ thấy TBV của BabylonLabs—tức Trustless Bitcoin Vaults (Kho Bitcoin Không Cần Niềm Tin). Chỉ riêng phần thiết lập “không cần tin tưởng” thôi đã làm cơn buồn ngủ của tôi tan biến sạch sẽ. Sau khi lục tung các tài liệu liên quan để nghiên cứu kỹ, tôi thật sự thấy may mắn vì suýt nữa đã bỏ lỡ điểm đổi mới quan trọng này. Nói thật, Babylon đang “gặm” một trong những bài toán khó nhất của lĩnh vực Bitcoin, tập trung chủ yếu vào cơ chế covenant trong script. Ai quen Bitcoin đều biết: script nguyên sinh về cơ bản không kiểm soát được luồng sử dụng tiếp theo của tài sản. Trước đây, các giải pháp cross-chain của Bitcoin thường hoặc phải tin vào một bên thứ ba tập trung, hoặc chỉ có thể dựa vào đa chữ ký để “phòng thủ”, nên luôn tồn tại điểm yếu. Babylon thì nhờ BitVM3 mà “gỡ nút” hoàn hảo: phần lớn phép tính được xử lý ngoài chuỗi, chỉ dùng mạch làm nhiễu để thực hiện tính toán; trên chuỗi chỉ cần xác thực bằng chứng gian lận đã được nén. Khi người dùng rút tiền, họ phải gửi bằng chứng không kiến thức tương ứng với trạng thái hợp đồng; sau khi được kiểm tra trên mainchain Bitcoin thì giao dịch mới có hiệu lực. Toàn bộ BTC được khóa trong script do chính người dùng tự xây dựng, hoàn toàn không rời khỏi mạng Bitcoin—cảm giác an toàn rất cao. Điểm tôi ưng nhất là: mỗi “kho” được cách ly độc lập, không dùng chung một “quỹ thanh khoản” như nhiều mô hình pool hóa phổ biến của DeFi. Nói thẳng ra thì giống như một chiếc két sắt cá nhân. Nhờ lợi thế độc lập có thể kiểm chứng này, các giao thức đầu ngành như Aave mới dám kết nối trực tiếp. Người dùng không cần bọc (wrap), không cần cross-chain, không cần giao nộp private key—vẫn có thể thế chấp BTC để vay stablecoin. Hiện tốc độ nạp tiền và chi phí xác thực on-chain đã được tối ưu khá nhiều, nhưng khi triển khai diện rộng thì hiệu quả thực tế ra sao, tôi vẫn đang quan sát. Ở giai đoạn hiện tại, TBV vẫn đang ở testnet: mới tích hợp Aave v4, mỗi kho và mỗi địa chỉ đều có hạn mức thử nghiệm; các phương án hợp tác khác cũng mới dừng ở mức kế hoạch. Năng lực thực sự của dự án còn phải chờ khi mainnet lên rồi mới thấy rõ dựa trên các dữ liệu cốt lõi như lượng thế chấp thực tế và mức sử dụng khi vay. Còn về token $BABY: trước đây tôi từng tham gia bỏ phiếu quản trị. Token này cho người dùng thế chấp thêm hệ số quyền lực, nên mức “gắn kết với hệ sinh thái” vững hơn so với chỉ việc nắm giữ coin. Tuy nhiên, quyền phát biểu của người dùng phổ thông vẫn khá yếu và mức tham gia còn thấp. Nhìn về dài hạn, giá trị token rốt cuộc vẫn phải được chống đỡ bởi các kịch bản sử dụng thật sự: chỉ khi mảng cho vay mượn của TBV chạy trơn tru, phí của giao thức ổn định quay trở lại thì mới hình thành một hệ thống giá trị lành mạnh. @babylonlabs_io
#baby $BABY Hôm qua tôi thức khuya xem bảng giá, thật sự không chịu nổi nữa. Lướt một chút TikTok định cho đầu óc “thả trôi” một lát, ai ngờ lại tình cờ thấy TBV của BabylonLabs—tức Trustless Bitcoin Vaults (Kho Bitcoin Không Cần Niềm Tin). Chỉ riêng phần thiết lập “không cần tin tưởng” thôi đã làm cơn buồn ngủ của tôi tan biến sạch sẽ. Sau khi lục tung các tài liệu liên quan để nghiên cứu kỹ, tôi thật sự thấy may mắn vì suýt nữa đã bỏ lỡ điểm đổi mới quan trọng này.

Nói thật, Babylon đang “gặm” một trong những bài toán khó nhất của lĩnh vực Bitcoin, tập trung chủ yếu vào cơ chế covenant trong script. Ai quen Bitcoin đều biết: script nguyên sinh về cơ bản không kiểm soát được luồng sử dụng tiếp theo của tài sản. Trước đây, các giải pháp cross-chain của Bitcoin thường hoặc phải tin vào một bên thứ ba tập trung, hoặc chỉ có thể dựa vào đa chữ ký để “phòng thủ”, nên luôn tồn tại điểm yếu. Babylon thì nhờ BitVM3 mà “gỡ nút” hoàn hảo: phần lớn phép tính được xử lý ngoài chuỗi, chỉ dùng mạch làm nhiễu để thực hiện tính toán; trên chuỗi chỉ cần xác thực bằng chứng gian lận đã được nén. Khi người dùng rút tiền, họ phải gửi bằng chứng không kiến thức tương ứng với trạng thái hợp đồng; sau khi được kiểm tra trên mainchain Bitcoin thì giao dịch mới có hiệu lực. Toàn bộ BTC được khóa trong script do chính người dùng tự xây dựng, hoàn toàn không rời khỏi mạng Bitcoin—cảm giác an toàn rất cao.

Điểm tôi ưng nhất là: mỗi “kho” được cách ly độc lập, không dùng chung một “quỹ thanh khoản” như nhiều mô hình pool hóa phổ biến của DeFi. Nói thẳng ra thì giống như một chiếc két sắt cá nhân. Nhờ lợi thế độc lập có thể kiểm chứng này, các giao thức đầu ngành như Aave mới dám kết nối trực tiếp. Người dùng không cần bọc (wrap), không cần cross-chain, không cần giao nộp private key—vẫn có thể thế chấp BTC để vay stablecoin. Hiện tốc độ nạp tiền và chi phí xác thực on-chain đã được tối ưu khá nhiều, nhưng khi triển khai diện rộng thì hiệu quả thực tế ra sao, tôi vẫn đang quan sát.

Ở giai đoạn hiện tại, TBV vẫn đang ở testnet: mới tích hợp Aave v4, mỗi kho và mỗi địa chỉ đều có hạn mức thử nghiệm; các phương án hợp tác khác cũng mới dừng ở mức kế hoạch. Năng lực thực sự của dự án còn phải chờ khi mainnet lên rồi mới thấy rõ dựa trên các dữ liệu cốt lõi như lượng thế chấp thực tế và mức sử dụng khi vay. Còn về token $BABY : trước đây tôi từng tham gia bỏ phiếu quản trị. Token này cho người dùng thế chấp thêm hệ số quyền lực, nên mức “gắn kết với hệ sinh thái” vững hơn so với chỉ việc nắm giữ coin. Tuy nhiên, quyền phát biểu của người dùng phổ thông vẫn khá yếu và mức tham gia còn thấp. Nhìn về dài hạn, giá trị token rốt cuộc vẫn phải được chống đỡ bởi các kịch bản sử dụng thật sự: chỉ khi mảng cho vay mượn của TBV chạy trơn tru, phí của giao thức ổn định quay trở lại thì mới hình thành một hệ thống giá trị lành mạnh. @BabylonLabs_io
Bắt đáy, bắt đáy! Lên chuyến ngay với $SNDK , đến lúc rồi—khi người khác sợ hãi thì tôi lại tham lam.
Bắt đáy, bắt đáy! Lên chuyến ngay với $SNDK , đến lúc rồi—khi người khác sợ hãi thì tôi lại tham lam.
$BABY Thời gian này tôi lắng xuống để nghiên cứu @babylonlabs_io và phát hiện rằng trong vòng tròn của mọi người đang tồn tại khá nhiều hiểu lầm về nhận thức. Tôi xin chia sẻ ngắn gọn quan điểm thật của mình. Nhiều người thấy lượng BTC khóa/cầm giữ trên chuỗi rất lớn, liền thuận thế kỳ vọng $BABY. Nhưng logic suy luận này lại không chặt chẽ. Trước hết cần làm rõ quy tắc rủi ro dễ bị nhầm lẫn nhất: mạng có hai hệ thống vốn độc lập. BTC ủy quyền cho FP thực hiện công việc cuối cùng; nếu vi phạm thì bị phạt tịch thu 0,1%. Còn $BABY được thế chấp cho trình xác thực (consensus validators), và hình phạt khi ký đôi (double-sign) là 5%. Hai bên có nhiệm vụ, điều kiện kích hoạt hoàn toàn khác nhau; chỉ đem so con số với nhau là không có ý nghĩa. Ngoài ra việc node bị rớt mạng không đồng nghĩa với double-sign, nên sẽ không trực tiếp làm BTC bị phạt—điểm này nhiều bài viết phổ cập đã nói sai. Xem tài liệu vận hành của FP cũng có thể thấy các quyết định đánh đổi trong thiết kế. Sau khi tạo khóa FP thì không thể thay đổi tùy tiện, nhằm đảm bảo danh tính node có thể truy vết được và triệt tiêu không gian để tự ý thay khóa; nhưng đổi lại cũng nâng cao ngưỡng vận hành. Nếu khóa tồn tại nguy cơ rò rỉ thì không thể trực tiếp “quay vòng” để vá ngay; chỉ có thể xây dựng lại node và hướng dẫn người dùng chuyển ủy thác. Vì vậy, khi mọi người lựa chọn FP sau này, không thể chỉ nhìn tỷ lệ online và hoa hồng; các biện pháp tách biệt vận hành (operational isolation) và kế hoạch phòng vệ cho khóa cũng cần được đưa vào cân nhắc. Còn vấn đề cơ bản mà mọi người quan tâm nhất: lượng BTC được thế chấp nhiều như vậy cũng không thể tạo dòng tiền để “bơm” lại cho người nắm giữ $BABY. Ở giai đoạn hiện tại, phần thưởng staking đến từ lạm phát token. BTC nắm giữ đổi lấy sự đảm bảo an toàn; người nắm giữ BABY nhận lợi ích từ lạm phát—hai kênh lợi ích này độc lập với nhau. Cộng thêm việc giải khóa theo tỷ lệ diễn ra liên tục và lạm phát hằng năm, quy mô lưu thông sẽ tiếp tục được mở rộng. Ý tưởng BSN mua lại và đốt (buyback & burn) rất hấp dẫn, nhưng hiện tại phần “lợi ích thực chất” vẫn chưa được hiện thực. Cho đến khi BTC được bổ sung staking có thể chuyển đổi ổn định thành lợi nhuận bắt giữ token, thì TVL cao lúc này chủ yếu vẫn chỉ là quy mô hạ tầng của hệ sinh thái BTC. Vì vậy, tôi nghĩ câu chuyện “bảo mật BTC” của Babylon có giá trị dài hạn, nhưng giá trị hạ tầng và định giá token cần được nhìn tách bạch. Hiện tại, câu chuyện chưa bị chứng minh là sai, nhưng để bước sang giai đoạn chuyển đổi định giá (valuation switch), vẫn phải chờ thu nhập thực tế và dữ liệu đốt trên chuỗi được triển khai. #baby
$BABY Thời gian này tôi lắng xuống để nghiên cứu @BabylonLabs_io và phát hiện rằng trong vòng tròn của mọi người đang tồn tại khá nhiều hiểu lầm về nhận thức. Tôi xin chia sẻ ngắn gọn quan điểm thật của mình.

Nhiều người thấy lượng BTC khóa/cầm giữ trên chuỗi rất lớn, liền thuận thế kỳ vọng $BABY . Nhưng logic suy luận này lại không chặt chẽ. Trước hết cần làm rõ quy tắc rủi ro dễ bị nhầm lẫn nhất: mạng có hai hệ thống vốn độc lập. BTC ủy quyền cho FP thực hiện công việc cuối cùng; nếu vi phạm thì bị phạt tịch thu 0,1%. Còn $BABY được thế chấp cho trình xác thực (consensus validators), và hình phạt khi ký đôi (double-sign) là 5%. Hai bên có nhiệm vụ, điều kiện kích hoạt hoàn toàn khác nhau; chỉ đem so con số với nhau là không có ý nghĩa. Ngoài ra việc node bị rớt mạng không đồng nghĩa với double-sign, nên sẽ không trực tiếp làm BTC bị phạt—điểm này nhiều bài viết phổ cập đã nói sai.

Xem tài liệu vận hành của FP cũng có thể thấy các quyết định đánh đổi trong thiết kế. Sau khi tạo khóa FP thì không thể thay đổi tùy tiện, nhằm đảm bảo danh tính node có thể truy vết được và triệt tiêu không gian để tự ý thay khóa; nhưng đổi lại cũng nâng cao ngưỡng vận hành. Nếu khóa tồn tại nguy cơ rò rỉ thì không thể trực tiếp “quay vòng” để vá ngay; chỉ có thể xây dựng lại node và hướng dẫn người dùng chuyển ủy thác. Vì vậy, khi mọi người lựa chọn FP sau này, không thể chỉ nhìn tỷ lệ online và hoa hồng; các biện pháp tách biệt vận hành (operational isolation) và kế hoạch phòng vệ cho khóa cũng cần được đưa vào cân nhắc.

Còn vấn đề cơ bản mà mọi người quan tâm nhất: lượng BTC được thế chấp nhiều như vậy cũng không thể tạo dòng tiền để “bơm” lại cho người nắm giữ $BABY . Ở giai đoạn hiện tại, phần thưởng staking đến từ lạm phát token. BTC nắm giữ đổi lấy sự đảm bảo an toàn; người nắm giữ BABY nhận lợi ích từ lạm phát—hai kênh lợi ích này độc lập với nhau. Cộng thêm việc giải khóa theo tỷ lệ diễn ra liên tục và lạm phát hằng năm, quy mô lưu thông sẽ tiếp tục được mở rộng.

Ý tưởng BSN mua lại và đốt (buyback & burn) rất hấp dẫn, nhưng hiện tại phần “lợi ích thực chất” vẫn chưa được hiện thực. Cho đến khi BTC được bổ sung staking có thể chuyển đổi ổn định thành lợi nhuận bắt giữ token, thì TVL cao lúc này chủ yếu vẫn chỉ là quy mô hạ tầng của hệ sinh thái BTC.

Vì vậy, tôi nghĩ câu chuyện “bảo mật BTC” của Babylon có giá trị dài hạn, nhưng giá trị hạ tầng và định giá token cần được nhìn tách bạch. Hiện tại, câu chuyện chưa bị chứng minh là sai, nhưng để bước sang giai đoạn chuyển đổi định giá (valuation switch), vẫn phải chờ thu nhập thực tế và dữ liệu đốt trên chuỗi được triển khai. #baby
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại
Sơ đồ trang web
Tùy chọn Cookie
Điều khoản & Điều kiện