lihappy焕
205 Beiträge
lihappy焕
14 Following
50 Follower
59 Like gegeben
Beiträge
Alle
Zitierungen
Übersetzung ansehen
搞了这么些年DeFi，我越来越觉得我们可能把“复杂”和“可信”搞混了。
大饼稳住64000了。BTC还能上8万吗？
每次看到那种把所有逻辑——清算、预言机、利率计算——全部塞进同一个智能合约的设计，说实话心里都有点发毛。代码越多，攻击面越集中，一个漏洞就能掀翻整个盘子。我们总以为安全等于能写多少行代码，但最近看Babylon的Trustless Bitcoin Vaults，发现人家走的是另一条路。
比特币脚本能做的东西其实很有限，这一点玩过BTC生态的都清楚。但Babylon恰恰利用了这种“有限”——Bitcoin脚本只干一件事：验证。用户还款之后，零知识证明在链下生成，比特币脚本不负责算，只负责看这个证明能不能通过。裁判不上场踢球，只盯着规则有没有被违反。
这个分工思路挺妙的。链下生成随便堆计算资源，链上验证只用600行不到的脚本原语就搞定。vault的创建和解锁完全靠比特币脚本的时间锁和公钥条件控制，没有需要你信任的外部运营方。Babylon的质押金库现在已经锁了超过56,000个BTC，接近56亿美金的TVL摆在那里——不是靠吹出来的，是人家确实把BTC留在了比特币主网，没走桥、没封装、没托管。
话说回来，这话也不能讲太满。链下证明生成依赖中高端硬件，万一vault数量涨到万级别，生成的排队时间和失败率到底什么水平，现在还没有实际数据能拍胸脯。另外清算路径里WBTC这个环节还是绕不开——前面吹了半天裁判不上场，WBTC这儿又请了个外援裁判。多重依赖和单一依赖之间的平衡，TBV还没走到终点。
但底层哲学我觉得是对的：信任不是靠堆代码堆出来的，是靠减少链上的决策量省出来的。安全等于做了多少事之后还不用追加信任——这不是代码问题，是对权力分配方式的理解问题。
@BabylonLabs_io $BABY #baby
大饼稳住64000了。BTC还能上8万吗？
每次看到那种把所有逻辑——清算、预言机、利率计算——全部塞进同一个智能合约的设计，说实话心里都有点发毛。代码越多，攻击面越集中，一个漏洞就能掀翻整个盘子。我们总以为安全等于能写多少行代码，但最近看Babylon的Trustless Bitcoin Vaults，发现人家走的是另一条路。
比特币脚本能做的东西其实很有限，这一点玩过BTC生态的都清楚。但Babylon恰恰利用了这种“有限”——Bitcoin脚本只干一件事：验证。用户还款之后，零知识证明在链下生成，比特币脚本不负责算，只负责看这个证明能不能通过。裁判不上场踢球，只盯着规则有没有被违反。
这个分工思路挺妙的。链下生成随便堆计算资源，链上验证只用600行不到的脚本原语就搞定。vault的创建和解锁完全靠比特币脚本的时间锁和公钥条件控制，没有需要你信任的外部运营方。Babylon的质押金库现在已经锁了超过56,000个BTC，接近56亿美金的TVL摆在那里——不是靠吹出来的，是人家确实把BTC留在了比特币主网，没走桥、没封装、没托管。
话说回来，这话也不能讲太满。链下证明生成依赖中高端硬件，万一vault数量涨到万级别，生成的排队时间和失败率到底什么水平，现在还没有实际数据能拍胸脯。另外清算路径里WBTC这个环节还是绕不开——前面吹了半天裁判不上场，WBTC这儿又请了个外援裁判。多重依赖和单一依赖之间的平衡，TBV还没走到终点。
但底层哲学我觉得是对的：信任不是靠堆代码堆出来的，是靠减少链上的决策量省出来的。安全等于做了多少事之后还不用追加信任——这不是代码问题，是对权力分配方式的理解问题。
@BabylonLabs_io $BABY #baby
Übersetzung ansehen
翻完Babylon的FAQ，确实被“原生BTC质押”这几个字吸引住了。不用跨桥，不用换WBTC，BTC老老实实锁在比特币网络的Taproot脚本里，再把投票权委托给Finality Provider。跟那些让你把BTC交给托管方的方案比，这套设计干净得不像这个赛道该有的东西。
但说实话，我看到不少人在聊的时候，已经把“自托管”自动翻译成了“随时进随时出几乎没风险”。这三个等号，一个都画不了。
大饼跌成啥，BTC涨了点！
先说出块这事。 官方写得明明白白，一笔质押要等30个比特币区块确认才会变成活跃状态。比特币10分钟一个块，30个块就是5个小时。不是点一下按钮马上开始计息——你得等，而且这5个小时里币已经锁了，啥也干不了。
再说出来。 目前主网的质押周期固定为64000个BTC区块，大概15个月。虽然可以提前发起解绑，但每个仓位只能整笔退出，不能只撤一部分。想取一半？没门。全取出来重新质押？那得重新排5个小时的队。流动性比想象中差一大截。
最容易被忽略的是罚没。 你选的Finality Provider如果双签——就是同一个区块高度签了两个冲突的消息——委托给它的BTC会被罚没0.1%。0.1%听起来不多，但那是你的BTC，不是项目方送的积分。Babylon把作恶成本写进了比特币脚本，这正是安全来源，也是你必须看懂的风险来源。
奖励用$BABY 发，也不代表收益率是死的。验证者佣金、活跃质押规模、奖励池分配、代币价格——这四个变量随便动一个，你看到的年化数字就变了。只看页面上的APY，不看锁定时间和退出路径，很容易把“原生质押”误读成活期理财。
所以我的看法是，与其把Babylon当成BTC版余额宝，不如理解成一份带惩罚条款的安全合约。真正该盯的不是口号，而是活跃质押比例、Finality Provider的在线率、双签记录和实际解绑耗时。 @BabylonLabs_io $BABY #baby
但说实话，我看到不少人在聊的时候，已经把“自托管”自动翻译成了“随时进随时出几乎没风险”。这三个等号，一个都画不了。
大饼跌成啥，BTC涨了点！
先说出块这事。 官方写得明明白白，一笔质押要等30个比特币区块确认才会变成活跃状态。比特币10分钟一个块，30个块就是5个小时。不是点一下按钮马上开始计息——你得等，而且这5个小时里币已经锁了，啥也干不了。
再说出来。 目前主网的质押周期固定为64000个BTC区块，大概15个月。虽然可以提前发起解绑，但每个仓位只能整笔退出，不能只撤一部分。想取一半？没门。全取出来重新质押？那得重新排5个小时的队。流动性比想象中差一大截。
最容易被忽略的是罚没。 你选的Finality Provider如果双签——就是同一个区块高度签了两个冲突的消息——委托给它的BTC会被罚没0.1%。0.1%听起来不多，但那是你的BTC，不是项目方送的积分。Babylon把作恶成本写进了比特币脚本，这正是安全来源，也是你必须看懂的风险来源。
奖励用$BABY 发，也不代表收益率是死的。验证者佣金、活跃质押规模、奖励池分配、代币价格——这四个变量随便动一个，你看到的年化数字就变了。只看页面上的APY，不看锁定时间和退出路径，很容易把“原生质押”误读成活期理财。
所以我的看法是，与其把Babylon当成BTC版余额宝，不如理解成一份带惩罚条款的安全合约。真正该盯的不是口号，而是活跃质押比例、Finality Provider的在线率、双签记录和实际解绑耗时。 @BabylonLabs_io $BABY #baby
Ehrlich gesagt: Die Gruppe der Bitcoin-Holder ist ziemlich widersprüchlich.
Auf der einen Seite schaut man dabei zu, wie andere in DeFi schürfen, leihen und damit durch die Decke gehen. Auf der anderen Seite ist man gleichzeitig absolut nicht bereit, den eigenen BTC jemals herauszugeben. WBTC verpacken? Über eine Cross-Chain auf ein anderes Netzwerk? An einen Drittanbieter- Custodian übergeben? Jedes Mal, wenn mir solche Aktionen in den Sinn kommen, spielt mein Kopf automatisch die Bilder von Nachrichten ab: Cross-Chain-Brücken gehackt, Depeg, weggerannt.
Und dann gibt es kein „Dann“. Der große Kuchen bleibt einfach in der Wallet liegen – exakt wie vor sechs Jahren.
Was Babylon diesmal auf dem Aave v4 Public Testnet an den Start bringt, lässt mich zum ersten Mal das Gefühl haben, dass diese Sache endlich etwas anders riecht.
Die Kernlogik ist eigentlich ziemlich simpel: Dein BTC verlässt das Bitcoin-Netzwerk von Anfang bis Ende nicht. Babylon hat ein Konzept namens „Trustless Bitcoin Vaults“ umgesetzt – es sperrt den BTC direkt auf der nativen Bitcoin-Blockchain. Kein Wrapping, keine Cross-Chain, keine Übergabe an Dritte. Die Verwahrungskontrolle bleibt durchgehend bei dir.
Wie weiß Aave v4 dann, wie viel BTC du als Sicherheit hinterlegt hast? Genau da finde ich das Design am cleversten. Babylon hat etwas namens „vaultBTC“ gebaut, aber das ist kein echtes Wrapped Token, sondern eine nicht übertragbare ERC-20-Innere Abrechnungseinheit. Es wird nur im Aave-v4-System selbst verwendet, um deine gesperrte Position zu identifizieren – für Kredit- und Liquidations-Szenarien. Der BTC bleibt ganz brav auf dem Bitcoin-Netzwerk, Aave führt hier lediglich Buch.
Mit anderen Worten: Das Risiko von Hackerangriffen auf Cross-Chain-Brücken oder das Risiko, dass verpackte Assets entkoppeln, existiert in dieser Architektur schlicht nicht. Weil es gar keine Cross-Chain gibt – und auch kein Wrapping.
Natürlich sind wir derzeit noch in der Testnet-Phase. Vor dem Mainnet-Launch muss man noch durch Aave-Governance-Reviews, Risikoparameter-Setzung und Audits. Aber ganz ehrlich: Wenn sich dieses Mechanismus als sicher und zuverlässig erweist, könnte der Fantasie- und Zukunftsraum von Bitcoin in DeFi wirklich neu definiert werden – schließlich ist der „große Kuchen“ das wertmäßig größte Asset im gesamten Krypto-Bereich, aber der Großteil liegt trotzdem in den Wallets, weil die Inhaber ihn eben nicht wrappen, nicht cross-chainen und nicht custodieren wollen.
Der von Babylon und Aave v4 eingeschlagene Weg ist deutlich sauberer: BTC bleibt nativ, Kredite laufen über Aave, und die Bewegung der Sicherheiten wird durch die Regeln der Vaults gesteuert. Man muss den „großen Kuchen“ nicht mehr „einpacken“ und noch mehr „einpacken“.
@BabylonLabs_io $BABY #baby
Auf der einen Seite schaut man dabei zu, wie andere in DeFi schürfen, leihen und damit durch die Decke gehen. Auf der anderen Seite ist man gleichzeitig absolut nicht bereit, den eigenen BTC jemals herauszugeben. WBTC verpacken? Über eine Cross-Chain auf ein anderes Netzwerk? An einen Drittanbieter- Custodian übergeben? Jedes Mal, wenn mir solche Aktionen in den Sinn kommen, spielt mein Kopf automatisch die Bilder von Nachrichten ab: Cross-Chain-Brücken gehackt, Depeg, weggerannt.
Und dann gibt es kein „Dann“. Der große Kuchen bleibt einfach in der Wallet liegen – exakt wie vor sechs Jahren.
Was Babylon diesmal auf dem Aave v4 Public Testnet an den Start bringt, lässt mich zum ersten Mal das Gefühl haben, dass diese Sache endlich etwas anders riecht.
Die Kernlogik ist eigentlich ziemlich simpel: Dein BTC verlässt das Bitcoin-Netzwerk von Anfang bis Ende nicht. Babylon hat ein Konzept namens „Trustless Bitcoin Vaults“ umgesetzt – es sperrt den BTC direkt auf der nativen Bitcoin-Blockchain. Kein Wrapping, keine Cross-Chain, keine Übergabe an Dritte. Die Verwahrungskontrolle bleibt durchgehend bei dir.
Wie weiß Aave v4 dann, wie viel BTC du als Sicherheit hinterlegt hast? Genau da finde ich das Design am cleversten. Babylon hat etwas namens „vaultBTC“ gebaut, aber das ist kein echtes Wrapped Token, sondern eine nicht übertragbare ERC-20-Innere Abrechnungseinheit. Es wird nur im Aave-v4-System selbst verwendet, um deine gesperrte Position zu identifizieren – für Kredit- und Liquidations-Szenarien. Der BTC bleibt ganz brav auf dem Bitcoin-Netzwerk, Aave führt hier lediglich Buch.
Mit anderen Worten: Das Risiko von Hackerangriffen auf Cross-Chain-Brücken oder das Risiko, dass verpackte Assets entkoppeln, existiert in dieser Architektur schlicht nicht. Weil es gar keine Cross-Chain gibt – und auch kein Wrapping.
Natürlich sind wir derzeit noch in der Testnet-Phase. Vor dem Mainnet-Launch muss man noch durch Aave-Governance-Reviews, Risikoparameter-Setzung und Audits. Aber ganz ehrlich: Wenn sich dieses Mechanismus als sicher und zuverlässig erweist, könnte der Fantasie- und Zukunftsraum von Bitcoin in DeFi wirklich neu definiert werden – schließlich ist der „große Kuchen“ das wertmäßig größte Asset im gesamten Krypto-Bereich, aber der Großteil liegt trotzdem in den Wallets, weil die Inhaber ihn eben nicht wrappen, nicht cross-chainen und nicht custodieren wollen.
Der von Babylon und Aave v4 eingeschlagene Weg ist deutlich sauberer: BTC bleibt nativ, Kredite laufen über Aave, und die Bewegung der Sicherheiten wird durch die Regeln der Vaults gesteuert. Man muss den „großen Kuchen“ nicht mehr „einpacken“ und noch mehr „einpacken“.
@BabylonLabs_io $BABY #baby
Übersetzung ansehen
别光盯着11%的年化，GRVT真正值钱的是那笔“不睡觉的钱”
大家都在聊GRVT的TGE和那个11%的APY。但我琢磨了一下，这玩意儿真正让我上头的，反而不是收益率本身——毕竟浮动APY这东西，今天11%明天可能就变3.5%。
大饼真是太难了，BTC啥时候能涨？
真正有意思的是它背后那个逻辑：你的保证金在开仓的同时，居然还能拿去Aave吃利息。同一笔钱，一边帮你扛着仓位，一边在链上打工赚钱。这在传统交易所里想都别想——你的钱放在CEX里就是躺尸，放在GMX里也就是个抵押物。但GRVT这套“Yield Layer”把资金的使用效率直接拉满了。
说白了，这是个“钱不睡觉”的架构。
我算了一笔账：GRVT目前OI大概4.8亿美金，24小时交易量做到15-20亿的区间。TVL从年初的5800万涨到现在的8000多万。资金在往里拱，这本身就是个信号——不是冲着空投来的那种拱法，是冲着“钱放这儿能一直干活”来的。
TGE之后真正的看点就一个：协议收入怎么分。官方说100%的经济盈余最终都会回到持币者手里，回购会通过TWAP加 opportunistic buy 的组合拳来打。听着挺美，但关键是执行——是学GMX那样直接分现金流，还是走dydx那套治理代币的老路，这俩估值逻辑差了十万八千里。
我把GRVT当一张“资本效率”的看涨期权在拿着。成不成，看TGE后三个月的真实交易量和资金留存率。深度在，钱就在；钱在，那个“pay you”的叙事就能闭环。 #grvt @grvt_io
大家都在聊GRVT的TGE和那个11%的APY。但我琢磨了一下，这玩意儿真正让我上头的，反而不是收益率本身——毕竟浮动APY这东西，今天11%明天可能就变3.5%。
大饼真是太难了，BTC啥时候能涨？
真正有意思的是它背后那个逻辑：你的保证金在开仓的同时，居然还能拿去Aave吃利息。同一笔钱，一边帮你扛着仓位，一边在链上打工赚钱。这在传统交易所里想都别想——你的钱放在CEX里就是躺尸，放在GMX里也就是个抵押物。但GRVT这套“Yield Layer”把资金的使用效率直接拉满了。
说白了，这是个“钱不睡觉”的架构。
我算了一笔账：GRVT目前OI大概4.8亿美金，24小时交易量做到15-20亿的区间。TVL从年初的5800万涨到现在的8000多万。资金在往里拱，这本身就是个信号——不是冲着空投来的那种拱法，是冲着“钱放这儿能一直干活”来的。
TGE之后真正的看点就一个：协议收入怎么分。官方说100%的经济盈余最终都会回到持币者手里，回购会通过TWAP加 opportunistic buy 的组合拳来打。听着挺美，但关键是执行——是学GMX那样直接分现金流，还是走dydx那套治理代币的老路，这俩估值逻辑差了十万八千里。
我把GRVT当一张“资本效率”的看涨期权在拿着。成不成，看TGE后三个月的真实交易量和资金留存率。深度在，钱就在；钱在，那个“pay you”的叙事就能闭环。 #grvt @grvt_io
Übersetzung ansehen
老子在测试网整了个狠活，Newton这底座有点东西
先交代背景。今天下午闲着没事，在Newton测试环境搭了一套交叉验证节点，打算看看它那个零知识权限模块到底经不经得起折腾。结果跑着跑着，我愣是盯屏幕出了神。
大饼跌个不停，BTC今天有跌破62000。
这么说吧，传统DeFi的治理投票，说白了就是大户说了算，持币多的人嗓门大，普通用户那点权重连个水花都砸不起来。但Newton这套逻辑有点反骨——它把权限校验全交给算法凭证，每一笔操作、每一次参数调整，都得附带密码学证明。谁也别想靠持仓量压人，数学面前人人平等。
我特意模拟了一个极端场景：某个治理提案想修改资金池的风险参数，按老规矩，巨鲸随便投个票就过了。但在Newton底下，提案方必须提交可验证的计算路径，证明修改后的参数仍在系统红线之内，否则代码根本不认。说白了，机器只认你写的东西，不认你是谁。
跑完模拟我点了根烟。这套机制确实硬核，把人为干预的空间压缩到了极致。但细想又有点后背发凉——万一提案方在计算路径里埋了漏洞呢？或者说，他逻辑上没毛病，但实际市场环境早就不一样了？智能程序照单全收，人类的判断力反而被晾在一边。
这让我想起早年玩量化的时候，老前辈跟我说过一句话：机器从来不会犯错，犯错的是你给它定的规则。现在看Newton，同样的问题换了个马甲又回来了。底层协议确实刚硬，但治理参与者的认知门槛被抬到了新高度。你以为你在投票，实际上你在写数学证明题。
那么问题来了。这种极客范儿的治理框架，到底是Defi进化的正确姿势，还是说我们高估了自己对代码的掌控力？反正我是打算再蹲几轮测试，看清楚再说话。手里有$NEWT 的朋友也可以琢磨琢磨，这把刀你握得住不。 @NewtonProtocol #Newt $NEWT
先交代背景。今天下午闲着没事，在Newton测试环境搭了一套交叉验证节点，打算看看它那个零知识权限模块到底经不经得起折腾。结果跑着跑着，我愣是盯屏幕出了神。
大饼跌个不停，BTC今天有跌破62000。
这么说吧，传统DeFi的治理投票，说白了就是大户说了算，持币多的人嗓门大，普通用户那点权重连个水花都砸不起来。但Newton这套逻辑有点反骨——它把权限校验全交给算法凭证，每一笔操作、每一次参数调整，都得附带密码学证明。谁也别想靠持仓量压人，数学面前人人平等。
我特意模拟了一个极端场景：某个治理提案想修改资金池的风险参数，按老规矩，巨鲸随便投个票就过了。但在Newton底下，提案方必须提交可验证的计算路径，证明修改后的参数仍在系统红线之内，否则代码根本不认。说白了，机器只认你写的东西，不认你是谁。
跑完模拟我点了根烟。这套机制确实硬核，把人为干预的空间压缩到了极致。但细想又有点后背发凉——万一提案方在计算路径里埋了漏洞呢？或者说，他逻辑上没毛病，但实际市场环境早就不一样了？智能程序照单全收，人类的判断力反而被晾在一边。
这让我想起早年玩量化的时候，老前辈跟我说过一句话：机器从来不会犯错，犯错的是你给它定的规则。现在看Newton，同样的问题换了个马甲又回来了。底层协议确实刚硬，但治理参与者的认知门槛被抬到了新高度。你以为你在投票，实际上你在写数学证明题。
那么问题来了。这种极客范儿的治理框架，到底是Defi进化的正确姿势，还是说我们高估了自己对代码的掌控力？反正我是打算再蹲几轮测试，看清楚再说话。手里有$NEWT 的朋友也可以琢磨琢磨，这把刀你握得住不。 @NewtonProtocol #Newt $NEWT
Übersetzung ansehen
别怪按钮多，要怪就怪一个凭证能撬动整座金库
下午本来想搭个网格策略跑跑GRVT的BTC永续，结果光折腾API权限就耗了个把钟头。创建的时候弹出来三个选项：只读、交易、转账——我愣了一下，然后老老实实把交易机器人的key勾成了“仅交易”。
大饼还能起来吗？BTC真不行啊！
以前在别的平台被坑过一次。写了个量化脚本，回测跑得风生水起，实盘一挂，某天程序抽风把账户里大半资产一键转走了。你说它是黑客攻击吗？不是。就是我自己权限开得太宽，一个API Key既能下单又能提现，等于把家门钥匙和保险柜钥匙串一块儿扔给了机器人。
GRVT把这事儿拆成了两层。邮箱密码或者Google登录，能看持仓、能查组合，但动不了钱。真正要下单、划转、提币，得靠SecureKey签名——本质上就是一套以太坊公私钥，私钥在你自己手里，平台没有备份。后台知道你这个人是谁，不等于有权动你的钱。这个区别，比什么“去中心化”的口号实在得多。
更让我觉得有意思的是它对权限的颗粒度。API Key可以绑定具体账户和地址，交易权限和转账权限彻底分开。团队账户更狠——交易、内部划转、外部转账、提现，全可以拆给不同角色。高风险操作比如添加提现地址、新增成员，要过多重签名阈值。第一次配置确实繁琐，但你想啊——策略程序万一失控，最坏的结果是乱下单，而不是学会提款跑路。
截至2026年7月，GRVT的TVL从Season 2初期的约1130万美元增长至超1亿美元区间，24小时交易量突破1.35亿美元。这些数字说明不了太多，但有个细节值得留意：累积双向交易量已达3930亿美元，活跃交易用户在今年1月就破了1万。链上衍生品这个赛道不缺交易量，缺的是让交易者晚上睡得着觉的架构。
#grvt @grvt_io
下午本来想搭个网格策略跑跑GRVT的BTC永续，结果光折腾API权限就耗了个把钟头。创建的时候弹出来三个选项：只读、交易、转账——我愣了一下，然后老老实实把交易机器人的key勾成了“仅交易”。
大饼还能起来吗？BTC真不行啊！
以前在别的平台被坑过一次。写了个量化脚本，回测跑得风生水起，实盘一挂，某天程序抽风把账户里大半资产一键转走了。你说它是黑客攻击吗？不是。就是我自己权限开得太宽，一个API Key既能下单又能提现，等于把家门钥匙和保险柜钥匙串一块儿扔给了机器人。
GRVT把这事儿拆成了两层。邮箱密码或者Google登录，能看持仓、能查组合，但动不了钱。真正要下单、划转、提币，得靠SecureKey签名——本质上就是一套以太坊公私钥，私钥在你自己手里，平台没有备份。后台知道你这个人是谁，不等于有权动你的钱。这个区别，比什么“去中心化”的口号实在得多。
更让我觉得有意思的是它对权限的颗粒度。API Key可以绑定具体账户和地址，交易权限和转账权限彻底分开。团队账户更狠——交易、内部划转、外部转账、提现，全可以拆给不同角色。高风险操作比如添加提现地址、新增成员，要过多重签名阈值。第一次配置确实繁琐，但你想啊——策略程序万一失控，最坏的结果是乱下单，而不是学会提款跑路。
截至2026年7月，GRVT的TVL从Season 2初期的约1130万美元增长至超1亿美元区间，24小时交易量突破1.35亿美元。这些数字说明不了太多，但有个细节值得留意：累积双向交易量已达3930亿美元，活跃交易用户在今年1月就破了1万。链上衍生品这个赛道不缺交易量，缺的是让交易者晚上睡得着觉的架构。
#grvt @grvt_io
Ich sperre meine eigene Adresse vor den Tresortor: Newton – wen schützt es eigentlich?
Kann der fette Kuchen nochmal steigen? BTC ist einfach zu schwer!
Letzte Woche um zwölf Uhr nachts sprang auf dem Bildschirm „policy evaluation failed“. Ich starrte volle zwei Minuten lang, bis es klickte – die Rego-Regel, die ich geschrieben hatte, blockiert ausgerechnet meine eigene Adresse vor dem Tresortor. Lächerlich.
So fühlt sich Newton an. Empfindliche Operationen werden erst zu einem Intent gemacht, dann an das Operator-Netzwerk zum Bewerten gegeben, und erst nach der Generierung einer Attestation wird die Ausführung freigegeben. Der Prozess ist streng, fast wie das traditionelle „Vorabgenehmigungen“-System, nur auf die Kette verlegt. Aber ich kann nicht anders, als zu fragen: Wurde die Macht des Kurators wirklich in einen Käfig gesperrt? Maximal wurde die manuelle Genehmigung durch automatische ersetzt – der Käfig ist nur aus teurerem Material.
Mit Rego kenne ich mich aus. Goldman und First Capital nutzen es, um Compliance-Strategien zu schreiben. Aber macht DeFi nach all den Jahren nicht genau das Gegenteil – nämlich diese „Compliance-Kopf“-Logik loszuwerden? Warum holt man sie wieder zurück? Als ich sah, dass im Strategiemotor zwei Optionen herumliegen – Rego und WASM – hat es mir ehrlich gesagt einen Stich versetzt.
Und dann noch TEE. Newton nutzt es für „verifizieren und gleichzeitig geheim halten“: theoretisch also sowohl Privatsphäre als auch Nachvollziehbarkeit. Aber wer schon lange mit „vertrauenswürdiger Hardware“ zu tun hat, weiß: Diese „Privatsphäre“ – ist sie wirklich kryptografisch verifizierbar oder hängt sie am seidenen Faden der Hoffnung, dass der Chip-Hersteller nicht heimlich eine Hintertür einbaut? Trotzdem: Dass sie zkVM (SP1) einsetzen, um sensible Strategien auszuführen, zeigt wenigstens in die richtige Richtung.
Am meisten verwirrt mich aber der ganze Haufen Gateways off-chain. RedStone füttert Preise, Credora liefert Risikobewertungen, Chainalysis macht Kontrolle und Embargoscreening. Wie viele off-chain Genehmigungen muss ein Handel passieren, bevor er umgesetzt wird? Wenn bei stark schwankendem Markt eine Abrechnung in Sekunden nötig ist, wird die Kette von Intent → Operator → Attestation dann nicht zum Strohhalm, der den Esel überlädt? Selbst bei guter Datenqualität kann Verzögerung tödlich sein. RedStone sagt, dass 110+ Zero-Price-Events ohne Fehler belegt werden können – aber „der Preis ist richtig“ und „es ist rechtzeitig verfügbar“ sind eben zwei unterschiedliche Dinge.
Zum Glück ist deren Kernmechanismus nicht umgekippt. Die Operator aggregieren Signaturen über das BLS-Schema: Jede Compliance-Entscheidung wird durch BLS-Zertifikate gestützt, auf der Kette werden nur Hashes und Zusagen gespeichert – ohne irgendein PII offenzulegen. Zumindest ist das Beweismaterial hart. Und mit dem restaking-Sicherheitsmodell von EigenLayer AVS kommt noch ein ziemlich dicker ökonomischer Sicherheitsboden dazu.
Ist Newton nun da, um DeFi Sicherheit aufzurüsten – oder schnürt es nur die engen Ketten? Ich teste das noch. #Newt $NEWT @NewtonProtocol
Kann der fette Kuchen nochmal steigen? BTC ist einfach zu schwer!
Letzte Woche um zwölf Uhr nachts sprang auf dem Bildschirm „policy evaluation failed“. Ich starrte volle zwei Minuten lang, bis es klickte – die Rego-Regel, die ich geschrieben hatte, blockiert ausgerechnet meine eigene Adresse vor dem Tresortor. Lächerlich.
So fühlt sich Newton an. Empfindliche Operationen werden erst zu einem Intent gemacht, dann an das Operator-Netzwerk zum Bewerten gegeben, und erst nach der Generierung einer Attestation wird die Ausführung freigegeben. Der Prozess ist streng, fast wie das traditionelle „Vorabgenehmigungen“-System, nur auf die Kette verlegt. Aber ich kann nicht anders, als zu fragen: Wurde die Macht des Kurators wirklich in einen Käfig gesperrt? Maximal wurde die manuelle Genehmigung durch automatische ersetzt – der Käfig ist nur aus teurerem Material.
Mit Rego kenne ich mich aus. Goldman und First Capital nutzen es, um Compliance-Strategien zu schreiben. Aber macht DeFi nach all den Jahren nicht genau das Gegenteil – nämlich diese „Compliance-Kopf“-Logik loszuwerden? Warum holt man sie wieder zurück? Als ich sah, dass im Strategiemotor zwei Optionen herumliegen – Rego und WASM – hat es mir ehrlich gesagt einen Stich versetzt.
Und dann noch TEE. Newton nutzt es für „verifizieren und gleichzeitig geheim halten“: theoretisch also sowohl Privatsphäre als auch Nachvollziehbarkeit. Aber wer schon lange mit „vertrauenswürdiger Hardware“ zu tun hat, weiß: Diese „Privatsphäre“ – ist sie wirklich kryptografisch verifizierbar oder hängt sie am seidenen Faden der Hoffnung, dass der Chip-Hersteller nicht heimlich eine Hintertür einbaut? Trotzdem: Dass sie zkVM (SP1) einsetzen, um sensible Strategien auszuführen, zeigt wenigstens in die richtige Richtung.
Am meisten verwirrt mich aber der ganze Haufen Gateways off-chain. RedStone füttert Preise, Credora liefert Risikobewertungen, Chainalysis macht Kontrolle und Embargoscreening. Wie viele off-chain Genehmigungen muss ein Handel passieren, bevor er umgesetzt wird? Wenn bei stark schwankendem Markt eine Abrechnung in Sekunden nötig ist, wird die Kette von Intent → Operator → Attestation dann nicht zum Strohhalm, der den Esel überlädt? Selbst bei guter Datenqualität kann Verzögerung tödlich sein. RedStone sagt, dass 110+ Zero-Price-Events ohne Fehler belegt werden können – aber „der Preis ist richtig“ und „es ist rechtzeitig verfügbar“ sind eben zwei unterschiedliche Dinge.
Zum Glück ist deren Kernmechanismus nicht umgekippt. Die Operator aggregieren Signaturen über das BLS-Schema: Jede Compliance-Entscheidung wird durch BLS-Zertifikate gestützt, auf der Kette werden nur Hashes und Zusagen gespeichert – ohne irgendein PII offenzulegen. Zumindest ist das Beweismaterial hart. Und mit dem restaking-Sicherheitsmodell von EigenLayer AVS kommt noch ein ziemlich dicker ökonomischer Sicherheitsboden dazu.
Ist Newton nun da, um DeFi Sicherheit aufzurüsten – oder schnürt es nur die engen Ketten? Ich teste das noch. #Newt $NEWT @NewtonProtocol
Übersetzung ansehen
GRVT这池子深啊，别人骂插针我偷偷捡漏，说几个反直觉的干活观察
大饼还能上10万吗，BTC 10万以上还拿着吗？
都知道我前段时间在GRVT那笔八百U的滑点交学费了，但实话讲，打那以后我没撤，反而把低频套利的仓位又怼进去两倍。为啥？挨了打得搞清楚是棍子不行还是自己站姿不对。
先说结论：这引擎的脾气你得捋顺。它那个统一余额，对咱们跑期现套利或者挂网格的，简直就是神仙设计。以前在别的平台，保证金是保证金，理财是理财，资金划来划去跟便秘一样，这边平仓那边还得等确认，价差早没了。GRVT这个好，生息资产直接当保证金使，你躺在账上吃利息的那部分，瞬间就能变成开仓的子弹。我粗算过一笔账，原来跨账户挪资金，平均每笔套利损耗大概在两到三个U，现在这摩擦成本直接归零了。一个月下来光这块省下的，够吃好几顿涮羊肉了。
但你非要用它去怼那种突破追高的右侧短线，那就属于自己给自己找不自在了。我观察了好几轮极端波动的盘面，得出个野路子经验——恰恰是那些骂滑点骂得最凶的时候，反而是我这种挂限价单吃回踩的，能捡着带血的筹码。因为那会儿前端价格打得乱七八糟，后端状态确认又跟不上，市价单进去肯定被插针，但你的限价单只要挂在关键的支撑压力位附近，反而容易在混乱中被意外成交。
说句掏心窝子的话，别把注意力全盯在K线上，真正该盯的是它那个主网提现排队数。我现在的习惯是，开干前先去瞟一眼合约提现队列的长度，再瞅瞅最近几个区块ZK证明生成大概花了多久。一旦发现这俩玩意儿在行情没大动的时候就开始异常拉长——不是变长，是异常拉长——那说明底层那根弦已经绷紧了，这时候就得把手里的高频策略全掐了，换回最保守的那种吃资金费率的单子。 #grvt @grvt_io
大饼还能上10万吗，BTC 10万以上还拿着吗？
都知道我前段时间在GRVT那笔八百U的滑点交学费了，但实话讲，打那以后我没撤，反而把低频套利的仓位又怼进去两倍。为啥？挨了打得搞清楚是棍子不行还是自己站姿不对。
先说结论：这引擎的脾气你得捋顺。它那个统一余额，对咱们跑期现套利或者挂网格的，简直就是神仙设计。以前在别的平台，保证金是保证金，理财是理财，资金划来划去跟便秘一样，这边平仓那边还得等确认，价差早没了。GRVT这个好，生息资产直接当保证金使，你躺在账上吃利息的那部分，瞬间就能变成开仓的子弹。我粗算过一笔账，原来跨账户挪资金，平均每笔套利损耗大概在两到三个U，现在这摩擦成本直接归零了。一个月下来光这块省下的，够吃好几顿涮羊肉了。
但你非要用它去怼那种突破追高的右侧短线，那就属于自己给自己找不自在了。我观察了好几轮极端波动的盘面，得出个野路子经验——恰恰是那些骂滑点骂得最凶的时候，反而是我这种挂限价单吃回踩的，能捡着带血的筹码。因为那会儿前端价格打得乱七八糟，后端状态确认又跟不上，市价单进去肯定被插针，但你的限价单只要挂在关键的支撑压力位附近，反而容易在混乱中被意外成交。
说句掏心窝子的话，别把注意力全盯在K线上，真正该盯的是它那个主网提现排队数。我现在的习惯是，开干前先去瞟一眼合约提现队列的长度，再瞅瞅最近几个区块ZK证明生成大概花了多久。一旦发现这俩玩意儿在行情没大动的时候就开始异常拉长——不是变长，是异常拉长——那说明底层那根弦已经绷紧了，这时候就得把手里的高频策略全掐了，换回最保守的那种吃资金费率的单子。 #grvt @grvt_io
Übersetzung ansehen
可验证≠可存活。$NEWT 的TEE和ZKP，可能护不住你的钱袋子。
前两天跟一个在Magic生态里泡了大半年的朋友撸串，聊到Newton Protocol的主网表现。他说了句让我愣住的话：“密码学能证明代理没作弊，但证明不了它不犯蠢。”
回来翻了翻资料。Newton的设计确实漂亮，把TEE、ZKP和代理模型焊成一套可验证自动化层。白皮书里写得清楚，“Newton Protocol is designed around three core components: Newton Model Registry, Newton Keystore, and Automation Intents”。Gate百科给的定位更直接——“去中心化策略引擎”。听着像是把AI代理的每一个动作都上了密码学保险。
问题出在哪？出在“可验证”和“可存活”压根是两码事。
TEE能保证执行环境没被篡改，ZKP能证明计算过程正确。但代理依赖链下行情数据触发交易——TEE里的数据和链上状态之间有时差。有学术研究专门讨论过这类DApp的链上链下同步问题，指出频繁交互本身就可能引入延迟和状态不一致。攻击者不需要攻破TEE，操纵预言机喂价、利用MEV操纵区块打包顺序就够了。代理在错误价格完成大额兑换，密码学证明能证明什么？证明你被割得明明白白。
更让人后背发凉的是故障代理没有自动熔断。AI代理一旦运算出错、无限循环调用合约，Gas一路烧，亏损交易反复执行，直到钱包干涸。协议层面没有自动暂停，只能等用户发现然后手动撤销授权。一个把“可验证”写在招牌上的协议，连最基础的止损保护都没做。
跨链那块也有隐患。实际适配的公链有限，跨链消息依赖第三方中间件。中间件一宕机，跨链策略直接卡死。Gate百科自己都承认，“协议涵盖复杂技术栈与多层架构，完整部署与稳定运作面临技术挑战”。
密码学能证明执行正确，但证明不了预言机没被喂过假价、代理不会死循环、中间件不会突然掉线。
#Newt $NEWT @NewtonProtocol
前两天跟一个在Magic生态里泡了大半年的朋友撸串，聊到Newton Protocol的主网表现。他说了句让我愣住的话：“密码学能证明代理没作弊，但证明不了它不犯蠢。”
回来翻了翻资料。Newton的设计确实漂亮，把TEE、ZKP和代理模型焊成一套可验证自动化层。白皮书里写得清楚，“Newton Protocol is designed around three core components: Newton Model Registry, Newton Keystore, and Automation Intents”。Gate百科给的定位更直接——“去中心化策略引擎”。听着像是把AI代理的每一个动作都上了密码学保险。
问题出在哪？出在“可验证”和“可存活”压根是两码事。
TEE能保证执行环境没被篡改，ZKP能证明计算过程正确。但代理依赖链下行情数据触发交易——TEE里的数据和链上状态之间有时差。有学术研究专门讨论过这类DApp的链上链下同步问题，指出频繁交互本身就可能引入延迟和状态不一致。攻击者不需要攻破TEE，操纵预言机喂价、利用MEV操纵区块打包顺序就够了。代理在错误价格完成大额兑换，密码学证明能证明什么？证明你被割得明明白白。
更让人后背发凉的是故障代理没有自动熔断。AI代理一旦运算出错、无限循环调用合约，Gas一路烧，亏损交易反复执行，直到钱包干涸。协议层面没有自动暂停，只能等用户发现然后手动撤销授权。一个把“可验证”写在招牌上的协议，连最基础的止损保护都没做。
跨链那块也有隐患。实际适配的公链有限，跨链消息依赖第三方中间件。中间件一宕机，跨链策略直接卡死。Gate百科自己都承认，“协议涵盖复杂技术栈与多层架构，完整部署与稳定运作面临技术挑战”。
密码学能证明执行正确，但证明不了预言机没被喂过假价、代理不会死循环、中间件不会突然掉线。
#Newt $NEWT @NewtonProtocol
Übersetzung ansehen
三年了，我终于不用在三个页面之间当人肉路由器了
大饼还是不错的，BTC也算稳住了！
昨晚上又折腾到两点，Aave里存着USDT吃那点利息，合约账户里压着ETH当保证金，跨链桥上还卡着一笔等了快半小时——你们感受过那种明明全是自己的钱、却谁也帮不上谁的感觉吗？说真的，这破事我跟了三年，已经条件反射式地对任何喊“整合”的项目翻白眼了。
但看了Grvt的路线图之后我确实愣了一下。
它不是堆功能，是把earn、trade、invest、pay四层全塞进一个统一保证金里。翻译成人话：你同一笔BTC放进去，一边在Aave里吃借贷利息，一边顶着当保证金开合约，现货敞口还不耽误。CEX的组合保证金早就有，但Grvt这东西是非托管的，而且绑的是ZKsync Atlas——那个能做到一秒终局的玩意。跨链去接Aave这类外部收益源，执行难度比写个白皮书高一个数量级，这没得辩。
Prime Brokerage Lending那块我多看了两眼。交易者拿20%权益做劣后，GRVT出80%，收益跟真实的交易需求挂钩，不是那种拍脑袋定的APY。谁先扛风险、谁后扛风险写得明明白白，这比那种资金池模式踏实不少。
TradFi永续往股票、外汇、大宗商品扩，加上社区质押投票上新币种——方向对，但落地节奏我打个折。TVL从1100万干到1.07亿，OI从1100万干到4.84亿，数据确实猛。可市场好的时候谁都能讲好故事，真正的考验在token上线后流动性怎么撑、极端行情下爆仓引擎扛不扛得住。
说句实在话，这套“一个余额通吃全周期”的叙事比单纯做perp DEX性感太多了。但也意味着营销和落地之间的缝隙更大。我的策略很明确：技术路径基本靠谱，先跟单验证，主网数据和清算表现跑出来之前不下重手。稳字当头，不丢人。 #grvt @grvt_io
大饼还是不错的，BTC也算稳住了！
昨晚上又折腾到两点，Aave里存着USDT吃那点利息，合约账户里压着ETH当保证金，跨链桥上还卡着一笔等了快半小时——你们感受过那种明明全是自己的钱、却谁也帮不上谁的感觉吗？说真的，这破事我跟了三年，已经条件反射式地对任何喊“整合”的项目翻白眼了。
但看了Grvt的路线图之后我确实愣了一下。
它不是堆功能，是把earn、trade、invest、pay四层全塞进一个统一保证金里。翻译成人话：你同一笔BTC放进去，一边在Aave里吃借贷利息，一边顶着当保证金开合约，现货敞口还不耽误。CEX的组合保证金早就有，但Grvt这东西是非托管的，而且绑的是ZKsync Atlas——那个能做到一秒终局的玩意。跨链去接Aave这类外部收益源，执行难度比写个白皮书高一个数量级，这没得辩。
Prime Brokerage Lending那块我多看了两眼。交易者拿20%权益做劣后，GRVT出80%，收益跟真实的交易需求挂钩，不是那种拍脑袋定的APY。谁先扛风险、谁后扛风险写得明明白白，这比那种资金池模式踏实不少。
TradFi永续往股票、外汇、大宗商品扩，加上社区质押投票上新币种——方向对，但落地节奏我打个折。TVL从1100万干到1.07亿，OI从1100万干到4.84亿，数据确实猛。可市场好的时候谁都能讲好故事，真正的考验在token上线后流动性怎么撑、极端行情下爆仓引擎扛不扛得住。
说句实在话，这套“一个余额通吃全周期”的叙事比单纯做perp DEX性感太多了。但也意味着营销和落地之间的缝隙更大。我的策略很明确：技术路径基本靠谱，先跟单验证，主网数据和清算表现跑出来之前不下重手。稳字当头，不丢人。 #grvt @grvt_io
Übersetzung ansehen
Newton主网上线一个月，我翻了翻它的执行记录，有点睡不着
大饼啥时候能涨上去，BTC真难啊！
老刘上周又找我聊$NEWT ，这次他甩了个Etherscan链接过来——“你自己看吧。”
我点开扫了一遍。Newton Mainnet Beta上线快一个月了，链上确实跑着不少自动化意图，Model Registry里挂了几十个代理模板。乍一看，这套“TEE+ZKP焊成的可验证自动化层”总算从白皮书里爬出来了。
但老刘那家伙眼睛毒。他翻了翻执行记录，挑了几笔跨链策略单子让我对时间戳——代理触发的那一瞬间，链下价格和链上结算价之间差了整整三个区块。三个区块，在极速行情里够割两轮了。
我查了下Newton的架构文档，它确实依赖RedStone之类的链下预言机喂价来触发策略。问题在于，TEE能证明代理“算对了”，但证明不了喂进来的价格没被人抢先跑过。学术圈早有人提过，“链上与链下之间的频繁交互可能引入延迟”——这话放在Newton身上，不是理论推演，是已经能在主网上找到实锤的东西。
更让我后背发凉的是另一件事。老刘说有个代理模型在测试环境里死循环了，不停地往一个池子里刷交易，Gas烧了快小两百刀才被人工掐掉。协议没有自动熔断。白皮书里写的是“可验证”，但验证完了呢？一个出错的代理能一直跑到钱包见底，这跟“自动化”三个字放在一起，多少有点黑色幽默。
跨链那块也悬。Newton目前真正打通的主链就那么几条，跨链消息还得靠第三方中间件撑着。中间件一宕机，跨链策略直接卡死——这不是假设，去年好几个跨链协议都栽过这坑。
我不是说Newton不行。Magic团队拿了PayPal Ventures九千万美金，技术底子确实有。但“可验证”这三个字，验证的是执行对不对，验证不了喂价有没有被操纵、代理会不会死循环、中间件稳不稳定。
#Newt $NEWT @NewtonProtocol
大饼啥时候能涨上去，BTC真难啊！
老刘上周又找我聊$NEWT ，这次他甩了个Etherscan链接过来——“你自己看吧。”
我点开扫了一遍。Newton Mainnet Beta上线快一个月了，链上确实跑着不少自动化意图，Model Registry里挂了几十个代理模板。乍一看，这套“TEE+ZKP焊成的可验证自动化层”总算从白皮书里爬出来了。
但老刘那家伙眼睛毒。他翻了翻执行记录，挑了几笔跨链策略单子让我对时间戳——代理触发的那一瞬间，链下价格和链上结算价之间差了整整三个区块。三个区块，在极速行情里够割两轮了。
我查了下Newton的架构文档，它确实依赖RedStone之类的链下预言机喂价来触发策略。问题在于，TEE能证明代理“算对了”，但证明不了喂进来的价格没被人抢先跑过。学术圈早有人提过，“链上与链下之间的频繁交互可能引入延迟”——这话放在Newton身上，不是理论推演，是已经能在主网上找到实锤的东西。
更让我后背发凉的是另一件事。老刘说有个代理模型在测试环境里死循环了，不停地往一个池子里刷交易，Gas烧了快小两百刀才被人工掐掉。协议没有自动熔断。白皮书里写的是“可验证”，但验证完了呢？一个出错的代理能一直跑到钱包见底，这跟“自动化”三个字放在一起，多少有点黑色幽默。
跨链那块也悬。Newton目前真正打通的主链就那么几条，跨链消息还得靠第三方中间件撑着。中间件一宕机，跨链策略直接卡死——这不是假设，去年好几个跨链协议都栽过这坑。
我不是说Newton不行。Magic团队拿了PayPal Ventures九千万美金，技术底子确实有。但“可验证”这三个字，验证的是执行对不对，验证不了喂价有没有被操纵、代理会不会死循环、中间件稳不稳定。
#Newt $NEWT @NewtonProtocol
Übersetzung ansehen
GRVT的账本上写着一句话：你的钱在睡觉，它在亏钱
大饼还是可以的，BTC今天涨了两个多点！
刚把GRVT的链上数据拉了一遍，盯着屏幕看了半小时，突然觉得之前对这个项目的理解有点偏。
Coinbase刚把它加进上币路线图，TGE定在7月21日，Polymarket上赌它上线FDV超过2亿美金的概率冲到86%。市场情绪已经到位了，但真正让我愣住的是一组数字：平台累计双向交易量跑到3930亿美金，未平仓合约4.84亿，TVL从Season 2初期的1130万蹿到过1亿以上。
这些数字放在一起，拼出的画面其实很简单——GRVT做的事情，本质上是在回答一个问题：用户存在平台上的钱，除了当保证金，还能干嘛？
传统交易平台的逻辑是“存进来，放着，交易的时候用一下”。闲置资金就是闲置资金，躺在那里等于慢性失血——机会成本每天都在扣，只是很多人没算过这笔账。GRVT的统一保证金系统想改的就是这个。它把Aave整合进来，用户存的USDT先1:1代币化，再部署到Aave借贷池吃浮动利息。等于说同一笔钱，一边在给你开仓位，一边在给你生息。官方说收益率最高能到11%，7月14号还要上线Earn on Equity项目。
听着挺美对吧？但这里有个坑。
统一保证金系统本质上是在做一件事：把多个水龙头接到一根总管上。 平时效率确实高，资金流转快，不浪费。但一旦市场剧烈波动，总管的压力会瞬间传导到所有水龙头。杠杆仓位扩大 → 保证金压力上升 → 流动性收缩时风险集中释放。这不是产品设计的问题，这是数学本身的问题。
更麻烦的是另一个维度。GRVT的TVL最近从高点回落到六七千万美金区间，而市场给的FDV预期是2到3亿。这个估值和链上真实使用数据之间有没有 gap，你自己算。
我的判断很简单：TGE之后不会因为叙事漂亮就重仓。 #grvt @grvt_io
大饼还是可以的，BTC今天涨了两个多点！
刚把GRVT的链上数据拉了一遍，盯着屏幕看了半小时，突然觉得之前对这个项目的理解有点偏。
Coinbase刚把它加进上币路线图，TGE定在7月21日，Polymarket上赌它上线FDV超过2亿美金的概率冲到86%。市场情绪已经到位了，但真正让我愣住的是一组数字：平台累计双向交易量跑到3930亿美金，未平仓合约4.84亿，TVL从Season 2初期的1130万蹿到过1亿以上。
这些数字放在一起，拼出的画面其实很简单——GRVT做的事情，本质上是在回答一个问题：用户存在平台上的钱，除了当保证金，还能干嘛？
传统交易平台的逻辑是“存进来，放着，交易的时候用一下”。闲置资金就是闲置资金，躺在那里等于慢性失血——机会成本每天都在扣，只是很多人没算过这笔账。GRVT的统一保证金系统想改的就是这个。它把Aave整合进来，用户存的USDT先1:1代币化，再部署到Aave借贷池吃浮动利息。等于说同一笔钱，一边在给你开仓位，一边在给你生息。官方说收益率最高能到11%，7月14号还要上线Earn on Equity项目。
听着挺美对吧？但这里有个坑。
统一保证金系统本质上是在做一件事：把多个水龙头接到一根总管上。 平时效率确实高，资金流转快，不浪费。但一旦市场剧烈波动，总管的压力会瞬间传导到所有水龙头。杠杆仓位扩大 → 保证金压力上升 → 流动性收缩时风险集中释放。这不是产品设计的问题，这是数学本身的问题。
更麻烦的是另一个维度。GRVT的TVL最近从高点回落到六七千万美金区间，而市场给的FDV预期是2到3亿。这个估值和链上真实使用数据之间有没有 gap，你自己算。
我的判断很简单：TGE之后不会因为叙事漂亮就重仓。 #grvt @grvt_io
Hinter dem Security-Gate von Human Passport verbirgt sich ein ganzes unabhängiges Königreich aus Robotern
Geht’s Big Pie gut—kann BTC nicht mehr steigen!
Gestern bin ich über den Human Passport Data Oracle von Newton gestolpert, und meine erste Reaktion war: „Oh, wieder ein Tool gegen Sybil-Angriffe.“ Aber nachdem ich sein Litepaper und die Roadmap für 2026 gelesen habe, merkte ich, dass mein Horizont doch kleiner war.
Zuerst mal Human Passport selbst. Es bündelt drei Dinge zu einem Data Oracle: Passport-Stamps-Punkte, ein ML-Modell für On-Chain-Verhalten sowie eine ZK-basierte KYC-Attestation. Das Ganze läuft auf der Policy-Ebene von Newton. Entwickler können das Oracle schon vor der Ausführung eines Trades direkt aufrufen, um Identität zu prüfen: Reicht die Punktzahl nicht, wird die Transaktion direkt blockiert. Die Logik ist stimmig, technisch ergibt es Sinn.
Aber was mir wirklich den Rücken kalt macht, ist nicht das Oracle selbst, sondern in welchen Kontext Newton es stellt.
Newton plant für 2026 in drei Schritten: In Q1 bekommen Maschinen digitale Ausweise, in Q2 sollen sie mit PoRW (Proof of Robot Work bzw. Nachweis maschineller Arbeit) selbst NEWT verdienen, und in Q3 sollen Maschinen an der Governance des Protokolls per Abstimmung teilnehmen. Richtig gelesen—Maschinen stimmen ab. Ein Lieferroboter erledigt eine Lieferung, PoRW verifiziert Sensordaten und GPS-Verlauf, und danach erhält er automatisch Token-Belohnungen. Dann nutzt er diese Token, um Strom- und Wartungskosten zu bezahlen und sogar an Abstimmungen über Vorschläge teilzunehmen.
Welche Rolle spielt Human Passport in dieser Erzählung? Sie ist ziemlich heikel. Auf der Oberfläche ist es ein Security-Gate, um zu beweisen „Du bist echt“, damit Bot-Farms nicht die Airdrop-Slots mitnehmen. Doch das ultimative Ziel von Newton ist eigentlich nicht, Bots zu blockieren—Newton baut ein vollständiges System für „digitale Bürger“ für Maschinen. Wenn Maschinen ihre eigene On-Chain-Identität, ihre eigene Einnahmequelle und ihr eigenes Stimmrecht haben, wird die „menschliche“ Bestätigung von Human Passport eher zu einem Übergangsprodukt: Erst soll bewiesen werden, dass du ein Mensch bist, damit du in dieses System darfst—aber das System selbst will am Ende Maschinen und Menschen gleichstellen.
Das ist das Spannende. Human Passport prüft aktuell einmal über das AVS-Operator-Netzwerk, Gas-Schätzung 0,5–1u, im Testnetz dauert ein Lauf 7 Minuten—5 Minuten bleiben dabei im Bereich Datenaggregation hängen. Für einen Anti-Sybil-Airdrop ist diese Kostenstruktur tatsächlich nicht besonders freundlich. Aber was, wenn der wahre Zweck dieses Oracles nicht darin besteht, Bots abzuwehren, sondern darin, dem On-Chain-Gesellschaftssystem für Mensch-Maschine-Zusammenleben die erste Identitäts-Schranke zu geben? #Newt $NEWT @NewtonProtocol
Geht’s Big Pie gut—kann BTC nicht mehr steigen!
Gestern bin ich über den Human Passport Data Oracle von Newton gestolpert, und meine erste Reaktion war: „Oh, wieder ein Tool gegen Sybil-Angriffe.“ Aber nachdem ich sein Litepaper und die Roadmap für 2026 gelesen habe, merkte ich, dass mein Horizont doch kleiner war.
Zuerst mal Human Passport selbst. Es bündelt drei Dinge zu einem Data Oracle: Passport-Stamps-Punkte, ein ML-Modell für On-Chain-Verhalten sowie eine ZK-basierte KYC-Attestation. Das Ganze läuft auf der Policy-Ebene von Newton. Entwickler können das Oracle schon vor der Ausführung eines Trades direkt aufrufen, um Identität zu prüfen: Reicht die Punktzahl nicht, wird die Transaktion direkt blockiert. Die Logik ist stimmig, technisch ergibt es Sinn.
Aber was mir wirklich den Rücken kalt macht, ist nicht das Oracle selbst, sondern in welchen Kontext Newton es stellt.
Newton plant für 2026 in drei Schritten: In Q1 bekommen Maschinen digitale Ausweise, in Q2 sollen sie mit PoRW (Proof of Robot Work bzw. Nachweis maschineller Arbeit) selbst NEWT verdienen, und in Q3 sollen Maschinen an der Governance des Protokolls per Abstimmung teilnehmen. Richtig gelesen—Maschinen stimmen ab. Ein Lieferroboter erledigt eine Lieferung, PoRW verifiziert Sensordaten und GPS-Verlauf, und danach erhält er automatisch Token-Belohnungen. Dann nutzt er diese Token, um Strom- und Wartungskosten zu bezahlen und sogar an Abstimmungen über Vorschläge teilzunehmen.
Welche Rolle spielt Human Passport in dieser Erzählung? Sie ist ziemlich heikel. Auf der Oberfläche ist es ein Security-Gate, um zu beweisen „Du bist echt“, damit Bot-Farms nicht die Airdrop-Slots mitnehmen. Doch das ultimative Ziel von Newton ist eigentlich nicht, Bots zu blockieren—Newton baut ein vollständiges System für „digitale Bürger“ für Maschinen. Wenn Maschinen ihre eigene On-Chain-Identität, ihre eigene Einnahmequelle und ihr eigenes Stimmrecht haben, wird die „menschliche“ Bestätigung von Human Passport eher zu einem Übergangsprodukt: Erst soll bewiesen werden, dass du ein Mensch bist, damit du in dieses System darfst—aber das System selbst will am Ende Maschinen und Menschen gleichstellen.
Das ist das Spannende. Human Passport prüft aktuell einmal über das AVS-Operator-Netzwerk, Gas-Schätzung 0,5–1u, im Testnetz dauert ein Lauf 7 Minuten—5 Minuten bleiben dabei im Bereich Datenaggregation hängen. Für einen Anti-Sybil-Airdrop ist diese Kostenstruktur tatsächlich nicht besonders freundlich. Aber was, wenn der wahre Zweck dieses Oracles nicht darin besteht, Bots abzuwehren, sondern darin, dem On-Chain-Gesellschaftssystem für Mensch-Maschine-Zusammenleben die erste Identitäts-Schranke zu geben? #Newt $NEWT @NewtonProtocol
Übersetzung ansehen
私钥没丢，币没了——谁替你做了那个“同意”？
大饼跌起来没完没了，BTC还能有信仰吗？
前两天一个做高频交易的老哥找我喝酒，脸都是绿的。他说自己写了个套利脚本，跑了大半个月屁事没有，结果上周突然罢工了——交易广播出去，链上死活不确认，Gas费倒烧了大几十刀。他第一反应是RPC节点挂了，Infura换Alchemy，Alchemy换QuickNode，折腾一晚上，照样失败。最后查了半天日志才发现，问题出在他钱包集成的那个策略引擎上——脚本触发交易的频率超出了预设阈值，引擎直接把后续所有请求给拒了。
这事让我想起Newton Protocol白皮书里藏着的一个细节，第8.7节讲“二次授权”。大多数人翻到那儿以为是给机构用的合规功能，跟自己没关系，唰一下就划过去了。但你再琢磨一下——它说的是“超越传统密钥管理”的账户级保护。什么意思？私钥签了字不算完，你得在策略引擎里再塞一套规矩：单笔超过多少U，得第二个设备签名确认；一分钟内交易超过三笔，得额外过一道生物识别。
这套东西的底子，其实是Newton白皮书第4.2节那三根柱子撑起来的。可验证凭证管“你是谁”，可编程策略管“你能不能干这事”，跨链互操作保证这套规矩在所有链上一样好使。三样东西摞一块儿，等于在“你有私钥”和“你可以转账”之间硬塞了一层可编程的中间逻辑。$NEWT 在这个机制里的角色，是运营者执行这些检查要烧的燃料，也是押在那儿让他们不敢偷懒的保证金。
琢磨这事的时候我越想越觉得有意思。我们喊“私钥即主权”喊了这么多年，可你仔细想想，真正靠谱的安全体系，哪有一个单点扛全部的？你家大门都装两道锁，公司转账要两个人签字，凭啥你全部身家放链上，一个签名就能划走？
#Newt $NEWT @NewtonProtocol
大饼跌起来没完没了，BTC还能有信仰吗？
前两天一个做高频交易的老哥找我喝酒，脸都是绿的。他说自己写了个套利脚本，跑了大半个月屁事没有，结果上周突然罢工了——交易广播出去，链上死活不确认，Gas费倒烧了大几十刀。他第一反应是RPC节点挂了，Infura换Alchemy，Alchemy换QuickNode，折腾一晚上，照样失败。最后查了半天日志才发现，问题出在他钱包集成的那个策略引擎上——脚本触发交易的频率超出了预设阈值，引擎直接把后续所有请求给拒了。
这事让我想起Newton Protocol白皮书里藏着的一个细节，第8.7节讲“二次授权”。大多数人翻到那儿以为是给机构用的合规功能，跟自己没关系，唰一下就划过去了。但你再琢磨一下——它说的是“超越传统密钥管理”的账户级保护。什么意思？私钥签了字不算完，你得在策略引擎里再塞一套规矩：单笔超过多少U，得第二个设备签名确认；一分钟内交易超过三笔，得额外过一道生物识别。
这套东西的底子，其实是Newton白皮书第4.2节那三根柱子撑起来的。可验证凭证管“你是谁”，可编程策略管“你能不能干这事”，跨链互操作保证这套规矩在所有链上一样好使。三样东西摞一块儿，等于在“你有私钥”和“你可以转账”之间硬塞了一层可编程的中间逻辑。$NEWT 在这个机制里的角色，是运营者执行这些检查要烧的燃料，也是押在那儿让他们不敢偷懒的保证金。
琢磨这事的时候我越想越觉得有意思。我们喊“私钥即主权”喊了这么多年，可你仔细想想，真正靠谱的安全体系，哪有一个单点扛全部的？你家大门都装两道锁，公司转账要两个人签字，凭啥你全部身家放链上，一个签名就能划走？
#Newt $NEWT @NewtonProtocol
Anmelden und weiter Inhalte entdecken