News

BlockBeats News, January 18th, according to Hyperinsight monitoring, "Brother Ma" Huang Licheng's address increased his ZEC long position by about $246,000 in the past 3 hours. This replenishment lowered his average holding cost from $415 to $411.29, with a current unrealized loss of $48,100. At the same time, Huang Licheng has partially taken profit on his HYPE and ETH long positions, realizing a small profit. Currently, he still holds long positions in ETH, ZEC, and HYPE perpetual contracts, with a total position value of nearly $45 million. His ETH long position is worth $34.87 million, with an unrealized profit of $862,000; his HYPE long position is worth $8.43 million, with an unrealized profit of $130,000. His total accumulated unrealized profit in the past week has exceeded $2.538 million.

BlockBeats News, January 18th, Solana Mobile project leader Emmett posted on the X platform, stating, "In addition to existing anti-bot measures, the team is actively identifying some additional Seeker clusters. These accounts will be removed from the initial SKR airdrop distribution and returned to a future airdrop pool. We do not intend to publicly disclose the specific detection methods, but please rest assured that we have been paying attention and have been monitoring for some time." "We hope SKR will be launched fairly and ultimately end up in the hands of users and developers who truly drive the platform forward. This is advantageous for the vast majority of buyers who purchase Seeker for actual use."

BlockBeats News, January 18th, Ethereum founder Vitalik posted, stating, "An important aspect of 'trustlessness,' 'escape-hatch-freeness,' and 'sovereignty,' which has long been underestimated, is the simplicity of the protocol. Even if a protocol is super decentralized, with hundreds of thousands of nodes, and has 49% Byzantine fault tolerance, where nodes use quantum-secure peerda and stark to fully validate everything, but if the protocol is a clumsy mess composed of hundreds of thousands of lines of code and five forms of cryptic doctorate-level cryptography, ultimately the protocol will fail to pass all three tests: not fully trustless, not fully sovereign, and not very secure." One concern I have about Ethereum protocol development is that we may be too eager to add new features to meet specific needs, even if these features make the protocol bloated, or introduce entirely new interactive components or complex cryptographic technologies as key dependencies. This may bring short-term feature upgrades, but it will severely compromise the protocol's long-term sovereignty. The core issue is that if we measure protocol changes based on "how much change to the existing protocol," then to maintain backward compatibility, adding functions will far outnumber removing functions, and the protocol will inevitably become bloated over time. To address this issue, Ethereum's development process needs a clear "simplify" / "garbage collection" mechanism. We hope that client developers will no longer have to deal with all old versions of the Ethereum protocol. This can be left to older version clients running in Docker containers to handle. In the long run, I hope that Ethereum's pace of change will slow down. I think, for various reasons, this is ultimately inevitable. The initial fifteen years should be seen as a growth stage, where we explored many ideas and observed which ones were effective, which were useful, and which were not. We should strive to prevent those useless parts from becoming a permanent drag on the Ethereum protocol."