BLIK wreszcie uszczelnia system i blokuje nielegalny hazard. Krok w dobrą stronę, ale spóźniony o lata

Polski Standard Płatności (PSP), operator najpopularniejszego systemu płatności w Polsce, wprowadza zapowiadany mechanizm: transakcje BLIK na stronach znajdujących się w rządowym Rejestrze Domen Służących do Oferowania Gier Hazardowych Niezgodnie z Ustawą są automatycznie blokowane. System weryfikuje adres WWW w czasie rzeczywistym poprzez integrację API z bazą Ministerstwa Finansów i odrzuca próbę wpłaty jeszcze przed jej autoryzacją w aplikacji bankowej.

To reakcja na narastający problem szarej strefy hazardowej, która według szacunków branżowych generuje obroty rzędu kilkudziesięciu miliardów złotych rocznie i odpowiada za blisko połowę rynku online w Polsce. Oceniając tę zmianę z perspektywy rynku fintech, trudno jednak oprzeć się wrażeniu, że mamy do czynienia z ruchem, który powinien nastąpić znacznie wcześniej.

Dobry ruch, ale ze sporym opóźnieniem

Decyzję PSP i NBP należy ocenić pozytywnie – każda inicjatywa odcinająca nielegalne kasyna i zakłady bukmacherskie od płynności finansowej chroni graczy oraz ogranicza odpływ kapitału do podmiotów offshorowych. BLIK to dla wielu Polaków domyślna metoda płatności w sieci, a obecność jego logo na stronie internetowej buduje natychmiastowe zaufanie. Bezprawne wykorzystywanie marki BLIK przez nielegalnych operatorów podważało reputację całego ekosystemu fintech w Polsce.

Pytanie brzmi: dlaczego na to rozwiązanie musieliśmy czekać tak długo?

• Rejestr zakazanych domen działa od 2017 roku. Przez lata polskie instytucje finansowe i operator płatności przyglądali się, jak szara strefa bez przeszkód udostępnia polski standard płatniczy.
• Reaktywność zamiast proaktywności: Dotychczasowe usuwanie BLIK-a z nielegalnych serwisów opierało się głównie na jednostkowych zgłoszeniach lub interwencjach medialnych, zamiast automatycznego, systemowego spięcia z bazą regulacyjną.

Rozszerzenie schematu płatniczego o stałą weryfikację adresów URL to absolutne minimum w dobie nowoczesnych technologii finansowych.

Prawdziwe wyzwanie: Jak odciąć pośredników?

Sam mechanizm sprawdzania domen z ministerialnej listy (obejmującej dziesiątki tysięcy adresów) rozwiązuje zaledwie część problemu. Operatorzy nielegalnych kasyn doskonale wiedzą, jak omijać blokady adresowe, i rzadko procesują płatności bezpośrednio ze swojej głównej domeny.

Aby nowa blokada nie stała się wyłącznie symbolicznym gestem, PSP oraz banki uczestniczące w systemie muszą skupić się na kluczowym wektorze omijania prawa: pośrednikach płatności i bramkach zagranicznych.

• Klonowanie domen (Mirroring): Gdy dana strona trafia do rejestru, nielegalny operator w kilka godzin uruchamia jej klon (np. z dodaną cyfrą w adresie). Zanim nowa domena przejdzie procedurę wpisu do bazy MF, mijają dni lub tygodnie, w trakcie których transakcje BLIK przechodzą bez przeszkód.
• Agregatorzy i wirtualne portfele: Szara strefa nagminnie korzysta z zagranicznych agentów rozliczeniowych oraz dostawców bramkowych. Użytkownik klika przycisk BLIK na nielegalnej stronie, ale jest przekierowywany do neutralnej domeny pośrednika (np. e-portfela lub zewnętrznego agregatora), która w rejestrze zakazanych domen nie figuruje i figurować nie może.
• Brak odpowiedzialności w łańcuchu acquirera: Regulacje BLIK-a powinny bezwzględnie egzekwować audyt dostawców usług płatniczych (PSP/Acquirerów), którzy udostępniają bramki BLIK podmiotom trzecim bez należytej weryfikacji odbiorcy końcowego (ang. Merchant Risk Management i KYB).

Wdrożenie weryfikacji domen via API z rejestrem Ministerstwa Finansów to krok niezbędny i pożądany. Stanowi jednak zaledwie pierwszy etap walki z nielegalnym rynkiem. Jeśli Polski Standard Płatności nie pójdzie o krok dalej i nie wypracuje bezkompromisowych mechanizmów identyfikacji ukrytych pośredników oraz kontroli intencji transakcyjnych u źródła, nielegalne kasyna szybko znajdą sposób na obejście domonowej zapory. Prawdziwa skuteczność wymaga nie tylko blokowania adresów ze sztywnej listy, ale również uszczelnienia całego łańcucha procesowania płatności.