Komentowanie na BLURT bez konta? Stworzyłem Blurt Guest Gateway — system, z którego mogą korzystać również inne frontendy!

Od dłuższego czasu zastanawiałem się, jak ułatwić osobom spoza społeczności BLURT korzystanie z naszych stron i uczestniczenie w dyskusjach.

Blockchain daje nam wiele ciekawych możliwości, ale ma też pewną barierę wejścia. Żeby zostawić zwykły komentarz pod artykułem, trzeba najpierw założyć konto, zapoznać się z kluczami i sposobem logowania.

Dla osób, które już korzystają z BLURT, nie stanowi to większego problemu. Ale dla kogoś, kto przypadkowo trafił na ciekawy artykuł z wyszukiwarki Google? Niekoniecznie.

Dlatego postanowiłem stworzyć rozwiązanie, które pozwoli komentować wpisy na blockchainie BLURT bez konieczności posiadania własnego konta.

Tak powstał Blurt Guest Gateway.

Na razie wdrożyłem go na blurt.pl, gdzie można już korzystać z komentarzy gościnnych. Jednak od początku projektowałem go nie jako funkcję przeznaczoną wyłącznie dla jednej strony, lecz jako osobną aplikację z API, którą można podłączyć do innych frontendów obsługujących blockchain BLURT.

I właśnie tę możliwość chciałbym teraz udostępnić innym twórcom.

Jak wygląda komentowanie bez konta?

Całość starałem się maksymalnie uprościć.

Osoba odwiedzająca artykuł na blurt.pl może zalogować się tradycyjnie, korzystając ze swojego konta BLURT, albo wybrać nową opcję: „Użyj konta gościa”.

W tym drugim przypadku nie musi instalować rozszerzeń, posiadać kluczy kryptograficznych ani nawet wiedzieć, jak działa blockchain.

Wystarczy, że:

1. Wpisze wybrany pseudonim.
2. Napisze komentarz.
3. Potwierdzi, że rozumie publiczny charakter publikacji.
4. Wyśle wiadomość.

Komentarz trafia do systemu weryfikacji wspieranego przez AI, a po zatwierdzeniu jest publikowany bezpośrednio w blockchainie BLURT.

Co istotne, nie jest to osobny system komentarzy przechowywanych wyłącznie w bazie danych mojej strony.

To prawdziwe komentarze blockchainowe.

Po opublikowaniu stają się częścią dyskusji pod konkretnym wpisem i mogą być odczytywane również za pomocą innych frontendów BLURT.

Jak to działa bez rejestracji? Każdy frontend może mieć własne konto gościnne

Rozwiązanie opiera się na specjalnych kontach gościnnych.

Na potrzeby blurt.pl utworzyłem konto @blurtpl-guest, które publikuje komentarze w imieniu niezalogowanych odwiedzających moją stronę.

Ale co ważne, nie oznacza to, że wszystkie frontendy muszą korzystać z tego samego konta.

Każdy frontend może posiadać własne, całkowicie niezależne konto gościnne BLURT.

Przykładowo:

• blurt.pl — korzysta z mojego konta @blurtpl-guest.
• blurt.blog — mógłby utworzyć własne konto, np. @blurtblog-guest, należące do właściciela blurt.blog.
• Inny frontend BLURT — mógłby utworzyć jeszcze inne konto techniczne, przypisane wyłącznie do swojej aplikacji.

To oczywiście przykładowe nazwy — nie oznacza to, że takie konta zostały już utworzone.

Każdy właściciel frontendu zachowywałby kontrolę nad swoim kontem gościnnym, a Guest Gateway zapewniałby mu wspólną infrastrukturę do przyjmowania, moderowania i publikowania komentarzy.

Nie ma więc potrzeby powierzania wszystkich komentarzy jednemu wspólnemu kontu ani korzystania z mojego konta @blurtpl-guest.

Pseudonim osoby komentującej jest umieszczany w treści wiadomości. Trzeba jednak pamiętać, że taki pseudonim nie jest pełnoprawnym kontem blockchainowym — formalnym autorem pozostaje konto gościnne wybranego frontendu.

To świadomy kompromis, który pozwala znacząco obniżyć barierę wejścia.

Automatyczna weryfikacja komentarzy przez AI

Jednym z większych wyzwań był oczywiście spam.

Publiczny formularz komentarzy dostępny bez logowania może szybko stać się celem botów reklamowych, oszustów czy osób rozsyłających podejrzane linki.

Nie chciałem jednak tworzyć rozwiązania, w którym każdy komentarz trzeba ręcznie zatwierdzać.

Dlatego zintegrowałem Blurt Guest Gateway z Gemini AI, które wykorzystuję już w innym swoim systemie do wspomagania weryfikacji nowych kont BLURT.

Każdy nowy komentarz gościnny może zostać automatycznie przeanalizowany przez AI, zanim zostanie skierowany do publikacji w blockchainie.

System sprawdza między innymi, czy wiadomość:

• Nie jest spamem lub automatycznie generowaną reklamą.
• Nie zawiera podejrzanych linków, prób phishingu czy oszustwa.
• Nie wygląda na masowo rozsyłaną treść.
• Nie wymaga dodatkowej weryfikacji przez moderatora.

Na podstawie analizy AI może zatwierdzić komentarz, przekazać go do ręcznej moderacji albo odrzucić jako wyraźne nadużycie.

Zależało mi przy tym, aby sztuczna inteligencja nie stała się mechanizmem eliminowania niewygodnych opinii.

Krytyka, kontrowersyjne poglądy czy zwykłe niezgadzanie się z autorem artykułu nie powinny być powodem do odrzucenia komentarza.

AI ma przede wszystkim ograniczać spam i nadużycia, a nie decydować, jakie poglądy wolno publikować.

Dodatkowo, jeżeli Gemini nie odpowiada albo nie potrafi jednoznacznie ocenić treści, komentarz może trafić do ręcznej weryfikacji zamiast zostać automatycznie opublikowany.

To ważne również dla innych frontendów. Właściciel strony, który podłączy się do Guest Gateway, nie musi samodzielnie tworzyć całej infrastruktury moderacji AI.

Guest Gateway to nie tylko rozwiązanie dla blurt.pl

To właśnie ten element uważam za najciekawszy.

Mógłbym stworzyć prosty system komentarzy gościnnych działający tylko na mojej stronie, ale postanowiłem pójść krok dalej.

Cały mechanizm przygotowałem jako niezależną aplikację udostępniającą API.

Dzięki temu inne frontendy BLURT nie muszą samodzielnie budować infrastruktury do moderacji AI, obsługi kluczy, podpisywania transakcji, sprawdzania ich statusów czy komunikacji z węzłami RPC.

Mogą po prostu podłączyć się do mojego systemu.

Przygotowałem panel administracyjny, w którym można zarządzać aplikacjami, przypisywać do nich własne konta gościnne i generować indywidualne klucze API.

Każdy frontend może korzystać z własnej konfiguracji, własnych limitów oraz własnego konta BLURT.

Przykładowo blurt.pl i blurt.blog mogłyby korzystać z tej samej infrastruktury Guest Gateway, ale komentarze odwiedzających blurt.pl byłyby publikowane przez @blurtpl-guest, a komentarze użytkowników blurt.blog przez konto należące do właściciela blurt.blog.

Obie aplikacje działałyby niezależnie pod względem kont, sekretów API i przydzielonych uprawnień.

Co trzeba zrobić, żeby podłączyć swój frontend?

Sama integracja nie jest szczególnie skomplikowana.

W praktyce wystarczy:

1. Posiadać konto BLURT przeznaczone do obsługi gości. Najlepiej utworzyć do tego osobne konto techniczne, podobnie jak zrobiłem to z @blurtpl-guest.
2. Skonfigurować konto w Guest Gateway, podając jego Posting Key, który będzie wykorzystywany do podpisywania publikowanych komentarzy.
3. Wygenerować własny klucz API w panelu zarządzania aplikacjami.
4. Podłączyć API do swojego frontendu i przygotować formularz komentarzy dla niezalogowanych odwiedzających.

I właściwie tyle.

Całą pozostałą pracą, taką jak przyjmowanie komentarzy, ich weryfikacja przez Gemini AI, kolejkowanie, podpisywanie i publikowanie w blockchainie, zajmuje się Guest Gateway.

Nie trzeba więc instalować osobnej infrastruktury po stronie każdego frontendu.

A co z bezpieczeństwem klucza Posting?

Oczywiście przekazywanie kluczy kryptograficznych zawsze wymaga ostrożności.

W tym przypadku chodzi jednak o klucz Posting specjalnego konta gościnnego, a nie o klucz główny czy Active wykorzystywany do zarządzania środkami.

Moim zdaniem przy wykorzystaniu osobnego konta technicznego, które nie służy do przechowywania istotnych środków, ryzyko jest znacznie łatwiejsze do ograniczenia.

Klucz Posting nie daje takich samych uprawnień jak klucz Active czy Owner, ale nadal pozwala wykonywać operacje publikowania w imieniu konta. Jego ujawnienie mogłoby więc skutkować niechcianymi publikacjami, spamem lub kosztami operacji.

Dlatego zdecydowanie zalecam utworzenie osobnego konta gościnnego i przekazywanie klucza wyłącznie przez zabezpieczony panel.

Nie ma potrzeby udostępniania klucza Active ani Owner. Wystarczy Posting Key.

Osobny panel i dostęp dla właścicieli frontendów

Przygotowałem również system uprawnień, dzięki któremu nie muszę dawać innym użytkownikom dostępu do całej infrastruktury.

Mogę przydzielić konkretnemu użytkownikowi BLURT dostęp wyłącznie do jego aplikacji i przypisanego konta gościnnego.

Po zalogowaniu własnym kontem BLURT użytkownik otrzymuje możliwość zarządzania swoimi zasobami.

Może między innymi konfigurować aplikację, zarządzać jej kluczem API i limitami oraz — jeśli otrzyma odpowiednie uprawnienia — moderować komentarze.

Nie uzyskuje natomiast dostępu do aplikacji należących do innych osób ani ich prywatnych kluczy.

Dzięki temu jeden Guest Gateway może obsługiwać wiele niezależnych frontendów i kont gościnnych.

Projekt jest jeszcze w fazie testów — zapraszam innych developerów!

Chociaż system działa już na blurt.pl i udało mi się przeprowadzić pierwsze rzeczywiste publikacje komentarzy do blockchaina, całość traktuję jeszcze jako rozwiązanie testowe.

Chciałbym sprawdzić, jak będzie działać przy większej liczbie komentarzy, różnych frontendach i kilku niezależnych kontach gościnnych.

Dlatego chętnie udostępnię dostęp zainteresowanym developerom BLURT.

Na razie dostęp do panelu przydzielam ręcznie. Po jego otrzymaniu będzie można samodzielnie wygenerować klucz Guest API, skonfigurować własną aplikację i przypisać do niej odpowiednie konto gościnne.

Kilka szczegółów technicznych dla developerów

Aplikacja działa na serwerze blurtplugin.online, niezależnie od frontendu blurt.pl.

Komunikacja odbywa się przez HTTPS z wykorzystaniem API i indywidualnego sekretu przypisanego do każdej aplikacji.

Obecny endpoint to:

`https://blurtplugin.online/bg-entry.php`

Jak przebiega publikacja komentarza?

1. Frontend przyjmuje komentarz.

Użytkownik wpisuje pseudonim i treść. Frontend zna również autora oraz identyfikator wpisu BLURT, pod którym ma pojawić się komentarz.

2. Backend frontendu kontaktuje się z Guest API.

Żądanie zawiera dane komentarza oraz sekret API aplikacji. Sam sekret powinien pozostać po stronie serwera — nie należy umieszczać go w publicznym JavaScript.

3. Guest Gateway sprawdza zgłoszenie.

System weryfikuje aplikację, limity i poprawność danych, a następnie zapisuje zgłoszenie w bazie.

4. Gemini AI analizuje komentarz.

To jeden z istotniejszych elementów całego rozwiązania. Zanim komentarz zostanie opublikowany, AI może automatycznie sprawdzić treść pod kątem spamu, phishingu i innych nadużyć.

Komentarze zaakceptowane trafiają do kolejki publikacji, natomiast przypadki niejednoznaczne mogą wymagać ręcznej moderacji.

5. Worker publikuje zatwierdzone komentarze.

Osobny proces pobiera komentarze z kolejki, podpisuje je kluczem Posting przypisanego konta gościnnego i przekazuje do sieci BLURT przez RPC.

6. Gateway monitoruje status publikacji.

System sprawdza, czy komentarz został rzeczywiście opublikowany, i udostępnia informację o jego aktualnym stanie.

Dzięki temu frontend nie musi samodzielnie obsługiwać podpisywania transakcji, problemów z węzłami RPC ani mechanizmów ponawiania publikacji.

Jak frontend może sprawdzić status komentarza?

Po przesłaniu zgłoszenia API zwraca identyfikator, na podstawie którego można później sprawdzić jego status.

Przykładowe żądanie:

`GET https://blurtplugin.online/bg-entry.php?id=IDENTYFIKATOR_KOMENTARZA`

Żądanie wymaga autoryzacji sekretem API danej aplikacji.

Komentarz może oczekiwać na moderację, znajdować się w kolejce publikacji lub posiadać status published, oznaczający potwierdzenie w blockchainie.

Dzięki temu frontend może informować użytkownika, co dzieje się z jego wiadomością, nawet jeżeli publikacja nie następuje natychmiast.

Czy to rozwiązanie jest zdecentralizowane?

Sam Guest Gateway jest usługą pośredniczącą, dlatego jego infrastruktura, obsługa kluczy i moderacja mają charakter scentralizowany. Nic nie stoi jednak na przeszkodzie żeby każdy zrobił sobie w późniejszym czasie fork tego kodu jeśli to rozwiązanie będzie się sprawdzać.

Nie ukrywam tego.

Ale ważne jest to, że ostatecznym miejscem publikacji pozostaje blockchain BLURT.

Komentarze nie istnieją wyłącznie w bazie jednej strony. Po opublikowaniu są dostępne dla innych frontendów i węzłów blockchaina.

Jeżeli blurt.pl przestanie kiedyś działać, wcześniej opublikowane komentarze nadal będą zapisane w sieci.

Dodatkowo każda aplikacja może korzystać z własnego konta gościnnego, a więc nie musi publikować wszystkich komentarzy za pośrednictwem jednego wspólnego konta.

Uważam, że to rozsądny kompromis między decentralizacją a wygodą zwykłych internautów.

Co dalej?

Na ten moment najważniejsza część systemu już działa.

Mogę przyjmować komentarze od niezalogowanych użytkowników, automatycznie weryfikować je za pomocą Gemini AI, kierować do moderacji i publikować w blockchainie BLURT.

Przygotowałem też API oraz panel umożliwiający zarządzanie wieloma aplikacjami i niezależnymi kontami gościnnymi.

Teraz chciałbym zobaczyć, czy rozwiązanie sprawdzi się również poza blurt.pl.

Moim zdaniem blockchain nie powinien wymagać od każdego nowego użytkownika natychmiastowego zakładania konta i poznawania wszystkich mechanizmów kryptograficznych.

Ktoś może przecież najpierw przeczytać artykuł, zostawić komentarz i dopiero później zainteresować się platformą.

Nie każda pierwsza interakcja z BLURT musi zaczynać się od rejestracji.

Jeżeli rozwijasz własny frontend BLURT i chciałbyś przetestować Guest Gateway, napisz do mnie.

Chętnie udostępnię Ci dostęp do panelu, w którym wygenerujesz własny klucz Guest API, i pomogę w pierwszej konfiguracji, również z wykorzystaniem własnego konta gościnnego.

Szczególnie zależy mi teraz na testach z innymi frontendami, ponieważ to właśnie na tej podstawie będę mógł dopracować kolejne wersje aplikacji.

Czekam na opinie, pomysły i ewentualnych chętnych do testowania!