Datoru iegades izvele

Kāpēc kodolu skaits nav vienīgais veiktspējas rādītājs

Posted on | by Aleksandrs Drika

Salīdzinot procesorus, kodolu skaits ir viegli pamanāms specifikāciju lapā, taču tas viens pats nepasaka, cik ātra būs sistēma. Datora procesors ar 16 kodoliem dažos uzdevumos var būt ievērojami efektīvāks par 8 kodolu modeli, bet citos scenārijos atšķirība būs niecīga vai ātrāks būs tieši procesors ar mazāk kodoliem.

Reālo veiktspēju nosaka programmas darba slodze, viena kodola arhitektūra, takts frekvence, kešatmiņa, atmiņas apakšsistēma un operētājsistēmas spēja pareizi sadalīt pavedienus. Tāpēc procesora izvēle jāsāk nevis ar kodolu skaita salīdzināšanu, bet ar konkrētu lietošanas scenāriju.

Kodoli palīdz tikai paralēlos uzdevumos

Kodols ir neatkarīga procesora izpildes vienība, kas var apstrādāt instrukcijas. Vairāk kodolu ļauj vienlaikus darbināt vairākus pavedienus, taču ieguvums rodas tikai tad, ja programmatūra spēj darbu efektīvi sadalīt.

Video renderēšana, 3D vizualizācija, koda kompilēšana, virtuālās mašīnas un datu apstrāde bieži izmanto daudzus kodolus. Šādos uzdevumos procesors ar lielāku kodolu skaitu parasti samazina izpildes laiku.

Pretēja situācija ir lietotnēs ar ierobežotu paralelizāciju. Daudzas spēles, biroja programmas, tīmekļa pārlūkošana un daļa profesionālo rīku lielāko darba daļu veic vienā vai dažos pavedienos. Ja galvenais pavediens kļūst par šaurās vietas punktu, pārējie kodoli nevar būtiski paātrināt rezultātu.

Amdāla likums praksē

Programmas kopējo paātrinājumu ierobežo tās daļa, kuru nevar paralelizēt. Ja 20% uzdevuma obligāti jāizpilda secīgi, pat ļoti liels kodolu skaits šo posmu nepaātrinās.

Piemēram, renderēšanas projektā attēlu kadru aprēķins var izmantot visus kodolus, bet projekta ielāde, atsevišķi efekti vai eksports uz konkrētu formātu var būt atkarīgs no viena pavediena. Rezultātā jaudīgāks daudz-kodolu procesors nebūs proporcionāli ātrāks par modeli ar mazāk kodoliem.

Procesoru kodolu salidzinasana

Viena kodola ātrumu nosaka IPC

IPC jeb instructions per clock rāda, cik instrukciju procesora kodols spēj izpildīt vienā takts ciklā. Augstāks IPC nozīmē, ka pie vienādas frekvences viens procesora kodols spēj paveikt vairāk darba.

Divi procesori ar 4 GHz frekvenci nav automātiski vienādi ātri. Atšķirīga mikroarhitektūra, izpildes bloku skaits, zaru prognozēšana un instrukciju dekodēšana var radīt ievērojamu veiktspējas starpību. Tāpēc jaunākas paaudzes procesors ar zemāku nominālo frekvenci dažkārt pārspēj vecāku procesoru, kuram ir vairāk GHz.

IPC īpaši svarīgs ir:

  • spēlēs, kur veiktspēju ierobežo galvenais spēles pavediens;
  • CAD un projektēšanas programmatūrā;
  • biroja lietotnēs;
  • pārlūkprogrammu darbā ar sarežģītām tīmekļa lietotnēm;
  • sistēmās, kurām nepieciešama zema aizture.

Šādos scenārijos kodolu skaits pēc noteikta līmeņa kļūst mazāk nozīmīgs nekā viena kodola caurlaidspēja.

Takts frekvence nav pilns salīdzinājums

Takts frekvence nosaka, cik ciklu sekundē procesors var veikt, taču tā nav absolūta veiktspējas mērvienība. Procesora ātrumu vienkāršoti var raksturot kā IPC un frekvences kombināciju.

Augsta frekvence palīdz uzdevumos, kuri balstās uz vienu vai dažiem pavedieniem. Tomēr jāvērtē, vai konkrētais procesors šo frekvenci uztur ilgstoši. Ražotāja norādītais maksimālais turbo režīms bieži attiecas tikai uz īsiem slodzes periodiem, vienu kodolu vai konkrētiem temperatūras un enerģijas patēriņa nosacījumiem.

Klēpjdatoros tas ir īpaši būtiski. Plānam korpusam ar ierobežotu dzesēšanu procesors ilgstošā slodzē var samazināt frekvenci, lai ievērotu temperatūras un jaudas limitus. Tādēļ vienādas paaudzes procesors dažādos klēpjdatoros var demonstrēt atšķirīgu veiktspēju.

Turbo režīmu ietekmē dzesēšana

Procesora jaudas limiti un dzesētāja efektivitāte tieši ietekmē ilgstošu veiktspēju. Ja CPU sasniedz termisko limitu, tas samazina takts frekvenci, un renderēšanas vai kompilēšanas laiks pieaug.

Stacionārā datorā nepietiekams dzesētājs, slikta gaisa plūsma korpusā vai agresīvi mātesplates jaudas iestatījumi var radīt nestabilu un neprognozējamu rezultātu. Tāpēc, plānojot datoru iegādi, jāvērtē visa sistēma, ne tikai procesora nosaukums un kodolu skaits.

Datoru specifikaciju plans

Kešatmiņa samazina datu aizturi

Procesora kodoli darbojas daudz ātrāk nekā operatīvā atmiņa. Kešatmiņa ir ļoti ātra atmiņa procesora tuvumā, kurā tiek glabāti bieži izmantotie dati un instrukcijas. Ja nepieciešamie dati atrodas kešatmiņā, kodolam nav jāgaida piekļuve lēnākai RAM.

Parasti tiek izmantota vairāku līmeņu hierarhija:

  • L1 kešatmiņa ir visātrākā un mazākā;
  • L2 kešatmiņa ir lielāka, bet ar nedaudz augstāku aizturi;
  • L3 kešatmiņa bieži tiek koplietota starp vairākiem kodoliem.

Lielāka L3 kešatmiņa var būt ļoti noderīga spēlēs, datu bāzu vaicājumos un uzdevumos ar atkārtotu piekļuvi vieniem un tiem pašiem datiem. Taču arī šeit nav universāla noteikuma, jo svarīgs ir kešatmiņas apjoms, aizture, savienojums starp kodoliem un programmas datu piekļuves modelis.

Procesors ar mazāk kodoliem, bet efektīvāku kešatmiņas arhitektūru, konkrētā lietotnē var apsteigt daudz-kodolu konkurentu.

RAM joslas platums ierobežo CPU

Ja procesoram regulāri jāpiekļūst operatīvajai atmiņai, RAM konfigurācija kļūst par būtisku veiktspējas faktoru. Nepietiekams atmiņas joslas platums vai augsta aizture var radīt situāciju, kurā kodoli gaida datus, nevis veic aprēķinus.

Tipisks piemērs ir viena RAM moduļa izmantošana sistēmā, kas atbalsta divkanālu režīmu. Šādā konfigurācijā atmiņas joslas platums var būt būtiski mazāks, un to var pamanīt integrētās grafikas, spēļu un datu ietilpīgu lietotņu darbībā.

Daudz-kodolu procesoriem atmiņas apakšsistēma ir vēl svarīgāka. Jo vairāk kodolu vienlaikus pieprasa datus, jo lielāks spiediens uz RAM kontrolieri un atmiņas kanāliem. Tāpēc liels kodolu skaits bez atbilstošas RAM konfigurācijas var nesniegt gaidīto rezultātu.

Klientu datoru izvele

Operētājsistēma plāno pavedienus

Operētājsistēmas plānotājs jeb scheduler nosaka, uz kura kodola un kurā brīdī palaist programmas pavedienu. Tā uzdevums ir sabalansēt caurlaidspēju, enerģijas patēriņu, reaģētspēju un kešatmiņas lokalitāti.

Mūsdienu procesoros var būt dažādu tipu kodoli, piemēram, veiktspējas un efektivitātes kodoli. Šādās sistēmās pavedienu plānošana ir īpaši svarīga, jo prasīgs darba pavediens jānovirza uz jaudīgāku kodolu, bet fona uzdevumi var darboties uz energoefektīvākiem kodoliem.

Nepilnīga plānošana vai novecojusi operētājsistēma var nozīmēt, ka pavedieni netiek sadalīti optimāli. Rezultātā programma var izmantot nepiemērotus kodolus, pārāk bieži migrēt starp tiem vai zaudēt kešatmiņā jau pieejamos datus.

Pavedienu migrācija rada izmaksas

Pārvietojot pavedienu uz citu kodolu, daļa iepriekš izmantoto datu var nebūt pieejama jaunā kodola lokālajā kešatmiņā. Procesoram tad dati jāielādē atkārtoti, kas palielina aizturi.

Tāpēc veiktspēja nav atkarīga tikai no tā, cik daudz pavedienu programma izveido. Svarīgi ir, vai šie pavedieni dara pietiekami daudz noderīga darba un vai to sinhronizācija nerada pārmērīgas gaidīšanas.

Biežākās daudzpavedienu kļūdas

Daudz-kodolu sistēmas konfigurācija bieži tiek pārvērtēta, ignorējot pārējos ierobežojumus. Viena no biežākajām kļūdām ir pieņēmums, ka jebkura lietotne automātiski izmantos visus pieejamos kodolus.

Praksē problēmas rada šādi faktori:

  • pārāk maz RAM aktīvajai darba slodzei;
  • viens RAM modulis divkanālu platformā;
  • lēns datu nesējs, no kura lietotne nepārtraukti ielādē failus;
  • nepietiekama procesora dzesēšana;
  • neaktuāli čipkopas, grafikas vai operētājsistēmas atjauninājumi;
  • programmā neefektīvi sinhronizācijas mehānismi;
  • pārāk daudz paralēlu procesu, kas konkurē par RAM un diska I/O.

Piemēram, video montāžas darba stacijai ar 24 kodolu procesoru var nebūt gaidītā paātrinājuma, ja avota faili atrodas lēnā ārējā diskā vai RAM apjoms ir nepietiekams. Šādā gadījumā centrālais procesors lielu daļu laika gaida datus.

Procesoru salīdzini pēc darba slodzes

Lai izvēlētos piemērotu procesoru, vispirms jānosaka, kuras lietotnes tiek izmantotas visbiežāk un kāda ir to slodze. Spēļu datoram parasti svarīga ir augsta viena kodola veiktspēja, efektīva kešatmiņa un līdzsvarota videokarte. Renderēšanai, kompilēšanai un virtuālajām mašīnām vairāk kodolu var dot būtiski lielāku ieguvumu.

Praktiskā salīdzināšanā jāskatās konkrētu programmu testi, nevis tikai sintētiskie kopējie rezultāti. Jāņem vērā arī ilgstošas slodzes veiktspēja, enerģijas patēriņš, dzesēšana un pārējās sistēmas komponentes.

Lokālo mākslīgā intelekta risinājumu attīstība labi parāda, ka caurlaidspēju nosaka visa arhitektūra. Piemēram, Xiaomi MI Cube prototips izmanto vairākus specializētus procesorus un uzsver arī atmiņas joslas platuma un dzesēšanas nozīmi, ne tikai skaitļošanas vienību daudzumu.

Izvēlies līdzsvarotu sistēmu

Kodolu skaits ir vērtīgs rādītājs, ja programmatūra spēj efektīvi izmantot paralēlu izpildi. Taču tas nav universāls procesora ātruma mērs. Datora procesors jāvērtē kopā ar IPC, reāli uzturamo takts frekvenci, kešatmiņu, RAM caurlaidspēju, dzesēšanu un operētājsistēmas pavedienu plānošanu.

Pirms pirkuma nosaki galveno darba slodzi un salīdzini procesorus tieši šajā scenārijā. Līdzsvarota konfigurācija parasti sniegs jūtami labāku ikdienas pieredzi nekā sistēma ar iespaidīgu kodolu skaitu, bet vāju atmiņas, datu glabāšanas vai dzesēšanas apakšsistēmu.

Spelu veiktspēja

Kas nosaka veiktspēju mūsdienu tiešsaistes spēlēs

Posted on | by Aleksandrs Drika

Mūsdienu spēles internetā nav atkarīgas tikai no datora jaudas vai interneta pieslēguma ātruma. Stabilu spēles pieredzi nosaka vairāku komponentu kopdarbs, tostarp tīkla latentums, savienojuma stabilitāte, GPU un CPU balanss, operatīvā atmiņa, datu nesējs un operētājsistēmas fona procesi.

Ja kāda no šīm ķēdes daļām kļūst par šaurās vietas punktu jeb bottleneck, rezultāts ir pamanāms uzreiz, piemēram, kadru skaita kritumi, mikroaiztures, ievades aizkave, spēlētāju teleportēšanās vai ilga karšu ielāde. Tāpēc problēmu novēršanu ir vērts sākt ar precīzu diagnostiku, nevis nejaušu komponentu nomaiņu.

Tīkls nosaka reakcijas ātrumu

Tiešsaistes spēlēs svarīgākais tīkla parametrs parasti nav maksimālais lejupielādes ātrums, bet latentums jeb ping. Tas ir laiks milisekundēs, kurā datu pakete nonāk no datora līdz spēles serverim un atgriežas atpakaļ.

Zems un stabils ping ir īpaši nozīmīgs šāvēju, sacīkšu, cīņas un sporta spēlēs, kur serverim nepārtraukti jāapstrādā spēlētāja ievade. Savukārt stratēģijās vai lēnāka tempa spēlēs nedaudz lielāks latentums var būt mazāk kritisks.

Svarīgi ir vērtēt ne tikai vidējo ping, bet arī tā svārstības. Ja latentums periodiski pieaug, rodas jitter. Tas var izraisīt situāciju, kurā kadru skaits ir stabils, bet spēle šķiet saraustīta vai komandas tiek reģistrētas ar kavēšanos.

Tīkla problēmu pazīmes ir šādas:

  1. Pretinieki vai komandas biedri pēkšņi pārvietojas pa karti.
  2. Spēles klients rāda packet loss brīdinājumu.
  3. Darbības serverī tiek reģistrētas ar aizkavi.
  4. Problēma ir jūtama arī tad, ja FPS paliek augsts.

Iespēju robežās spēļu datoru vajadzētu savienot ar rūteri, izmantojot Ethernet kabeli. Wi-Fi ir ērts, taču to var ietekmēt attālums līdz rūterim, sienas, citu ierīču tīkli un bezvadu joslas noslodze.

Interneta savienojuma kvalitāte ietekmē ne tikai spēles, bet arī citas digitālās aktivitātes, tostarp izklaides internetā, kur svarīga ir stabila datu apmaiņa un uzticama piekļuve pakalpojumam.

Serveru infrastruktura

Joslas platums nav galvenais

Lielākajai daļai spēļu internetā nav nepieciešams ļoti liels joslas platums. Pašas spēles datu plūsma bieži ir salīdzinoši neliela, taču savienojumam jābūt stabilam un bez paketes zudumiem.

Problēmas rodas, ja tīklu vienlaikus noslogo citi procesi:

  1. Notiek spēles vai operētājsistēmas atjauninājumu lejupielāde.
  2. Cita ierīce straumē video augstā kvalitātē.
  3. Tiek sinhronizēti faili ar mākoņkrātuvi.
  4. Fonā darbojas torrent klients.
  5. Kāds mājas tīklā veic lielu datu augšupielādi.

Īpaši būtisks ir augšupielādes kanāls. Ja tas ir pilnībā noslogots, rūteris var aizkavēt spēles paketes pat tad, ja lejupielādes ātrums ir pietiekams. Šo situāciju bieži raksturo kā bufferbloat, jo tīkla ierīce uzkrāj pārāk daudz pakešu rindā, tādēļ pieaug latentums.

Praktisks risinājums ir pārbaudīt rūtera QoS jeb Quality of Service funkciju. Pareizi konfigurēts QoS var piešķirt spēļu datplūsmai augstāku prioritāti nekā lieliem lejupielādes vai straumēšanas procesiem.

GPU veido attēla kadru ātrumu

Videokarte jeb GPU galvenokārt nosaka, cik ātri sistēma spēj renderēt spēles attēlu. Augstāka izšķirtspēja, staru izsekošana, ēnas, atspīdumi, anti-aliasing un detalizētas tekstūras palielina GPU slodzi.

Ja GPU ir noslogots līdz gandrīz 100 procentiem, bet CPU noslodze ir mērena, visticamāk, sistēma ir GPU limitēta. Šādā gadījumā FPS palielināšanai palīdz grafikas iestatījumu samazināšana vai jaudīgāka videokarte.

Vislielāko efektu bieži dod šādu iestatījumu koriģēšana:

  1. Renderēšanas izšķirtspēja.
  2. Staru izsekošana.
  3. Ēnu kvalitāte.
  4. Atspīdumu kvalitāte.
  5. Attāluma detalizācijas pakāpe.
  6. Anti-aliasing režīms.
  7. Tekstūru kvalitāte, ja trūkst VRAM.

Ja spēle pieejama ar attēla mērogošanas tehnoloģijām, piemēram, DLSS, FSR vai XeSS, tās var samazināt GPU slodzi. Tomēr rezultāts jāvērtē praksē, jo agresīvi kvalitātes režīmi var samazināt attēla asumu vai radīt vizuālus artefaktus.

Spelu iestatijumi

CPU apstrādā spēles loģiku

Procesors jeb CPU neveido attēlu tieši, bet tas apstrādā spēles loģiku, fiziku, mākslīgo intelektu, spēlētāju ievadi, tīkla datu apmaiņu un draw call komandas videokartei.

CPU bottleneck bieži parādās spēlēs ar lielām atvērtām pasaulēm, blīvu objektu daudzumu, sarežģītu fiziku vai daudziem vienlaicīgiem spēlētājiem. Šādā situācijā GPU var nebūt pilnībā noslogots, taču FPS joprojām nepalielinās.

Viena kodola slodze

Kopējā CPU noslodze var būt maldinoša. Piemēram, procesora vidējā slodze var būt tikai 40 procenti, bet viens vai divi kodoli jau darbojas pie maksimālās robežas. Ja spēles dzinējs intensīvi izmanto konkrētus pavedienus, ar to pietiek, lai ierobežotu kadru ātrumu.

CPU limitu bieži var mazināt, samazinot šādus iestatījumus:

  1. Skatīšanās attālumu.
  2. Objektu un pūļu blīvumu.
  3. Fizikas kvalitāti.
  4. Ēnu attālumu.
  5. Procesora intensīvus efektus.

Ja CPU ir šaurās vietas punkts, izšķirtspējas samazināšana parasti nedos būtisku FPS pieaugumu. Tā samazina GPU slodzi, bet nepaātrina procesora darbu.

Atmiņa un datu nesējs

Operatīvā atmiņa jeb RAM ietekmē spēles spēju ātri uzturēt nepieciešamos datus pieejamus sistēmai. Ja RAM apjoms ir nepietiekams vai fonā darbojas daudz lietotņu, operētājsistēma sāk aktīvāk izmantot virtuālo atmiņu datu nesējā. Tas var radīt stostīšanos jeb stutter.

Praktiskā diagnostikā ir vērts vērot:

  1. RAM noslodzi spēles laikā.
  2. Disk usage maksimumus.
  3. Pēkšņus frame time lēcienus.
  4. Fona lietotņu patēriņu.

SSD būtiski uzlabo spēļu ielādes laiku un datu straumēšanu atvērtās pasaules spēlēs. Lēns vai noslogots datu nesējs var radīt aiztures, kad spēlei jāielādē tekstūras, objekti vai jaunas kartes zonas.

Videokartes atmiņas jeb VRAM trūkums parasti izpaužas citādi, tekstūras ielādējas ar novēlošanos, kvalitāte negaidīti samazinās vai parādās strauji FPS kritumi. Šajā gadījumā jāmazina tekstūru kvalitāte, izšķirtspēja vai citi VRAM intensīvi iestatījumi.

Speletaju mijiedarbiba

Operētājsistēma rada fonu slodzi

Pat ja aparatūra ir pietiekami jaudīga, operētājsistēmas konfigurācija var ietekmēt spēļu veiktspēju. Fona procesi patērē CPU laiku, RAM, diska I/O un tīkla resursus.

Pirms spēles palaišanas ir vērts aizvērt lietotnes, kas nav nepieciešamas konkrētajai sesijai. Tie var būt pārlūka logi ar daudzām cilnēm, failu sinhronizācijas klienti, atjauninājumu rīki, video apstrādes programmas un dažādi ražotāju utilītprogrammu procesi.

Draiveri un atjauninājumi

GPU draiveru atjaunināšana var uzlabot saderību ar jaunām spēlēm un novērst kļūdas. Tomēr katrs atjauninājums automātiski negarantē lielāku FPS, tāpēc pēc uzstādīšanas ir lietderīgi pārbaudīt, vai sistēma darbojas stabili.

Būtiska ir arī operētājsistēmas atjauninājumu higiēna. Atjauninājumus nevajadzētu sākt tieši pirms spēļu sesijas, jo lejupielādes, instalācija vai automātiska restartēšana var noslogot sistēmu nepiemērotā brīdī.

Kā atrast bottleneck

Veiktspējas problēmu diagnosticēšanai nepietiek tikai ar FPS skaitītāju. Jāskatās uz vairākiem rādītājiem vienlaikus, tostarp FPS, frame time, CPU un GPU noslodzi, temperatūrām, RAM patēriņu, VRAM izmantojumu un tīkla kvalitāti.

Frame time ir īpaši noderīgs rādītājs. FPS parāda vidējo kadru skaitu sekundē, bet frame time atklāj, cik vienmērīgi šie kadri tiek veidoti. Stabils frame time parasti nozīmē plūdenāku sajūtu nekā augsts, bet svārstīgs FPS.

Diagnostikas secība

  1. Pārbaudi, vai problēma ir tīkla vai renderēšanas pusē.
  2. Salīdzini GPU un CPU noslodzi spēles laikā.
  3. Vēro, vai nepietrūkst RAM vai VRAM.
  4. Pārbaudi diska aktivitāti stostīšanās brīžos.
  5. Uzraugi komponentu temperatūras.
  6. Aizver fona procesus un atkārto testu.
  7. Maini vienu iestatījumu vienlaikus.

Temperatūras ir svarīgas, jo pārkaršanas gadījumā CPU vai GPU var samazināt darbības frekvenci. Šo parādību sauc par thermal throttling. Rezultātā veiktspēja pasliktinās pēc ilgākas spēles, nevis uzreiz pēc tās palaišanas.

Uzlabojumus izvēlies pēc datiem

Spēles internetā darbojas labi tad, ja tīkla savienojums ir stabils, aparatūra ir sabalansēta un operētājsistēma netraucē spēles procesam. Nav universāla komponenta, kura nomaiņa vienmēr atrisinās visas problēmas.

Ja ir augsts ping vai packet loss, jāmeklē risinājums tīklā. Ja GPU ir pilnībā noslogots, jākoriģē grafikas iestatījumi vai jāizvērtē videokartes jauda. Ja ierobežojums ir CPU, svarīgāki kļūst procesora pavedieni, spēles iestatījumi un fona slodze.

Sāc ar rādītāju uzraudzību, nosaki konkrēto bottleneck un tikai pēc tam maini konfigurāciju. Šāda pieeja ļauj iegūt izmērāmu uzlabojumu, nevis tērēt resursus komponentiem, kas patiesībā nebija problēmas cēlonis.

CSDD krapnieki

CSDD datu noplūde padara krāpniekus ticamākus

Posted on | by Aleksandrs Drika

CSDD kiberincidents ir labs atgādinājums, krāpniekiem ne vienmēr vajag nozagt paroli, lai uzbrukums izdotos. Pietiek ar ticamu kontekstu, dažiem personas datiem un pareizi noformētu ziņu.

Šis raksts tapis, lai palīdzētu saprast, kāpēc šādas datu noplūdes palielina pikšķerēšanas risku un kā ikdienā pārbaudīt aizdomīgus pieprasījumus, īpaši tad, ja tajos figurē Smart-ID vai eParaksts mobile.

Noplūduši dati padara krāpšanu ticamāku

CSDD incidenta mērogs parāda, cik vērtīgi uzbrucējiem ir šķietami nekaitīgi dati. CSDD kiberincidenta aprakstā minēts, ka iegūta informācija no maksājumu kvītīm par aptuveni 1,2 miljoniem fizisko un 200 tūkstošiem juridisko personu. Tajā var būt identifikācijas dati, vārdi, maksājumu informācija, adreses un transportlīdzekļu numurzīmes.

Šāds datu kopums nav automātiska piekļuve bankas kontam vai valsts sistēmām. Taču tas ļauj uzbūvēt daudz pārliecinošāku sociālās inženierijas scenāriju.

Kāpēc ar vārdu nepietiek

Parasta krāpnieciska e-pasta ziņa parasti ir viegli atpazīstama, jo tajā ir vispārīgs uzrunas teksts, kļūdas valodā un apšaubāma saite. Situācija mainās, ja uzbrucējs zina jūsu vārdu, automašīnas numurzīmi, adresi vai nesena maksājuma faktu.

Tad ziņa var izskatīties šādi.

Labdien, Jāni! Saistībā ar maksājumu par transportlīdzekli AB-1234 nepieciešams apstiprināt datu precizēšanu. Lūdzu, autorizējieties 10 minūšu laikā.

Tieši konkrētība rada uzticēšanos. Lietotājs var domāt, Viņi taču zina manu auto un maksājumu, tātad ziņa ir īsta. Patiesībā šie dati var būt izmantoti vienīgi kā psiholoģisks āķis.

Bīstamākais posms ir autorizācija

Smart-ID un eParaksts mobile pieprasījums pats par sevi nav pierādījums, ka darbību ierosinājusi uzticama iestāde. Tā ir autentifikācijas vai parakstīšanas darbība, kuru lietotājs apstiprina savā ierīcē.

Uzbrucēja mērķis bieži ir panākt vienu no šīm darbībām:

  1. Pieteikšanos viltotā vietnē. Lietotājs ievada personas kodu, bet apstiprinājuma pieprasījums faktiski autentificē krāpnieku citā sesijā.
  2. Dokumenta vai maksājuma apstiprināšanu. Lietotājs spiež “Apstiprināt”, nepārbaudot, ko tieši paraksta.
  3. Kontroles pārņemšanu steigā. Krāpnieks zvana, uzdodas par atbalsta dienestu un liek atkārtoti apstiprināt pieprasījumus, līdz viens no tiem nostrādā.

Pamatnoteikums ir vienkāršs. Neapstipriniet Smart-ID vai eParaksts mobile darbību, kuru paši neesat sākuši savā pārlūkprogrammā vai lietotnē. Ja pieprasījums parādās no zila gaisa, tas ir jāatceļ.

Pārbaudiet darbības kontekstu

Autorizācijas drošība balstās ne tikai uz PIN kodiem, bet arī uz konteksta validāciju. Pirms apstiprināšanas salīdziniet:

  • vai kods telefonā sakrīt ar kodu vietnē;
  • vai domēns pārlūkprogrammas adreses joslā ir pareizs;
  • vai darbību sākāt jūs, nevis zvanītājs vai e-pasta ziņa;
  • vai pieprasījuma teksts atbilst paredzētajai darbībai;
  • vai neesat steidzināts ar termiņu, “bloķēšanas” draudiem vai solījumu tūlīt atrisināt problēmu.

Krāpnieki apzināti veido laika spiedienu. Tehniskā drošība bieži salūst nevis ievainojamības dēļ, bet tāpēc, ka lietotājs reaģē ātrāk, nekā paspēj pārbaudīt situāciju.

Noplūde nemaina paroles automātiski

Ja datu kopā nav e-pasta adreses, tālruņa numura vai paroles, tas nenozīmē, ka risku nav. Uzbrucēji var kombinēt noplūdušo informāciju ar publiski pieejamiem datiem, sociālo tīklu profiliem un iepriekšējiem krāpniecības sarakstiem.

Tāpēc nav jēgas haotiski mainīt visu paroļu komplektu tikai panikas dēļ. Daudz efektīvāk ir:

  • izmantot unikālas, garas paroles katram pakalpojumam;
  • glabāt tās paroļu pārvaldniekā;
  • ieslēgt daudzfaktoru autentifikāciju, kur tā pieejama;
  • pārskatīt banku, e-pasta un valsts pakalpojumu kontu drošības iestatījumus;
  • uzmanīties no negaidītiem zvaniem un ziņām, pat ja tajās ir pareizi personas dati.
Datu drosiba

Atpazīstiet personalizētu pikšķerēšanu

Personalizēta pikšķerēšana jeb spear phishing nav obligāti tehniski sarežģīta. Tās efektivitāti nodrošina precīzs stāsts, kas sakrīt ar lietotāja ikdienu.

Signāli aizdomīgai ziņai

Pārbaudiet ziņu īpaši rūpīgi, ja tā:

  • pieprasa nekavējoties atvērt saiti vai autorizēties;
  • atsaucas uz sodu, parādu, transportlīdzekli vai maksājumu;
  • sola “datu pārbaudi” bez skaidra iemesla;
  • aicina zvanīt uz ziņā norādītu numuru;
  • prasa ievadīt Smart-ID PIN2 vai eParaksts mobile parakstīšanas kodu;
  • nāk no adreses, kas tikai vizuāli atgādina oficiālu domēnu.

Īpaši uzmanieties no SMS. Telefonā saites domēnu nereti ir grūtāk pārbaudīt, bet īsziņas formāts rada maldīgu sajūtu, ka sūtītājs ir uzticams.

Pārbaudiet pa neatkarīgu kanālu

Ja rodas šaubas, neatbildiet uz saņemto ziņu un neveriet tās saiti. Atveriet pakalpojuma sniedzēja mājaslapu paši, izmantojot saglabātu grāmatzīmi vai manuāli ievadot adresi pārlūkā.

Par iespējamu problēmu ar CSDD pakalpojumu pārbaudiet informāciju oficiālajā vietnē vai sazinieties pa kontaktinformāciju, ko atrodat neatkarīgi no aizdomīgās ziņas. Šis princips darbojas arī bankām, kurjeriem, mobilo sakaru operatoriem un valsts iestādēm.

Nostipriniet savu digitālo identitāti

Digitālā identitāte nav viens konts vai viena lietotne. Tā ir savstarpēji saistīta e-pasta, autentifikācijas, paroļu un ierīču ekosistēma.

E-pasts ir galvenais atkopšanas punkts

E-pasta konts bieži ļauj atiestatīt paroles citos servisos. Tāpēc tam nepieciešama unikāla parole un daudzfaktoru autentifikācija. Pārbaudiet arī atkopšanas e-pasta adresi, piesaistīto tālruņa numuru un aktīvās sesijas.

Ja uzbrucējs iegūst kontroli pār e-pastu, viņš var mēģināt atjaunot piekļuvi daudziem citiem kontiem, pat nezinot to sākotnējās paroles.

Samaziniet lieko publisko informāciju

Pārskatiet, ko publiski atklājat sociālajos tīklos. Automašīnas numurzīme, dzīvesvieta, darbavieta, ceļojumu plāni un ģimenes locekļu vārdi var kļūt par krāpnieciska scenārija detaļām.

Tas nenozīmē, ka jāatsakās no sociālajiem tīkliem. Praktiskāk ir ierobežot publisku profilu redzamību un nepublicēt informāciju, kuru vēlāk var izmantot identitātes pārbaudes imitēšanai.

Kibernoziedznieku zvans

Rīcības plāns aizdomu gadījumā

Ja esat saņēmis negaidītu autorizācijas pieprasījumu, to noraidiet. Neievadiet PIN kodus un nekopīgojiet ekrānuzņēmumus ar autorizācijas datiem.

Ja tomēr esat atvēris aizdomīgu saiti vai apstiprinājis darbību:

  1. nekavējoties nomainiet attiecīgā konta paroli;
  2. pārbaudiet e-pasta un finanšu pakalpojumu kontu aktīvās sesijas;
  3. sazinieties ar banku vai konkrētā pakalpojuma sniedzēju pa oficiālu kanālu;
  4. saglabājiet aizdomīgās ziņas, saites un zvanu informāciju;
  5. sekojiet CERT.LV un pakalpojumu sniedzēju drošības paziņojumiem.

CSDD incidents atgādina, ka drošības ķēdē lietotājs nav vājais posms, ja viņš sistemātiski pārbauda kontekstu. Neapstipriniet neierosinātas autentifikācijas darbības, neļaujiet sevi steidzināt un uzticieties tikai neatkarīgi pārbaudītiem kanāliem.

Sabojata kredvesture

Arhitektūra, kas balstīta cilvēku problēmās, ne tehnoloģiju trendos

Posted on | by Aleksandrs Drika

Sistēmu arhitektūra nav tehnoloģiju katalogs, no kura izvēlēties modernāko risinājumu. Tā ir lēmumu kopa par to, kā programmatūra palīdzēs lietotājam paveikt konkrētu uzdevumu ar pieņemamu ātrumu, uzticamību un izmaksām. Ja sākumpunkts ir populārs freimworks, konteineru orķestrācija vai mākoņpakalpojums, pastāv risks uzbūvēt tehniski iespaidīgu sistēmu, kas neatrisina lietotāja problēmu.

Labs problēmas risinājums sākas ar jautājumu par to, kas lietotājam šobrīd neļauj sasniegt mērķi. Tikai pēc tam var izvērtēt datu modeli, integrācijas, infrastruktūru un sistēmas sadalījumu pa komponentēm.

Sāciet ar lietotāja uzdevumu

Arhitektūras prasības bieži tiek formulētas pārāk abstrakti, piemēram, vajag mērogojamu sistēmu, modernu steku vai ātru API. Šādi formulējumi nepasaka, kam tieši jābūt mērogojamam, kādos apstākļos un kādas sekas rada lēna atbilde.

Precīzāks sākumpunkts ir lietotāja scenārijs. Piemēram:

  • klientam jāspēj iesniegt pieteikumu no mobilās ierīces;
  • operatoram jāpārbauda dati bez manuālas pārrakstīšanas;
  • sistēmai jāsniedz saprotams atteikuma vai kļūdas skaidrojums;
  • maksājuma statusam jāatjaunojas savlaicīgi;
  • atbalsta komandai jāspēj izsekot lietotāja darbību plūsmai.

Piemēram, pakalpojumā, kur lietotājs interesējas par kredīts ar sabojātu kredītvēsturi, būtiska ir skaidra pieteikuma plūsma, datu drošība un saprotama statusa komunikācija. Lietotājam ir mazs ieguvums no sarežģītas mikropakalpojumu platformas, ja forma lēni ielādējas vai nav saprotams, kādi dati nepieciešami.

Pārvērtiet vajadzības prasībās

Lietotāju vajadzības jāpārvērš funkcionālajās un nefunkcionālajās prasībās. Funkcionālā prasība apraksta, ko sistēma dara, piemēram, izveido pasūtījumu vai nosūta paziņojumu. Nefunkcionālā prasība nosaka kvalitāti, tostarp atbildes laiku, pieejamību, auditējamību, datu glabāšanas nosacījumus un drošības līmeni.

Šis solis palīdz izvairīties no nepamatotas tehnoloģiju izvēles. Ja sistēma apkalpo dažus simtus pieprasījumu dienā, prasība pēc sarežģītas horizontālās mērogošanas var nebūt prioritāte. Savukārt, ja lietotāji regulāri pamet procesu pēc kļūdas, svarīgāks var būt kvalitatīvs validācijas slānis, kļūdu novērojamība un saprotams interfeiss.

Finansu planosana

Izvēlieties vienkāršāko atbilstošo modeli

Arhitektūras kvalitāti nenosaka komponentu skaits. To nosaka spēja uzticami piegādāt vērtību un pieņemt izmaiņas bez nesamērīga riska. Tāpēc sākotnēji bieži piemērotākais risinājums ir modulārs monolīts.

Modulārā monolītā lietotne tiek izvietota kā viena vienība, bet kods ir sadalīts skaidrās biznesa domēnu robežās. Piemēram, lietotāju konti, pasūtījumi, norēķini un paziņojumi var būt atsevišķi moduļi ar definētām saskarnēm. Šāda pieeja saglabā vienkāršāku izstrādi un testēšanu, vienlaikus neļaujot biznesa loģikai pārvērsties nekontrolētā kodā.

Kad monolīts ir pamatots

Monolīts bieži ir pragmatiska izvēle, ja:

  • produkts vēl meklē atbilstību tirgum;
  • komanda ir maza;
  • biznesa procesi bieži mainās;
  • nav atšķirīgu mērogošanas vajadzību;
  • datu transakcijām jāpaliek vienkāršām;
  • operacionālā kapacitāte ir ierobežota.

Monolīts nav sinonīms sliktai arhitektūrai. Problēmas parasti rada nevis viena izvietošanas vienība, bet neskaidras atbildības robežas, cieši sasaistīts kods un nepietiekami testi. Sakārtots monolīts var būt uzticamāks par mikropakalpojumu sistēmu, kuru komanda nespēj novērot, uzturēt un atkļūdot.

Kad vajadzīgi mikropakalpojumi

Mikropakalpojumi kļūst pamatoti tad, kad to radītā sarežģītība kompensē konkrētu biznesa vai tehnisku ierobežojumu. Piemēram, viens sistēmas modulis patērē ievērojami vairāk resursu nekā pārējie, dažādām komandām nepieciešams neatkarīgs relīžu cikls vai atsevišķam domēnam ir īpašas drošības prasības.

Taču mikropakalpojumi ievieš sadalītas sistēmas problēmas:

  • tīkla kļūmes un laika noildzes;
  • datu konsistences kompromisus;
  • sarežģītāku žurnālu apkopošanu;
  • API versiju pārvaldību;
  • izvietošanas un monitoringa izmaksas;
  • grūtāku incidentu diagnostiku.

Pāreja uz mikropakalpojumiem nav automātisks brieduma rādītājs. Tā ir arhitektūras investīcija, kurai jāatbild uz konkrētu sāpju punktu.

Novērtējiet kompromisus lietotāja skatījumā

Lietotājs neredz servisu topoloģiju, ziņojumu brokeri vai CI/CD cauruļvadu. Viņš redz, vai pakalpojums darbojas un vai tajā var uzticēties ievadītajiem datiem. Tāpēc katrs arhitektūras lēmums jāvērtē pēc tā ietekmes uz lietotāja pieredzi.

Ja maksājumu apstrāde kļūst asinkrona, lietotājam jāsaņem skaidrs statuss, nevis nesaprotams paziņojums par kļūdu. Ja datu apstrāde aizņem laiku, interfeisam jānorāda, ka process turpinās. Ja ārēja integrācija nav pieejama, sistēmai jāspēj korekti degradēties, nevis jāpārtrauc viss lietotāja ceļš.

Lietotāja uztvere var atšķirties no sistēmas faktiskā stāvokļa, īpaši, ja interfeiss rada maldinošu priekšstatu par procesa pabeigtību. Šo principu labi ilustrē triku aizkulises, redzamais rezultāts ir rūpīgi veidots process, kura detaļas skatītājam nav uzreiz pamanāmas. Arī digitālā produktā interfeisam jāatspoguļo sistēmas reālais stāvoklis, nevis jāslēpj nenoteiktība aiz dekoratīvas animācijas.

Mēriet lietotāja rezultātu

Tehniskie metriķi ir nepieciešami, taču ar CPU noslodzi un API latentumu vien nepietiek. Arhitektūras efektivitāti palīdz novērtēt arī produktu metriķi:

  • uzdevuma pabeigšanas īpatsvars;
  • laiks līdz pirmajam rezultātam;
  • kļūdu biežums kritiskajos soļos;
  • atkārtotu atbalsta pieprasījumu skaits;
  • atteikumu īpatsvars noteiktos procesos;
  • incidentu ietekmēto lietotāju skaits.

Ja sistēma tehniski ir pieejama, bet lietotāji nespēj pabeigt galveno darbību, pieejamības rādītājs viens pats neatspoguļo produkta kvalitāti. Arhitektūra ir veiksmīga tikai tad, ja tā atbalsta reālu darba plūsmu.

Kreditu dokumenti

Veidojiet atgriezenisko saiti

Arhitektūras lēmumi nedrīkst palikt nemainīgi tikai tāpēc, ka tie reiz bijuši pareizi. Produkts, lietotāju paradumi, datu apjoms un integrācijas laika gaitā mainās. Tāpēc nepieciešama regulāra atgriezeniskā saite no lietotājiem, klientu atbalsta, monitoringa un izstrādes komandas.

Praktisks cikls var izskatīties šādi:

  1. definēt lietotāja problēmu un panākuma kritēriju;
  2. izvēlēties mazāko tehniski drošo risinājumu;
  3. instrumentēt kritiskos sistēmas posmus ar logiem, metriķiem un trasēšanu;
  4. novērot lietošanas datus un incidentus;
  5. pārskatīt pieņēmumus pirms nākamās arhitektūras investīcijas.

Šāda pieeja samazina risku veidot infrastruktūru hipotētiskām vajadzībām. Tā arī palīdz saprast, kad esošais risinājums tiešām ir sasniedzis robežu un kad problēma patiesībā ir datu modelī, UX plūsmā vai nepilnīgā biznesa procesā.

Tehnoloģijai jākalpo mērķim

Trendīga tehnoloģija pati par sevi nav problēmas risinājums. Kubernetes, serverless, notikumu arhitektūra vai mikropakalpojumi var būt piemēroti instrumenti, taču tikai tad, ja tie samazina konkrētu risku vai uzlabo lietotāja rezultātu.

Sāciet ar cilvēka uzdevumu, definējiet izmērāmu rezultātu un izvēlieties vienkāršāko arhitektūru, kas šo rezultātu nodrošina. Kad mainās slodze, komandas struktūra vai biznesa prasības, pārskatiet kompromisus, balstoties datos. Tādējādi tehnoloģija kļūst par līdzekli, nevis par pašmērķi.

Telefona drosiba

Kā pasargāt telefona maksājumus ikdienā

Posted on | by Aleksandrs Drika

Maksāšana ar telefonu ir kļuvusi par normālu darba dienas plūsmu, atbloķē ierīci, pietuvini terminālim, un darījums ir pabeigts. Tieši šī ērtība dažkārt liek aizmirst, ka viedtālrunis vienlaikus ir maksājumu instruments, autentifikators un datu glabātava.

Šis raksts tapis, lai palīdzētu saprast mobilā maka drošības slāņus un iestatīt tos praktiski. Mērķis nav radīt lieku piesardzību, bet samazināt biežākos riskus bez sarežģītas konfigurācijas.

Telefons nav tikai maks

Digitālā maksājuma karte nav fiziska kartes kopija tālrunī. Tā darbojas kopā ar ierīces drošības funkcijām, bankas lietotni un maksājumu termināļa bezkontakta tehnoloģiju.

Maksājot ar telefonu vai viedpulksteni, parasti tiek izmantota NFC tehnoloģija un maksājumu tokenizācija. Praktiski tas nozīmē, ka terminālim netiek nodots jūsu fiziskās kartes numurs tā sākotnējā formā. Tā vietā maksājumu sistēma izmanto unikālu digitālu identifikatoru jeb tokenu, kas piesaistīts konkrētajai ierīcei un kartei.

Šis mehānisms ir būtisks, taču tas neatceļ lietotāja atbildību par ierīces aizsardzību. Ja tālrunis ir atbloķēts, PIN kods ir viegli uzminams vai bankas paziņojumi netiek pārskatīti, tehniskais risinājums viens pats nevar nosegt visus riskus.

Ierīces bloķēšana ir pamats

Drošs ekrāna bloķēšanas veids ir pirmais aizsardzības slānis. Praksē priekšroka dodama biometriskajai autentifikācijai, pirksta nospiedumam vai sejas atpazīšanai, kopā ar pietiekami sarežģītu piekļuves kodu.

Izvairieties no paredzamiem PIN, piemēram, 1234, dzimšanas gada vai vienādiem cipariem. Šāds kods ir vājais posms ne tikai maksājumu lietotnei, bet visai ierīcei, e-pastam, paroļu pārvaldniekam, sociālo tīklu kontiem un divfaktoru autentifikācijas ziņām.

Vērtīgi pārbaudīt arī šādus iestatījumus:

  • īsu automātiskās bloķēšanas intervālu;
  • bloķēšanas ekrānā paslēptu sensitīvu paziņojumu saturu;
  • aktivizētu ierīces atrašanas un attālinātās bloķēšanas funkciju;
  • regulārus operētājsistēmas un bankas lietotnes atjauninājumus.

Maksājumu limiti kontrolē risku

Kartes limiti nav tikai formāls bankas iestatījums. Tie darbojas kā bojājumu ierobežošanas mehānisms, pat ja rodas problēma, piemēram, karte tiek pievienota neatļautai ierīcei vai tiek veikts aizdomīgs maksājums, limits var samazināt iespējamos zaudējumus.

Pārskatiet bezkontakta, interneta un skaidras naudas izmaksas limitus atbilstoši saviem paradumiem. Ja ikdienā ar telefonu maksājat nelielus pirkumus, nav racionāli atstāt maksimāli iespējamo limitu tikai tādēļ, lai tas katram gadījumam būtu pieejams.

Noderīga konfigurācija ir paziņojumi par katru kartes darījumu. Tie ļauj ātri pamanīt nezināmu transakciju un reaģēt, negaidot mēneša konta pārskatu. Paziņojums nav drošības funkcija pats par sevi, bet tas ievērojami saīsina incidenta atklāšanas laiku.

Terminālī pārbaudiet summu

Fiziskajā veikalā lielākais risks bieži nav sarežģīts kiberuzbrukums, bet steiga. Pirms autentificējat maksājumu, paskatieties uz terminālī redzamo summu. Īpaši svarīgi tas ir pasākumos, tirgos, ēdināšanas vietās un ceļojumos, kur maksājumu vide ir dinamiska.

PIN ievadīšanas laikā tastatūra jāaizsedz, pat ja apkārt šķiet droši. Tāpat nevajag nodot atbloķētu telefonu citai personai ar lūgumu ātri samaksāt. Ierīce nav tikai plastmasas karte, tajā var būt pieejamas arī citas lietotnes un konti.

Praktiskus ieteikumus par kodu aizsardzību, limitiem, paziņojumiem un rezerves maksāšanas veidiem apkopo droši mobilie maksājumi. Šie principi īpaši noder situācijās, kad telefonu izmanto ārpus ierastās ikdienas vides.

Drosibas iestatijumi

Publiskais Wi‑Fi un uzlāde

Mobilais maksājums terminālī parasti neprasa publisku Wi‑Fi, taču bankas lietotnes un citi finanšu darījumi bieži tiek veikti tieši ceļā. Tāpēc savienojuma un uzlādes drošība ir daļa no kopējās aizsardzības.

Finanšu darbībām izmantojiet mobilos datus

Publiskie Wi‑Fi tīkli viesnīcās, lidostās vai kafejnīcās ne vienmēr nodrošina pārskatāmu drošības līmeni. Ja jāmaina kartes limits, jāpieslēdzas internetbankai vai jāapstiprina būtisks maksājums, drošāka izvēle ir mobilie dati.

Ja publiskais tīkls ir vienīgā iespēja, neveiciet tajā liekas finanšu darbības. Pārbaudiet tīkla nosaukumu, neuzticieties līdzīgi nosauktiem piekļuves punktiem un neatveriet saites no negaidītiem ziņojumiem.

Izvēlieties savu lādētāju

Publiski USB uzlādes porti ir ērti, tomēr drošības ziņā labāk izmantot savu lādētāju un elektrības kontaktligzdu vai uzticamu ārējo bateriju. Uzlādes kabelis var nodrošināt ne tikai strāvu, bet arī datu savienojumu.

Ceļojumā praktiska kombinācija ir sertificēts sienas lādētājs, savs kabelis un powerbank. Tas samazina atkarību no nepazīstamas infrastruktūras un palīdz uzturēt telefonu pieejamu gadījumā, ja jābloķē karte vai jāatrod ierīce.

Rezerves plāns ceļojumiem

Jo vairāk ikdienas funkciju koncentrētas vienā telefonā, jo svarīgāks kļūst plāns situācijai, kad tas izlādējas, pazūd vai tiek bojāts.

Pirms došanās ceļā sagatavojiet vismaz vienu neatkarīgu maksāšanas variantu, fizisku maksājumu karti, citu karti atsevišķā vietā vai nelielu skaidras naudas rezervi. Rezerves risinājumam nav jāaizstāj telefons ikdienā, tā uzdevums ir nodrošināt rīcības brīvību incidenta brīdī.

Noder arī iepriekš pārbaudīt:

  1. vai zināt, kā bankas lietotnē ātri bloķēt karti;
  2. vai ierīcei ir aktivizēta attālinātā atrašana;
  3. vai bankas kontaktinformācija ir pieejama arī bez telefona;
  4. vai svarīgākās lietotnes ir atjauninātas pirms ceļojuma.
Maksajumu apstiprinasana

Iestatiet drošību pirms maksāšanas

Mobilais maks ir drošs tik lielā mērā, cik pārdomāti ir iestatīta ierīce, bankas lietotne un paša lietotāja paradumi. Tokenizācija un biometriskā autentifikācija palīdz, taču ikdienas disciplīna, ekrāna bloķēšana, limitu pārskatīšana un transakciju paziņojumi, ir tikpat nozīmīga.

Veltiet dažas minūtes sava tālruņa auditam, nomainiet vāju PIN, aktivizējiet paziņojumus, uzstādiet atjauninājumus un sagatavojiet rezerves maksāšanas veidu. Tad bezkontakta maksājums paliks tas, kam tam jābūt, ātrs, ērts un kontrolējams.