czwartek, 25 marca 2021 o 18:49:03 UTC+1 Kamil Jońca napisał(a):
> Dawid Rutkowski writes:
>
> [...]> A ten "bezstykowy blik" to po prostu kolejny krok w technologii.
> > Ja do dziś jestem pod wrażeniem, jak taki prymitywny system z
> > przepisywaniem kodów mógł się spopularyzować - tym bardziej, że z
> > jednej stronie prymitywny kod, ale do jego wygenerowania konieczny
> > jest niesamowity smarkfon z android/ios (jedynie skarbonka zrobiła
> A do tego "kodu" nie jest potrzebny kontakt z centralą? Mogę się mylić,
> ale mam wrażenie, że "wygenerowanie" kodu blik na telefonie polega na
> tym że telefon się odpytuje centrali.[1]

To "generowanie" to było ironicznie - oczywiście że kod jest pobierany z centrali.
Zastanawia mnie też, po co jest to durne potwierdzanie operacji na telefonie - bali
się, że ktoś w ciągu dwóch minut przeleci na jakimś terminalu wszystkie możliwe
6-cyfrowe kody?

Z drugiej strony jest przykład dawnych tokenów - tam ZTCP kod też miał 6 cyfr i
zmieniał się co 2 minuty.
Taki blik miałby też szansę - ale czy to byłoby tańsze od kart?
No i można się kłócić, że do logowania oprócz tokena potrzebny jest jeszcze login i
hasło - no to niech oprócz wskazania tokena będzie jeszcze PIN, który właściciel
będzie pamiętać - tak jak w sumie jest przy czekach blik (przy których jest to dla
mnie kretynizm - niech ten czek ma od razu 13 cyfr, a nie 9 + 4-cyfrowe "hasło do
czeków", bo co to za "hasło", które podajemy każdemu, komu czek damy? I chyba jest
tak, że obowiązuje hasło zapisane w banku w chwili realizacji czeku, a nie w chwili
jego utworzenia - więc nie można podać komuś hasła do jego czeku i potem tego hasła
od razu zmienić).

A ogólnie chodziło mi o to, że na pewno nie potrzeba do takiej funkcjonalności
komputera aż z androidem/ios - spokojnie starczyłyby też starsze słuchawki z J2ME.
Ale to pewnie mój skrzywiony pogląd wynikający stąd, że takie noszę w kieszeni, a
androida mam tylko na tablecie - który do kieszeni wejdzie, ale potem nie można
zawiązać sznurowadła ;>