Binance Square
老青蛙BNB
2.4k Publications

老青蛙BNB

熊市撸毛,牛市卖毛
Détenteur pour UP
Détenteur pour UP
Trade fréquemment
4 an(s)
224 Suivis
9.1K+ Abonnés
5.3K+ J’aime
Publications
·
--
Voir la traduction
现货交易竞赛现在可以参与的还有两期,住求活动送的消费券今天或者明天就要失效了,今天先刷为敬$EUL $MIRA
现货交易竞赛现在可以参与的还有两期,住求活动送的消费券今天或者明天就要失效了,今天先刷为敬$EUL $MIRA
Voir la traduction
说实话,钱包里的BTC除了等升值好像啥也干不了。这也是我最近研究@babylonlabs_io 的原因,想让沉睡资产在不增加太多风险的前提下动起来。 以前想让BTC生息,要么跨链搞DeFi担心桥被黑,要么换衍生品怕脱锚。对只想安稳持币的散户来说,选择很少。而Babylon 让BTC直接参与PoS共识,不用变成别的代币,也不用离开比特币主网安全边界。 它利用比特币脚本原生能力,把BTC质押给PoS链换取奖励。没有跨链桥和包装代币,BTC还是你的BTC,只是多了生息功能。这跟换成凭证再理财完全不同,是让比特币安全性变成可租赁资源。 当然得泼盆冷水。Babylon 还在早期,审计和实战检验需要时间。质押意味着流动性受限,解锁周期和slashing惩罚这些细节必须自己啃完文档,别光盯收益率忽略风险。 这不是躺赚神器,只是资产配置思路的补充。长期看好BTC且能承受试错成本可以试试,否则老实拿着更稳妥。毕竟不亏比多赚重要,该不该通过Babylon动币,答案在你对自己风险承受力的评估里。#baby $BABY
说实话,钱包里的BTC除了等升值好像啥也干不了。这也是我最近研究@BabylonLabs_io 的原因,想让沉睡资产在不增加太多风险的前提下动起来。
以前想让BTC生息,要么跨链搞DeFi担心桥被黑,要么换衍生品怕脱锚。对只想安稳持币的散户来说,选择很少。而Babylon 让BTC直接参与PoS共识,不用变成别的代币,也不用离开比特币主网安全边界。
它利用比特币脚本原生能力,把BTC质押给PoS链换取奖励。没有跨链桥和包装代币,BTC还是你的BTC,只是多了生息功能。这跟换成凭证再理财完全不同,是让比特币安全性变成可租赁资源。
当然得泼盆冷水。Babylon 还在早期,审计和实战检验需要时间。质押意味着流动性受限,解锁周期和slashing惩罚这些细节必须自己啃完文档,别光盯收益率忽略风险。
这不是躺赚神器,只是资产配置思路的补充。长期看好BTC且能承受试错成本可以试试,否则老实拿着更稳妥。毕竟不亏比多赚重要,该不该通过Babylon动币,答案在你对自己风险承受力的评估里。#baby $BABY
Voir la traduction
$ETH 这波反弹明显比$BTC 更强,不知道是不是会带来一波小小的山寨行情🤔
$ETH 这波反弹明显比$BTC 更强,不知道是不是会带来一波小小的山寨行情🤔
Transfert à <a>Babylon</a> : soumet une proposition de gouvernance à Aave. Un mot m’a fait m’arrêter : transfer-restricted, c’est-à-dire transfert restreint. Un jeton, avant même sa mise en circulation, supprime d’abord sa fonction de transfert. Ce genre de cas n’est pas courant. Parlons d’abord de la comptabilité des monnaies “wrap” classiques. La WBTC, en essence, n’est qu’un billet à ordre : vous confiez votre BTC à un dépositaire, et celui-ci émet sur Ethereum un jeton équivalent à votre intention. Sa valeur ne dépend pas de lui : elle dépend de savoir si les BTC du dépositaire existent encore. Pour qu’un billet à ordre vaille quelque chose, il faut qu’il circule ; donc il doit pouvoir être transféré librement. L’origine de vaultBTC chez Babylon est différente. Une fois les BTC verrouillés dans les Trustless Bitcoin Vaults (TBV), une trace de coffre est générée automatiquement on-chain. vaultBTC est une correspondance 1:1 de cette trace ; il est conçu spécialement comme collatéral pour Aave. Personne ne peut le “fabriquer” de nulle part. Pour racheter les BTC sous-jacents, il faut fournir une preuve à connaissance nulle ; le règlement renvoie directement à une adresse située sur Bitcoin. En mettant les deux côte à côte, je comprends vraiment la différence. Le droit d’émission de la WBTC est entre les mains du dépositaire ; le droit de génération de vaultBTC dépend de l’action de verrouillage elle-même. La crédibilité de la WBTC repose sur l’engagement ; celle de vaultBTC repose sur des conditions cryptographiques. La WBTC veut devenir de l’argent circulant librement ; vaultBTC ne veut même pas être de l’argent : il veut seulement rester tranquillement comme une pièce de collatéral. Mais il faut aussi dire le reste. La restriction de transfert est une arme à double tranchant : en dehors du contexte d’Aave, elle n’a pour l’instant presque pas d’autres usages. Côté liquidation, il faut toujours compter sur la WBTC pour un règlement immédiat ; les anciennes conduites n’ont pas encore été totalement démantelées. Dire que Babylon a “anéanti” les monnaies wrap, c’est aller trop vite. Donc la nouveauté réelle de vaultBTC n’est pas qu’il s’agit aussi d’un justificatif, mais que, pour la première fois, le justificatif n’est pas égal à un billet à ordre. Dans le nom, on voit déjà la différence : l’une est une facture émise par la confiance, l’autre un reçu que les règles imposent. À quel point c’est pareil, tout dépend de ce qui se cache derrière. @babylonlabs_io #baby $BABY
Transfert à <a>Babylon</a> : soumet une proposition de gouvernance à Aave. Un mot m’a fait m’arrêter : transfer-restricted, c’est-à-dire transfert restreint. Un jeton, avant même sa mise en circulation, supprime d’abord sa fonction de transfert. Ce genre de cas n’est pas courant.
Parlons d’abord de la comptabilité des monnaies “wrap” classiques. La WBTC, en essence, n’est qu’un billet à ordre : vous confiez votre BTC à un dépositaire, et celui-ci émet sur Ethereum un jeton équivalent à votre intention. Sa valeur ne dépend pas de lui : elle dépend de savoir si les BTC du dépositaire existent encore. Pour qu’un billet à ordre vaille quelque chose, il faut qu’il circule ; donc il doit pouvoir être transféré librement.
L’origine de vaultBTC chez Babylon est différente. Une fois les BTC verrouillés dans les Trustless Bitcoin Vaults (TBV), une trace de coffre est générée automatiquement on-chain. vaultBTC est une correspondance 1:1 de cette trace ; il est conçu spécialement comme collatéral pour Aave. Personne ne peut le “fabriquer” de nulle part. Pour racheter les BTC sous-jacents, il faut fournir une preuve à connaissance nulle ; le règlement renvoie directement à une adresse située sur Bitcoin.
En mettant les deux côte à côte, je comprends vraiment la différence. Le droit d’émission de la WBTC est entre les mains du dépositaire ; le droit de génération de vaultBTC dépend de l’action de verrouillage elle-même. La crédibilité de la WBTC repose sur l’engagement ; celle de vaultBTC repose sur des conditions cryptographiques. La WBTC veut devenir de l’argent circulant librement ; vaultBTC ne veut même pas être de l’argent : il veut seulement rester tranquillement comme une pièce de collatéral.
Mais il faut aussi dire le reste. La restriction de transfert est une arme à double tranchant : en dehors du contexte d’Aave, elle n’a pour l’instant presque pas d’autres usages. Côté liquidation, il faut toujours compter sur la WBTC pour un règlement immédiat ; les anciennes conduites n’ont pas encore été totalement démantelées. Dire que Babylon a “anéanti” les monnaies wrap, c’est aller trop vite.
Donc la nouveauté réelle de vaultBTC n’est pas qu’il s’agit aussi d’un justificatif, mais que, pour la première fois, le justificatif n’est pas égal à un billet à ordre. Dans le nom, on voit déjà la différence : l’une est une facture émise par la confiance, l’autre un reçu que les règles imposent. À quel point c’est pareil, tout dépend de ce qui se cache derrière. @BabylonLabs_io #baby $BABY
Voir la traduction
上周有个朋友问我,@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
Voir la traduction
在 @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
Où sont les pièces que alpha a réussi à récupérer aujourd’hui ?
Où sont les pièces que alpha a réussi à récupérer aujourd’hui ?
Voir la traduction
$STORJ 这些项目方熊市来了都在抓紧跑路
$STORJ 这些项目方熊市来了都在抓紧跑路
Voir la traduction
昨晚核对 @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
Voir la traduction
$BTC 66600 两次没过,这个位置压力有点大,先看空,看 61800 能不能撑住,但是我感觉是撑不住的。毕竟好不容易站上的平台一下就下来了,66600 的骗多任务已经完成
$BTC 66600 两次没过,这个位置压力有点大,先看空,看 61800 能不能撑住,但是我感觉是撑不住的。毕竟好不容易站上的平台一下就下来了,66600 的骗多任务已经完成
Voir la traduction
翻 Babylon 那份 Trustless Bitcoin Vaults 白皮书之前,我带着两个问题,抵押率多少,预警线在哪设。翻完两遍没找到参数表,却停在一个例子上。Bob 拿 1 枚 BTC 借 5 万美元,跌破 5 万就清算,通篇没有 LTV 数字。我愣了一下,可能找错了东西。 过去的借贷清算,是平台定好参数。抵押率、清算阈值、罚金都写进合约,预言机报价,到线平仓,用户只盯健康因子。说白了,规则是平台写的,信任也打包进来。 @babylonlabs_io 的思路不在这条线上。金库是独立 UTXO,锁币时预签一组 Bitcoin 交易,把条件写死,还款了你能赎回,跌破约定价对方能清算。官方把这叫作"外部合约状态的密码学证明"门控,靠 BitVM3 验证。清算线不是平台参数,而是你签字时写死的条件。 让我改主意的是,这里压根没有平台替你设预警。安全边界在签字那一刻定死,之后只能自己盯价,提前补仓或还款。它还停在 PoC 阶段,Morpho 上的 VaultBTC 实验市场流动性只有十几美元。 坑也得摆。按白皮书的说法,清算靠白名单清算人盯价触发,并非完全无许可。整条链路还吊在预言机上,报价错了,判断就跟着错。这些环节偷不走你的 BTC,但可能让你被误清算。 所以我觉得,TBV 真正在做的不是参数更优的借贷产品,而是把清算从平台规则变成你自己签过字的密码学条件。大饼会不会被强平,答案不在预警按钮里,在那几笔你签过字的交易里。能不能扛住真钱,还得看。 #baby $BABY
翻 Babylon 那份 Trustless Bitcoin Vaults 白皮书之前,我带着两个问题,抵押率多少,预警线在哪设。翻完两遍没找到参数表,却停在一个例子上。Bob 拿 1 枚 BTC 借 5 万美元,跌破 5 万就清算,通篇没有 LTV 数字。我愣了一下,可能找错了东西。
过去的借贷清算,是平台定好参数。抵押率、清算阈值、罚金都写进合约,预言机报价,到线平仓,用户只盯健康因子。说白了,规则是平台写的,信任也打包进来。
@BabylonLabs_io 的思路不在这条线上。金库是独立 UTXO,锁币时预签一组 Bitcoin 交易,把条件写死,还款了你能赎回,跌破约定价对方能清算。官方把这叫作"外部合约状态的密码学证明"门控,靠 BitVM3 验证。清算线不是平台参数,而是你签字时写死的条件。
让我改主意的是,这里压根没有平台替你设预警。安全边界在签字那一刻定死,之后只能自己盯价,提前补仓或还款。它还停在 PoC 阶段,Morpho 上的 VaultBTC 实验市场流动性只有十几美元。
坑也得摆。按白皮书的说法,清算靠白名单清算人盯价触发,并非完全无许可。整条链路还吊在预言机上,报价错了,判断就跟着错。这些环节偷不走你的 BTC,但可能让你被误清算。
所以我觉得,TBV 真正在做的不是参数更优的借贷产品,而是把清算从平台规则变成你自己签过字的密码学条件。大饼会不会被强平,答案不在预警按钮里,在那几笔你签过字的交易里。能不能扛住真钱,还得看。
#baby $BABY
En pleine nuit, je fais défiler mon téléphone et je tombe sur une nouvelle annonce de chaîne qui prétend améliorer la sécurité du Bitcoin. Je repense alors à ces chaînes lancées il y a trois ans, qui nourrissaient leurs validateurs avec une émission massive de jetons—avant même la mise en ligne du cours, elles étaient déjà condamnées à être étouffées par l’inflation. En suivant cette annonce jusqu’au document <0-9>{11} @babylonlabs_io , je réalise soudain que l’autre face du récit de la mise en jeu (staking) du Bitcoin, c’est en fait un calcul de réduction des coûts et d’amélioration de l’efficacité pour les nouvelles chaînes. D’abord, je reconnais ceci : ce qui est le plus difficile pour une nouvelle chaîne, lors de son lancement, c’est la sécurité. Si vous élevez vos propres validateurs, il faut offrir des incitations avec des jetons à forte inflation ; autrement dit, vous échangez le prix du jeton contre la sécurité. Babylon permet aux nouvelles chaînes de remplacer cela par la location de BTC comme garantie. Les incitations sont alors versées aux participants du staking du Bitcoin. Les jetons n’ont pas besoin d’être émis de façon frénétique, et l’ancrage de la valeur devient au contraire plus stable. Pour les utilisateurs qui participent au minage de ces nouvelles chaînes, la pression à la vente diminue—et pour moi, cette logique tient vraiment. Mais la réalité, c’est que la sécurité n’est pas un bien qu’on peut acheter une fois pour toutes. Une nouvelle chaîne n’achète pas de la sécurité en soi : elle achète une qualification vérifiée. Et qui a le droit de définir les règles permettant de juger les violations des stakers ? La réponse se trouve dans la Policy et dans les processus de gouvernance. Tant que la transparence de la gouvernance en aval reste insuffisante, les règles peuvent être modifiées par un petit nombre de personnes. Alors, cette sécurité louée peut à tout moment se transformer en lettre morte ; ce sont les mineurs qui supportent, eux, le risque cumulé : risque sur le prix des jetons et risque sur les règles. Je ne promets pas à une quelconque nouvelle chaîne que ses jetons seront plus stables, car à ce jour les détails de la gouvernance présentent encore une lacune, et cette lacune, en elle-même, est un risque. Est-ce que vous accepteriez de financer une nouvelle chaîne garantie par du BTC ? Quand j’ai terminé ce texte, il commençait à peine à faire jour. #baby $BABY
En pleine nuit, je fais défiler mon téléphone et je tombe sur une nouvelle annonce de chaîne qui prétend améliorer la sécurité du Bitcoin. Je repense alors à ces chaînes lancées il y a trois ans, qui nourrissaient leurs validateurs avec une émission massive de jetons—avant même la mise en ligne du cours, elles étaient déjà condamnées à être étouffées par l’inflation. En suivant cette annonce jusqu’au document <0-9>{11} @BabylonLabs_io , je réalise soudain que l’autre face du récit de la mise en jeu (staking) du Bitcoin, c’est en fait un calcul de réduction des coûts et d’amélioration de l’efficacité pour les nouvelles chaînes.
D’abord, je reconnais ceci : ce qui est le plus difficile pour une nouvelle chaîne, lors de son lancement, c’est la sécurité. Si vous élevez vos propres validateurs, il faut offrir des incitations avec des jetons à forte inflation ; autrement dit, vous échangez le prix du jeton contre la sécurité. Babylon permet aux nouvelles chaînes de remplacer cela par la location de BTC comme garantie. Les incitations sont alors versées aux participants du staking du Bitcoin. Les jetons n’ont pas besoin d’être émis de façon frénétique, et l’ancrage de la valeur devient au contraire plus stable. Pour les utilisateurs qui participent au minage de ces nouvelles chaînes, la pression à la vente diminue—et pour moi, cette logique tient vraiment.
Mais la réalité, c’est que la sécurité n’est pas un bien qu’on peut acheter une fois pour toutes. Une nouvelle chaîne n’achète pas de la sécurité en soi : elle achète une qualification vérifiée. Et qui a le droit de définir les règles permettant de juger les violations des stakers ? La réponse se trouve dans la Policy et dans les processus de gouvernance. Tant que la transparence de la gouvernance en aval reste insuffisante, les règles peuvent être modifiées par un petit nombre de personnes. Alors, cette sécurité louée peut à tout moment se transformer en lettre morte ; ce sont les mineurs qui supportent, eux, le risque cumulé : risque sur le prix des jetons et risque sur les règles.
Je ne promets pas à une quelconque nouvelle chaîne que ses jetons seront plus stables, car à ce jour les détails de la gouvernance présentent encore une lacune, et cette lacune, en elle-même, est un risque. Est-ce que vous accepteriez de financer une nouvelle chaîne garantie par du BTC ? Quand j’ai terminé ce texte, il commençait à peine à faire jour.
#baby $BABY
Voir la traduction
比特币打人了😱
比特币打人了😱
Voir la traduction
前阵子和老朋友喝茶,聊到比特币理财,大家最恐惧的还是把币打给平台换个数字,这种对资产控制权的执着其实就是老韭菜最朴素的心理安全感。传统存币生息的本质是债权转移,币一旦离开你的地址,你手里剩下的只是一份脆弱的兑付承诺,平台出问题时这份承诺一文不值。直到我把 @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 Votes • Vote fermé
Voir la traduction
梁文锋都知道要开多号打新😄
梁文锋都知道要开多号打新😄
Vérifié
Voir la traduction
不是每个人每天都要开几十笔合约,但很多DEX的产品逻辑默认用户就是为高频交易来的。偶尔调仓的人保证金大部分时间都在闲着,偏收益的人又不愿意全天盯盘,想配点黄金和美股敞口的还得切去别的平台。我把这些资金路径放在一起盘了几遍,感觉@grvt_io 更像是在做一个链上经纪平台,而不只是个加密永续的下单工具。 问题在于传统DEX通常只处理成交这一刻。撮合结束后闲置资金怎么增值、低频用户怎么配策略、不同资产怎样共用余额,全都被交回给用户自己去解决。交易收益和投资分散在各种协议里,每换一种需求就得重新划转资产授权合约再核对一遍风险。$EVAA GRVT用One Balance和统一保证金把这几类需求全接到了同一个账户体系里。活跃交易者可以直接用中央限价订单簿管理永续仓位,低频用户的交易账户权益能通过Earn on Equity继续计息。偏收益的用户还能去配GLP这类策略金库,拿策略份额去分做市收益,根本不用自己天天盯盘挂单调仓。 想玩RWA的用户也有很直接的理由用它。GRVT提供了黄金股票等传统资产的链上价格敞口,让你在一个界面里就能同时管理加密资产和RWA永续合约。涉及账户状态和资金结算的操作再交由ZKsync Validium和零知识证明来验证,尽量把自托管的边界守住。$SXT 这套结构的核心价值不在于功能堆得有多满,而在于同一笔资本能在交易生息和策略配置之间省去来回搬运的麻烦。GRVT因此不只服务高频合约玩家,也把低频交易者收益型用户和RWA用户都覆盖了进来。当然计息条件策略回撤和传统资产开盘跳空这些风险都得分别去评估。它的定位确实已经超出了普通永续DEX,但能不能把这么多需求稳稳接住,咱们还得继续观察。#grvt
不是每个人每天都要开几十笔合约,但很多DEX的产品逻辑默认用户就是为高频交易来的。偶尔调仓的人保证金大部分时间都在闲着,偏收益的人又不愿意全天盯盘,想配点黄金和美股敞口的还得切去别的平台。我把这些资金路径放在一起盘了几遍,感觉@grvt_io 更像是在做一个链上经纪平台,而不只是个加密永续的下单工具。

问题在于传统DEX通常只处理成交这一刻。撮合结束后闲置资金怎么增值、低频用户怎么配策略、不同资产怎样共用余额,全都被交回给用户自己去解决。交易收益和投资分散在各种协议里,每换一种需求就得重新划转资产授权合约再核对一遍风险。$EVAA

GRVT用One Balance和统一保证金把这几类需求全接到了同一个账户体系里。活跃交易者可以直接用中央限价订单簿管理永续仓位,低频用户的交易账户权益能通过Earn on Equity继续计息。偏收益的用户还能去配GLP这类策略金库,拿策略份额去分做市收益,根本不用自己天天盯盘挂单调仓。

想玩RWA的用户也有很直接的理由用它。GRVT提供了黄金股票等传统资产的链上价格敞口,让你在一个界面里就能同时管理加密资产和RWA永续合约。涉及账户状态和资金结算的操作再交由ZKsync Validium和零知识证明来验证,尽量把自托管的边界守住。$SXT

这套结构的核心价值不在于功能堆得有多满,而在于同一笔资本能在交易生息和策略配置之间省去来回搬运的麻烦。GRVT因此不只服务高频合约玩家,也把低频交易者收益型用户和RWA用户都覆盖了进来。当然计息条件策略回撤和传统资产开盘跳空这些风险都得分别去评估。它的定位确实已经超出了普通永续DEX,但能不能把这么多需求稳稳接住,咱们还得继续观察。#grvt
低频玩家也可以来 grvt
0%
每个交易所都这么说
100%
1 Votes • Vote fermé
Article
Voir la traduction
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
Voir la traduction
将自动化策略部署到智能钱包后,我发现账户抽象虽解决了交易发送问题,却未界定代理的权限边界。批量交易与 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
Voir la traduction
策略被抄很多时候真不是自己说漏嘴,而是链上记录把底牌全亮出来了。现在多数DEX默认公开地址和资金流向,别人顺着时间线盯几次,你的建仓方向和补仓节奏就全暴露了。@grvt_io 主打交易隐私,重点不是吹嘘绝对防跟单,而是实打实减少交易意图在链上的直接暴露。 我复盘过一个活跃地址的链上数据。单笔记录看不出啥,但把转账和余额变化叠在一起看,什么时候建仓、哪里追保、何时减仓,逻辑一目了然。散户看个热闹无所谓,但对大户和做市商来说,这就是被抢跑和被复制策略的灾难,滑点也会变大。 问题其实出在一切皆上链的公共执行环境。订单和账户状态一旦明文上链,数据分析工具就能给你画出完整的行为画像。钱虽然还是你的,但策略路径成了公开数据。资金量越大操作越规律,被看穿意图的代价就越惨痛。 GRVT的解法是把验证和展示拆开。订单在链下订单簿处理,结算走基于ZKsync的Validium。交易数据存在链下,只用零知识证明来验证状态更新,不需要把保证金和成交细节全公开。这就大大增加了别人靠链上数据反推你策略的难度。 不过咱们也得客观,隐私保护不等于绝对隐形。你的链上转账、外部钱包互动甚至下单习惯,依然可能留下蛛丝马迹。GRVT解决的是公开暴露面的问题,而不是让你彻底隐身。这个方向有实际价值,但隐私边界在哪、长期效果如何,还需要时间来检验。#grvt
策略被抄很多时候真不是自己说漏嘴,而是链上记录把底牌全亮出来了。现在多数DEX默认公开地址和资金流向,别人顺着时间线盯几次,你的建仓方向和补仓节奏就全暴露了。@grvt_io 主打交易隐私,重点不是吹嘘绝对防跟单,而是实打实减少交易意图在链上的直接暴露。

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

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

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

不过咱们也得客观,隐私保护不等于绝对隐形。你的链上转账、外部钱包互动甚至下单习惯,依然可能留下蛛丝马迹。GRVT解决的是公开暴露面的问题,而不是让你彻底隐身。这个方向有实际价值,但隐私边界在哪、长期效果如何,还需要时间来检验。#grvt
我的操作终于只属于我一个人了
67%
我这点钱谁看得上啊
33%
6 Votes • Vote fermé
Article
Voir la traduction
前端可以被绕过,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
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme