Meteora to protokół infrastruktury płynności na Solanie: zestaw programów on-chain, których dostawcy płynności używają do kwotowania rynków, a inne zespoły do uruchamiania tokenów; jego tokenem jest MET. Ten artykuł opisuje produkty dostępne obecnie, rolę MET, otoczenie projektu oraz amerykański pozew zbiorowy, w którym Meteora i jej były dyrektor generalny występują jako pozwani.
Czym jest Meteora?
Meteora to grupa programów wdrożonych na Solanie, a nie osobny blockchain. Dokumentacja opisuje projekt jako komponowalną warstwę płynności dla dostawców płynności, launchpadów i emisji tokenów. Tokenem jest MET, token SPL na Solanie, którego adres mennicy oficjalna strona tokenomii podaje jako METvsvVRapdj9cFLzq4Tr43xK4tAjQfwX76z3n6mWQL.
Nazwę Meteora noszą trzy różne rzeczy i nie należy ich mylić. Protokół to programy on-chain. Meteora Comet Limited to spółka z Brytyjskich Wysp Dziewiczych, która przygotowała i złożyła białą księgę MET zgodną z MiCAR, wersja 1.1 z października 2025 roku, i to ona jest wskazana jako druga strona w regulaminie airdropu MET. Ta biała księga wymienia Meteora Foundation jako spółkę matkę i tylko jedną osobę, Seana Johna Inggsa, jako jedynego dyrektora.
Na dzień 14 sierpnia 2026 roku mapa produktów na stronie głównej dokumentacji ma trzy poziomy. Produkty podstawowe to DLMM, DAMM v2 i Dynamic Bonding Curve. Produkty pomocnicze to Presale Vault, Alpha Vault, Dynamic Fee Sharing i Zap. Na poziomie Legacy znajdują się DAMM v1, Dynamic Vault i Stake2Earn, a debiutancki token Stake2Earn, czyli M3M3, to jedna z dwóch emisji, których dotyczy opisany dalej spór sądowy.
Jaki problem próbuje rozwiązać Meteora?
Zwykła pula o stałym iloczynie rozkłada depozyty na każdą cenę od zera do nieskończoności, więc większość kapitału stoi tam, gdzie dana para nigdy nie będzie handlowana. Zespół uruchamiający token zakłada taką pulę i przyjmuje to, co zrobią z nią pierwsze bloki: zautomatyzowani kupujący mogą zabrać najtańszą podaż, zanim ktokolwiek inny zobaczy pulę, a opłata jest stała, podczas gdy zmienność nie.
Deklarowaną odpowiedzią Meteory jest uczynienie samej puli programowalną: skoncentrowana płynność w dyskretnych przedziałach cenowych, harmonogramy opłat zmieniające się w czasie lub wraz ze zmiennością, skarbce depozytowe działające przed otwarciem publicznego handlu oraz krzywe bondingowe automatycznie przechodzące w zwykłą pulę. To jest własne ujęcie projektu i opisuje ono opcje konfiguracji, a nie gwarancję zachowania konkretnej emisji.
Jak działa Meteora
DLMM, czyli Dynamic Liquidity Market Maker, przechowuje płynność w dyskretnych przedziałach cenowych zwanych binami. Każdy bin trzyma rezerwy po jednej cenie, więc wymiana mieszcząca się w jednym binie odbywa się bez poślizgu, a parametr bin step ustala odstęp między sąsiednimi binami. W danej chwili aktywny jest jeden bin, a aktywna pozycja przesuwa się w górę lub w dół tej drabiny w miarę zużywania rezerw. Na bazową opłatę program nakłada komponent reagujący na zmienność, sterowany akumulatorem, który rośnie przy ruchu między binami i wygasa w spokojnym rynku.
DAMM v2 to pula o stałym iloczynie. Pozycje reprezentują NFT, a nie wymienialne tokeny LP, zakres można opcjonalnie zawęzić, a część opłat można reinwestować w rezerwy. Większość konfiguracji mieści się w warstwie opłat: opłata bazowa, która pozostaje stała albo maleje w zadanym okresie, wariant obniżający opłatę wraz ze wzrostem ceny w puli, ogranicznik podnoszący opłatę wraz z wielkością zakupu w ograniczonym oknie startowym oraz opcjonalny komponent dynamiczny.
Dynamic Bonding Curve to program emisyjny. Zespół konfiguruje krzywą w maksymalnie szesnastu segmentach, a po osiągnięciu progu w tokenie kwotowanym pula automatycznie przechodzi w pulę DAMM v1 lub DAMM v2. Wokół tego działają programy pomocnicze: Presale Vault prowadzi przedsprzedaże po stałej cenie, w kolejności zgłoszeń lub proporcjonalnie; Alpha Vault przyjmuje depozyty przed startem i kupuje z powiązanej puli w chronionym oknie przed aktywacją; Dynamic Fee Sharing dzieli zebrane opłaty między stałą listę odbiorców on-chain; a Zap łączy działania programów i wymiany przez Jupiter w jedną transakcję.
Co MET robi w systemie Meteora
MET to token SPL na Solanie o łącznej podaży 1 000 000 000. Oficjalna strona tokenomii podaje datę wygenerowania tokena na 23 października 2025 roku, a podaż w obiegu w tym momencie na 480 000 000, czyli 48 procent całości. Nie jest to token opłat sieciowych: transakcje na Solanie opłaca się w SOL, a oficjalne FAQ zaznacza, że odbiór MET wymagał SOL na opłaty.
To, co token ma robić, pochodzi głównie z białej księgi MiCAR i jest sformułowane celowo wąsko. Dokument opisuje MET jako aktyw dostępu i koordynacji, którego posiadacze mogą używać do uzyskania dostępu lub pierwszeństwa przy emisjach tokenów i kampaniach protokołu, i stwierdza, że MET „nie przyznaje praw własności, zarządzania ani udziału w zyskach i nie może zostać wykupiony przez emitenta”. Funkcja stakingu, która miałaby generować niezbywalne punkty uczestnictwa, jest opisana jako „podlegająca późniejszej aktywacji”, jest więc planem, a nie działającym mechanizmem. Na poziomie protokołu nie ma spalania; jedyne spalenie przez zespół odnotowane na stronie tokenomii to 2 261 990 MET z 25 października 2025 roku.
Dystrybucja przebiegła w dwóch sezonach airdropu, każdy z twardym terminem. Punkt 2.1 regulaminu pierwszego airdropu wyznacza okres odbioru od 23 października 2025 roku do daty wygaśnięcia 23 kwietnia 2026 roku, czyli sześć miesięcy po starcie, i stwierdza, że nieodebranych tokenów później odebrać się nie da. Dokumentacja jest tu wewnętrznie niespójna: strona FAQ dotycząca wygenerowania tokena nadal podaje, że okno zamknęło się 23 stycznia 2026 roku, więc datę należy traktować jako nierozstrzygniętą. Regulamin drugiego sezonu, ostatnio zaktualizowany 20 lipca 2026 roku, wyznacza okres odbioru od 21 lipca 2026 roku do 21 października 2026 roku. Tabela tokenomii przyznaje zespołowi 18 procent, a rezerwie Meteora 34 procent, obu z miesięcznym klifem i 72 miesiącami odblokowywania do 23 października 2031 roku.
Ekosystem Meteora i obecne wykorzystanie
Niemal każda deklaracja o wykorzystaniu pochodzi tu od samego projektu. Strona główna dokumentacji nazywa Meteorę „dynamiczną infrastrukturą płynności napędzającą najbardziej udane emisje tokenów i największą społeczność dostawców płynności na Solanie”, co jest tekstem marketingowym bez żadnej zweryfikowanej liczby. Sprawdzić można to, co projekt publikuje: SDK w TypeScripcie i Ruście, darmowe publiczne API REST, narzędzie wiersza poleceń, gotowe pliki umiejętności dla agentów oraz serwer MCP dokumentacji.
Najściślejsza integracja dotyczy Jupitera. Strony pul Meteory pokazują JupShield i Jupiter Organic Score jako sygnały ryzyka tokena, wymiany mogą iść przez Jupiter Terminal, a 3 procent podaży MET trafiło do stakerów JUP, których dodatkowo automatycznie zapisano na pozycję Liquidity Distributor NFT. Oba projekty mają wspólnego współzałożyciela, publicznie znanego wyłącznie pod pseudonimem Meow. Oficjalne FAQ podaje, że początkowa płynność MET znajdowała się w puli Meteora DAMM v2, token wystartował więc na własnym parkiecie protokołu.
Tam, gdzie w grę wchodzą liczby, projekt publikuje adresy portfeli, a nie panele. Strona tokenomii wymienia portfel operacyjny, portfel ekosystemowy użyty do airdropu oraz dwa zablokowane portfele skarbców, każdy z odnośnikiem do eksploratora Solany. To także powód, by czytać łańcuch samodzielnie: ta sama strona odsyła czytelnika po bieżącą podaż w obiegu do agregatora notowań, a to dana z drugiej ręki.
Czym Meteora różni się od innych konstrukcji AMM
Pierwsza różnica dotyczy sposobu przedstawiania skoncentrowanej płynności. DLMM dzieli oś cen na biny, a wszystko wewnątrz bina handluje po jednej cenie, więc wymiana mieszcząca się w binie nie ma poślizgu. Konstrukcje oparte na tickach wyceniają ciągle wzdłuż krzywej w obrębie zakresu. Oba podejścia różnią się zaokrąglaniem i tym, jak zmienia się skład pozycji, gdy cena przechodzi przez zakres.
Druga różnica dotyczy tego, jak duża część ścieżki emisji mieści się w samym protokole. Wiele automatycznych animatorów rynku kończy się na puli. Meteora umieszcza w jednym stosie krzywą bondingową, automatyczne przejście w pulę, skarbce depozytowe sprzed startu i program dzielenia opłat, więc zespół emitujący kontroluje kształt krzywej, harmonogram opłat, ogranicznik, tryb pobierania opłat, ustawienia blokad i vestingu oraz białe listy. To inna, a nie lepsza powierzchnia zaufania, a parametry ustala ten, kto prowadzi emisję, a nie ten, kto kupuje.
Ryzyka i ograniczenia
Największą pozycją na tej liście jest spór sądowy i nie jest on zakończony. Meteora oraz jej były dyrektor generalny Benjamin Chow są wśród pozwanych w sprawie Hurlock v. Kelsier Labs, LLC o sygnaturze 1:25-cv-03891-JLR przed Sądem Okręgowym Stanów Zjednoczonych dla Południowego Dystryktu Nowego Jorku; to domniemany pozew zbiorowy wniesiony w imieniu nabywców tokenów M3M3 i LIBRA. Pozew złożono 19 kwietnia 2025 roku, a zmieniony pozew 29 lipca 2025 roku. Pozostali pozwani to Kelsier Labs LLC, działająca jako Kelsier Ventures, oraz Hayden Mark Davis, Gideon Davis i Charles Thomas Davis.
Są to twierdzenia powodów i żaden sąd ich nie ustalił. Powodowie twierdzą w pozwie, że przed otwarciem M3M3 dla publiczności w grudniu 2024 roku token został zamrożony, podczas gdy około 150 portfeli insiderów finansowanych przez Kelsier przejęło ponad 95 procent podaży po niskich cenach; że to samo podejście powtórzono z LIBRA w lutym 2025 roku, używając jednostronnych pul DLMM z manipulowanymi krzywymi cenowymi i wyprowadzając od kupujących ponad 57 milionów dolarów w kilka godzin; oraz że pozwani zachowali nieujawnione uprawnienia do aktualizacji programów Meteory poprzez portfel multisig. Podniesione roszczenia obejmują oszustwo według prawa zwyczajowego, zmowę w celu oszustwa, naruszenia ustawy RICO w tytule 18 Kodeksu USA, paragrafy 1962(c) i (d), naruszenia paragrafów 349 i 350 nowojorskiej General Business Law oraz bezpodstawne wzbogacenie. Pełnomocnicy powodów 30 marca 2026 roku nadal wskazywali sprawę jako aktywną i nie ma wyroku kończącego postępowanie.
Jedno rozstrzygnięcie wpadkowe bywa czytane opacznie. Na rozprawie 19 sierpnia 2025 roku sędzia Jennifer L. Rochon uchyliła wcześniejszy, wydany bez udziału drugiej strony tymczasowy zakaz i oddaliła wniosek o zabezpieczenie, odblokowując około 57,6 miliona dolarów w USDC na portfelach powiązanych z Davisem i Chowem; napisała, że odszkodowanie pieniężne będzie dostępne dla członków grupy, i stwierdziła, że sceptycznie ocenia szanse powodów. Sprawy nie umorzyła. Pozwani złożyli wnioski o oddalenie pozwu 29 września i 31 października 2025 roku, a na dzień 14 sierpnia 2026 roku nie znaleźliśmy publicznego zapisu o rozstrzygnięciu w tej kwestii. Odmrożenie aktywów to nie to samo co zakończenie sprawy.
Chow ustąpił w lutym 2025 roku, o czym poinformował posługujący się pseudonimem współzałożyciel Meow, i zaprzecza nieprawidłowościom. We własnym oświadczeniu stwierdził, że ani on, ani zespół Meteory nie naruszyli emisji $LIBRA przez wyciek informacji ani nie kupowali, nie otrzymywali i nie zarządzali żadnymi tokenami, przyznając zarazem, że polecał Kelsier innym projektom jako podmiot wdrażający tokeny. Tożsamość zespołu to osobne ograniczenie: poza Chowem osoby prowadzące Meteorę nie są publicznie znane z nazwiska, współzałożyciel wypowiadający się w imieniu projektu używa pseudonimu, a jedyną osobą wymienioną w białej księdze jest jedyny dyrektor spółki emitującej.
Pozostałe ryzyka są zwyczajne, ale nie małe. Pule są bezzezwoleniowe, więc każdy może wystawić cokolwiek, a własna strona bezpieczeństwa projektu każe użytkownikom sprawdzać tokeny w Rugcheck, JupShield i Organic Score oraz uważać na uprawnienie do zamrażania. Skoncentrowane pozycje przestają zarabiać, gdy cena opuści zakres, a ich skład zmienia się w miarę przechodzenia przez biny. Audyty istnieją dla wszystkich dziesięciu programów i wykonały je Zenith, Offside Labs, OtterSec, Sherlock oraz Sec3, ale każdy raport obejmuje nazwaną wersję programu, a nie to, co jest wdrożone dzisiaj; sekcja audytowa samej białej księgi mówi o pomyślnym audycie, nie podając audytora, daty ani raportu. Oba oficjalne dokumenty różnią się też w tokenomii: biała księga mówi o 470 000 000 MET w obiegu w momencie wygenerowania tokena oraz o dwunastomiesięcznym klifie z 60 miesiącami odblokowywania, a dokumentacja o 480 000 000 i klifie miesięcznym z 72 miesiącami.
Jak samodzielnie zweryfikować Meteora i MET
Zacznij od oficjalnej domeny wpisanej ręcznie w pasku adresu, a nie od wyniku wyszukiwania czy odnośnika w wiadomości. Traktuj meteora.ag i docs.meteora.ag jako punkt wyjścia dla wszystkich innych odnośników, w tym kont w mediach społecznościowych, ponieważ dowodem jest wyłącznie kierunek od oficjalnej domeny na zewnątrz. Porównuj każdą domenę znak po znaku i zatrzymaj się, jeśli strona otwarta z reklamy lub wiadomości prosi o podłączenie portfela, by cokolwiek odebrać, przenieść lub zweryfikować. Oficjalne FAQ samo podaje, że adres mennicy publikowany jest wyłącznie kanałami oficjalnymi.
Następnie ustal token. Oficjalna strona tokenomii podaje adres kontraktu MET na Solanie jako METvsvVRapdj9cFLzq4Tr43xK4tAjQfwX76z3n6mWQL. Wklej go w eksplorator bloków Solany i sprawdź mennicę, liczbę miejsc dziesiętnych, liczbę posiadaczy i datę utworzenia, a także potwierdź sieć: MET jest tokenem SPL Solany, więc cokolwiek o tym samym tickerze w innej sieci jest innym aktywem. Podaż i odblokowania czytaj w łańcuchu, a nie u agregatora, także tam, gdzie oficjalna strona sama do agregatora odsyła.
Dalej oceń dokumenty. Każdy raport z audytu warto zapisać z nazwą programu, wersją i datą oraz czytać z materiałów samej firmy audytorskiej, jeśli takie są; PDF dostępny wyłącznie z repozytorium projektu jest słabszym dowodem. Potem czytaj białą księgę MiCAR razem z dokumentacją, zamiast wybierać między nimi. Tam, gdzie się różnią, czyli w podaży w momencie wygenerowania tokena, w długości klifu i vestingu oraz w pierwszym terminie odbioru, zapisz obie wersje i zostaw sprawę nierozstrzygniętą.
Na koniec sprawdź spór sądowy samodzielnie, a nie po nagłówku o nim. Sygnatura to 1:25-cv-03891-JLR w Południowym Dystrykcie Nowego Jorku, a źródłem pierwotnym są akta sprawy. Miej przed oczami trzy rozróżnienia: twierdzenie w pozwie nie jest ustaleniem; rozstrzygnięcie wpadkowe w sprawie tymczasowego zakazu nie jest wyrokiem co do istoty; a sprawa wciąż wskazywana jako aktywna nie jest zakończona.
Podsumowanie
Meteora to infrastruktura płynności na Solanie zbudowana wokół DLMM, DAMM v2 i Dynamic Bonding Curve, plus cztery programy pomocnicze i trzy oznaczone jako Legacy. MET to token SPL, który własna biała księga projektu nazywa aktywem dostępu i koordynacji bez praw własności, zarządzania i udziału w zyskach. Protokół i jego były dyrektor generalny są pozwanymi w amerykańskim pozwie zbiorowym z roszczeniami z ustawy RICO, w którym nie zapadł wyrok kończący postępowanie, a odblokowanie około 57,6 miliona dolarów w sierpniu 2025 roku było rozstrzygnięciem wpadkowym, a nie końcem sprawy. Weź adres kontraktu z oficjalnej strony tokenomii, potwierdź go w eksploratorze bloków Solany i odnotuj każde miejsce, w którym dwa oficjalne dokumenty się rozchodzą.
Powiązane strony rynkowe
Strony Bitbase dla tokenów wymienionych w tym artykule:
- MET: Zobacz cenę · Rynek kontraktów perpetual
Powiązane artykuły
Inne artykuły Bitbase na ten temat:
- Staking Solany i ekonomia walidatorów
- Mem-starty Solany i ryzyka tokenów
Zastrzeżenie: ten artykuł to treść edukacyjna Bitbase Academy, wyłącznie w celach informacyjnych. Wyjaśnia, czym zajmuje się projekt i jaką rolę pełni jego token w tym systemie; nie stanowi porady inwestycyjnej, handlowej, podatkowej ani finansowej, nie jest też rekomendacją ani poparciem dla jakiegokolwiek projektu lub tokena. Bitbase nie przeprowadziła due diligence opisywanego tu projektu, a wzmianka nie oznacza, że Bitbase notuje lub wspiera ten aktyw. Kryptoaktywa niosą znaczne ryzyko, w tym zmienność ceny, niską płynność, awarie smart kontraktów, niepewność regulacyjną oraz możliwą utratę całej wartości. Zespół stojący za tym projektem nie ujawnił publicznie swojej tożsamości. Napisano w sierpniu 2026 r.; status projektu, tokenomia, zespół i kontrakty mogą się zmienić w każdej chwili. Sprawdź wszystko samodzielnie — przez oficjalne kanały, adres kontraktu i eksplorator bloków — i uważaj na strony podszywające się pod projekt oraz na linki phishingowe.
Źródła
[1] Meteora, official documentation home (core, helper and legacy product tiers) docs.meteora.ag
[2] MET Tokenomics, official documentation (mint address, TGE date, supply, burns, vesting, transparency wallets) docs.meteora.ag
[3] MET Airdrop Terms and Conditions, season 1 (clause 2.1 claim period 23 October 2025 to 23 April 2026) docs.meteora.ag
[4] MET Airdrop Terms and Conditions, season 2 (last updated 20 July 2026, claim period 21 July to 21 October 2026) docs.meteora.ag
[5] Meteora TGE FAQ, official documentation (claim mechanics, initial DAMM v2 liquidity, conflicting claim deadline) docs.meteora.ag
[6] Meteora audit report index, official documentation (ten program families, Zenith, Offside Labs, OtterSec, Sherlock, Sec3) docs.meteora.ag
[7] MET Token MiCAR White Paper, version 1.1, October 2025, prepared and filed by Meteora Comet Limited static.meteora.ag
[8] Burwick Law, Hurlock v. Kelsier case page dated 30 March 2026 (case number, amended complaint, RICO claims, active case) burwick.law
[9] crypto.news, 21 August 2025, court unfreezes 57.6 million USDC and declines to dismiss the case crypto.news
[10] The Block, 18 February 2025, Ben Chow resigns and denies wrongdoing theblock.co
[11] Documentation Index > Fetch the complete documentation index at: https://docs.meteora.ag/llms.txt > Use th docs.meteora.ag
[12] Documentation Index > Fetch the complete documenta docs.meteora.ag
