有媒体传pNetwork遭遇了黑客攻击，导致pGALA被增发，进而造成了DEX和交易所之间的套利灾难，我去深扒了一下链上数据，发现很可能就是项目方“自导自演”的，试图通过巨量增发掏空旧池子，结果操之过急砸盘导致价格波动过大，诱发市场秩序乱套。
今天早上4点28分pNetwork发布公告消息，称其原跨链桥协议有安全问题，因此要部署新合约，强调了已发快照空投，并呼吁大家不要去PancakeSwap池子交易。
RSS3将发布AI开放平台，为开发者提供训练链上数据的GPT模型环境:3月19日消息，Open Web 信息分发协议 RSS3 将发布面向开发者的 Web3 AI 开放平台，为开发者提供训练链上数据的 GPT 模型的环境。基于此环境训练的模型将拥有对去中心化网络中数据和信息的获取、处理、与思考能力。范围涵盖且不局限于 DeFi、NFT、去中心化社交等领域。
此前，RSS3 生态内首款面向 C 端用户的搜索引擎产品 hoot.it 已上线基于 GPT 的 HootGPT，可以为用户提供独特、自然和互动的搜索体验。[2023/3/19 13:13:37]
StreamingFast 与 Heco 建立合作伙伴关系，为开发者提供链上数据流:据官方消息，火币生态链?(Heco) 宣布与去中心化数据服务解决方案 StreamingFast 建立合作伙伴关系，提供链上历史和实时数据流服务。StreamingFast 将帮助 Heco 生态中的开发者用更低的成本、更快的速度完成他们的项目，并为他们的用户带来流畅、动态的用户体验。
另外，StreamingFast 正在准备其平台的完全去中心化。 在去中心化的模式下，遍布全球的 StreamingFast 节点将为 Heco 开发者带来更高的可靠性、更低的数据成本、更高的数据完整性和最可靠的基础架构。[2021/3/23 19:11:25]
但其实4:13和4:27，就有地址在链上增发分两次增发了约556亿枚pGALA，这是谁干的呢？
分析 | Ripple季度报告中重回托管的XRP数量与链上数据存异，差额达2亿XRP:据Coin Metrics官网，Coin Metrics分析称，其注意到Ripple的链上数据和公开季度报告之间存在数据差异。在2018年第三季度、2019年第一季度的两份市场报告中，重返托管的XRP数量要高链上数据所显示的数量，数据总差额为2亿XRP（约8400万美元）。 Coin Metrics还发现，Ripple托管队列（escrow queue）的执行方式与其最初所宣布的不同，这将导致未来托管资金的释放速度比其宣布的时间表更快。此外，与Ripple有潜在关联的各方已经从一个未知的托管地址释放了5500万XRP，该地址未连接到Ripple的主托管帐户。[2019/5/17]
也许项目方不承认0x6891a23开头的地址是其官方地址，但看看时间线，4:27分Mint，4:28推特公告就出来了。
如果是黑客，那项目方应该发公告宣布被无限增发攻击了，提醒市场用户警惕风险。但项目方并没有这样做。唯一的解释是，项目方自己试图通过巨量增发来“赎回”交易池的流动性。
然后5:29，“项目方”开始砸盘，一开始每次只砸三四百万枚GALA，直到6:09分，“项目方”直接砸了一个2.79亿枚。最后一笔交易直接砸了21亿枚，这样操作市场怎么能扛的住？
撤出流动性至少要缓慢进行，身为项目方也不考虑这样操作可能带来的市场连锁反应？
诡异的事情来了，大家注意到有一个套利650万刀的牛人。但其是在6:10进场疯狂买pGALA进行套利的，距离项目方第一次2.79亿枚砸盘的时间，间隔不足1分钟。
什么样的牛人，能捕捉到这么精准的消息？这套利策略的执行的效率也太高了吧！
匪夷所思，项目方不妨出来解释一下？
链上地址：https://bscscan.com/address/0x2aacd883f9b9e2931b116236d905d7f079fc7eec
虽然不能百分百下结论，但链上数据能看明白一些事情，项目方在应急响应时的混乱，以及和交易所之间缺乏有效沟通的问题，都暴露了项目方在处理安全问题时的经验不足，也并没有考虑到潜在市场影响。
冤有头债有主，不明真相的散户确实无辜蒙受了损失，孙哥不妨找项目方争论一下。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。