Neuigkeiten

BlockBeats News, 18. Januar, laut Überwachung von Hyperinsight hat die Adresse von "Brother Ma" Huang Licheng in den letzten 3 Stunden ihre ZEC-Long-Position um etwa 246.000 US-Dollar erhöht. Diese Aufstockung hat seine durchschnittlichen Haltekosten von 415 US-Dollar auf 411,29 US-Dollar gesenkt, mit einem aktuellen nicht realisierten Verlust von 48.100 US-Dollar. Gleichzeitig hat Huang Licheng bei seinen HYPE- und ETH-Long-Positionen teilweise Gewinne mitgenommen und einen kleinen Gewinn realisiert. Derzeit hält er weiterhin Long-Positionen in ETH-, ZEC- und HYPE-Perpetual-Kontrakten, mit einem Gesamtpositionswert von fast 45 Millionen US-Dollar. Seine ETH-Long-Position ist 34,87 Millionen US-Dollar wert, mit einem nicht realisierten Gewinn von 862.000 US-Dollar; seine HYPE-Long-Position ist 8,43 Millionen US-Dollar wert, mit einem nicht realisierten Gewinn von 130.000 US-Dollar. Sein insgesamt akkumuliertes nicht realisiertes Gewinnvolumen der vergangenen Woche hat 2,538 Millionen US-Dollar überschritten.

BlockBeats News, 18. Januar, Solana Mobile Projektleiter Emmett veröffentlichte einen Beitrag auf der X-Plattform und erklärte: „Zusätzlich zu den bestehenden Anti-Bot-Maßnahmen identifiziert das Team derzeit aktiv einige weitere Seeker-Cluster. Diese Konten werden aus der anfänglichen SKR-Airdrop-Verteilung entfernt und in einen zukünftigen Airdrop-Pool zurückgeführt. Wir beabsichtigen nicht, die spezifischen Erkennungsmethoden öffentlich bekannt zu geben, aber bitte seien Sie versichert, dass wir aufmerksam sind und dies bereits seit einiger Zeit überwachen.“ „Wir hoffen, dass SKR fair eingeführt wird und letztendlich bei den Nutzern und Entwicklern landet, die die Plattform wirklich voranbringen. Das ist vorteilhaft für die überwiegende Mehrheit der Käufer, die Seeker tatsächlich verwenden.“

BlockBeats News, 18. Januar: Ethereum-Gründer Vitalik veröffentlichte einen Beitrag und erklärte: „Ein wichtiger Aspekt von ‚Vertrauenslosigkeit‘, ‚Escape-Hatch-Freiheit‘ und ‚Souveränität‘, der lange unterschätzt wurde, ist die Einfachheit des Protokolls. Selbst wenn ein Protokoll extrem dezentralisiert ist, mit Hunderttausenden von Nodes, 49% byzantinischer Fehlertoleranz, Nodes, die quantensichere Peerda und Stark verwenden, um alles vollständig zu validieren – wenn das Protokoll jedoch ein unübersichtliches Durcheinander aus Hunderttausenden von Codezeilen und fünf Arten kryptischer, doktoratsniveau Kryptografie ist, wird das Protokoll letztlich alle drei Tests nicht bestehen: nicht vollständig vertrauenslos, nicht vollständig souverän und nicht sehr sicher.“ Eine Sorge, die ich bezüglich der Entwicklung des Ethereum-Protokolls habe, ist, dass wir vielleicht zu eifrig sind, neue Funktionen hinzuzufügen, um spezifische Bedürfnisse zu erfüllen, selbst wenn diese Funktionen das Protokoll aufblähen oder völlig neue interaktive Komponenten oder komplexe kryptografische Technologien als zentrale Abhängigkeiten einführen. Dies kann kurzfristige Funktionsverbesserungen bringen, wird aber die langfristige Souveränität des Protokolls stark beeinträchtigen. Das Kernproblem ist, dass, wenn wir Protokolländerungen daran messen, „wie viel sich am bestehenden Protokoll ändert“, dann werden zur Wahrung der Rückwärtskompatibilität das Hinzufügen von Funktionen das Entfernen von Funktionen bei weitem übersteigen, und das Protokoll wird mit der Zeit zwangsläufig aufgebläht. Um dieses Problem zu lösen, benötigt der Entwicklungsprozess von Ethereum einen klaren Mechanismus zur „Vereinfachung“ bzw. „Garbage Collection“. Wir hoffen, dass Client-Entwickler sich künftig nicht mehr mit allen alten Versionen des Ethereum-Protokolls auseinandersetzen müssen. Dies kann älteren Versionen von Clients überlassen werden, die in Docker-Containern laufen. Langfristig hoffe ich, dass sich das Entwicklungstempo von Ethereum verlangsamen wird. Ich denke, aus verschiedenen Gründen ist dies letztlich unvermeidlich. Die ersten fünfzehn Jahre sollten als Wachstumsphase betrachtet werden, in der wir viele Ideen ausprobiert und beobachtet haben, welche effektiv, welche nützlich und welche nicht nützlich waren. Wir sollten uns bemühen, zu verhindern, dass diese nutzlosen Teile zu einer dauerhaften Belastung für das Ethereum-Protokoll werden.“