Najnowsze wiadomości na temat Neon EVM (NEON)

Szczegóły

1. Większa współpraca z programami i rozwiązanie problemu limitu 64 kont (III kw. 2025 r.)

Opis: To dwa powiązane usprawnienia techniczne, których celem jest zniesienie istotnych ograniczeń Solany dla deweloperów EVM. Większa współpraca z programami zmniejsza ograniczenia dotyczące liczby instrukcji EVM, które mogą być wykonywane równolegle z wywołaniami programów Solany (Neon EVM). Równocześnie zespół pracuje nad obejściem wbudowanego w Solanę limitu 64 kont na transakcję. W tym celu chce wykorzystać „kontenery kont”, które pozwalają grupować wiele kont EVM. Jest to szczególnie ważne dla złożonych aplikacji, takich jak zautomatyzowani animatorzy rynku z płynną płynnością (CLMM) i platformy instrumentów pochodnych.

Co to oznacza: To potencjalnie pozytywna informacja dla NEON, ponieważ zwiększa możliwości protokołu i pozwala tworzyć na Solanie bardziej zaawansowane oraz efektywniej wykorzystujące kapitał aplikacje DeFi. Głównym ryzykiem jest złożoność techniczna, która może opóźnić wdrożenie.

2. Tracer API i natywne transakcje sponsorowane (IV kw. 2025 r.)

Opis: Ten etap koncentruje się na narzędziach dla deweloperów i wygodzie użytkowników. Tracer API ma zapewnić na Solanie możliwość debugowania transakcji w stylu Ethereum, na przykład za pomocą debug_traceTransaction. To ważne narzędzie, którego obecnie brakuje deweloperom EVM (Neon EVM). Natywne transakcje sponsorowane pozwolą aplikacjom dApp przechowywać tokeny w smart kontraktach i automatycznie pokrywać opłaty transakcyjne użytkowników, ułatwiając im rozpoczęcie korzystania z aplikacji.

Co to oznacza: To potencjalnie pozytywna informacja dla NEON, ponieważ znacząco ułatwia pracę deweloperom, co ma duże znaczenie dla rozwoju i upowszechnienia ekosystemu. Transakcje sponsorowane mogą zwiększyć aktywność w sieci. Z drugiej strony są to usprawnienia infrastruktury, a ich wartość zależy od tego, czy deweloperzy rzeczywiście zaczną z nich korzystać.

3. Proxy w Rust i obecność na ważnych konferencjach (od IV kw. 2025 r.)

Opis: Ostatni etap planowany na 2025 r. obejmuje rozwój infrastruktury i działania promocyjne. Stworzenie wersji Neon Proxy w języku Rust ma zwiększyć decentralizację sieci, poprawić jej wydajność i ułatwić obsługę operatorom węzłów (Neon EVM). Zespół planuje również aktywny udział w wydarzeniach branżowych, takich jak Devconnect i Solana Breakpoint, aby wzmacniać relacje i przyciągać deweloperów.

Co to oznacza: Wpływ na NEON może być neutralny lub pozytywny. Bardziej niezawodne i zdecentralizowane proxy wzmacnia długoterminowe podstawy sieci. Działania promocyjne muszą jednak przełożyć się na realne zainteresowanie deweloperów, by wyraźnie wpłynąć na użyteczność tokena i jego cenę.

Podsumowanie

Plan rozwoju Neon EVM do końca 2025 r. skupia się na usuwaniu technicznych barier dla deweloperów EVM korzystających z Solany, ulepszaniu narzędzi i wzmacnianiu infrastruktury sieci. Jednak w artykule opublikowanym w październiku 2026 r. podano, że Neon EVM „zakończy rozwój, utrzymanie i wsparcie 1 października 2026 r.” (Weex). Podważa to pewność co do realizacji tych planów i przyszłości projektu. Jeśli rozwój będzie kontynuowany, powodzenie zależeć będzie od tego, czy usprawnienia techniczne przyciągną wystarczająco wielu deweloperów z konkurencyjnych ekosystemów. Jak projekt poradzi sobie z wyzwaniem, jakim jest przełożenie możliwości technicznych na trwały rozwój ekosystemu?

Szczegóły

1. Mainnet Release 1.18 (7 stycznia 2025 r.)

Przegląd: Ta duża aktualizacja ułatwia użytkownikom Solany korzystanie z Neon EVM i sprawia, że opłaty za transakcje są bardziej przewidywalne. Pozwala używać bezpośrednio takich portfeli jak Phantom, bez konieczności przełączania się na MetaMask.

W aktualizacji wprowadzono cztery kluczowe usprawnienia. Po pierwsze, nowy Signature SDK umożliwia podpisywanie transakcji za pomocą portfeli działających natywnie w ekosystemie Solany, co zapewnia płynniejsze korzystanie z aplikacji. Po drugie, wdrożono mechanizm opłat Ethereum EIP-1559. Dzieli on koszt transakcji na przewidywalną opłatę podstawową i opcjonalną opłatę priorytetową, która może przyspieszyć jej przetworzenie. Po trzecie, dopracowano działanie funkcji block.timestamp, tak aby zachowywała się dokładnie tak jak w Ethereum. Ma to znaczenie dla aplikacji, w których liczy się precyzyjny czas, na przykład w finansach lub grach. Na koniec zoptymalizowano sposób, w jaki kontrakty Solidity przechowują dane na kontach Solany. Dzięki temu można tworzyć bardziej rozbudowane aplikacje dApp bez napotykania ograniczeń pamięci. Aktualizacja zawiera też ważne poprawki dotyczące szacowania opłat za gaz, szybkości transakcji i sprawiedliwego podziału opłat.

Co to oznacza: To pozytywny sygnał dla NEON, ponieważ znacznie ułatwia dużej społeczności użytkowników Solany dostęp do aplikacji EVM i może przyciągnąć nowych użytkowników. Użytkownicy zyskują prostszy, bardziej znajomy sposób korzystania z aplikacji i przewidywalne koszty, a deweloperzy mogą tworzyć bardziej zaawansowane aplikacje bez przepisywania kodu.

(Dokumentacja Neon)

Podsumowanie

Wersja 1.18 umacnia pozycję Neon EVM jako praktycznego rozwiązania zapewniającego zgodność z Ethereum, koncentrując się na ułatwieniu korzystania z platformy i poprawie doświadczeń deweloperów. Od czasu ostatniej szczegółowo opisanej aktualizacji kodu minął już ponad rok. Jakie priorytety rozwoju obierze projekt pod nowym kierownictwem, by przyciągnąć kolejną falę twórców aplikacji?