Kończysz mint, a każdy token w kolekcji pokazuje ten sam szary symbol zastępczy. Dzień później pojawia się grafika, a serwis rzadkości mówi ci, co posiadasz. W międzyczasie twój token nigdzie się nie ruszył i nic do niego nie dodano. Ujawnienie to zmiana jednego ciągu znaków po stronie kontraktu plus przypisanie ustalone, zanim ktokolwiek mógł zobaczyć wynik.
Co zmienia ujawnienie
NFT to identyfikator, który smart kontrakt zapisuje na adres właściciela. Nazwa, opis i grafika nie są częścią tego zapisu.
Standard tokena ERC-721 umieszcza je za jedną funkcją. Dla danego identyfikatora tokena tokenURI zwraca Uniform Resource Identifier, a specyfikacja dodaje, że ten URI może wskazywać plik JSON zgodny z ERC721 Metadata JSON Schema. Wszystko, co rysuje galeria, pochodzi z drugiego końca tego wskaźnika.
Przed ujawnieniem ta funkcja zwraca ten sam dokument zastępczy dla każdego identyfikatora w kolekcji. Po ujawnieniu każdy identyfikator prowadzi do własnego dokumentu. Na tym polega całe zdarzenie: ciąg zwracany przez kontrakt się zmienia, a dokumenty na drugim końcu zaczynają się różnić dla poszczególnych identyfikatorów, czego wcześniej nie robiły.
Nic innego w twoim tokenie się nie zmienia. Identyfikator jest ten sam, właściciel ten sam, historia transferów ta sama, a ty niczego nie podpisujesz. Ujawnienie to coś, co robi kolekcja, a nie coś, co przechodzi twój token.
Dlaczego kolekcja sprzedaje, zanim pokaże
Gdyby grafiki były widoczne w trakcie sprzedaży, kupujący odczytaliby przypisanie identyfikatora do grafiki i kupowali wyłącznie te identyfikatory, które warto kupić. Mint zmieniłby się w wyścig po konkretne numery, a reszta kolekcji zostałaby niesprzedana.
Ślepa sprzedaż usuwa tę możliwość, usuwając informację. Każdy kupujący bierze tę samą niewiadomą, a przypisanie zostaje opublikowane dopiero wtedy, gdy nie da się już nim pokierować sprzedażą. Opóźnienie jest zatem celowe, a nie wymuszone technicznie, i kolekcja może przez kilka dni stać bez ujawnienia bez żadnej usterki.
Z jakich dwóch decyzji składa się ujawnienie
Ujawnienie to dwie rozdzielne rzeczy, które w rozmowie się zlewają. Pierwsza to przypisanie: który wpis metadanych należy do którego identyfikatora tokena. Druga to przełączenie: od kiedy kontrakt zaczyna zwracać dokumenty per identyfikator zamiast dokumentu zastępczego.
Przełączenie to transakcja, którą każdy widzi. Przypisanie to reguła ustalona z wyprzedzeniem i to tam naprawdę mieszka pytanie o uczciwość. Kolekcja może wykonać przełączenie na oczach wszystkich, a mimo to wybrać przypisanie po zobaczeniu, kto kupił który identyfikator, więc widoczna połowa procesu nie jest tą połową, którą trzeba sprawdzać.
Przełączenie to jedna transakcja właściciela
W kontrakcie, który podaje dokument zastępczy, zwracając stały URI, ujawnienie oznacza, że konto z uprawnieniami właściciela wywołuje setter zmieniający bazowy URI, z którego kontrakt składa swoje odpowiedzi. Jedna transakcja i każdy identyfikator w kolekcji prowadzi w nowe miejsce.
Ta sama dźwignia decyduje o tym, czy metadane są zamrożone. Dopóki jakieś konto potrafi skierować kolekcję gdzie indziej, potrafi skierować ją gdzie indziej także po ujawnieniu. Ujawniona i zamrożona to dwa różne twierdzenia, a pierwsze nie pociąga za sobą drugiego.
Przypisanie to jedno przesunięcie
Przydzielanie grafik po jednym identyfikatorze oznaczałoby transakcję na każdy identyfikator. Zamiast tego wystarczy jedna liczba: indeks początkowy, wylosowany raz i zastosowany do całej kolekcji.
Weźmy kolekcję 10 000 tokenów i zbiór metadanych ponumerowany w stałej opublikowanej kolejności. Niech wylosowany indeks początkowy wynosi 3 142 — wtedy reguła brzmi tak, że token o identyfikatorze jeden bierze wpis metadanych numer 3 143, a sekwencja zawija się za koniec listy, więc identyfikator 6 859 bierze wpis z jej początku.
Jedna liczba ustala zatem całą mapę przypisań. Nikt nie musi wierzyć, że dziesięć tysięcy przydziałów wykonano uczciwie każdy z osobna, bo rozważać trzeba tylko jedno losowanie, a gdy trafi już do łańcucha, nie da się go po cichu powtórzyć.
Zobowiązanie co do grafik, zanim ktokolwiek je zobaczy
Przesunięcie tasuje listę. Nie mówi nic o tym, czy sama lista została ustalona z wyprzedzeniem, a kolekcja zdolna edytować listę po losowaniu wciąż może umieścić pożądane grafiki tam, gdzie chce.
Hasz pochodzenia domyka tę połowę. Grafiki są haszowane w opublikowanej kolejności, hasze są łączone, wynik jest haszowany jeszcze raz i publikowany przed otwarciem sprzedaży. Po ujawnieniu każdy może powtórzyć te kroki na ujawnionych plikach i porównać. Zgodność mówi, że zbiór i jego kolejność są tymi, co do których zobowiązano się wcześniej; niezgodność mówi, że coś przesunięto.
Czytaj te dwa twierdzenia osobno. Hasz pochodzenia obejmuje to, co było na liście. Indeks początkowy obejmuje to, gdzie listę przecięto. Opublikowanie jednego bez drugiego zostawia drugą połowę nieudowodnioną, a warto to sprawdzić przed mintem, a nie po nim.
Skąd bierze się przesunięcie
Losowanie musi być nieprzewidywalne, dopóki trwa sprzedaż, i weryfikowalne, gdy się skończy. To właśnie te dwa wymagania czynią źródło liczby najciekawszą częścią, a nie szczegółem.
Wyprowadzenie jej wewnątrz kontraktu z danych bloku to tania droga, a jej słabością jest to, że dane bloku wytwarza strona, która widzi transakcję i ma nad nią pewną kontrolę. Usługa weryfikowalnej losowości idzie inną drogą: wartość przychodzi z dowodem, że powstała z zadeklarowanego klucza i z samego żądania, więc kontrakt może sprawdzić dowód, zanim przyjmie liczbę.
Trzeci wzorzec omija pytanie o moment: nic nie jest przypisywane, dopóki nie sprzeda się ostatni token, więc losowania nie da się dopasować do pozycji, którą sprzedający wciąż trzyma.
Kiedy ujawnienie wygląda na zablokowane
| Co widzisz | Co dzieje się pod spodem | Co to zmienia |
|---|---|---|
| Wszystkie tokeny pokazują jeden symbol zastępczy | Kontrakt wciąż zwraca URI sprzed ujawnienia | Przełączenie po stronie kolekcji |
| U innych ujawnione, u ciebie nie | Platforma podaje starszą zapisaną kopię | Odświeżenie na tej platformie |
| Grafika jest, cech brak | Dokument się wczytał, a atrybuty nie | Kolejny odczyt, gdy dokument będzie kompletny |
| Cechy różnią się od serwisu rzadkości | Dwa narzędzia oceniły te same cechy inaczej | Nic, bo odpowiadają na inne pytania |
Pierwsze dwa wiersze bywają czytane jako ten sam problem, a nim nie są. Pierwszy to twierdzenie o łańcuchu i żadne przeładowanie go nie ruszy. Drugi to twierdzenie o kopii zapisanej przez jedną platformę, a poproszenie tej platformy o odświeżenie metadanych jest właśnie instrukcją, która to czyści.
Zanim zdecydujesz, z czym masz do czynienia, sprawdź kontrakt. Odczyt tokenURI dla twojego identyfikatora w eksploratorze bloków zwraca odpowiedź z łańcucha, a jeśli ta odpowiedź to wciąż dokument zastępczy, ujawnienie nie nastąpiło dla nikogo.
Czego ujawnienie nie rozstrzyga
Rzadkość nie powstaje w chwili ujawnienia. Została ustalona wtedy, gdy zbudowano zbiór metadanych i wylosowano przesunięcie; ujawnienie tylko czyni ją czytelną. Token nie staje się rzadki dlatego, że jakiś serwis zaczął go pokazywać.
Ujawnienie nie rozstrzyga też, co znaczy rzadki. Liczenie, jak nietypowa jest każda cecha, i ocena całego tokena to różne operacje, dlatego dwa narzędzia mogą inaczej uszeregować tę samą ujawnioną kolekcję, a rzadkość cechy jest jedną z kilku metod, a nie odpowiedzią.
I niczego nie zamyka na klucz. Ujawnienie kieruje kolekcję na nowe dokumenty. To, czy te dokumenty da się później zmienić, zależy od tego, gdzie leżą i kto wciąż trzyma klucz ustawiający wskaźnik.
Podsumowanie
Ujawnienie to zmiana wskaźnika plus mapa ustalona wcześniej. Zmiana wskaźnika jest publiczna i łatwa do zweryfikowania. Zobowiązania leżą po stronie mapy: opublikowany przed sprzedażą hasz pochodzenia ustala, co jest na liście, a indeks początkowy z niesterowalnego źródła ustala, gdzie listę przecięto.
Przed mintem szukaj obu tych rzeczy na piśmie i sprawdź, czy konto, które wykonało przełączenie, może wykonać je ponownie. Po mincie oddziel kolekcję, która się jeszcze nie ujawniła, od platformy, która jeszcze nie nadążyła, bo tylko z jedną z nich możesz coś zrobić. Aby dalej poznawać podstawy, śledź Bitbase Academy.
Powiązane artykuły
Inne artykuły Bitbase na ten temat:
- Ułamkowa własność tokena niewymiennego i gdzie leży ryzyko
- Mint się udał, a NFT nie widać w portfelu
- Opcjonalne tantiemy NFT wyjaśnione
- Klucz prywatny vs seed phrase: na czym polega różnica?
Zastrzeżenie: ten artykuł to treść edukacyjna Bitbase Academy, wyłącznie w celach informacyjnych. Nie stanowi porady inwestycyjnej, handlowej, podatkowej ani finansowej. Kryptoaktywa są zmienne — samodzielnie oceń ryzyko. Napisano w wrześniu 2026 r.; sprawdzaj aktualne oficjalne informacje.
Źródła
[1] Ethereum Improvement Proposals, ERC-721: Non-Fungible Token Standard eips.ethereum.org
[2] Ethereum Improvement Proposals, ERC-4906: EIP-721 Metadata Update Extension eips.ethereum.org
