BIAŁA KSIĘGA PRODUKTOWA I TECHNICZNA

Darowizny na streamie.
Jasna rola oprogramowania.

STEN — Stream Earnings Network łączy linki twórców, darowizny SOL/STEN i konfigurowalne nakładki. Opis produktu zaktualizowano 15 października 2026 na podstawie opisu technicznego zespołu.

PRODUKT

Przejrzysty model darowizn.
Osobisty moment na streamie.

OPROGRAMOWANIE

Linki, powiadomienia i nakładki.

Oprogramowanie zespołu łączy tożsamość twórcy, dane portfela odbiorczego, osobisty link do darowizn, wiadomości, materiały powiadomień i nakładkę transmisji.

OPCJE PŁATNOŚCI

Solana (SOL) lub tokeny STEN.

Uzgodnione opcje to SOL i STEN w sieci Solana. Bezpośrednia ścieżka nie wymaga automatycznego zakupu STEN ani konwersji wewnątrz STEN.

MODEL STANDARDOWY

97% / 3%.

97% przekazanej liczby tokenów przypada streamerowi, a 3% platformie. Koszty sieciowe, ewentualne finansowanie konta tokenowego i zewnętrzne koszty kryptowalut są osobne.

ODPOWIEDZIALNOŚĆ TECHNICZNA

My zapewniamy połączenie.
Ty zatwierdzasz.

  1. 01 / PRZYGOTOWANIE

    STEN przygotowuje propozycję.

    Wybrane aktywo, kwota i wiadomość tworzą niepodpisaną propozycję transakcji Solana, w tym podział między streamera i platformę.

  2. 02 / SPRAWDZENIE

    Widz decyduje.

    Sprawdź żądanie w portfelu. Zatwierdź je lub odrzuć. Zmień kwotę lub wiadomość w STEN, zanim poprosisz o nową propozycję.

  3. 03 / PODPISANIE I WYSŁANIE

    Portfel przesyła transakcję.

    Zgodnie z wdrożeniem opisanym przez zespół Phantom lub Solflare podpisuje i wysyła zatwierdzoną transakcję.

  4. 04 / PRZETWARZANIE

    Solana potwierdza.

    Sieć przetwarza transfery do streamera i platformy. Cała darowizna nie przechodzi najpierw przez portfel depozytowy STEN.

  5. 05 / WYŚWIETLENIE

    Nakładka reaguje.

    STEN wykorzystuje potwierdzenie do powiadomienia na streamie. Skonfigurowana nakładka twórcy musi być aktywna, aby widzowie zobaczyli powiadomienie.

To opis wdrożenia zespołu. Autoryzacja w portfelu, potwierdzenie sieciowe i nakładka to osobne kroki. STEN przygotowuje transakcje i ułatwia obsługę powiadomień; nie jest portfelem widza.

PRZYGOTOWANIE TRANSAKCJI

Niepodpisana propozycja.
Decyzja w portfelu widza.

Według opisu zespołu STEN przygotowuje po stronie serwera niepodpisaną transakcję Solana z podziałem między streamera i platformę. Cała darowizna nie przechodzi najpierw przez portfel depozytowy kontrolowany przez STEN, a STEN nie zarządza kluczami prywatnymi użytkowników.

Widz określa kwotę i wiadomość w STEN. Portfel zapewnia etap sprawdzenia i zatwierdzenia lub odrzucenia, po czym podpisuje i wysyła zgodnie z opisanym wdrożeniem. Nie zakładaj, że podział opłat można dowolnie zmieniać w portfelu. Zmianę kwoty lub wiadomości należy wprowadzić przed przygotowaniem nowej propozycji.

Są to informacje o wdrożeniu przekazane przez zespół, a nie ustalenia niezależnego audytu kodu lub bezpieczeństwa. Nie stanowią podstawy zwolnienia z obowiązku uzyskania zezwolenia ani potwierdzenia ze strony organu nadzoru lub dostawcy portfela.

JEŚLI PORTFEL WYŚWIETLA OSTRZEŻENIE

Sprawdź komunikat przed kontynuowaniem.

Przerwij i skontaktuj się z zespołem, jeśli portfel sygnalizuje problem z bezpieczeństwem. Trzeba sprawdzić dokładne ostrzeżenie i jego aktualny status; nie obchodź go, aby dokończyć darowiznę.

Przeczytaj poradnik o ostrzeżeniach portfela →

SIEĆ I POTWIERDZENIE

Solana przetwarza.
STEN wyświetla wynik.

Opłaty Solana są płatne w SOL, także gdy aktywem darowizny jest STEN. Może obowiązywać opłata podstawowa i opcjonalna opłata priorytetowa. Nowe konto tokenowe może również wymagać osobnego minimalnego salda na przechowywanie danych; strona finansująca musi odpowiadać wdrożonej aplikacji.

Potwierdzone dane transakcji można sprawdzić za pomocą jej podpisu. Kwota, adresy, status, opłata sieciowa i ewentualny tekst on-chain mogą być publiczne. Nie oznacza to przejrzystości wszystkich tożsamości, danych off-chain ani całego stosu oprogramowania.

STEN wykorzystuje potwierdzenie w obsłudze nakładki. Sukces w sieci, informacja zwrotna aplikacji i wyświetlenie powiadomienia to różne kontrole. Nakładka twórcy musi być aktywna. Nie podano gwarantowanego uniwersalnego czasu zakończenia ani wyświetlenia powiadomienia.

WIADOMOŚCI I KOSZTY

Podaj ograniczenia,
zanim widz zatwierdzi.

Tekst umieszczony on-chain jest publiczny i STEN nie może go po prostu usunąć. Zespół musi potwierdzić, co jest zapisywane, faktyczne limity wpisywania i wyświetlania, skracanie oraz obsługę Unicode. Omawiane wartości 120/200 znaków dotyczą produktu, a nie ogólnych limitów Solana.

Standardowy podział 97/3 dotyczy jednostek przekazanych tokenów. Przy 100 STEN model przydziela 97 STEN streamerowi i 3 STEN platformie, a inne koszty są osobne. To obliczenie, a nie zademonstrowana transakcja ani gwarantowany zwrot w euro.

Sprawdź wyjaśnienie opłat →

OBECNY PRODUKT I ROZWÓJ

Oddziel dowody działania produktu
od planów.

Istniejące środowisko twórcy i dostarczone zrzuty od programisty opisują konfigurację konta Twitch, linki, nakładki, materiały powiadomień, poradnik OBS i testowe powiadomienia. Publiczny punkt wejścia do aplikacji jest widoczny bez logowania; uwierzytelnionego procesu od darowizny do OBS nie przetestowano w ramach tej aktualizacji witryny.

Zgłoszone problemy obejmują rozłączenia nakładki i próby darowizn bez jasnej informacji zwrotnej. Pozostają one punktami do sprawdzenia przez zespół deweloperski. Uzgodniona propozycja odbioru obejmuje oba portfele i aktywa, powodzenie, anulowanie i błędy oraz dłuższe działanie nakładki.

Płatności kartą lub Apple Pay, automatyczna konwersja walut tradycyjnych, rozszerzenie Twitch, dodatkowe języki i dalsze funkcje powiadomień pozostają na etapie badań lub w planach, o ile nie zostaną osobno wdrożone i przetestowane.

Istniejąca strona publikuje podział tokenów: 66% na rynek i 34% dla założycieli i deweloperów. To opublikowane twierdzenie wymaga datowanych dowodów z blockchaina; działania dotyczące płynności nie gwarantują bezpieczeństwa ani stabilności ceny.

PODSTAWA ŹRÓDŁOWA

Twierdzenia o produkcie i dokumentacja techniczna.

Na podstawie notatek właściciela ze spotkania 13 października, briefingu witryny przekazanego 15 października, opisu technicznego zespołu, istniejącej strony i zrzutów od programisty. Aktualizacja witryny nie jest niezależnym audytem kodu aplikacji ani bezpieczeństwa.