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
649 Đang theo dõi
47.8K+ Người theo dõi
38.7K+ Đã thích
Bài đăng
Danh mục đầu tư
·
--
Ví Binance lại khiến các anh em “nhặt tiền” được rồi: chỉ cần giao dịch trên chuỗi BSC 100$, lợi nhuận 10U thì có cơ hội chia đều 50.000U. Lần này nhất định phải giành được một thứ hạng. Nếu bạn chưa có ví Binance, có thể dùng mã mời của mình FFFAAA để mở ví. Dù là cày giao dịch hay “lùa” nhận khuyến mãi/đào tiền thì cũng đều được giảm 30% phí.
Ví Binance lại khiến các anh em “nhặt tiền” được rồi: chỉ cần giao dịch trên chuỗi BSC 100$, lợi nhuận 10U thì có cơ hội chia đều 50.000U. Lần này nhất định phải giành được một thứ hạng.

Nếu bạn chưa có ví Binance, có thể dùng mã mời của mình FFFAAA để mở ví. Dù là cày giao dịch hay “lùa” nhận khuyến mãi/đào tiền thì cũng đều được giảm 30% phí.
$GRVT 怪不得涨了,原来是因为这?老铁们参与了没?
$GRVT 怪不得涨了,原来是因为这?老铁们参与了没?
$USD1 lại bắt đầu phát tiền rồi, anh em ơi mau hành động lên
$USD1 lại bắt đầu phát tiền rồi, anh em ơi mau hành động lên
Binance Announcement
·
--
USD1空投活动续期(2026-08-07)
这是一般性公告,此处提及的产品和服务可能不适用于您所在的地区。
亲爱的用户:
自2026年08月07日08:00(东八区时间)起,币安将为在平台持有World Liberty Financial USD(USD1)的合格用户推出空投活动。符合条件的用户将瓜分1.7亿World Liberty Financial(WLFI)代币总奖池。
活动期间,WLFI奖励将于每周六02:00(东八区时间)前发放给持有USD1的合格用户。
活动时间:2026年08月07日08:00至2026年09月04日08:00(东八区时间)
参与方式:
符合条件的用户需在币安以下任一账户类别中持有USD1余额(净资产):
现货账户资金账户杠杆账户(USD1作为全仓、逐仓或统一账户抵押保证金) U本位合约账户(USD1作为U本位合约账户抵押品,含多资产模式)
在币安合约账户或杠杆账户中持有USD1,用户需在USD1合约交易对上的每日未平仓合约量,保持至少 300 USD1,方可获得1.2倍加成年化收益。
币安将每日每小时对每位用户的未平仓合约量进行快照,并以当日记录到的最低未平仓合约量,判断用户当日的每日未平仓合约量是否达到最低要求,以及是否符合1.2倍加成年化收益资格。
注意:若用户在某些日期的USD1合约交易对每日未平仓合约量低于 300 USD1,但其杠杆账户或合约账户中持有超过 0.01 USD1,则这些日期仍可获得1 倍年化收益,但无法获得 1.2 倍加成年化收益。
通过借入其他稳定币获得的USD1,在扣除杠杆账户中的其他稳定币(包括USDT、USDC、U、RLUSD和FDUSD )负债后,将给予70%的价值折扣。
活动详情:
奖池总额:1.7亿WLFI代币 发放方式:奖励将直接空投至用户的币安现货账户 发放频率:活动期间每周空投一次
奖励发放:
奖励自2026年08月07日08:00(东八区时间)起开始计算,每周六02:00(东八区时间)前发放WLFI奖励。发放记录可在您的分发历史中查看。
每周奖励金额大致计算方式如下:
每日符合资格的余额 = 当天每小时快照中最低的USD1余额 每周奖励 =(7天合格余额平均值 * 分发日有效年化收益率 * 7)/ 365
每周分发奖励后,奖励期间的有效年化收益率将会在本公告中更新。分发日有效年化收益率的计算将综合考虑:
每日快照最低未平仓合约量每日快照最低余额;所有持有USD1合格用户的每日总余额;所有持有USD1合格用户的7天平均余额。
通过杠杆账户借入其他稳定币获得的USD1,杠杆账户中合格余额计算如下:
合格余额 = 杠杆前USD1余额 + 杠杆金额 * (1 - 70%),其中:
杠杆前USD1余额 = MAX【杠杆账户中USD1 余额 - 杠杆账户其他稳定币负债,0】杠杆金额 = 杠杆账户中USD1 余额 − MAX【杠杆账户中USD1 余额 - 杠杆账户其他稳定币负债,0】
注:其他稳定币包括 USDT、USDC、U、RLUSD和FDUSD。
时间有效年化收益率1.2倍加成年化收益率WLFI 代币价值第一次分发时间:2026年08月14日 奖励周期:2026年08月07日 08:00至2026年08月14日 08:00(东八区时间)待于2026年08月14日 更新待于2026年08月14日 更新待于2026年08月14日 更新第二次分发时间:2026年08月21日 奖励周期:2026年08月14日08:00至2026年08月21日08:00(东八区时间)待于2026年08月21日 更新待于2026年08月21日 更新待于2026年08月21日 更新第三次分发时间:2026年08月28日 奖励周期:2026年08月21日08:00至2026年08月28日08:00(东八区时间)待于2026年08月28日 更新待于2026年08月28日 更新待于2026年08月28日 更新第四次分发时间:2026年09月04日 奖励周期:2026年08月28日08:00至2026年09月04日08:00(东八区时间)待于2026年09月04日 更新待于2026年09月04日 更新待于2026年09月04日 更新
案例示范:
用户A在第 1 天至第 6 天的 USD1 合约交易对每日未平仓合约量均保持在1,500 USD1,第 7 天为100 USD1。在这 7 天内,现货账户中持有10,000 USD1,在杠杆账户中作为抵押品持有20,000 USD1 ,假设分发日当日有效年化收益率20%,1.2倍加成年化收益率为24%,则第一周结束时应得奖励为:【(10,000 * 20% * 7)/ 365】 + 【(20,000 * 24% * 6) / 365】+ 【(20,000 * 20% * 1) / 365】 = 128.21美元等值WLFI用户B在第 1 周内的 USD1 合约交易对每日未平仓合约量始终保持在1,500 USD1。该用户从VIP借币或杠杆借入5,000 USD1(负债),在这 5,000 USD1中,4,000 USD1用作保证金抵押,剩余的 1,000 USD1在第一周存放在其现货账户中。假设分发日当日有效年化收益率20%,1.2倍加成年化收益率为24%,用户 B 在第一周结束时应得奖励为:合资格余额 = 0【(0 * 20% * 7) / 365】 + 【(0 * 24% * 7) / 365】 = 0美元等值WLFI用户C在第 1 周内的每日未平仓量始终保持在100 USD1。该用户杠杆账户中有 1,000 USD1,并将其作为抵押借入了 4,000 USDT(“其他稳定币负债”),然后将这 4,000 USDT 转换为 USD1。现在该用户在杠杆账户中持有 5,000 USD1(“USD1 余额”)。假设分发日当日有效年化收益率20%,1.2倍加成年化收益率为24%,用户 C 在第一周结束时应得奖励为:每日未平仓合约量 < 300,不符合 1.2 倍加成年化收益资格合格余额 = MAX [5,000 - 4,000, 0] + {5,000 - MAX[5,000 - 4,000, 0 } * (1 - 70%) = 1,000 + (5,000 -1,000) * (1 - 70%) = 2,200【(2,200 * 20% * 7)/ 365】 = 8.43 美元等值 WLFI
重要说明:
用户未平仓合约量快照将在每小时的任意时间点进行,以获取用户的每小时未平仓合约量。 每日快照中捕获到的最低 USD1 未平仓合约量将构成该用户当日的未平仓合约量。 若某一日的未平仓合约量低于 300 USD1,则该用户在该日无法获得 1.2 倍加成年化收益。 用户的USD1合资格余额将按净资产计算(资产减负债)。负债部分(如VIP借币、杠杆借币等)不计入本活动合资格余额。 用户余额及总合资格余额快照每小时多次采集,取当日最低USD1余额作为当日合资格余额用于奖励计算。每日快照中记录的最低USD1余额将作为该用户的合资格余额,并用于计算其奖励。例如用户在2026年08月13日记录的最低USD1余额为零,则该用户当天的合资格余额为零。快照时,任一支持资产余额须大于0.01 USD1方可计入。 请确保活动期间保持USD1以最大化奖励。 奖励将向子账户对应现货账户发放,奖励金额向下取整至2位小数。发放时间可能调整,不再另行通知。 奖励没有个人上限。用户奖励取决于其合资格余额占所有合资格用户总余额的比例等其他因素。请关注每周奖励发放及活动更新。
条款与条件:
如果用户的账户存在任何限制,则可能没有资格获得奖励。WLFI 代币空投分发的价值将基于空投分发日前一天官方币安市场的收盘价。用户余额及总合资格余额快照每小时多次采集,取当日最低USD1余额作为当日合资格余额用于奖励计算。每日快照中记录的最低USD1余额将作为该用户的合资格余额,并用于计算其奖励。 快照时任一支持资产须大于0.01 USD1方可计入合资格余额。 经纪商账户不符合参与资格。币安保留随时调整规则的权利。用户须完成身份认证(KYC)且来自合规地区方可参与。以下国家/地区用户不可参与(即使持有USD1):芬兰奥兰群岛、奥地利、比利时、保加利亚、加拿大、克里米亚(乌克兰- 争议地区)、克罗地亚、塞浦路斯、捷克共和国、丹麦、朝鲜民主主义人民共和国、顿涅茨克人民共和国、爱沙尼亚、法罗群岛、芬兰、法国、法属圭亚那、德国、直布罗陀、希腊、瓜德罗普、根西岛、匈牙利、爱尔兰、马恩岛、伊朗伊斯兰共和国、意大利、日本、拉脱维亚、立陶宛、卢甘斯克人民共和国、卢森堡、马耳他、马提尼克、马约特、荷兰、波兰、葡萄牙、古巴共和国、留尼汪、罗马尼亚、俄罗斯联邦、法属圣马丁、斯洛伐克、斯洛文尼亚、西班牙、瑞典、英国、美利坚合众国及其属地。受限制国家或地区列表将可能随着法律、监管及其它因素的改变而定期更新; 为避免歧义,除非另有说明,以上内容中提到的“USD1”并非“美元”法定货币的直接缩写。 对于任何篡改币安程序代码或使用其它软件干扰币安程序代码运行的参与者,币安保留取消其参与资格的权利。币安将保留立即取消任何表现出欺诈行为或不符合任何适用条款和条件的任何参与者资格的权利。币安保留自行决定取消或修改活动或活动规则的权利。 如检测到任何异常或可疑活动,币安有权随时自行决定暂停任何用户的杠杆借贷,且无需事先通知。英文原版公告与翻译版本可能存在差异。若有任何差异,请参照英文原版以获取最新或最准确的信息。
感谢您对币安的支持!
币安团队
2026年08月07日
点击立即下载iPhone或Android版APP
币安社群
DiscordFacebookX华语X
币安历来重视合规义务,始终严格遵守各地监管机构相关要求,并请您遵守所在国家或地区的相关法律法规。
币安保留随时全权酌情因任何理由修改、变更或取消此公告的权利,无需事先通知。
免责声明:数字资产价格具有高市场风险和价格波动性。您的投资价值可能会有所波动,也可能损失投资金额。您将自行为您的投资决策负全责,币安不对任何可能产生的损失负责。过去的业绩亦不构成未来业绩的可靠预测指标。您应只投资熟悉的产品并了解相关风险。您应详细考虑自身的投资经验、财务状况、投资目标和风险承受能力,并在进行任何投资前咨询独立财务顾问。本文不应被视为财务建议。详情请参阅币安使用条款和风险警示。
#baby $BABY @babylonlabs_io Vừa dọn lại ví thì lôi ra được Babylon, tự nhiên nhận ra dự án này đi lối khá “ngầu”. Thứ lõi của nó là EOTS. Mình ngẫm mãi mới hiểu đại ý là: phát cho mỗi trình xác thực một bút ký dùng một lần—kiếp này chỉ được ký một cuốn sổ cái. Chỉ cần bạn dám ký hai lần (double-sign), thì bất kỳ ai cũng có thể tính ra khóa riêng của bạn ngay lập tức và chuyển thẳng BTC của bạn đi. Không nể nang hay bỏ phiếu gì hết—về mặt toán học, làm ác kiểu đó là về số không trong nháy mắt. Nó không quan tâm việc bạn có offline hay lười biếng; nó chỉ tập trung “bắn tỉa” đúng kiểu lỗi chí mạng như double-sign. Mình vẫn luôn nghĩ vấn đề lớn nhất của BTC là tài sản đang “ngủ yên” khó giải phóng giá trị. Trước đây, các phương án kia hoặc là đưa lên nền tảng tập trung, hoặc là qua cầu liên chuỗi—về bản chất vẫn là phải tin bên thứ ba. Babylon muốn dùng ZK và BitVM3 để BTC tham gia nhiều kịch bản on-chain hơn ngay dưới mức an toàn gốc, xây “cầu” giữa BTC và DeFi. Trong vài tháng gần đây, Babylon có nhiều động thái: lên Upbit, phía Hàn Quốc vốn đã có nền tảng hợp tác; Binance Square dành cho hoạt động của nhà sáng tạo, quỹ giải thưởng 2,39 triệu $BABY—rõ ràng là đang mở rộng nhận thức cộng đồng. Đề xuất mô hình token cũng đang được bàn thảo: muốn chuyển từ cơ chế thưởng lạm phát thuần sang thu phí dịch vụ an ninh khi vận hành PoS chuỗi, chia cho người đặt cược hoặc đốt mua-bán, logic từ “in tiền” biến thành “gắn với nhu cầu thực tế”. Các dự án như Manta, Plume, Corn (đều thuộc BSN) cũng đã được kết nối vào—khách hàng nhiều hơn thì khả năng “bắt giữ giá trị” mới có cơ hội chạy lên. Nói thật, giai đoạn gấu là thời điểm lọc lại dự án. Thị trường có thể rung lắc, nhưng những dự án thực sự đang xây hạ tầng thì thường lại âm thầm hình thành trong đáy. Còn mình thì vẫn tiếp tục nắm giữ BABY, nhìn nó từng bước đẩy các kịch bản và mô hình kinh tế vào thực tế, chờ gió tới.
#baby $BABY @BabylonLabs_io Vừa dọn lại ví thì lôi ra được Babylon, tự nhiên nhận ra dự án này đi lối khá “ngầu”. Thứ lõi của nó là EOTS. Mình ngẫm mãi mới hiểu đại ý là: phát cho mỗi trình xác thực một bút ký dùng một lần—kiếp này chỉ được ký một cuốn sổ cái. Chỉ cần bạn dám ký hai lần (double-sign), thì bất kỳ ai cũng có thể tính ra khóa riêng của bạn ngay lập tức và chuyển thẳng BTC của bạn đi. Không nể nang hay bỏ phiếu gì hết—về mặt toán học, làm ác kiểu đó là về số không trong nháy mắt. Nó không quan tâm việc bạn có offline hay lười biếng; nó chỉ tập trung “bắn tỉa” đúng kiểu lỗi chí mạng như double-sign.

Mình vẫn luôn nghĩ vấn đề lớn nhất của BTC là tài sản đang “ngủ yên” khó giải phóng giá trị. Trước đây, các phương án kia hoặc là đưa lên nền tảng tập trung, hoặc là qua cầu liên chuỗi—về bản chất vẫn là phải tin bên thứ ba. Babylon muốn dùng ZK và BitVM3 để BTC tham gia nhiều kịch bản on-chain hơn ngay dưới mức an toàn gốc, xây “cầu” giữa BTC và DeFi.

Trong vài tháng gần đây, Babylon có nhiều động thái: lên Upbit, phía Hàn Quốc vốn đã có nền tảng hợp tác; Binance Square dành cho hoạt động của nhà sáng tạo, quỹ giải thưởng 2,39 triệu $BABY —rõ ràng là đang mở rộng nhận thức cộng đồng. Đề xuất mô hình token cũng đang được bàn thảo: muốn chuyển từ cơ chế thưởng lạm phát thuần sang thu phí dịch vụ an ninh khi vận hành PoS chuỗi, chia cho người đặt cược hoặc đốt mua-bán, logic từ “in tiền” biến thành “gắn với nhu cầu thực tế”. Các dự án như Manta, Plume, Corn (đều thuộc BSN) cũng đã được kết nối vào—khách hàng nhiều hơn thì khả năng “bắt giữ giá trị” mới có cơ hội chạy lên.

Nói thật, giai đoạn gấu là thời điểm lọc lại dự án. Thị trường có thể rung lắc, nhưng những dự án thực sự đang xây hạ tầng thì thường lại âm thầm hình thành trong đáy. Còn mình thì vẫn tiếp tục nắm giữ BABY, nhìn nó từng bước đẩy các kịch bản và mô hình kinh tế vào thực tế, chờ gió tới.
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
Nội dung được trích dẫn đã bị xóa
$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
Đă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