Fetch.ai与NuNet相关的一起约200万美元Exploit，暴露了一个非常容易被低估的Crypto Security问题：
Smart Contract Code可以没有明显漏洞，但Offchain Permission本身仍然可以毁掉系统。
Security Researcher把同一Attacker Cluster与两个事件联系起来。
第一，Fetch.ai Ethereum TokenConversionManagerV3大约有870万FET被转走，当时价值约150万美元。
随后，NuNet一个Deployer Account Unauthorized Mint约4.085亿NTX，并把Token发往同一Receiver Cluster。
Security Firm估算两个事件最初识别Exposure合计约200万美元。
NTX Market Reaction明显比FET更剧烈，因为第二个事件并不是把现有Token偷走。
而是创造了新Supply。
FET事件本质是Authorization Risk
Blockaid报告称，Attacker调用Converter的Conversion Function时，提供了有效的Conversion Authorization Data。
之后引用Fetch.ai Preliminary Analysis的报道称，Signing Key可能已经Compromise。
这个区别很重要。
如果Attacker拿到一个Valid Signing Credential，Smart Contract完全可以按照设计运行，却把Asset释放给错误的人。
Code看到的是Valid Authorization。
真正的Control Failure发生在更上一层。
Smart Contract Security必须包含Offchain Key
很多Protocol依赖外部Authority：
Multisig Signer、Oracle Key、Bridge Validator、Minting Account、Conversion Authorizer、Deployer Wallet、Admin Role。
Contract能有多安全，取决于它信任的Authority有多安全。
所以一个非常重要的原则是：
Permission Risk也是Smart-contract Risk。
只Review Solidity，却不Review Key Custody、Signer Rotation与Permission Scope，是不完整的Audit。
NuNet Unauthorized Mint为什么比Treasury Theft更严重？
NuNet事件更值得从Token Economics角度分析。
如果Attacker真的能够通过Deployer-level Capability Unauthorized Mint 4.085亿NTX，那么它攻击的不只是Treasury。
而是Token Scarcity Assumption。
Holder定价Token时，默认Supply会按照已知Rule变化。
Unauthorized Mint会直接破坏这个Expectation。
因此即使当时Mint出来的Token按Market Price只值约46万美元，Market也可能出现远大于46万美元的Repricing。
市场在定价的是：
Supply Rule还可信吗？
同一个Receiver Cluster说明什么？
FET Drain和NTX Mint最后进入同一Receiver Cluster，这是最值得继续查的Detail之一。
它说明两个原本看似独立的Incident，可能存在Operational或Credential Security层面的关联。
但现在不能进一步断言两个项目使用的是完全相同的Compromised Key。
Root Cause仍未完整公开。
真正应该做的是扩大Review范围：
还有哪些Contract Trust同一个Signer？
还有哪些Project共用Deployment Environment？
哪些Key在同一个Operation Process中生成、保存或调用？
AI-Crypto也有自己的Supply-chain Risk
Fetch.ai和NuNet都位于Decentralized AI / Compute Ecosystem。
这种Ecosystem通常会连接Token、Model Infrastructure、Compute Market、Bridge和Cross-chain Converter。
Product之间连接越紧，Privilege Boundary越重要。
Alliance可以创造Network Effect。
也可能制造Shared Operational Dependency。
因此Security Model需要Entity Graph，而不是只列Contract Address。
Why it matters
以后评估Token Security，不能只问：
“Contract有没有Audit？”
更应该问：
谁能Mint？
谁能Upgrade？
谁能Authorize Conversion？
需要几个Signature？
Large Transfer有没有Onchain Limit？
单个EOA能不能授权巨额Asset？
Permission能不能快速Revoke？
Related Project之间的Key是否隔离？
这些问题真正决定Token Economic Rule是否可信。
风险与反方观点
完整Technical Post-mortem尚未发布。
Security Firm已经给出Onchain Evidence，但Signing-key Compromise的具体Path，以及Fetch.ai和NuNet两起事件之间到底共享什么Operational Dependency，目前仍不完整。
另外，约200万美元更适合写成最初识别的FET Drain + NTX Mint按当时价格计算的Exposure，而不是Attacker最终Realized Profit。
What to watch next
看Fetch.ai / NuNet后续Technical Report、Key Rotation、Contract Migration与Mint Authority是否重新设计。
重点观察未来Conversion Function是否加入更强Onchain Limit，而不是主要依赖External Signature。
长期Lesson非常清楚：
Token Supply只有在控制Supply的Permission安全时才真正安全。
FAQ
被转走多少FET？
约870万FET，当时价值约150万美元。
NuNet发生了什么？
约4.085亿NTX被Unauthorized Mint。
两起事件有关吗？
Security Firm通过相同Receiver Cluster把它们联系起来，但完整Root Cause仍在调查。
这是Ethereum Cryptography被破解吗？
目前证据更指向Authorization / Signing Key层面的Failure，而不是Blockchain Cryptography本身被破解。