Binance Square
老青蛙BNB
2.4k Bài đăng

老青蛙BNB

熊市撸毛,牛市卖毛
Người nắm giữ UP
Người nắm giữ UP
Trader tần suất cao
{thời gian} năm
224 Đang theo dõi
9.1K+ Người theo dõi
5.3K+ Đã thích
Bài đăng
·
--
Cuộc thi giao dịch giao ngay hiện tại còn có thể tham gia thêm hai kỳ nữa. Phiếu giảm giá dùng trong hoạt động nhận được sẽ hết hạn vào hôm nay hoặc ngày mai. Hôm nay tranh thủ quẹt trước cho kịp $EUL $MIRA
Cuộc thi giao dịch giao ngay hiện tại còn có thể tham gia thêm hai kỳ nữa. Phiếu giảm giá dùng trong hoạt động nhận được sẽ hết hạn vào hôm nay hoặc ngày mai. Hôm nay tranh thủ quẹt trước cho kịp $EUL $MIRA
Nói thật, BTC trong ví ngoài việc chờ tăng giá thì dường như chẳng làm được gì khác. Đây cũng là lý do gần đây tôi nghiên cứu @babylonlabs_io , muốn làm cho tài sản đang ngủ yên hoạt động trở lại mà không phải tăng quá nhiều rủi ro. Trước đây, nếu muốn BTC sinh lãi, hoặc là phải dùng DeFi qua cross-chain—lo sợ cầu nối bị hack; hoặc đổi sang sản phẩm phái sinh—lo sợ lệch neo. Với những nhà đầu tư cá nhân chỉ muốn nắm giữ an toàn, lựa chọn rất ít. Và Babylon cho phép BTC trực tiếp tham gia đồng thuận PoS, không cần biến thành token khác, cũng không phải rời khỏi ranh giới an toàn của mạng lưới Bitcoin. Nó tận dụng khả năng gốc của script Bitcoin, thế chấp BTC cho chuỗi PoS để nhận phần thưởng. Không có cầu nối cross-chain và token bọc, BTC vẫn là BTC của bạn—chỉ là có thêm chức năng sinh lãi. Điều này hoàn toàn khác với việc đổi sang chứng chỉ rồi đầu tư tài chính; đây là cách biến tính an toàn của Bitcoin thành một nguồn tài nguyên có thể cho thuê. Tất nhiên phải hứng thêm chút nước lạnh. Babylon hiện vẫn đang ở giai đoạn sớm; cần thời gian để kiểm chứng qua audit và thực chiến. Thế chấp đồng nghĩa với việc tính thanh khoản bị hạn chế; các chi tiết như chu kỳ mở khóa và hình phạt slashing thì bạn phải tự đọc hết tài liệu, đừng chỉ chăm chăm vào lợi suất mà bỏ qua rủi ro. Đây không phải “thần khí nằm hưởng lãi”. Nó chỉ là một ý tưởng bổ sung cho chiến lược phân bổ tài sản. Nếu dài hạn bạn vẫn tin vào BTC và có thể chịu được chi phí thử sai thì có thể thử, còn không thì cứ nắm giữ thẳng sẽ an toàn hơn. Rốt cuộc, ít thua hơn nhiều lãi quan trọng hơn—việc có nên dùng Babylon để chuyển động vốn hay không, câu trả lời nằm ở mức độ đánh giá khả năng chịu rủi ro của chính bạn.#baby $BABY
Nói thật, BTC trong ví ngoài việc chờ tăng giá thì dường như chẳng làm được gì khác. Đây cũng là lý do gần đây tôi nghiên cứu @BabylonLabs_io , muốn làm cho tài sản đang ngủ yên hoạt động trở lại mà không phải tăng quá nhiều rủi ro.
Trước đây, nếu muốn BTC sinh lãi, hoặc là phải dùng DeFi qua cross-chain—lo sợ cầu nối bị hack; hoặc đổi sang sản phẩm phái sinh—lo sợ lệch neo. Với những nhà đầu tư cá nhân chỉ muốn nắm giữ an toàn, lựa chọn rất ít. Và Babylon cho phép BTC trực tiếp tham gia đồng thuận PoS, không cần biến thành token khác, cũng không phải rời khỏi ranh giới an toàn của mạng lưới Bitcoin.
Nó tận dụng khả năng gốc của script Bitcoin, thế chấp BTC cho chuỗi PoS để nhận phần thưởng. Không có cầu nối cross-chain và token bọc, BTC vẫn là BTC của bạn—chỉ là có thêm chức năng sinh lãi. Điều này hoàn toàn khác với việc đổi sang chứng chỉ rồi đầu tư tài chính; đây là cách biến tính an toàn của Bitcoin thành một nguồn tài nguyên có thể cho thuê.
Tất nhiên phải hứng thêm chút nước lạnh. Babylon hiện vẫn đang ở giai đoạn sớm; cần thời gian để kiểm chứng qua audit và thực chiến. Thế chấp đồng nghĩa với việc tính thanh khoản bị hạn chế; các chi tiết như chu kỳ mở khóa và hình phạt slashing thì bạn phải tự đọc hết tài liệu, đừng chỉ chăm chăm vào lợi suất mà bỏ qua rủi ro.
Đây không phải “thần khí nằm hưởng lãi”. Nó chỉ là một ý tưởng bổ sung cho chiến lược phân bổ tài sản. Nếu dài hạn bạn vẫn tin vào BTC và có thể chịu được chi phí thử sai thì có thể thử, còn không thì cứ nắm giữ thẳng sẽ an toàn hơn. Rốt cuộc, ít thua hơn nhiều lãi quan trọng hơn—việc có nên dùng Babylon để chuyển động vốn hay không, câu trả lời nằm ở mức độ đánh giá khả năng chịu rủi ro của chính bạn.#baby $BABY
Xem bản dịch
$ETH 这波反弹明显比$BTC 更强,不知道是不是会带来一波小小的山寨行情🤔
$ETH 这波反弹明显比$BTC 更强,不知道是不是会带来一波小小的山寨行情🤔
“Đề案 quản trị” Babylon gửi cho Aave, có một từ khiến tôi dừng lại: transfer-restricted, chuyển khoản bị hạn chế. Một đồng token mà trước khi phát hành lại cắt luôn chức năng chuyển nhượng của chính nó—việc này không thường thấy. Trước hết, hãy nói về phần “bọc” thông thường. WBTC về bản chất là một tờ hối phiếu: bạn đưa BTC cho bên lưu ký, rồi trên Ethereum, họ “in” cho bạn một token tương đương; nó có giá trị hay không thì hoàn toàn phụ thuộc vào việc số coin trong ví của bên lưu ký có còn ở đó hay không. Hối phiếu muốn có giá trị thì phải được lưu thông, vì vậy nó phải có khả năng chuyển nhượng tự do. Xuất thân của vaultBTC bên Babylon lại khác. Khi BTC được khóa vào Trustless Bitcoin Vaults (TBV), hệ thống sẽ tự động tạo một bản ghi trên chuỗi; vaultBTC chính là một bản ánh xạ 1:1 của bản ghi đó, dùng riêng làm tài sản thế chấp cho Aave. Không ai có thể “đúc” nó một cách tùy tiện. Muốn chuộc lại BTC gốc, bạn phải cung cấp bằng chứng không tri thức; việc thanh toán trực tiếp quay về địa chỉ trên Bitcoin. Chỉ khi đối chiếu như vậy, tôi mới thực sự “nuốt” được sự khác biệt. Quyền phát hành WBTC nằm trong tay bên lưu ký; quyền tạo vaultBTC lại nằm ngay trong hành động khóa. Tín dụng của WBTC đến từ lời cam kết; tín dụng của vaultBTC đến từ các điều kiện mật mã. WBTC muốn trở thành tiền có thể lưu thông tự do, còn vaultBTC về căn bản không muốn làm tiền—nó chỉ muốn yên tĩnh làm một tài sản thế chấp. Nhưng cũng phải nói cho đủ. “Chuyển khoản bị hạn chế” là con dao hai lưỡi: rời khỏi bối cảnh Aave thì hiện tại gần như không có công dụng nào khác. Ở phía thanh lý, vẫn phải dựa vào WBTC để thanh toán ngay, vì đường ống cũ vẫn chưa bị tháo bỏ hoàn toàn. Nói rằng Babylon “tiêu diệt” token bọc—là còn quá sớm. Vậy thì vaultBTC mới thật sự nằm ở đâu? Không phải ở chỗ nó cũng là một chứng chỉ, mà ở việc: chứng chỉ lần đầu tiên không còn tương đương một tờ hối phiếu. Trong tên đã có BTC: một tờ là hóa đơn do niềm tin mở ra, một tờ là biên nhận do quy tắc lập. Có giống nhau không—phải xem thứ đứng phía sau là gì. @babylonlabs_io #baby $BABY
“Đề案 quản trị” Babylon gửi cho Aave, có một từ khiến tôi dừng lại: transfer-restricted, chuyển khoản bị hạn chế. Một đồng token mà trước khi phát hành lại cắt luôn chức năng chuyển nhượng của chính nó—việc này không thường thấy.
Trước hết, hãy nói về phần “bọc” thông thường. WBTC về bản chất là một tờ hối phiếu: bạn đưa BTC cho bên lưu ký, rồi trên Ethereum, họ “in” cho bạn một token tương đương; nó có giá trị hay không thì hoàn toàn phụ thuộc vào việc số coin trong ví của bên lưu ký có còn ở đó hay không. Hối phiếu muốn có giá trị thì phải được lưu thông, vì vậy nó phải có khả năng chuyển nhượng tự do.
Xuất thân của vaultBTC bên Babylon lại khác. Khi BTC được khóa vào Trustless Bitcoin Vaults (TBV), hệ thống sẽ tự động tạo một bản ghi trên chuỗi; vaultBTC chính là một bản ánh xạ 1:1 của bản ghi đó, dùng riêng làm tài sản thế chấp cho Aave. Không ai có thể “đúc” nó một cách tùy tiện. Muốn chuộc lại BTC gốc, bạn phải cung cấp bằng chứng không tri thức; việc thanh toán trực tiếp quay về địa chỉ trên Bitcoin.
Chỉ khi đối chiếu như vậy, tôi mới thực sự “nuốt” được sự khác biệt. Quyền phát hành WBTC nằm trong tay bên lưu ký; quyền tạo vaultBTC lại nằm ngay trong hành động khóa. Tín dụng của WBTC đến từ lời cam kết; tín dụng của vaultBTC đến từ các điều kiện mật mã. WBTC muốn trở thành tiền có thể lưu thông tự do, còn vaultBTC về căn bản không muốn làm tiền—nó chỉ muốn yên tĩnh làm một tài sản thế chấp.
Nhưng cũng phải nói cho đủ. “Chuyển khoản bị hạn chế” là con dao hai lưỡi: rời khỏi bối cảnh Aave thì hiện tại gần như không có công dụng nào khác. Ở phía thanh lý, vẫn phải dựa vào WBTC để thanh toán ngay, vì đường ống cũ vẫn chưa bị tháo bỏ hoàn toàn. Nói rằng Babylon “tiêu diệt” token bọc—là còn quá sớm.
Vậy thì vaultBTC mới thật sự nằm ở đâu? Không phải ở chỗ nó cũng là một chứng chỉ, mà ở việc: chứng chỉ lần đầu tiên không còn tương đương một tờ hối phiếu. Trong tên đã có BTC: một tờ là hóa đơn do niềm tin mở ra, một tờ là biên nhận do quy tắc lập. Có giống nhau không—phải xem thứ đứng phía sau là gì. @BabylonLabs_io #baby $BABY
Xem bản dịch
上周有个朋友问我,@babylonlabs_io 的 Trustless Bitcoin Vaults 到底和 WBTC 差在哪,我讲了十分钟密码学,他睡着了。后来我用房子打了个比方,他一分钟就懂了。 WBTC 的玩法好比把房子过户给中介,中介开一张收据给你,你拿着收据去别处借钱。最大的一张收据就叫 WBTC,替大家保管房子的,是一家叫 BitGo 的托管机构。哪天你想把房子要回来,全看这家中介还在不在,规矩还守不守。 TBV 换了个做法,拿房产证去抵押,房子一天都没离开过你名下。金库是比特币上一个独立 UTXO,存钱时预签交易把条件写死,什么情况谁能动,一改不了。想取钱,得交密码学证明,BitVM3 在比特币上验真伪。中介这个角色,整个被删掉了。 这个比方真正值钱的地方在后半句。trustless 不是谁都不信,是把必须信的部分压到最少。信数学可以公开验算,信中介只能祈祷人品。Babylon 删掉的从来不是信任,是信任的对象。 不过比方只是比方。房子抵押还有评估和登记这些人工环节,TBV 也有自己的登记处,白名单清算人和预言机都还站在关键环节上。信任被压少了,没被清零,说完全无信任是过度承诺。 所以一句话版本是,WBTC 把房子和钥匙都交给了别人,TBV 只把规则交给了数学。不搬家,也不交钥匙。大饼还是你的大饼,靠的不是谁人品好,是规则谁也改不了。#baby $BABY
上周有个朋友问我,@BabylonLabs_io 的 Trustless Bitcoin Vaults 到底和 WBTC 差在哪,我讲了十分钟密码学,他睡着了。后来我用房子打了个比方,他一分钟就懂了。
WBTC 的玩法好比把房子过户给中介,中介开一张收据给你,你拿着收据去别处借钱。最大的一张收据就叫 WBTC,替大家保管房子的,是一家叫 BitGo 的托管机构。哪天你想把房子要回来,全看这家中介还在不在,规矩还守不守。
TBV 换了个做法,拿房产证去抵押,房子一天都没离开过你名下。金库是比特币上一个独立 UTXO,存钱时预签交易把条件写死,什么情况谁能动,一改不了。想取钱,得交密码学证明,BitVM3 在比特币上验真伪。中介这个角色,整个被删掉了。
这个比方真正值钱的地方在后半句。trustless 不是谁都不信,是把必须信的部分压到最少。信数学可以公开验算,信中介只能祈祷人品。Babylon 删掉的从来不是信任,是信任的对象。
不过比方只是比方。房子抵押还有评估和登记这些人工环节,TBV 也有自己的登记处,白名单清算人和预言机都还站在关键环节上。信任被压少了,没被清零,说完全无信任是过度承诺。
所以一句话版本是,WBTC 把房子和钥匙都交给了别人,TBV 只把规则交给了数学。不搬家,也不交钥匙。大饼还是你的大饼,靠的不是谁人品好,是规则谁也改不了。#baby $BABY
Xem bản dịch
在 @babylonlabs_io 质押页面看到一行小字,你的 BTC 将处于可罚没状态,我停了几秒。罚没两个字,劝退过的人应该不止我一个。后来把机制扒完才发现,这行字读反了。 先搞清楚罚没防的是谁。PoS 链最怕验证者在同一高度签两个块,链就分叉了,所以每条链都备着罚没这把刀。问题是大多数协议把刀口写得很宽,掉线罚,漏签也罚,用户看见罚字就跑。 Babylon 的刀口收得很窄,只有一种情况触发,你选的 Finality Provider 在同一高度重复签名。靠的是 EOTS 签名,用一次安全,用第二次私钥自动暴露,任何人都能拿它执行罚没,不用等谁来裁决。代价是委托量的 0.1% 直接在比特币上销毁,FP 永久除名。掉线不罚,只是暂时拿不到奖励。 想清楚这层我反而不慌了。罚没要成立得凑齐三样,可验证的双重签名在先,暴露的私钥在后,最后还得 Covenant Committee 会签,缺一个都执行不了。你自己的私钥从头到尾没被碰过,罚完剩下的 BTC 原路退回。再对比,BABY 验证者双签罚 5%,BTC 的 0.1% 是克制过的参数。 不过冷静不等于免检。0.1% 只覆盖现在,官方写得明白,以后接入更多 BSN,罚没条件可能按各链需求增加。委员会会签这层,也是个信任点。真要降低风险,老办法还是分散委托,别把所有 BTC 押在一个 FP 身上。 所以 0.1% 可不可怕,答案不在比例,在触发条件。看不懂机制的人被两个字劝退,把收益让给了看懂的人。这把刀真正防的是作恶的人,不是质押的你。#baby $BABY
@BabylonLabs_io 质押页面看到一行小字,你的 BTC 将处于可罚没状态,我停了几秒。罚没两个字,劝退过的人应该不止我一个。后来把机制扒完才发现,这行字读反了。

先搞清楚罚没防的是谁。PoS 链最怕验证者在同一高度签两个块,链就分叉了,所以每条链都备着罚没这把刀。问题是大多数协议把刀口写得很宽,掉线罚,漏签也罚,用户看见罚字就跑。

Babylon 的刀口收得很窄,只有一种情况触发,你选的 Finality Provider 在同一高度重复签名。靠的是 EOTS 签名,用一次安全,用第二次私钥自动暴露,任何人都能拿它执行罚没,不用等谁来裁决。代价是委托量的 0.1% 直接在比特币上销毁,FP 永久除名。掉线不罚,只是暂时拿不到奖励。

想清楚这层我反而不慌了。罚没要成立得凑齐三样,可验证的双重签名在先,暴露的私钥在后,最后还得 Covenant Committee 会签,缺一个都执行不了。你自己的私钥从头到尾没被碰过,罚完剩下的 BTC 原路退回。再对比,BABY 验证者双签罚 5%,BTC 的 0.1% 是克制过的参数。

不过冷静不等于免检。0.1% 只覆盖现在,官方写得明白,以后接入更多 BSN,罚没条件可能按各链需求增加。委员会会签这层,也是个信任点。真要降低风险,老办法还是分散委托,别把所有 BTC 押在一个 FP 身上。

所以 0.1% 可不可怕,答案不在比例,在触发条件。看不懂机制的人被两个字劝退,把收益让给了看懂的人。这把刀真正防的是作恶的人,不是质押的你。#baby $BABY
Xem bản dịch
今天 alpha 抢到的币呢?
今天 alpha 抢到的币呢?
$STORJ Những dự án này, trong thời kỳ thị trường gấu, ai cũng đang vội vã rút lui
$STORJ Những dự án này, trong thời kỳ thị trường gấu, ai cũng đang vội vã rút lui
Xem bản dịch
昨晚核对 @babylonlabs_io 的质押数据,我把两个数敲进计算器,按完又清零重按了两遍。金库里锁着 56,853 枚 BTC,按现价算约 37 亿美元,而 BABY 的流通市值只有 5000 万出头。 市场判断一个项目值多少钱,习惯动作是去翻市值排行,再看一眼解锁时间表,定价逻辑很熟练。可质押协议还有另一本账,用户真金白银锁进来的资产规模,它很少被摆到市值旁边看。 56,853 这个数我核了两处来源,Babylon 官方面板和第三方 TVL 统计对得上,按今天 6.4 万美元的币价折算约 36 亿到 37 亿美元,全网锁仓最大的比特币质押协议。另一头,BABY 流通约 40 亿枚,单价 0.013 美元上下,市值 5000 万美元级别。一除,70 多倍。 盯到这一层我才回过神,这两本账量的根本不是一回事。TVL 记的不是项目多值钱,是别人敢把多少钱交给这套规则,市值记的是市场愿意给代币功能出多少价。一个管安全,一个管定价,中间隔着 BTCVaults 还没跑起来的收入闭环。 当然,错配不等于低估。换 FDV 算,倍数缩到 20 多。TVL 里的 BTC 目前并不给协议带来收入,质押者赚的是通胀奖励,这本账和代币的现金流没接通。5000 万是贵是便宜,我下不了结论。 所以这组数据真正留下的不是一个结论,而是一个问题。市场是在给 BABY 的功能性正确定价,还是漏掉了金库里那 5 万多枚 BTC 迟早要接进同一张资产负债表。你们觉得,市场到底漏掉了什么?#baby $BABY
昨晚核对 @BabylonLabs_io 的质押数据,我把两个数敲进计算器,按完又清零重按了两遍。金库里锁着 56,853 枚 BTC,按现价算约 37 亿美元,而 BABY 的流通市值只有 5000 万出头。

市场判断一个项目值多少钱,习惯动作是去翻市值排行,再看一眼解锁时间表,定价逻辑很熟练。可质押协议还有另一本账,用户真金白银锁进来的资产规模,它很少被摆到市值旁边看。

56,853 这个数我核了两处来源,Babylon 官方面板和第三方 TVL 统计对得上,按今天 6.4 万美元的币价折算约 36 亿到 37 亿美元,全网锁仓最大的比特币质押协议。另一头,BABY 流通约 40 亿枚,单价 0.013 美元上下,市值 5000 万美元级别。一除,70 多倍。

盯到这一层我才回过神,这两本账量的根本不是一回事。TVL 记的不是项目多值钱,是别人敢把多少钱交给这套规则,市值记的是市场愿意给代币功能出多少价。一个管安全,一个管定价,中间隔着 BTCVaults 还没跑起来的收入闭环。

当然,错配不等于低估。换 FDV 算,倍数缩到 20 多。TVL 里的 BTC 目前并不给协议带来收入,质押者赚的是通胀奖励,这本账和代币的现金流没接通。5000 万是贵是便宜,我下不了结论。

所以这组数据真正留下的不是一个结论,而是一个问题。市场是在给 BABY 的功能性正确定价,还是漏掉了金库里那 5 万多枚 BTC 迟早要接进同一张资产负债表。你们觉得,市场到底漏掉了什么?#baby $BABY
Xem bản dịch
$BTC 66600 两次没过,这个位置压力有点大,先看空,看 61800 能不能撑住,但是我感觉是撑不住的。毕竟好不容易站上的平台一下就下来了,66600 的骗多任务已经完成
$BTC 66600 两次没过,这个位置压力有点大,先看空,看 61800 能不能撑住,但是我感觉是撑不住的。毕竟好不容易站上的平台一下就下来了,66600 的骗多任务已经完成
Dịch trước bài bạch... Từ trước khi bẻ sang “Trustless Bitcoin Vaults” của TBV, tôi có hai câu hỏi: tỷ lệ thế chấp là bao nhiêu, và đường cảnh báo đặt ở đâu. Xem lại hai lượt vẫn không tìm thấy bảng thông số, nhưng lại bị dừng lại ở một ví dụ. Bob lấy 1 BTC vay 50.000 USD; nếu giá giảm xuống dưới 50.000 thì sẽ bị thanh lý. Cả bài không có con số LTV nào. Tôi sững lại—có lẽ mình đã tìm nhầm thứ. Các khoản vay và thanh lý trước đây: nền tảng sẽ tự đặt sẵn tham số. Tỷ lệ thế chấp, ngưỡng thanh lý, tiền phạt đều được ghi trong hợp đồng; báo giá oracle; chạm đường thì đóng vị thế, người dùng chỉ nhìn “health factor”. Nói thẳng ra: luật là do nền tảng viết, và “niềm tin” cũng được gói vào đó. Tư duy của @babylonlabs_io không đi theo hướng này. Kho bạc là một UTXO độc lập: khi khóa coin thì tiền ký trước một loạt giao dịch Bitcoin, đóng đinh điều kiện. Trả nợ rồi thì bạn có thể rút lại; giá giảm dưới mức được thỏa thuận thì bên kia có thể thanh lý. Bên chính thức gọi đó là “bằng chứng mật mã của trạng thái hợp đồng bên ngoài” được bật/có (gate) dựa trên BitVM3 xác minh. Đường thanh lý không phải tham số của nền tảng, mà là điều kiện được viết sẵn vào thời điểm bạn ký. Làm tôi đổi ý là ở đây hoàn toàn không có nền tảng thay bạn thiết lập cảnh báo. Ranh giới an toàn được chốt ngay lúc bạn ký; sau đó chỉ còn cách tự theo dõi giá, nạp thêm sớm hoặc trả nợ sớm. Nó cũng vẫn đang ở giai đoạn PoC: thị trường thử nghiệm VaultBTC trên Morpho, thanh khoản chỉ có cỡ vài chục đô. Dù sao hố cũng phải nói. Theo cách diễn giải trong bạch thư, thanh lý dựa trên người thanh lý nằm trong danh sách trắng, người thanh lý phải theo dõi giá rồi mới kích hoạt—không phải hoàn toàn không cần cấp phép. Toàn bộ chuỗi thao tác còn treo vào oracle: oracle báo sai thì phán đoán cũng sai. Những bước này không thể lấy cắp BTC của bạn, nhưng có thể khiến bạn bị thanh lý nhầm. Vì vậy, tôi nghĩ TBV thực sự đang làm không phải là sản phẩm vay mượn “tối ưu tham số” hơn, mà là chuyển việc thanh lý từ quy tắc của nền tảng thành điều kiện mật mã mà chính bạn đã ký vào. Miếng bánh có bị ép thanh lý không? Câu trả lời không nằm ở nút cảnh báo, mà nằm trong vài giao dịch bạn đã ký. Có chịu nổi tiền thật hay không, còn phải xem. #baby $BABY
Dịch trước bài bạch... Từ trước khi bẻ sang “Trustless Bitcoin Vaults” của TBV, tôi có hai câu hỏi: tỷ lệ thế chấp là bao nhiêu, và đường cảnh báo đặt ở đâu. Xem lại hai lượt vẫn không tìm thấy bảng thông số, nhưng lại bị dừng lại ở một ví dụ.
Bob lấy 1 BTC vay 50.000 USD; nếu giá giảm xuống dưới 50.000 thì sẽ bị thanh lý. Cả bài không có con số LTV nào. Tôi sững lại—có lẽ mình đã tìm nhầm thứ.
Các khoản vay và thanh lý trước đây: nền tảng sẽ tự đặt sẵn tham số. Tỷ lệ thế chấp, ngưỡng thanh lý, tiền phạt đều được ghi trong hợp đồng; báo giá oracle; chạm đường thì đóng vị thế, người dùng chỉ nhìn “health factor”. Nói thẳng ra: luật là do nền tảng viết, và “niềm tin” cũng được gói vào đó.
Tư duy của @BabylonLabs_io không đi theo hướng này. Kho bạc là một UTXO độc lập: khi khóa coin thì tiền ký trước một loạt giao dịch Bitcoin, đóng đinh điều kiện. Trả nợ rồi thì bạn có thể rút lại; giá giảm dưới mức được thỏa thuận thì bên kia có thể thanh lý. Bên chính thức gọi đó là “bằng chứng mật mã của trạng thái hợp đồng bên ngoài” được bật/có (gate) dựa trên BitVM3 xác minh. Đường thanh lý không phải tham số của nền tảng, mà là điều kiện được viết sẵn vào thời điểm bạn ký.
Làm tôi đổi ý là ở đây hoàn toàn không có nền tảng thay bạn thiết lập cảnh báo. Ranh giới an toàn được chốt ngay lúc bạn ký; sau đó chỉ còn cách tự theo dõi giá, nạp thêm sớm hoặc trả nợ sớm. Nó cũng vẫn đang ở giai đoạn PoC: thị trường thử nghiệm VaultBTC trên Morpho, thanh khoản chỉ có cỡ vài chục đô.
Dù sao hố cũng phải nói. Theo cách diễn giải trong bạch thư, thanh lý dựa trên người thanh lý nằm trong danh sách trắng, người thanh lý phải theo dõi giá rồi mới kích hoạt—không phải hoàn toàn không cần cấp phép. Toàn bộ chuỗi thao tác còn treo vào oracle: oracle báo sai thì phán đoán cũng sai. Những bước này không thể lấy cắp BTC của bạn, nhưng có thể khiến bạn bị thanh lý nhầm.
Vì vậy, tôi nghĩ TBV thực sự đang làm không phải là sản phẩm vay mượn “tối ưu tham số” hơn, mà là chuyển việc thanh lý từ quy tắc của nền tảng thành điều kiện mật mã mà chính bạn đã ký vào. Miếng bánh có bị ép thanh lý không? Câu trả lời không nằm ở nút cảnh báo, mà nằm trong vài giao dịch bạn đã ký. Có chịu nổi tiền thật hay không, còn phải xem.
#baby $BABY
Xem bản dịch
凌晨刷手机,看到又一条新链宣布接入比特币安全性,我想起三年前那些靠疯狂增发代币养验证者的新链,币价还没上线就注定被通胀拖垮。顺着这条公告摸到 @babylonlabs_io 的文档,我突然意识到,比特币质押叙事的另一面,其实是新链的一笔降本增效账。 先说认可。新链冷启动最难的是安全,自己养 Validator 就得用高通胀代币发激励,等于拿币价换安全。Babylon 让新链改成租用 BTC 做担保,把激励付给比特币质押者,代币不用疯狂增发,价值的锚反而更稳。对参与新链挖矿的用户来说,抛压小了,确实算利好,这个逻辑我觉得是真实成立的。 但现实是,安全不是花钱就能买断的商品。新链买到的是被验证的资格,而谁有资格定规则去判断质押者违规,答案藏在 Policy 和治理流程里。一旦下游链治理透明度不足,规则可以被少数人修改,这份租来的安全随时可能变成一纸空文,挖矿用户承受的反而是币价和规则的双重风险。 我不替任何新链补上代币更稳的承诺,因为治理细节的披露至今仍是缺口,而缺口本身就是风险。你们会为一条用 BTC 担保的新链买单吗?写完这段时,天已经蒙蒙亮了。 #baby $BABY
凌晨刷手机,看到又一条新链宣布接入比特币安全性,我想起三年前那些靠疯狂增发代币养验证者的新链,币价还没上线就注定被通胀拖垮。顺着这条公告摸到 @BabylonLabs_io 的文档,我突然意识到,比特币质押叙事的另一面,其实是新链的一笔降本增效账。
先说认可。新链冷启动最难的是安全,自己养 Validator 就得用高通胀代币发激励,等于拿币价换安全。Babylon 让新链改成租用 BTC 做担保,把激励付给比特币质押者,代币不用疯狂增发,价值的锚反而更稳。对参与新链挖矿的用户来说,抛压小了,确实算利好,这个逻辑我觉得是真实成立的。
但现实是,安全不是花钱就能买断的商品。新链买到的是被验证的资格,而谁有资格定规则去判断质押者违规,答案藏在 Policy 和治理流程里。一旦下游链治理透明度不足,规则可以被少数人修改,这份租来的安全随时可能变成一纸空文,挖矿用户承受的反而是币价和规则的双重风险。
我不替任何新链补上代币更稳的承诺,因为治理细节的披露至今仍是缺口,而缺口本身就是风险。你们会为一条用 BTC 担保的新链买单吗?写完这段时,天已经蒙蒙亮了。
#baby $BABY
Xem bản dịch
比特币打人了😱
比特币打人了😱
Xem bản dịch
前阵子和老朋友喝茶,聊到比特币理财,大家最恐惧的还是把币打给平台换个数字,这种对资产控制权的执着其实就是老韭菜最朴素的心理安全感。传统存币生息的本质是债权转移,币一旦离开你的地址,你手里剩下的只是一份脆弱的兑付承诺,平台出问题时这份承诺一文不值。直到我把 @babylonlabs_io 的文档递过去,说币可以躺在自己地址里生息,他们的第一反应不是兴奋而是警惕。 正是这份警惕让我去深研它的底层逻辑,我发现它在机制层面重定义了交易:通过主网脚本嵌入 Timelock 约束,让比特币在不出让私钥的前提下进入合约锁定状态,变成能生息的活钱。你的币始终躺在自己地址里,没有跨链转移,只是被加上了一层关于时间和条件的规则,收益是下游 PoS 链为这份安全性支付的对价。 $RIF 它用 EOTS 把行为与资产绑定,一旦下游链上双重签名,主网锁定的币就会触发罚没,信机制取代信人。但现实是,币在手不代表权在己,那段 Script 已预设了强制执行的路径,下游 Policy 的变更权限由谁约束,文档里没有答案。 $ON 我核对了三遍 Babylon 文档里解锁期的触发流程,紧急断路器的权限定义依然模糊。我不替官方补这个缺口,信息缺口本身就是风险。你们觉得这种币在手、权在外的设计能走多远?写完时茶已经凉透了。#baby $BABY
前阵子和老朋友喝茶,聊到比特币理财,大家最恐惧的还是把币打给平台换个数字,这种对资产控制权的执着其实就是老韭菜最朴素的心理安全感。传统存币生息的本质是债权转移,币一旦离开你的地址,你手里剩下的只是一份脆弱的兑付承诺,平台出问题时这份承诺一文不值。直到我把 @BabylonLabs_io 的文档递过去,说币可以躺在自己地址里生息,他们的第一反应不是兴奋而是警惕。
正是这份警惕让我去深研它的底层逻辑,我发现它在机制层面重定义了交易:通过主网脚本嵌入 Timelock 约束,让比特币在不出让私钥的前提下进入合约锁定状态,变成能生息的活钱。你的币始终躺在自己地址里,没有跨链转移,只是被加上了一层关于时间和条件的规则,收益是下游 PoS 链为这份安全性支付的对价。
$RIF
它用 EOTS 把行为与资产绑定,一旦下游链上双重签名,主网锁定的币就会触发罚没,信机制取代信人。但现实是,币在手不代表权在己,那段 Script 已预设了强制执行的路径,下游 Policy 的变更权限由谁约束,文档里没有答案。
$ON
我核对了三遍 Babylon 文档里解锁期的触发流程,紧急断路器的权限定义依然模糊。我不替官方补这个缺口,信息缺口本身就是风险。你们觉得这种币在手、权在外的设计能走多远?写完时茶已经凉透了。#baby $BABY
币在手权在手才安全
0%
币在手全在 babylon 才好用
0%
0 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Xem bản dịch
梁文锋都知道要开多号打新😄
梁文锋都知道要开多号打新😄
Đã xác minh
Không phải ai cũng mỗi ngày phải mở hàng chục hợp đồng, nhưng nhiều sản phẩm DEX mặc định người dùng đến đây để giao dịch tần suất cao. Người thỉnh thoảng mới điều chỉnh vị thế thì phần lớn thời gian ký quỹ lại nhàn rỗi; người thiên về lợi suất thì cũng không muốn ngồi canh bảng cả ngày. Muốn nắm thêm trạng thái tiếp xúc với vàng và cổ phiếu Mỹ thì lại phải cắt sang nền tảng khác. Tôi đã gom các luồng vốn này lại và xem xét vài vòng, cảm giác @grvt_io giống như đang xây một nền tảng môi giới trên chuỗi hơn là chỉ là một công cụ đặt lệnh vĩnh viễn mã hóa. Vấn đề là DEX truyền thống thường chỉ xử lý khoảnh khắc khớp lệnh. Sau khi khớp xong, thì vốn nhàn rỗi làm thế nào để gia tăng giá trị, người dùng giao dịch thưa thớt thì triển khai chiến lược ra sao, các tài sản khác nhau dùng chung số dư như thế nào—tất cả đều được trả lại để người dùng tự giải quyết. Lợi nhuận giao dịch và việc phân bổ đầu tư nằm rải rác trong nhiều giao thức; mỗi khi có một nhu cầu mới lại phải chuyển ủy quyền tài sản theo hợp đồng một lần nữa rồi đối chiếu lại rủi ro.$EVAA GRVT dùng One Balance và ký quỹ thống nhất để gom các nhu cầu này vào cùng một hệ thống tài khoản. Người giao dịch tích cực có thể dùng sổ lệnh giới hạn trung tâm để quản lý trực tiếp vị thế vĩnh viễn; quyền lợi tài khoản của người giao dịch thưa thớt tiếp tục được tính lãi thông qua Earn on Equity. Người thiên về lợi suất còn có thể phân bổ vào các kho chiến lược như GLP, lấy phần chiến lược để nhận chia sẻ lợi nhuận từ làm thị trường—thực sự không cần tự ngày nào cũng canh lệnh để điều chỉnh. Người muốn chơi RWA cũng có lý do rất rõ ràng để dùng GRVT. GRVT cung cấp trạng thái giá phơi bày trên chuỗi đối với tài sản truyền thống như vàng và cổ phiếu, cho phép bạn quản lý đồng thời tài sản mã hóa và hợp đồng vĩnh viễn RWA trong cùng một giao diện. Các thao tác liên quan đến trạng thái tài khoản và thanh toán vốn được giao cho ZKsync Validium và bằng chứng không kiến thức để xác minh, nhằm giữ vững ranh giới tự giám sát ở mức tối đa.$SXT Giá trị cốt lõi của cấu trúc này không nằm ở việc nhồi nhét được bao nhiêu tính năng, mà ở chỗ cùng một khoản vốn có thể tiết kiệm phiền phức khi phải qua lại giữa giao dịch sinh lãi và cấu hình chiến lược. Vì vậy GRVT không chỉ phục vụ người chơi hợp đồng kỳ hạn tần suất cao, mà còn mở rộng sang người dùng thiên về lợi nhuận giao dịch thưa thớt và cả người dùng RWA. Tất nhiên các rủi ro như điều kiện tính lãi, chiến lược rút lui/giảm giá và tình huống cổ phiếu tài sản truyền thống mở cửa nhảy gap đều cần được đánh giá riêng. Định vị của nó đúng là đã vượt xa DEX vĩnh viễn thông thường—nhưng liệu có thể vững vàng bao trọn ngần ấy nhu cầu hay không, chúng ta vẫn phải tiếp tục quan sát.#grvt
Không phải ai cũng mỗi ngày phải mở hàng chục hợp đồng, nhưng nhiều sản phẩm DEX mặc định người dùng đến đây để giao dịch tần suất cao. Người thỉnh thoảng mới điều chỉnh vị thế thì phần lớn thời gian ký quỹ lại nhàn rỗi; người thiên về lợi suất thì cũng không muốn ngồi canh bảng cả ngày. Muốn nắm thêm trạng thái tiếp xúc với vàng và cổ phiếu Mỹ thì lại phải cắt sang nền tảng khác. Tôi đã gom các luồng vốn này lại và xem xét vài vòng, cảm giác @grvt_io giống như đang xây một nền tảng môi giới trên chuỗi hơn là chỉ là một công cụ đặt lệnh vĩnh viễn mã hóa.

Vấn đề là DEX truyền thống thường chỉ xử lý khoảnh khắc khớp lệnh. Sau khi khớp xong, thì vốn nhàn rỗi làm thế nào để gia tăng giá trị, người dùng giao dịch thưa thớt thì triển khai chiến lược ra sao, các tài sản khác nhau dùng chung số dư như thế nào—tất cả đều được trả lại để người dùng tự giải quyết. Lợi nhuận giao dịch và việc phân bổ đầu tư nằm rải rác trong nhiều giao thức; mỗi khi có một nhu cầu mới lại phải chuyển ủy quyền tài sản theo hợp đồng một lần nữa rồi đối chiếu lại rủi ro.$EVAA

GRVT dùng One Balance và ký quỹ thống nhất để gom các nhu cầu này vào cùng một hệ thống tài khoản. Người giao dịch tích cực có thể dùng sổ lệnh giới hạn trung tâm để quản lý trực tiếp vị thế vĩnh viễn; quyền lợi tài khoản của người giao dịch thưa thớt tiếp tục được tính lãi thông qua Earn on Equity. Người thiên về lợi suất còn có thể phân bổ vào các kho chiến lược như GLP, lấy phần chiến lược để nhận chia sẻ lợi nhuận từ làm thị trường—thực sự không cần tự ngày nào cũng canh lệnh để điều chỉnh.

Người muốn chơi RWA cũng có lý do rất rõ ràng để dùng GRVT. GRVT cung cấp trạng thái giá phơi bày trên chuỗi đối với tài sản truyền thống như vàng và cổ phiếu, cho phép bạn quản lý đồng thời tài sản mã hóa và hợp đồng vĩnh viễn RWA trong cùng một giao diện. Các thao tác liên quan đến trạng thái tài khoản và thanh toán vốn được giao cho ZKsync Validium và bằng chứng không kiến thức để xác minh, nhằm giữ vững ranh giới tự giám sát ở mức tối đa.$SXT

Giá trị cốt lõi của cấu trúc này không nằm ở việc nhồi nhét được bao nhiêu tính năng, mà ở chỗ cùng một khoản vốn có thể tiết kiệm phiền phức khi phải qua lại giữa giao dịch sinh lãi và cấu hình chiến lược. Vì vậy GRVT không chỉ phục vụ người chơi hợp đồng kỳ hạn tần suất cao, mà còn mở rộng sang người dùng thiên về lợi nhuận giao dịch thưa thớt và cả người dùng RWA. Tất nhiên các rủi ro như điều kiện tính lãi, chiến lược rút lui/giảm giá và tình huống cổ phiếu tài sản truyền thống mở cửa nhảy gap đều cần được đánh giá riêng. Định vị của nó đúng là đã vượt xa DEX vĩnh viễn thông thường—nhưng liệu có thể vững vàng bao trọn ngần ấy nhu cầu hay không, chúng ta vẫn phải tiếp tục quan sát.#grvt
低频玩家也可以来 grvt
0%
每个交易所都这么说
100%
1 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Bài viết
Xem bản dịch
Newton Protocol 与账户抽象,真正要隐藏的不是成本第一次让新用户测试链上存款时,他并没有卡在收益率或风险提示上,而是卡在钱包里那行“余额不足”。账户明明有稳定币,却因为没有目标链原生代币,连授权都发不出去。为了跑通流程,我先跨链补 Gas,再重做授权和存款,最后把 UserOperation 的费用估算与实际扣款核对了几遍。用户只想完成一次操作,底层却要求他先理解网络和手续费。@NewtonProtocol 与账户抽象结合后,应该消除的就是这层无意义的阻力。 所谓无 Gas 体验,不是链上执行真的不需要成本,而是用户不必亲自准备原生代币。传统钱包要求每条链都保留对应的 Gas 资产。换一条网络,就要重新检查余额。资金跨过去了,Gas 没过去,账户依旧无法使用。对熟悉链上操作的人来说只是麻烦,对第一次接触钱包的人来说,这已经足够让整个流程中断。 账户抽象改变了费用支付的入口。用户发出的不再是传统交易,而是 UserOperation。智能账户描述自己想完成的动作,再由 Bundler 收集并提交。Paymaster 可以按照预设条件代付执行成本。用户只需要表达存款,兑换或再平衡的意图,不必先购买原生代币,也不用判断当前网络应该准备哪一种 Gas。 但代付不是简单替用户买单。Newton Protocol 需要先回答谁承担费用,以及什么操作值得承担。协议可以补贴新用户的首次交互,应用可以为特定任务支付成本,用户也可以用稳定币结算。不同模式背后对应完全不同的风控。若 Paymaster 对所有请求开放,攻击者可以批量创建无效操作,迅速耗尽补贴余额。 因此,第一道技术门槛是 Paymaster 验证逻辑。代付前需要检查目标合约,函数选择器,操作金额,账户状态和补贴额度。一次许可的存款可以获得补贴,不代表任意转账也能使用同一通道。重复失败的账户应进入冷却期。高 Gas 调用也要设置上限。无 Gas 体验可以隐藏付费步骤,却不能取消成本约束。 第二道门槛是 UserOperation 模拟。Bundler 接收请求前,需要确认智能账户验证能够通过,Paymaster 余额充足,调用不会因为权限或参数问题回滚。类似 simulateValidation 的流程,可以提前发现签名错误,nonce 冲突和费用估算不足。光是把预估 Gas,Paymaster 扣款和最终回执放在一起核对,我就发现过一次费用字段计算偏差。若模拟不准确,用户看到的是免费,应用承担的却可能是连续失败的真实成本。 Newton Protocol 还要避免把 Gas 隐藏成一笔看不懂的资产扣款。如果用户选择稳定币支付,界面应在执行前说明预计扣除多少,汇率依据是什么,是否包含服务费。用户感知不到原生 Gas,不等于可以感知不到成本。真正顺滑的体验,是把复杂费用换成可理解的总价,而不是把收费位置从钱包弹窗移到账户余额里。 多链场景更能体现这种组合的价值。用户在目标链没有原生代币时,代理仍可通过 Paymaster 完成授权和合约调用。Newton Protocol 可以根据任务选择代付方,再由智能账户完成执行。对用户来说,只是下达了一次操作。对底层来说,系统已经处理了网络识别,费用估算,代付验证和交易打包。复杂度被吸收进基础设施,而不是继续推给用户。 不过,Paymaster 也会成为新的可用性节点。余额不足,服务暂停或验证规则更新,都可能让原本正常的操作无法提交。如果 Newton Protocol 只依赖单一代付方,所谓无 Gas 体验会在故障时突然消失。更稳妥的方式是准备多个费用来源。补贴不可用时,可以切换稳定币支付。代付服务异常时,也应允许用户选择自行支付,而不是让整个账户失去执行能力。 代付机制还可能影响交易排序。用户不再直接设置 Gas 后,Bundler 和 Paymaster 对费用估算拥有更大影响。极端拥堵时,过低报价会让 UserOperation 长时间停留,过高报价又会迅速消耗预算。Newton Protocol 如果承担自动执行,还要根据任务紧急程度分级。清算保护可以提高费用上限,普通复投则可以等待低成本区间。无 Gas 不代表所有任务使用同一种费率。$BILL 账户抽象真正改变的,也不只是付款方式。智能账户可以把签名验证,权限切片和代付条件放进同一套执行逻辑。代理获得有限操作权限,Paymaster 只为符合策略的调用付费,Bundler 负责将请求送上链。三者闭合后,用户不需要准备原生代币,代理也不能借代付通道执行无关交易。这才是 Newton Protocol 与 AA 结合的实际意义。$PALU 我不会把无 Gas 描述成免费链上交互。每笔操作仍有人付费,系统也要承担模拟失败和补贴滥用的成本。Newton Protocol 需要证明的,是费用能否被合理路由,代付规则能否阻止垃圾调用,多链故障时是否存在备用方案。把 Gas 从用户面前藏起来并不难,长期稳定地处理背后的账单才难。先看它在拥堵和代付失效时怎么处理,不急着下结论。$NEWT #Newt

Newton Protocol 与账户抽象,真正要隐藏的不是成本

第一次让新用户测试链上存款时,他并没有卡在收益率或风险提示上,而是卡在钱包里那行“余额不足”。账户明明有稳定币,却因为没有目标链原生代币,连授权都发不出去。为了跑通流程,我先跨链补 Gas,再重做授权和存款,最后把 UserOperation 的费用估算与实际扣款核对了几遍。用户只想完成一次操作,底层却要求他先理解网络和手续费。@NewtonProtocol 与账户抽象结合后,应该消除的就是这层无意义的阻力。
所谓无 Gas 体验,不是链上执行真的不需要成本,而是用户不必亲自准备原生代币。传统钱包要求每条链都保留对应的 Gas 资产。换一条网络,就要重新检查余额。资金跨过去了,Gas 没过去,账户依旧无法使用。对熟悉链上操作的人来说只是麻烦,对第一次接触钱包的人来说,这已经足够让整个流程中断。
账户抽象改变了费用支付的入口。用户发出的不再是传统交易,而是 UserOperation。智能账户描述自己想完成的动作,再由 Bundler 收集并提交。Paymaster 可以按照预设条件代付执行成本。用户只需要表达存款,兑换或再平衡的意图,不必先购买原生代币,也不用判断当前网络应该准备哪一种 Gas。
但代付不是简单替用户买单。Newton Protocol 需要先回答谁承担费用,以及什么操作值得承担。协议可以补贴新用户的首次交互,应用可以为特定任务支付成本,用户也可以用稳定币结算。不同模式背后对应完全不同的风控。若 Paymaster 对所有请求开放,攻击者可以批量创建无效操作,迅速耗尽补贴余额。
因此,第一道技术门槛是 Paymaster 验证逻辑。代付前需要检查目标合约,函数选择器,操作金额,账户状态和补贴额度。一次许可的存款可以获得补贴,不代表任意转账也能使用同一通道。重复失败的账户应进入冷却期。高 Gas 调用也要设置上限。无 Gas 体验可以隐藏付费步骤,却不能取消成本约束。
第二道门槛是 UserOperation 模拟。Bundler 接收请求前,需要确认智能账户验证能够通过,Paymaster 余额充足,调用不会因为权限或参数问题回滚。类似 simulateValidation 的流程,可以提前发现签名错误,nonce 冲突和费用估算不足。光是把预估 Gas,Paymaster 扣款和最终回执放在一起核对,我就发现过一次费用字段计算偏差。若模拟不准确,用户看到的是免费,应用承担的却可能是连续失败的真实成本。
Newton Protocol 还要避免把 Gas 隐藏成一笔看不懂的资产扣款。如果用户选择稳定币支付,界面应在执行前说明预计扣除多少,汇率依据是什么,是否包含服务费。用户感知不到原生 Gas,不等于可以感知不到成本。真正顺滑的体验,是把复杂费用换成可理解的总价,而不是把收费位置从钱包弹窗移到账户余额里。
多链场景更能体现这种组合的价值。用户在目标链没有原生代币时,代理仍可通过 Paymaster 完成授权和合约调用。Newton Protocol 可以根据任务选择代付方,再由智能账户完成执行。对用户来说,只是下达了一次操作。对底层来说,系统已经处理了网络识别,费用估算,代付验证和交易打包。复杂度被吸收进基础设施,而不是继续推给用户。
不过,Paymaster 也会成为新的可用性节点。余额不足,服务暂停或验证规则更新,都可能让原本正常的操作无法提交。如果 Newton Protocol 只依赖单一代付方,所谓无 Gas 体验会在故障时突然消失。更稳妥的方式是准备多个费用来源。补贴不可用时,可以切换稳定币支付。代付服务异常时,也应允许用户选择自行支付,而不是让整个账户失去执行能力。
代付机制还可能影响交易排序。用户不再直接设置 Gas 后,Bundler 和 Paymaster 对费用估算拥有更大影响。极端拥堵时,过低报价会让 UserOperation 长时间停留,过高报价又会迅速消耗预算。Newton Protocol 如果承担自动执行,还要根据任务紧急程度分级。清算保护可以提高费用上限,普通复投则可以等待低成本区间。无 Gas 不代表所有任务使用同一种费率。$BILL
账户抽象真正改变的,也不只是付款方式。智能账户可以把签名验证,权限切片和代付条件放进同一套执行逻辑。代理获得有限操作权限,Paymaster 只为符合策略的调用付费,Bundler 负责将请求送上链。三者闭合后,用户不需要准备原生代币,代理也不能借代付通道执行无关交易。这才是 Newton Protocol 与 AA 结合的实际意义。$PALU
我不会把无 Gas 描述成免费链上交互。每笔操作仍有人付费,系统也要承担模拟失败和补贴滥用的成本。Newton Protocol 需要证明的,是费用能否被合理路由,代付规则能否阻止垃圾调用,多链故障时是否存在备用方案。把 Gas 从用户面前藏起来并不难,长期稳定地处理背后的账单才难。先看它在拥堵和代付失效时怎么处理,不急着下结论。$NEWT #Newt
Xem bản dịch
将自动化策略部署到智能钱包后,我发现账户抽象虽解决了交易发送问题,却未界定代理的权限边界。批量交易与 Gas 代付减少了签名,但当我故意替换目标协议并提高额度时,钱包仍能构造 UserOperation。比对 EntryPoint 校验与策略合约返回数据后,我确认限制最终来自 @NewtonProtocol 而非钱包界面。 $BILL 账户抽象的核心价值在于改善体验,它能打包多步调用并处理 Gas。但当自动化代理接入后,智能钱包仅获得了更灵活的执行能力。代理能调用哪些资产和协议以及动用多少额度,仍需额外规则管理。执行躯壳更灵活,不代表动作天然安全。 $PALU Newton Protocol 恰好补足了决策与约束层。策略约束预先限定代理可访问的币种与目标协议及额度。simulatePolicy 在执行前预演资产变化,再将结果交由智能账户校验。账户抽象负责完成链上调用,Newton Protocol 则判断调用是否符合用户意图。即使代理更换路径,也无法跨出合约划定的权限范围。 这确立了二者合理的分工。智能钱包让链上操作更顺手,Newton Protocol 让自动化权限始终可控,好用与好管不必互相牺牲。后续更值得核验的是,当策略更新与账户恢复同时发生时,旧权限能否被彻底切断。智能钱包提供执行身体,安全指令必须拥有独立且可验证的刹车机制。真正的自动化信任建立在执行与约束完美解耦之上。#newt $NEWT
将自动化策略部署到智能钱包后,我发现账户抽象虽解决了交易发送问题,却未界定代理的权限边界。批量交易与 Gas 代付减少了签名,但当我故意替换目标协议并提高额度时,钱包仍能构造 UserOperation。比对 EntryPoint 校验与策略合约返回数据后,我确认限制最终来自 @NewtonProtocol 而非钱包界面。
$BILL

账户抽象的核心价值在于改善体验,它能打包多步调用并处理 Gas。但当自动化代理接入后,智能钱包仅获得了更灵活的执行能力。代理能调用哪些资产和协议以及动用多少额度,仍需额外规则管理。执行躯壳更灵活,不代表动作天然安全。
$PALU

Newton Protocol 恰好补足了决策与约束层。策略约束预先限定代理可访问的币种与目标协议及额度。simulatePolicy 在执行前预演资产变化,再将结果交由智能账户校验。账户抽象负责完成链上调用,Newton Protocol 则判断调用是否符合用户意图。即使代理更换路径,也无法跨出合约划定的权限范围。

这确立了二者合理的分工。智能钱包让链上操作更顺手,Newton Protocol 让自动化权限始终可控,好用与好管不必互相牺牲。后续更值得核验的是,当策略更新与账户恢复同时发生时,旧权限能否被彻底切断。智能钱包提供执行身体,安全指令必须拥有独立且可验证的刹车机制。真正的自动化信任建立在执行与约束完美解耦之上。#newt $NEWT
Xem bản dịch
策略被抄很多时候真不是自己说漏嘴,而是链上记录把底牌全亮出来了。现在多数DEX默认公开地址和资金流向,别人顺着时间线盯几次,你的建仓方向和补仓节奏就全暴露了。@grvt_io 主打交易隐私,重点不是吹嘘绝对防跟单,而是实打实减少交易意图在链上的直接暴露。 我复盘过一个活跃地址的链上数据。单笔记录看不出啥,但把转账和余额变化叠在一起看,什么时候建仓、哪里追保、何时减仓,逻辑一目了然。散户看个热闹无所谓,但对大户和做市商来说,这就是被抢跑和被复制策略的灾难,滑点也会变大。 问题其实出在一切皆上链的公共执行环境。订单和账户状态一旦明文上链,数据分析工具就能给你画出完整的行为画像。钱虽然还是你的,但策略路径成了公开数据。资金量越大操作越规律,被看穿意图的代价就越惨痛。 GRVT的解法是把验证和展示拆开。订单在链下订单簿处理,结算走基于ZKsync的Validium。交易数据存在链下,只用零知识证明来验证状态更新,不需要把保证金和成交细节全公开。这就大大增加了别人靠链上数据反推你策略的难度。 不过咱们也得客观,隐私保护不等于绝对隐形。你的链上转账、外部钱包互动甚至下单习惯,依然可能留下蛛丝马迹。GRVT解决的是公开暴露面的问题,而不是让你彻底隐身。这个方向有实际价值,但隐私边界在哪、长期效果如何,还需要时间来检验。#grvt
策略被抄很多时候真不是自己说漏嘴,而是链上记录把底牌全亮出来了。现在多数DEX默认公开地址和资金流向,别人顺着时间线盯几次,你的建仓方向和补仓节奏就全暴露了。@grvt_io 主打交易隐私,重点不是吹嘘绝对防跟单,而是实打实减少交易意图在链上的直接暴露。

我复盘过一个活跃地址的链上数据。单笔记录看不出啥,但把转账和余额变化叠在一起看,什么时候建仓、哪里追保、何时减仓,逻辑一目了然。散户看个热闹无所谓,但对大户和做市商来说,这就是被抢跑和被复制策略的灾难,滑点也会变大。

问题其实出在一切皆上链的公共执行环境。订单和账户状态一旦明文上链,数据分析工具就能给你画出完整的行为画像。钱虽然还是你的,但策略路径成了公开数据。资金量越大操作越规律,被看穿意图的代价就越惨痛。

GRVT的解法是把验证和展示拆开。订单在链下订单簿处理,结算走基于ZKsync的Validium。交易数据存在链下,只用零知识证明来验证状态更新,不需要把保证金和成交细节全公开。这就大大增加了别人靠链上数据反推你策略的难度。

不过咱们也得客观,隐私保护不等于绝对隐形。你的链上转账、外部钱包互动甚至下单习惯,依然可能留下蛛丝马迹。GRVT解决的是公开暴露面的问题,而不是让你彻底隐身。这个方向有实际价值,但隐私边界在哪、长期效果如何,还需要时间来检验。#grvt
我的操作终于只属于我一个人了
67%
我这点钱谁看得上啊
33%
6 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Bài viết
Xem bản dịch
前端可以被绕过,Newton Protocol 把安全边界写进合约钓鱼页面里的按钮和原站几乎一模一样,钱包弹窗显示的合约地址也没有明显异常。真正拆开 calldata 后,我才发现调用金额被放大,最低到账额被改低,接收参数还多套了一层路由。为了确认不是解码工具出错,我又把函数选择器和事件日志对了几遍。前端可以伪装,接口也可以被替换。如果风险规则只存在于网页里,用户一旦绕开官方入口,所有限制都会一起消失。@NewtonProtocol 的合约级执行,针对的正是这个缺口。 不少链上产品把风控放在前端。页面负责限制金额,过滤代币,计算滑点,再提醒用户哪些操作危险。正常使用时,这套流程看起来完整。但前端不是资产的最终守门人。攻击者可以复制页面,篡改脚本,劫持域名,也可以直接构造交易调用合约。只要底层合约仍接受这些参数,网页上的红色警告就没有强制力。 更麻烦的是链上代理不一定经过网页。模型生成意图后,执行器可能直接调用 RPC。聚合器返回路由后,服务节点也可能直接组装交易。页面没有参与,前端设置的额度上限和协议白名单自然无法生效。把安全寄托在某个入口没有被绕过,本质上仍是在相信调用链中的每个组件。 Newton Protocol 如果要实现硬核风控,规则就不能只是界面配置。用户设定的合约范围,函数权限,资产名单,单次额度,滑点上限和接收方约束,都需要进入智能账户或执行合约。无论请求来自官方网页,第三方应用,自动化代理还是攻击者自建脚本,最终都必须经过同一套链上验证。入口可以变化,资产出口只有一个。 这里的第一个技术锚点是函数选择器校验。只验证目标合约地址远远不够。同一个协议可能同时提供存款,提款,授权管理和紧急转移接口。代理被允许调用 deposit,不代表它能调用 withdrawTo。执行合约需要读取 calldata 前四个字节,再结合参数范围判断具体能力。攻击者即使绕过前端,也无法把许可调用替换成另一项高风险操作。 第二层是策略哈希。用户确认规则时,将协议白名单,额度和价格限制编码为链上承诺。代理每次提交交易,都要引用对应的策略版本。任何链下服务都不能悄悄扩大金额,新增目标合约或降低最低到账额。规则确实需要调整时,必须由用户重新授权并更新哈希。这样前端只负责展示和配置,不再拥有修改安全边界的最终权力。 simulatePolicy 可以提前告诉用户交易能否通过,但它不能代替合约验证。链下模拟适合发现失败原因,也能减少无意义的 Gas 消耗。真正执行时,合约仍要重新检查调用对象,金额,资产流向和策略状态。模拟通过后如果 calldata 被替换,链上检查必须拒绝。否则攻击者只需伪造一份正常模拟结果,再提交另一笔交易。 价格约束也要写进执行逻辑。只限制调用函数,仍然挡不住恶意报价。攻击者可以让代理调用许可的 swap,却把最低到账额设置得极低。合约需要参考预言机价格,检查实际输出和允许偏差。若报价超出阈值,交易直接回滚。这样即使前端隐藏滑点信息,底层也不会接受明显失真的兑换。 接收方限制同样关键。聚合交易经常经过多个路由器和流动性池,中间地址很难完全固定,但最终资产必须进入用户账户或指定仓位。Newton Protocol 需要验证最终受益人,而不是只看第一层调用地址。路由可以调整,接收方不能由网页脚本临时改写。资金经过再多中间合约,也不能落到许可范围之外。 合约级风控并不意味着把所有规则永久写死。市场状态会变化,协议也会升级。更合理的方式,是把不可突破的底线与可调整参数分开。禁止任意转账,限制接收方和保护主资产属于硬规则。额度,滑点和许可协议可以在用户授权后更新。紧急情况下还要有暂停和撤销机制,避免旧策略在新风险环境中继续运行。 这套方案也有成本。链上验证越复杂,Gas 消耗越高。组合交易需要解析多层调用,规则过细还可能误伤正常路由。Newton Protocol 必须在验证强度和执行效率之间取舍。可以把部分复杂计算放在链下,再通过 ZK 证明把结果带回链上。但最后的证明校验和权限判断不能省掉,否则安全边界又会退回服务端。 另一个难点是合约升级。风控合约自身如果保留过大的管理员权限,攻击者只需控制升级入口,就能替换全部规则。升级应设置延迟,多签确认和清晰的链上记录。用户也要知道当前账户依赖哪个验证模块,模块何时更新,新版本改变了哪些限制。把规则写进合约只是第一步,谁能修改合约同样决定安全性。 所以,Newton Protocol 的合约级执行不该被理解成更复杂的钱包功能。它是在前端之外建立一条无法绕开的资产防线。网页负责把操作讲清楚,代理负责规划路径,合约只负责判断这笔调用是否越过规则。哪一层遭到干扰,都不能单独改变最终权限。 接下来更值得检查的是,Newton Protocol 能否拦截直接 RPC 调用,能否识别合法合约里的恶意参数,也能否防止管理员通过升级绕开原有规则。正常页面里的风控提示并不能证明什么。关掉网页,修改 calldata,再从另一个入口提交,交易依旧过不了,才说明这道防线真正落在链上。先看这些对抗测试,不急着下结论。$NEWT #Newt

前端可以被绕过,Newton Protocol 把安全边界写进合约

钓鱼页面里的按钮和原站几乎一模一样,钱包弹窗显示的合约地址也没有明显异常。真正拆开 calldata 后,我才发现调用金额被放大,最低到账额被改低,接收参数还多套了一层路由。为了确认不是解码工具出错,我又把函数选择器和事件日志对了几遍。前端可以伪装,接口也可以被替换。如果风险规则只存在于网页里,用户一旦绕开官方入口,所有限制都会一起消失。@NewtonProtocol 的合约级执行,针对的正是这个缺口。
不少链上产品把风控放在前端。页面负责限制金额,过滤代币,计算滑点,再提醒用户哪些操作危险。正常使用时,这套流程看起来完整。但前端不是资产的最终守门人。攻击者可以复制页面,篡改脚本,劫持域名,也可以直接构造交易调用合约。只要底层合约仍接受这些参数,网页上的红色警告就没有强制力。
更麻烦的是链上代理不一定经过网页。模型生成意图后,执行器可能直接调用 RPC。聚合器返回路由后,服务节点也可能直接组装交易。页面没有参与,前端设置的额度上限和协议白名单自然无法生效。把安全寄托在某个入口没有被绕过,本质上仍是在相信调用链中的每个组件。
Newton Protocol 如果要实现硬核风控,规则就不能只是界面配置。用户设定的合约范围,函数权限,资产名单,单次额度,滑点上限和接收方约束,都需要进入智能账户或执行合约。无论请求来自官方网页,第三方应用,自动化代理还是攻击者自建脚本,最终都必须经过同一套链上验证。入口可以变化,资产出口只有一个。
这里的第一个技术锚点是函数选择器校验。只验证目标合约地址远远不够。同一个协议可能同时提供存款,提款,授权管理和紧急转移接口。代理被允许调用 deposit,不代表它能调用 withdrawTo。执行合约需要读取 calldata 前四个字节,再结合参数范围判断具体能力。攻击者即使绕过前端,也无法把许可调用替换成另一项高风险操作。
第二层是策略哈希。用户确认规则时,将协议白名单,额度和价格限制编码为链上承诺。代理每次提交交易,都要引用对应的策略版本。任何链下服务都不能悄悄扩大金额,新增目标合约或降低最低到账额。规则确实需要调整时,必须由用户重新授权并更新哈希。这样前端只负责展示和配置,不再拥有修改安全边界的最终权力。
simulatePolicy 可以提前告诉用户交易能否通过,但它不能代替合约验证。链下模拟适合发现失败原因,也能减少无意义的 Gas 消耗。真正执行时,合约仍要重新检查调用对象,金额,资产流向和策略状态。模拟通过后如果 calldata 被替换,链上检查必须拒绝。否则攻击者只需伪造一份正常模拟结果,再提交另一笔交易。
价格约束也要写进执行逻辑。只限制调用函数,仍然挡不住恶意报价。攻击者可以让代理调用许可的 swap,却把最低到账额设置得极低。合约需要参考预言机价格,检查实际输出和允许偏差。若报价超出阈值,交易直接回滚。这样即使前端隐藏滑点信息,底层也不会接受明显失真的兑换。
接收方限制同样关键。聚合交易经常经过多个路由器和流动性池,中间地址很难完全固定,但最终资产必须进入用户账户或指定仓位。Newton Protocol 需要验证最终受益人,而不是只看第一层调用地址。路由可以调整,接收方不能由网页脚本临时改写。资金经过再多中间合约,也不能落到许可范围之外。
合约级风控并不意味着把所有规则永久写死。市场状态会变化,协议也会升级。更合理的方式,是把不可突破的底线与可调整参数分开。禁止任意转账,限制接收方和保护主资产属于硬规则。额度,滑点和许可协议可以在用户授权后更新。紧急情况下还要有暂停和撤销机制,避免旧策略在新风险环境中继续运行。
这套方案也有成本。链上验证越复杂,Gas 消耗越高。组合交易需要解析多层调用,规则过细还可能误伤正常路由。Newton Protocol 必须在验证强度和执行效率之间取舍。可以把部分复杂计算放在链下,再通过 ZK 证明把结果带回链上。但最后的证明校验和权限判断不能省掉,否则安全边界又会退回服务端。
另一个难点是合约升级。风控合约自身如果保留过大的管理员权限,攻击者只需控制升级入口,就能替换全部规则。升级应设置延迟,多签确认和清晰的链上记录。用户也要知道当前账户依赖哪个验证模块,模块何时更新,新版本改变了哪些限制。把规则写进合约只是第一步,谁能修改合约同样决定安全性。
所以,Newton Protocol 的合约级执行不该被理解成更复杂的钱包功能。它是在前端之外建立一条无法绕开的资产防线。网页负责把操作讲清楚,代理负责规划路径,合约只负责判断这笔调用是否越过规则。哪一层遭到干扰,都不能单独改变最终权限。
接下来更值得检查的是,Newton Protocol 能否拦截直接 RPC 调用,能否识别合法合约里的恶意参数,也能否防止管理员通过升级绕开原有规则。正常页面里的风控提示并不能证明什么。关掉网页,修改 calldata,再从另一个入口提交,交易依旧过不了,才说明这道防线真正落在链上。先看这些对抗测试,不急着下结论。$NEWT #Newt
Đă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