FAQ

nft.article to ustrukturyzowany, on-chainowy format publikacji artykułów i dokumentów tekstowych na blockchainie Bitcoin SV. Manifest JSON opisuje: metadane (tytuł, autor), format i kodowanie treści, skrót SHA-256 całego materiału oraz listę chunks (fragmentów) z TXID. Dzięki temu treść jest niezależna od serwerów, łatwa do weryfikacji i trwale dostępna.

„Wypalenie” to proces przeniesienia wersji roboczej do publicznego, niezmiennego zapisu:

1. przygotowujesz szkic i manifest JSON,
2. obliczamy hash treści i (opcjonalnie) podpisujemy metadane,
3. wysyłamy manifest + chunks do transakcji (TX),
4. otrzymujesz TXID – od tej chwili materiał jest nieedytowalny i publicznie weryfikowalny.

Aktualizacje realizujemy jako nową wersję (nowy TXID) z odwołaniem do poprzedniej.

Bezpośrednia edycja nie jest możliwa – to cecha niezmienności. Wprowadzanie zmian odbywa się przez nową publikację (nowy TXID), która w metadanych może wskazywać poprzednią wersję. Czytelnik widzi historię, a weryfikacja hashy potwierdza spójność wersji.

Obsługujemy moduły nft.image (obrazy) i nft.video (wideo). Każde medium ma własny manifest (własny TXID), a artykuł linkuje do nich w polu media. To daje ponowne użycie jednego zasobu w wielu publikacjach i pozwala na deduplikację.

Szkice przechowywane lokalnie możesz usuwać z poziomu listy szkiców (Usuń → potwierdzenie). Uwaga: treści wypalone do blockchaina są nienaruszalne. W razie potrzeby stosuje się delisting w aplikacji (ukrycie w interfejsie), ale nie usunięcie z łańcucha.

Celem jest otwarty, trwały i weryfikowalny ekosystem publikacji: „prosty zapis, czytelny odczyt, kryptograficzna pewność”. Chcemy, by autorzy mieli narzędzia klasy pro, a czytelnicy – zaufanie bez pośredników. To fundament pod magazyny, dokumentacje i wiedzę, która ma przetrwać dłużej niż żywot jakiejkolwiek platformy.

Tak. Kolejne moduły są już na papierze. Najpierw rozbudujemy bazę (indeksy, przeszukiwanie) i zminimalizujemy kod odczytu, potem dołożymy następne formaty. Priorytet: stabilne API i szybki Explorer.

Tak – to JSON w OP_RETURN, więc jest czytelny i przenośny. Projekt kładzie nacisk na kompatybilność wstecz/naprzód: nieznane pola można ignorować, a kluczowe atrybuty (np. type, hash, chunks) pozostają stabilne. Każdy explorer/wallet, który odczytuje OP_RETURN, może zaimplementować parser.

Oczywiście. Minimalny proces:

• zbuduj manifest JSON (type: "nft.article" | "nft.image" | "nft.video"),
• przygotuj treść (np. Base64 dla binariów), policz SHA-256,
• jeśli duże pliki – podziel na chunks i wyślij jako osobne TX,
• opublikuj manifest z odwołaniami do chunks (TXID),
• w kliencie zrekonstruuj treść wg manifestu i zweryfikuj hash.

To podejście jest vendor-agnostic – nie wymaga naszej infrastruktury.

Wideo dzielimy na kawałki (chunks) i rozsyłamy w wielu transakcjach. Manifest nft.video zawiera kolejność TXID. Odczyt idzie w drugą stronę: pobieramy chunks, składamy strumień i odtwarzamy w playerze. Jesteśmy w fazie rozwojowej – testujemy lokalnie składanie i buforowanie, dopracowujemy narzędzia.

Magazyn – dłuższa forma w układzie WWW + PDF (czytelna, możliwie niezmienna), oparta o te same pryncypia: manifest, hash, wersjonowanie. Równolegle rozwijamy Explorer, SDK i walidatory, by publikowanie i odczyt były banalnie proste.