Actualités

BlockBeats News, 18 janvier, selon la surveillance de Hyperinsight, l'adresse de "Brother Ma" Huang Licheng a augmenté sa position longue sur ZEC d'environ 246 000 $ au cours des 3 dernières heures. Ce renforcement a réduit son coût moyen de détention de 415 $ à 411,29 $, avec une perte latente actuelle de 48 100 $. Parallèlement, Huang Licheng a partiellement pris ses bénéfices sur ses positions longues HYPE et ETH, réalisant un petit profit. Actuellement, il détient toujours des positions longues sur les contrats perpétuels ETH, ZEC et HYPE, pour une valeur totale de près de 45 millions de dollars. Sa position longue sur ETH vaut 34,87 millions de dollars, avec un profit latent de 862 000 $ ; sa position longue sur HYPE vaut 8,43 millions de dollars, avec un profit latent de 130 000 $. Son profit latent total accumulé au cours de la semaine écoulée a dépassé 2,538 millions de dollars.

BlockBeats News, 18 janvier, le chef de projet Solana Mobile, Emmett, a publié sur la plateforme X : « En plus des mesures anti-bot existantes, l’équipe identifie activement certains clusters supplémentaires de Seeker. Ces comptes seront exclus de la distribution initiale de l’airdrop SKR et réintégrés dans un pool d’airdrop futur. Nous n’avons pas l’intention de divulguer publiquement les méthodes de détection spécifiques, mais soyez assurés que nous y prêtons attention et que nous surveillons la situation depuis un certain temps. » « Nous espérons que SKR sera lancé de manière équitable et qu’il finira entre les mains des utilisateurs et développeurs qui font réellement avancer la plateforme. Cela est avantageux pour la grande majorité des acheteurs qui acquièrent Seeker pour une utilisation réelle. »

BlockBeats News, 18 janvier, le fondateur d'Ethereum, Vitalik, a publié un message déclarant : « Un aspect important de la ‘trustlessness’, de l'‘escape-hatch-freeness’ et de la ‘souveraineté’, qui a longtemps été sous-estimé, est la simplicité du protocole. Même si un protocole est extrêmement décentralisé, avec des centaines de milliers de nœuds, et dispose d'une tolérance aux fautes byzantines de 49 %, où les nœuds utilisent des peerda et stark quantiques sécurisés pour tout valider, mais si le protocole est un fouillis maladroit composé de centaines de milliers de lignes de code et de cinq formes de cryptographie complexe de niveau doctorat, au final le protocole échouera à passer les trois tests : il ne sera pas entièrement trustless, pas totalement souverain, et pas très sécurisé. » Une préoccupation que j'ai concernant le développement du protocole Ethereum est que nous pourrions être trop impatients d'ajouter de nouvelles fonctionnalités pour répondre à des besoins spécifiques, même si ces fonctionnalités rendent le protocole lourd, ou introduisent des composants interactifs entièrement nouveaux ou des technologies cryptographiques complexes comme dépendances clés. Cela peut apporter des améliorations fonctionnelles à court terme, mais cela compromettra gravement la souveraineté à long terme du protocole. Le problème fondamental est que si nous mesurons les changements de protocole en fonction de « l'ampleur du changement par rapport au protocole existant », alors, pour maintenir la compatibilité ascendante, l'ajout de fonctions sera bien plus fréquent que la suppression de fonctions, et le protocole deviendra inévitablement encombré au fil du temps. Pour résoudre ce problème, le processus de développement d'Ethereum a besoin d'un mécanisme clair de « simplification » / « collecte des déchets ». Nous espérons que les développeurs de clients n'auront plus à gérer toutes les anciennes versions du protocole Ethereum. Cela peut être laissé aux clients des anciennes versions fonctionnant dans des conteneurs Docker. À long terme, j'espère que le rythme de changement d'Ethereum ralentira. Je pense que, pour diverses raisons, cela est finalement inévitable. Les quinze premières années doivent être considérées comme une phase de croissance, où nous avons exploré de nombreuses idées et observé lesquelles étaient efficaces, lesquelles étaient utiles et lesquelles ne l'étaient pas. Nous devons nous efforcer d'empêcher que ces parties inutiles ne deviennent un fardeau permanent pour le protocole Ethereum. »