Wiadomości

BlockBeats News, 18 stycznia, według monitoringu Hyperinsight, adres "Brother Ma" Huang Lichenga zwiększył swoją długą pozycję na ZEC o około 246 000 dolarów w ciągu ostatnich 3 godzin. To uzupełnienie obniżyło jego średni koszt posiadania z 415 dolarów do 411,29 dolarów, przy obecnej niezrealizowanej stracie wynoszącej 48 100 dolarów. Jednocześnie Huang Licheng częściowo zrealizował zyski na swoich długich pozycjach HYPE i ETH, osiągając niewielki zysk. Obecnie nadal utrzymuje długie pozycje na kontraktach perpetualnych ETH, ZEC i HYPE, o łącznej wartości pozycji blisko 45 milionów dolarów. Jego długa pozycja na ETH jest warta 34,87 miliona dolarów, z niezrealizowanym zyskiem 862 000 dolarów; jego długa pozycja na HYPE jest warta 8,43 miliona dolarów, z niezrealizowanym zyskiem 130 000 dolarów. Jego całkowity skumulowany niezrealizowany zysk w ciągu ostatniego tygodnia przekroczył 2,538 miliona dolarów.

BlockBeats News, 18 stycznia, lider projektu Solana Mobile, Emmett, opublikował na platformie X wpis, w którym stwierdził: "Oprócz istniejących środków anty-botowych, zespół aktywnie identyfikuje dodatkowe klastry Seeker. Te konta zostaną usunięte z początkowej dystrybucji airdropu SKR i zwrócone do przyszłej puli airdropu. Nie zamierzamy publicznie ujawniać konkretnych metod wykrywania, ale proszę być spokojnym – zwracamy na to uwagę i monitorujemy sytuację od pewnego czasu." "Mamy nadzieję, że SKR zostanie uruchomiony w uczciwy sposób i ostatecznie trafi w ręce użytkowników oraz deweloperów, którzy rzeczywiście napędzają rozwój platformy. To korzystne dla zdecydowanej większości kupujących, którzy nabywają Seeker do rzeczywistego użytku."

BlockBeats News, 18 stycznia, założyciel Ethereum, Vitalik, opublikował wpis, w którym stwierdził: „Ważnym aspektem 'braku zaufania', 'braku wyjścia awaryjnego' oraz 'suwerenności', który od dawna jest niedoceniany, jest prostota protokołu. Nawet jeśli protokół jest super zdecentralizowany, z setkami tysięcy węzłów i posiada 49% odporności na błędy bizantyjskie, gdzie węzły używają quantum-secure peerda i stark do pełnej weryfikacji wszystkiego, ale jeśli protokół jest nieporęcznym bałaganem złożonym z setek tysięcy linii kodu i pięciu rodzajów zawiłej, doktorskiej kryptografii, ostatecznie protokół nie przejdzie wszystkich trzech testów: nie będzie w pełni bez zaufania, nie będzie w pełni suwerenny i nie będzie bardzo bezpieczny.” Jednym z moich zmartwień dotyczących rozwoju protokołu Ethereum jest to, że możemy być zbyt chętni do dodawania nowych funkcji, aby zaspokoić konkretne potrzeby, nawet jeśli te funkcje powodują rozrost protokołu lub wprowadzają zupełnie nowe interaktywne komponenty lub złożone technologie kryptograficzne jako kluczowe zależności. Może to przynieść krótkoterminowe ulepszenia funkcjonalności, ale poważnie zagrozi długoterminowej suwerenności protokołu. Kluczowym problemem jest to, że jeśli mierzymy zmiany protokołu na podstawie „jak bardzo zmieniają istniejący protokół”, to aby utrzymać kompatybilność wsteczną, dodawanie funkcji będzie znacznie częstsze niż ich usuwanie, a protokół nieuchronnie z czasem stanie się przeładowany. Aby rozwiązać ten problem, proces rozwoju Ethereum potrzebuje wyraźnego mechanizmu „upraszczania” / „zbierania śmieci”. Mamy nadzieję, że deweloperzy klientów nie będą już musieli obsługiwać wszystkich starych wersji protokołu Ethereum. Można to pozostawić starszym wersjom klientów uruchamianym w kontenerach Docker. W dłuższej perspektywie mam nadzieję, że tempo zmian w Ethereum zwolni. Uważam, że z różnych powodów jest to ostatecznie nieuniknione. Pierwsze piętnaście lat należy postrzegać jako etap wzrostu, podczas którego eksplorowaliśmy wiele pomysłów i obserwowaliśmy, które z nich były skuteczne, które przydatne, a które nie. Powinniśmy dążyć do tego, by te bezużyteczne elementy nie stały się trwałym obciążeniem dla protokołu Ethereum.”