Katana TGE 31 grudnia? Wczoraj na stronie Kaito pojawiły się informacje o zakończeniu S1 dla @katana 31 grudnia. Osobiście nie mogłem znaleźć żadnego oficjalnego potwierdzenia od zespołu, więc wątpię, że Kaito podaje dokładne informacje, to może być po prostu błąd techniczny. Ponieważ więcej niż raz słyszałem o "dostępności transferu tokenów $KAT" nie później niż 20 lutego 2026, co najprawdopodobniej wskazuje na koniec stycznia 2026. Oficjalne ogłoszenia również mają znaczenie, średni czas oczekiwania na TGE po oficjalnym ogłoszeniu wynosi około 10 do 14 dni, a zostało nam mniej niż 6 dni bez żadnych oficjalnych wiadomości. Rynek i święta Bożego Narodzenia również mają wpływ na opóźnienie uruchomienia, w tej chwili większość ludzi dosłownie odpoczywa i spędza czas z rodziną, a warunki rynkowe jeszcze bardziej utrudniają wydanie. Myślę, że to fałszywy sygnał od Kaito, a prawdziwe TGE tokena $KAT nie odbędzie się przed połową stycznia, a nawet lutym, tak jak pierwotnie planowano. Kiedyś były informacje w oficjalnym dokumencie odblokowującym, ale teraz nie mogłem tego znaleźć, wszystko, co znalazłem, to wywiad na Reddicie wspominający o końcu lutego.

Opłaty za blob w aktualizacji Fusaka. Część 2 Wciąż zagłębiam się w aktualizację Ethereum i dzielę się tym z Wami. Każda L2 (na przykład @katana) na Ethereum płaciła dwa rodzaje opłat ◆ za bloby ◆ za wykonanie (przetwarzanie transakcji) Przed aktualizacją Fusaka istniał słaby punkt w tej logice. Gdy wykonanie zaczyna dominować (sieć jest mocno obciążona przetwarzaniem transakcji), aukcja blobów mogła spaść do 1 wei, co czyniło ją praktycznie darmową. To oznacza, że pod obciążeniem sieci, L2 mogła unikać płacenia za bloby i nadal zwiększać obciążenie sieci. Aktualizacja EIP-7918 naprawia ten problem i ustala proporcjonalną cenę rezerwową dla każdego bloba. Oznacza to, że algorytm wprowadza dosłownie minimalny koszt dla każdego bloba, który odzwierciedla to, co jest potrzebne do jego przetworzenia. Oprócz tego minimalnego kosztu, algorytm również bierze pod uwagę warunki gazu wykonania oraz liczbę publikowanych blobów; im wyższe są te wskaźniki, tym wyższy będzie koszt wykonania i przetwarzania blobów.

Ethereum umierał przed aktualizacją Fusaka. Część 1 w czasie mojej nieobecności w web3 Ethereum wprowadziło dużą aktualizację dla siebie, Fusaka, która wpływa na dużą część wewnętrznych mechanizmów projektu. użytkownicy ledwo odczują jakąkolwiek różnicę przed i po tej aktualizacji (z wyjątkiem niższych opłat), ale odgrywa ona kluczową rolę w skalowaniu ETH. stopniowo będę omawiać każdy blok tej aktualizacji, aby każdy mógł przeczytać posty w 5 minut i łatwo zrozumieć, dlaczego ta aktualizacja została wprowadzona. zanim zanurzymy się w techniczne aspekty, musisz zrozumieć, jak Ethereum działa strukturalnie. wróćmy do 2021 roku. po rynku byka w 2021 roku, kiedy opłaty za gaz ETH mogły osiągnąć 500 $ 800 $ tylko po to, aby wybić NFT, wielu użytkowników zaczęło szukać alternatywnych sieci z niższymi opłatami. w tym czasie zaczęły pojawiać się rozwiązania L2, oferujące niskie opłaty, szybkie transakcje i bezpieczeństwo na poziomie Ethereum. bezpieczeństwo Ethereum było jedną z głównych zalet tych rozwiązań, bez niego L2 nigdy nie zyskałoby tego poziomu adopcji. osiągnęli to, wysyłając dane do głównego łańcucha w celu weryfikacji transakcji. przejdźmy do 2025 roku. L2 stało się masowo popularne i dosłownie wszyscy je używają do transakcji, ponieważ są szybkie, bezpieczne i tanie. na przykład @katana zostało stworzone, aby rozwiązać problemy z fragmentacją w ETH. ale pojawił się problem, który mógłby skierować ETH w stronę centralizacji. każdego dnia wszystkie istniejące L2 wysyłają ogromną ilość danych w postaci blobów do Ethereum w celu weryfikacji. every node musiał pobrać każdy pojedynczy blob, aby zweryfikować wszystkie transakcje, im wyższa przepustowość, tym więcej danych musieli pobrać. to stworzyło problemy sprzętowe dla węzłów, pobieranie i przetwarzanie dużych ilości danych wymagało potężnego sprzętu. czego nie każdy mógł sobie pozwolić, a z czasem podniosłoby to wymagania sprzętowe dla węzłów i zmniejszyło decentralizację (co było nieakceptowalne). PeerDAS (aktualizacja Fusaka) rozwiązuje to, używając próbkowania dostępności danych. każdy węzeł pobierze i zweryfikuje tylko 1/8 danych blobów. teraz węzły nie muszą pobierać pełnego zestawu danych, tylko 1/8 całkowitego wolumenu. w prostych słowach, po wysłaniu danych L2 do Ethereum, blob jest dzielony na wiele małych kawałków i losowo rozdzielany do pobrania przez węzły. co teoretycznie pozwala na zwiększenie skalowalności do 8x, jednocześnie utrzymując niskie wymagania dla węzłów (problemy sprzętowe i decentralizacyjne są rozwiązane). użytkownicy głównie zauważą niższe opłaty w sieciach L2. kolejna zmiana związana z blobami, przed zwiększeniem liczby blobów wymaganych do oczekiwania na dużą aktualizację (taką jak Fusaka), teraz wprowadzono mechanizm do zwiększania blobów bez czekania na pełny cykl aktualizacji. klienci mogą zgodzić się na zwiększenie blobów (podobnie jak działa limit gazu), po czym operatorzy węzłów aktualizują swojego klienta, a ten proces staje się znacznie szybszy niż wcześniej.