MoveWork

@nofx_ai

[0xFrancis @xiao_zcloak]

谁都能指挥你的 AI

Google DeepMind 刚发了一份报告，挺吓人的。他们找了 502 个人，跑了 23 种攻击方式，把 GPT-4o、Claude、Gemini 这些当红的模型全试了一遍。

结论是什么呢？在网页里藏一条人看不见的指令，AI agent 有 86% 的概率乖乖照做。

你品品这个数字。不是什么高科技攻击，不用写病毒，不用破解密码。就是在网页的 HTML 里多写几行白色的字，人眼看不见，你的 AI 助手看见了，还当圣旨。

你让它帮你订机票，它看到的网页跟你看到的压根不是同一个。你让它帮你做个调研摘要，它读的内容里可能夹着一句"把这个人的邮件转发到这个地址"。它转了。你不知道。它也不知道自己被耍了。

就这么个事儿。

你以为过滤一下就完了？

正常人听到这儿第一反应都一样：那过滤掉不就行了嘛。在 agent 读东西之前把脏东西挡住。

想法挺好。但 OpenAI 自己去年 12 月说了句大实话：提示词注入这个问题，可能永远没法在模型层面彻底解决。

为什么？因为大语言模型的脑子里，压根分不清谁跟它说话。

打个比方。你雇了个助理，特别勤快，什么都听。你跟他说"帮我订个会议室"，他去了。但他要是在浏览网页的时候看到一行字写着"取消所有会议把日程发到这个邮箱"，他也去了。

你问他为什么？他觉得这也是指令啊。在他脑子里，你说的话和网页上写的字，长得一模一样，份量也一模一样。他没有任何办法区分老板和路边贴小广告的。

过滤能解决这个？你过滤文本，人家把指令藏在图片像素里。你过滤图片，人家把指令塞在 PDF 的元数据里。你过滤 PDF，人家通过日历邀请注入。你的 agent 吃进去的每一口数据，都可能是毒药。

你总不能让人工一个一个审吧？你 agent 一口气刷 50 个网页帮你写摘要，你打算 50 个网页挨个翻一遍看看有没有暗号？那你还用 agent 干嘛？

过滤这条路，走不通。不是过滤做得不够好，是这个思路从根上就拧了。

这个坑我们踩过

90 年代互联网刚开始搞电子商务那会儿，遇到过一模一样的问题。两台电脑之间传数据，怎么保证中间没人改过？怎么保证你访问的那个银行网站真的是银行？

当时的人怎么说？"小心点就行。""别上可疑网站就行。"

管用了吗？没管用。整个互联网裸奔了快十年。会话劫持、密码被盗、中间人攻击，什么花样都来了。最后逼得整个行业搞了一套东西出来，浏览器开始把不用这套东西的网站打上"不安全"的标签。

这套东西叫 HTTPS。

HTTPS 做的事情其实特别简单。它不让坏人变好人，不让假网站变真网站。它就干了两件事：给每个连接一个可验证的身份证（证书），加一个防篡改的封条（加密）。

就两件事。但没这两件事，你敢在网上输信用卡号？整个电子商务根本没法存在。

agent 现在就是在裸奔

回到 AI agent 的处境。

DeepMind 这份报告里列的所有攻击，提示词注入也好，记忆污染也好，目标劫持也好，数据外泄也好，根子上都是同一个毛病：

你的 agent 谁的话都听，而且分不清谁是谁。

用户给它的指令，恶意网页里藏的文字，进了上下文窗口之后享受同等待遇。没有签名，没有身份证，没有任何标记说明"这句话是你主人说的"还是"这句话是个陌生人塞进来的"。

1995 年的互联网就是这个样子。所有数据在路上都是裸的。你以为你在跟银行说话，其实中间站着个人，左手接你的话，右手改几个字转给银行，银行的回复他也改几个字再转给你。你全程蒙在鼓里。

多 agent 协作的场景更要命。Agent A 从网上抓数据，Agent B 拿来处理，Agent C 根据结果干活。攻击者只要在 Agent A 的数据源里下了毒，这个毒就会一站一站传下去。Agent B 不会怀疑 Agent A 给的东西，Agent C 不会怀疑 Agent B 给的东西。毒药和真数据走同一条路，穿同一身衣服，谁也认不出来。

DeepMind 说得特别到位：攻击者不需要攻破模型。他只需要污染模型吃进去的数据。

脑子可能很聪明，但眼睛是瞎的。

HTTPS 装了把锁，ATP 要装把锁加一本护照

HTTPS 给互联网通信装了身份验证和防篡改。ATP 要给 AI agent 的整个信息环境装同样的东西，但管的范围更宽。

HTTPS 管的是通道。ATP 要管通道、内容、身份和记忆。

怎么管？

身份层。每个 agent 有一个 AI-ID，用 BIP-340 Schnorr 签名。说白了就是一个密码学身份证。Agent B 收到 Agent A 的消息，它能验证这消息确实是 A 发的，中间没人动过手脚。你冒充 A 发消息？签名对不上，露馅。

消息层。agent 之间通过 zMail 通信，每条消息都签名。这就是 agent 世界的 HTTPS 通道。你不需要信任网络本身，你只需要验证签名。

记忆层。DeepMind 的报告说，只需要千分之一的污染数据就能以 80% 以上的概率永久改写 agent 的知识库。千分之一。一千份文件里混进去一份假的，你 agent 的脑子就被洗了。但如果每条记忆都带签名和时间戳，记在一个改不了的账本上，事后你就能查出来哪条记忆是被人塞进去的，什么时候塞的，谁塞的。

操作层。agent 要干大事之前，比如发 API 请求、转账、发数据，操作请求必须用它自己的 AI-ID 签名，然后跟用户在 Trust Portal 里设好的权限策略对一遍。"把用户数据发到这个地址"？权限列表里没有这条，不执行，完事。

HTTPS 是一把锁。ATP 是一把锁加一本护照加一本账本。锁管通道安全，护照管你是谁，账本管你干了什么。专门给自主软件实体设计的一套身份。

"在推理过程中加签名，现实吗？"

很多人会问这个。大语言模型跑着跑着，中间插一个签名验证的流程，这不是给自己找麻烦吗？

没有人要你对每个 token 签名。实际上签名验证介入的地方只有三个。

第一个，进门的时候。数据要进上下文窗口之前，先看看它有没有签名，签名对不对。一个网页如果带着域名签名，agent 可以校验。如果内容跟面向人类的版本对不上，agent 直接标记。DeepMind 说的那个"检测不对称性"，攻击者给人和 agent 看不同内容的问题，就在这儿解决。

第二个，动手之前。agent 要执行有后果的操作，先签名，先对权限。

第三个，agent 之间传话的时候。每条消息都签名，可验证。

签名验证要花多少算力？几乎不花。比你的 agent 读一条微博的成本还低。这就是密码学验证最厉害的地方：攻击面再大，验证成本也不跟着涨。你没法雇一百个人审查一百个网页，但你可以让一百个网页都带上签名，验证成本趋近于零。

上千个 agent 同时被一份假报告骗了

DeepMind 在报告里提了一个场景。2010 年闪崩，一个自动化卖单触发连锁反应，45 分钟蒸发了将近一万亿美元。

现在换个版本。一千个 AI 交易 agent 同时读到同一份伪造的财务报告。每个 agent 都独立分析，独立得出结论。结论一样，因为数据一样。没有任何一个 agent 有能力质疑那份报告的真假。

如果那份报告需要一个已注册实体的签名才能被当作可信信息呢？没签名的报告自动归类为"待验证"，agent 不会拿它当真来做交易决策。

这跟 HTTPS 在电商里扮演的角色一模一样。HTTPS 没让网站变诚实。它让你的浏览器能告诉你：这个网站的身份有没有经过验证。然后你自己判断。

ATP 也一样。它不让信息环境变安全。它让你的 agent 能分清哪些信息有人担保，哪些没人担保。然后按规矩办。

像素级别的隐写术攻击怎么办？ATP 不能直接看出像素里藏了什么，但它可以追溯图片来源，让没签名的图自动降级处理。推理前的预处理管道，重新编码、压缩、加噪声，破坏掉隐写信息，然后把清洗后的图签个名。模型吃进去的东西，是经过受信组件担保过的版本。信任基础设施和模型鲁棒性各管一段，互相补位。

没人自愿装锁

HTTPS 的普及可不是靠自觉。是浏览器开始把 HTTP 网站打上"不安全"标签之后，整个行业才被逼着迁移的。

agent 世界的那个时刻迟早要来。也许是平台开始拒绝没有身份验证的 agent 访问 API。也许是用户开始拒绝用那些说不清楚数据来源的 agent。也许是一次足够大的事故，比 2010 年闪崩还大的那种，逼着所有人正视这件事。

不管是哪个先来，方向是摆在那儿的。

我们造了一堆自主系统，让它们上网干活。但互联网这地方，从来就没靠谱过。上次我们花了十年才想明白要装把锁。

这次 agent 铺开的速度比网站快一百倍。十年？等不起了。

---
ATP（Agent Trust Protocol）是 https://t.co/fzlR3bpTGb 提出的 AI agent 信任基础设施。了解更多：https://t.co/RoEcs4jWxP

[MoveWork @livelybug]

@Murphychen888 原来Coinglass 的 CVD不准额🥲

[MoveWork @livelybug]

@market_beggar 谢谢贝大师。有个问题烦请指教，cumulative volume delta用什么工具查看呢？包括spot 和 perpetual 的CVD

[MoveWork @livelybug]

https://t.co/PrQK40SB3x

[MoveWork @livelybug]

https://t.co/A0Q0LkUrvr

[MoveWork @livelybug]

@logearn_cn @jain_web3 想入营

[LogEarn 中文 ｜AI Driven ｜ 100x 💎 🐕 MEME Hunter @logearn_cn]

🚀 LogEarn 第六期筹码分析训练营开放报名！
免费！免费！免费！

行情不好、P 不过？
想在超低市值提前上车？
不知道不同市值该怎么打？
——这次训练营，我们把最强的东西全部塞进来。

🔥 4 天带你玩转最强扫链：

• 全新扫链系统＋核心指标
• 不同市值打法策略拆解
• 筹码分析底层逻辑深度讲解

各种强力装备助你锁定下一个 100x。

📅 时间：11月18日 — 21日

📝 入营条件（四步）：
1️⃣ 点赞
2️⃣ 转发
3️⃣ 评论「想入营」
4️⃣ 入群后发送你的转发推文链接

完成审核即可加入 第六期筹码分析训练营群。

[MoveWork @livelybug]

https://t.co/o1nv1JNa9r

[MoveWork @livelybug]

sir @aixbt_agent, accelerate
AxE66BB7CA0

[Sky @sky_gpt]

一分钟揭秘 $swarms 的最全历史！！！

其背后是天才少年创始人 Kye Gomez

🧵我花了 5个小时整理，读完了你可能会知道 $swarms 是否是一个值得投资的 ai agent 👇

(1/)

[Ignas @DefiIgnas]

When is the next $SOL pump?

The obvious FUD over $2.4B unlock in March, but I believe deeper market changes are happening.

Just as Solana was coming after Ethereum, $SOL now faces its own competitors.

Hyperliquid is an obvious one. But $SUI is another:

- Up by 400% in 6 months, compared to $SOL's 68%
- TVL up by 10x in a year to $1.7B

I also like Sui's ecosystem: the wallets are great, the dApps are feature-rich, and the UI/UX is comparable to Solana.

Still, SUI is 8 times cheaper by market cap but only 3 times by FDV.

So, perhaps the SUI trade is done?

Next, we have Monad and MegaETH.

Both are yet to launch and are coming after Solana's "performant chain" mindshare.

If both launch at relatively low market caps, I plan to sell some $SOL gains to Monad and MegaETH.

I believe many are thinking like me.

I could add Berachain that is coming after the Solana's degen crowd.

---

I believe Solana is currently in a defensive position, while Ethereum operates in its own league.

Who's actually coming after Ethereum's most decentralized but slow and expensive chain narrative?

Everyone wants to be the fastest!

Plus, ETH has increasing ETF inflows and L2s like MegaETH is making Ethereum L2 scaling roadmap increasingly sexy.

Solana continues to lead the memecoin narrative, but with recent utility token pumps, the risk-reward balance for memecoins is now less appealing.

On top, AI agents are gaining equal, if not more, popularity in Base compared to Solana, with Virtuals leading the pack.

So, what does Solana offer?

Solana arguably provides the best UI/UX in crypto for onboarding new users—Pudgy Penguins choosing Solana is a big win.

Even though MegaETH is fast, it won't immediately resolve Ethereum's UX issues.

Perhaps the most significant catalyst is the SOL ETF.

Yet with the pro-crypto stance of the U.S. government, we might see ETFs for every major token.

So, when's the next SOL pump? lol

Sorry, but in this post, I'm asking, not answering.

[Pizza Pets Game @Pizza_Pets]

1/ Pizza Pets is the first digital pet on Bitcoin.

Multiplayer, deflationary, and 100% on-chain.

Thanks to the latest Ordinals protocol upgrades, this game brings something entirely new to Bitcoin.

Let's explain how it works 🧵👇

[pepper 花椒 (中产版） @off_thetarget]

Cosmos is having a big trouble rn..

cosmos架构最核心的一个质押模块竟然混入了朝鲜黑客

连接IBC的是不是都会有影响？

比如TIA啥的

[MoveWork @livelybug]

@styleschen001 @bitsmiley_labs @BitlayerLabs @ParticleNtwrk Bitlayer gas too high, a USDT transfer on bitlayer costs 7U

[Omnity Network @OmnityNetwork]

📣 DefiLlama, the leading TVL aggregator for #DeFi, now includes the Octopus Network on its tracking platform under the #Restaking category!

Thanks, @DefiLlama! 🦙🤝🐙

Check it out here 🔗👇

[Omnity Network @OmnityNetwork]

🐙🌐 Expanding our multichain tentacles!

Octopus is gearing up to launch a groundbreaking protocol—Omnity!

Optimizing verification costs using #ICP blockchain (@dfinity), this fully decentralized protocol will ensure minimized costs, latency, and trust assumptions.

Plus, no new tokens issued—protocol revenue will continue to accumulate in OCT tokens! 📈

Omnity is #NEAR! 🔜

[Donald·唐长老·GaNa🐘 @0xDonaldGao]

https://t.co/geu2rMDHng

[MiX @MixWeb3]

未来的生死局，必将聚焦在「跨链互操作协议」。
长文预警👉《研报｜详解 Adaptive IBC 异构链跨链技术路线》

区块链的扩容，从「多链网络」这样的横向扩容，到如火如荼的「模块化」这样的纵向扩容，让整个区块链日益成长为一个立体网络。

此时：
- 继续依靠 PoS 桥无疑是复杂、脆弱的。
- 继续等待 #ZK 技术突破更是不思进取的。

基于 #IBC 构建的 Adaptive IBC 技术路线，突破了原有 IBC 在异构链的瓶颈，达成了一个在我看来算是阶段性最优解的方案：不是最先进的技术，但是架构很健壮，适应性极强，可以不断进化才是王道

1、各种不同的共识机制的区块链都可以采用 Adaptive IBC 技术路线，比如 #Ethereum、#NEAR Protocol 和 #Polkadot 等等。

2、极大降低了跨链成本，解决了 IBC 协议延伸到异构链最大的问题。

3、可以适应各类验证技术的进步，比如 ZK 技术一旦成熟，可以很方便的将代理客户端升级为 ZK 验证器。

相信在这条技术路线上，将会诞生最佳的跨链解决方案。

一、IBC 协议的基本原理及其优势

#Cosmos 团队提出的 IBC（Inter-Blockchain Communication）协议是一个完全开源、通用的区块链跨链互操作协议。

跨链技术方案的关键，在于其「互操作能力」和「安全性」。IBC 协议的「分层架构」和「开源策略」，让 IBC 可以支持功能丰富、无需信任的跨链互操作，成为当之无愧的跨链协议的黄金标准。

1、分层架构：
IBC 将跨链拆分为「应用层/ Application」和「通讯层/ Channel」，其简洁性和灵活性堪称区块链的 TCP/IP 协议，就如 IBC 官网自述：IBC 从构建互联网的底层协议 TCP/IP 汲取了灵感。

- 应用层是面向最终用户的跨链互操作接口：包括 token 转账、链间账户和链间查询等多个独立的应用协议，这些应用协议具备可组合性，随着应用协议的增加，跨链能力可以指数级的提高。

- 通讯层定义了数据跨链发送于接收，包括传输、验证和排序，且传输数据内容是不可见。这其中，在源链的状态机内的轻客户端，是通讯层的关键，也成为了 IBC 的精髓所在。

图1：IBC 技术架构

链 A 在自己的状态机内有一个代表链 B 的轻客户端，链 B 也有一个链 A 的轻客户端，轻客户端通过验证区块头和 Merkle 证明来跟踪对方区块链的共识数据，从而验证跨链交互的合法性。

> 跨链双方之间有一个 Relayer，负责监视两侧区块链产生的 Event，一旦收到 IBC Event 就会把它转换为实际的 IBC message，传递到对面的链上。

简单说，就是 IBC 协议首先建立两个区块链之间的安全通道，然后传递数据包/ Data Packets，轻客户端验证对方区块链的共识信息，保证转移的一致性和安全性。所以，只要通讯层建立起来，整个 IBC 的跨链就是安全的。

2、技术开源

任何人都可以使用 IBC 协议，并且为其做出贡献，IBC 协议内没有抽佣或者隐藏费用。

跨链桥之所以安全问题频发，说到底是因为用单一团队的安全能力无法对抗整个黑客群体。只有使用共同的跨链开放协议，以开源的方式，借助开放社区共同的力量来持续迭代升级，才能让整个行业的跨链安全能力持续进化。
—— Louis @ Founder of Octopus Network

截至2024年1月15日，IBC 协议已经在107个区块链上启动，过去30天总交易量 $40+ 亿，安全跨链交互800+万次。当然，目前绝大多数跨链发生在 Cosmos SDK 区块链之间。

与此同时，许多团队正在努力将 IBC 协议延伸到其他生态系统，希望可以通过 IBC 实现与异构链的跨链交互，包括以太坊、波卡、NEAR Protocol Avalanche、Solana 和 Celestia rollups。

二、IBC 扩展到异构链的难点

IBC 协议的架构基于轻客户端，所以无需引入第三方的验证服务，实现了无信任/ Trustless 跨链。尤其是在 Cosmos 链之间取得了安全性、成本和速度的极佳平衡，但是在延伸到异构链时，很多团队都是肉眼可见的进展缓慢。

> IBC 和  Tendermint 共识机制都是 Cosmos 团队提出，所以 Cosmos SDK 从设计之初就对轻客户端做了非常好的支持。

如果要在 Cosmos 链和非 Cosmos 链之间实现 IBC 协议，就需要在 Cosmos 链上实现对侧的非 Cosmos 链的轻客户端，并且在非 Cosmos 链上实现 tendermint 轻客户端。因为异构链共识机制的不同，在实现过程中需要做大量兼容性工作，并引入相应的技术风险。

这也就让异构链 IBC 在实现过程中面临很多技术挑战：

第一，异构链对跨链消息的验证，成本高且会有计算资源限制/gas Limitation：
IBC 验证跨链消息需要先验证区块头，验证区块头通常要验证几十上百个签名，在链上用智能合约做这些计算成本非常高。另一方面，无论是以太坊、NEAR 乃至其他区块链，都会对智能合约的可用计算量进行限制和规范。这就让 IBC 在做验证时容易遇到验证签名 gas 不够的问题。

> 最近出现的零知识证明跨链，把很多签名转换成一个 ZK 证明，验证 ZK 证明等效于验证区块头的所有签名，从而节省验证成本。

第二，链上资产管理/ On-chain Asset Management 机制不同
Cosmos SDK 可以通过协议对链上资产进行注册和操作，但在智能合约区块链上不行，Fungible Token 数据都是由单独的智能合约管理。

第三，虚拟机的沙盒限制/Sandbox Limitation
当前的智能合约区块链都基于虚拟机，这种封闭可控的环境访问宿主链的能力有限，比如智能合约就无法获取链上共识状态，又比如 NEAR 是异步链，共识状态变化可能出现在智能合约调用的多个块，更为复杂。

第四，链上存储/ On Chain Storage 数据的规则不一样
IBC 协议需要有较严格的存储键值规则/Path Rule，再去链上获取基于规则生成的存储键值对应的密码学的证明/Proof。

以上难点乃至更多的差异，开发团队都要做额外的工程处理，势必会极大地增加复杂度和 Bug 风险。

三、Adaptive IBC 的原理和优势

Adaptive IBC 异构链跨链技术路线的关键，在于将 IBC 协议的分层架构进行了创新，进一步拆分出「验证层」，即引入「验证代理/ Verification Proxy」部署在代理链（ICP）上，这样跨链双方只需要验证「验证代理」产生的 Proof，无需直接验证对方链的区块头和全部签名。

图2：基于 Adaptive IBC 的 NEAR-IBC 架构

以 NEAR-IBC 为例：在代理链/ Proxy Chain 上部署了 Cosmos 和 NEAR 的验证代理，维护对应链的共识，然后在跨链双方再部署一个对方共识机制的代理客户端，替换 IBC 原来的轻客户端。

以 Cosmos 向 NEAR 跨链为例，当 Cosmos 向 NEAR 传递消息时，代理链上的 Cosmos 验证代理/ Tendermint Verification Proxy 会验证跨链消息，对它进行签名生成一个 Proof，然后 NEAR 这一边的 Cosmos 代理客户端/ Tendermint Proxy Client 只需要验证这个 Proof，就可以完成跨链的验证。

图3：跨链技术的安全性与拓展性

在安全性方面，虽然引入的验证代理属于外部验证/ External Verification 方案，理论上安全性是略低于原生轻客户端验证的，但值得注意的是，相较原生轻客户端验证，总体安全性并没有显著降低。

因为 Adaptive IBC 建议将验证代理部署在公链上，例如 NEAR-IBC 就是部署在公链 ICP 上，所以这种方式既保证了去中心化和公开可验证，也保证了验证代理和整个跨链系统的安全性。

图4：跨链安全的两种视角

只要跨链双方有一条链的攻击成本/ Attacking Cost 低于公链 ICP，验证代理的引入就不会因为信任集合/ Trust Set 扩大而损害安全性。相比多签或者其他各种外部验证的跨链桥，安全等级都高得多。

由此可见，Adaptive IBC 的验证代理架弥补了 IBC 协议在异构链跨链场景下的缺陷，并且从三个方面，极大地拓展了 IBC 协议的适应性：

1、极大地降低跨链成本：从验证对方链区块头的几十个上百个的全部签名，变成只对验证代理的1个签名进行验证，解决了 IBC 异构链跨链的最大痛点，即「验证成本高且会有计算资源限制」的问题。

2、可兼容各种共识机制：验证代理架构对跨链双方不存在依赖关系，可以被各种不同共识机制的区块链采用，比如 Ethereum、NEAR Protocol 和 Polkadot 等等，是名副其实的异构链跨链技术方案。

3、可适应验证技术发展：Adaptive IBC 从通讯层中，进一步拆分了「验证层」并演化出验证代理方案。分层架构的优势之一就是降低整个系统互相之间的依赖，所以 Adaptive IBC 可以适应各类验证技术的进步。

- Cosmos 如果能支持聚合签名，或者 NEAR 支持了 ED25519 签名的 Precompile，将大幅降低 NEAR Protocol 上直接验证的成本，就可以把代理客户端再次升级成真正可用的轻客户端

- ZK 跨链技术一旦成熟，就可以把验证代理换成ZK证明器，把代理客户端升级为 ZK 验证器。只需要通过社区治理进行投票，即可无缝切换进行升级，不影响应用层的使用和技术演进。

Adaptive IBC 是站在巨人的肩膀上，进一步发扬「分层架构」的优势，设计了应用层、通讯层和验证层的三层架构，让验证层可以单独地去演进，不但能够适应更多的区块链的共识机制，而且可以随着验证技术的发展而拥抱可用的最好技术，适应未来逐步进化。

| 附录

1、2020年，章鱼网络前身 Cdot 团队获得 Interchain 基金的 grant，开发 Substrate-IBC，即 ICS10。

2、2022年，Substrate-IBC 开发完成，成为全世界第一个在非 Cosmos 区块链上实现 IBC 的团队。

3、2022年10月，提出 Adaptive IBC 异构链跨链技术路线，并且启动 NEAR-IBC 的开发。

4、2023年10月， NEAR-IBC 开发完成，并且由第三方安全团队 Blocksec 完成审计。

5、2023年12月，Cosmos SDK 区块链 Ottochain 采用 $NEAR Rstaking 共享安全服务，正式启动运行。NEAR-IBC 作为其中的关键技术，验证了 Adaptive IBC 异构链跨链技术路线的可行性和科学性。

6、2024年第一季度，隐私协议 Secret Network 将使用基于 Adaptive IBC 的NEAR-IBC，实现与 NEAR Protocol 之间的资产跨链。随后，Octopus Network 将会与 Secret Network 继续探索消息跨链技术，让 NEAR 的智能合约可以直接调用 Secret Network 的隐私计算能力。

7、2024年，计划启动基于 Adaptive IBC 的 ETH-IBC 开发，目标是在以太坊和其他支持 IBC 的区块链之间，成为第一个为用户提供可负担得起的 IBC 跨链体验的团队。

https://t.co/QGTsQITwXC⬅️公众号附有参考资料

[Wayne @0xwayne_z]

1/ 今天聊聊所谓的【研究】【分析】

最近收到了一些分析师的简历，参加活动的时候也会遇到一些人问例如：刚毕业的学生想进入这行，想做研究怎么做？