Tíz vállalati blokklánc. Ez valójában működik.

Engedélyezett hálózatok, amelyeket a MultiChain partnerek építettek ki élő gyártásban

Ez egy előadás, amelyet itt tartottak Konszenzus 2019 konferencia. A videó a beszélgetésről szintén elérhető.

A MultiChain első alfa verziója óta eltelt négy év alatt partnereink több száz (ha nem ezrével) bizonyítási és kísérleti projektet építettek fel a platformon. Míg a koraiak közül sokan voltak értelmetlen blokkláncok, az idő múlásával folyamatosan nőtt a technológiát megfelelően használó projektek aránya. Ma már ritkán hallunk olyan blokklánc-alapú alkalmazásról, amelyből hiányzik a jó válasz a következő kérdésre: „Miért nem használunk egy hagyományos adatbázist?” Micsoda megkönnyebbülés!

A bizonyítási koncepciók és a pilotok mind jók, de véleményem szerint a legfontosabb jelet a szilárd vállalati blokklánc-projektek jelentik, amelyek éles gyártásba kezdenek. Az egyértelműség kedvéért ez olyan hálózatokat jelent, amelyek több blokklánc-csomópontot tartalmaznak, amelyek több félhez tartoznak, és ahol ezek közül egynél több fél vesz részt valódi tranzakciók generálásában, és részt vesz a blokklánc konszenzusos algoritmusában. Ezen jellemzők nélkül a blokklánc kevés vagy semmilyen értéket nem ad egy központi adatbázishoz képest.

Ez a cikk egy felmérés a tíz legérdekesebb, MultiChainre épülő, engedélyezett blokklánc-alkalmazásról, amelyek jelenleg gyártásban vannak. Minden egyes alkalmazást röviden ismertetünk, magyarázattal együtt, hogy miért volt értelme blokkláncot használni, és néhány számot a skálaérzékelés érdekében. Vegye figyelembe, hogy a titoktartási megállapodások megakadályozzák, hogy felfedjük e projektek egyes részleteit, de elmondjuk, amennyit csak tudunk. A tíz projekt áttekintése után egy listával fejezem be, amely öt fontos tanulságot tartalmaz, amelyeket úgy gondolom, hogy megtanulhatunk.

Kész? Akkor kezdjük…

Blockchain #1: SAP for Pharmaceuticals

A nagy vásárlók, például a kórházak által vásárolt egyes gyógyszereket végül nem használják fel, és bontatlanul visszaküldik a nagykereskedőknek, hogy másutt értékesítsék. Ez a folyamat azonban jelentős hamisítási kockázatot hordoz magában, amikor az úgynevezett „visszaküldéseket” valahol meghamisították. A probléma leküzdése érdekében minden gyógyszerdobozt vonalkódcímkével lehet szállítani, amely azonosítja annak tartalmát és eredetét, és a vonalkód rögzítésre kerül egy adatbázisban a későbbi ellenőrzés céljából. De kinek kell felelnie a kábítószer-szállítmányok vonalkódjainak e kritikus adatbázisának kezeléséért? Európában egy központosított EU szintű szerv erre a célra hozták létre, de az Egyesült Államokban nincs megfelelő kormányzati szerv.

Ennek a dilemmának a megoldására SAP épített a blokklánc alapú megoldás a MultiChain tetején, ahol több gyógyszergyártó és nagykereskedő saját csomóponttal rendelkezik, amely közvetlen hozzáférést biztosít számukra a lánc olvasásához és írásához. Minden vonalkód elemként kerül rögzítésre a MultiChain adatfolyamban, amely lehetővé teszi, hogy közvetlenül meg lehessen keresni egy nyomtatott címke beolvasásával. A rendszer már élesben működik, és sikeresen tesztelték, hogy évente 1.5 milliárd rögzített vonalkódra és 30 millió ellenőrzésre terjedjenek ki.

Blockchain #2: TruBudget

Amikor a donor országok állami projekteket finanszíroznak a fejlődő országokban, létfontosságú, hogy nyomon kövessék az egyes projektek életciklusának fontos eseményeit, beleértve a pályázatokat, szerződéseket és kifizetéseket. Mind a donorok, mind a recipiensek szeretnék ezeket a rekordokat egy adatbázisban tárolni a könnyű keresés érdekében, de ki legyen felelős az adatbázisért? A kapcsolatban egyik fél sem érzi politikailag kényelmesen a teljes irányítást a másiknak átengedni, ezért ez gyakran oda vezetett, hogy mindkét fél vezeti a saját nyilvántartásait, és próbálja azokat szinkronban tartani. A kép tovább bonyolódik, ha több adományozó ország működik együtt.

TruBudget egy nyílt forráskódú alkalmazás, amely MultiChain blokkláncot használ a dilemma megoldására. Mindegyik fontos érdekelt fél fenntartja a saját csomópontját, a fontos eseményeket streamekbe írja, miközben a saját kezelőfelületén keresztül azonos képet oszt meg a projekt előrehaladásáról. A rendszert Németország rendelte meg Szövetségi Gazdasági Együttműködési és Fejlesztési Minisztérium és fejlesztette ki Accenture és a KfW, Németország harmadik legnagyobb bankja. Két blokklánc fut jelenleg a brazíliai és a burkina fasói projektekhez, amelyek mindegyike projektenként akár 300 projektet és 5,000 eseményt is rögzíthet.

Blockchain #3: Connected Health

A betegek ellátásának javítása és a bürokrácia csökkentése érdekében az indiai állam kormánya elektronikus orvosi nyilvántartási rendszert vezet be, amely lehetővé teszi az információmegosztást az állam kórházai és más egészségügyi intézményei között. A rendszer tervezésekor két különös aggály merült fel. Először is, hogyan lehet az iratokat megvédeni az elvesztés vagy megváltoztatás ellen? Másodszor, hogyan biztosítjuk, hogy az információ minden városban helyben elérhető legyen az internetkapcsolat átmeneti megszakadása esetén?

Ezeket a követelményeket úgy oldották meg együtt, hogy a rendszert blokkláncra építettük, nem pedig központi adatbázisra. A MultiChain adatfolyamokat használják az orvosi feljegyzések tárolására – jelenleg csak szöveggel, de gazdagabb adatokkal, például képekkel, amelyeket később integrálni fognak. A részt vevő városoknak saját, helyben futó csomópontjaik lesznek, amelyek részt vesznek a konszenzus folyamatában. A rendszert építette RapidQube és már korai gyártás alatt áll, és körülbelül 2 millió lemezt tárolnak több mint 50,000 XNUMX ember számára.

Blockchain #4: Az állatállomány biztosítéka

Sok fejlődő országban a gazdálkodók nehezen jutnak megfizethető hitelekhez, még akkor is, ha olyan értékes eszközökkel rendelkeznek, mint például a fedezetként szolgáló szarvasmarhák. Ahhoz, hogy a gazdálkodó tehenét ilyen módon lehessen használni, azonosítani és címkézni kell, betegségek ellen immunizálni kell, és biztosítani kell az esetleges balesetek ellen. Ezenkívül minden tehén csak egyszer biztosítható. Mindehhez kiterjedt adatkoordinációra van szükség egy ország állategészségügyi rendszere, biztosítótársaságai és pénzintézetei között, amelyek mindegyike más-más ösztönzővel és irányítási struktúrával rendelkezik.

A FarmTrek egy blokklánc alapú megoldás, amelyet a InfoCorp amely lehetővé teszi, hogy ez a koordináció központi fél ellenőrzése nélkül valósuljon meg. Minden fő érdekelt fél egy vagy módú MultiChain csomópontot futtat, amelyek együtt tárolják és biztonságossá teszik a folyamokba írt adatokat. Minden tehenet fizikailag megcímkéznek egy manipulációbiztos NFC (Near Field Communication) eszközzel, amely egy Android mobilalkalmazáshoz csatlakozik, amelyet a gazda a tranzakciók aláírására és a blokkláncon való közzétételére használ. A projekt jelenleg éles gyártás alatt áll Mianmarban, és várhatóan két éven belül 100,000 XNUMX gazdálkodóra terjed ki, egy további kísérleti projekt pedig Ruandában.

Blockchain #5: Tagcash KYC

Mint sok országban, amikor valaki új bankszámlát nyit a Fülöp-szigeteken, a banknak szigorú KYC-ellenőrzést kell végeznie (Know your customer) az ügyfél személyazonosságának és tartózkodási helyének ellenőrzése érdekében. Ez időbe és pénzbe kerül, ami azt jelenti, hogy a bankok és más pénzügyi szolgáltatók profitálhatnak a KYC-információk egyetlen adatbázison keresztül történő megosztásából. Ez az adatbázis a felépítés után egy hitelpontozási rendszer alapját is képezheti, az ügyfelek által nyújtott hitelekről és törlesztésekről (vagy azok meghiúsulásáról) vonatkozó információk hozzáadásával. Sajnos a Fülöp-szigeteken nincs központosított KYC és hitelpontozási mechanizmus, így ezt az integrációt nehéz volt megvalósítani.

A probléma megoldása érdekében Tagcash blokklánc alapú KYC- és hitelpontozási megoldást hozott létre bankokhoz és kisebb fintech cégekhez tartozó csomópontok hálózatának felhasználásával. Egyes csomópontok írási jogosultsággal rendelkeznek, míg mások csak olvasási jogosultsággal rendelkeznek. Az információkat a MultiChain adatfolyamokban tárolják, minden egyes személy nevének és születési dátumának kivonatát használva egyedi kulcsként az adatok azonosításához. A kezdeti bevezetéssel naponta körülbelül 100 rekord készül, és ez idővel várhatóan napi 10,000 XNUMX-re fog növekedni.

Blockchain #6: Bureau Veritas Origin

A növekvő tudatossággal élelmiszer-ellátási lánc botrányok, megnőtt az érdeklődés az iránt, hogy a fogyasztók nagyobb átláthatóságot kapjanak élelmiszereik beszerzése, feldolgozása, szállítása és tárolása terén. A cél az, hogy átfogó nyilvántartást hozzon létre egy árucikk eladásra előkészítésének lépéseiről, és lehetővé tegye a fogyasztók számára, hogy közvetlenül hozzáférjenek ehhez az információhoz. Az átláthatóság növelése és a manipuláció vagy korrupció megelőzése érdekében célszerű nem központosítani az adatbázis felügyeletét egyetlen vállalatra vagy helyszínre sem.

Bureau Veritas, a tesztelésre és tanúsításra összpontosító globális vállalat partnerséget kötött a Atos Worldline fejleszteni Eredet, blokklánc alapú élelmiszer-nyomonkövetési megoldás. A csomópontokat több vállalat üzemelteti az élelmiszer-ellátási láncon belül, és az adatokat szabadalmaztatott bináris formátumban írják adatfolyamokba. A késztermékeket QR-kódokkal látják el, amelyeket a fogyasztók beolvashatnak, hogy webalapú összefoglalót böngészhessenek. A kezdeti bevezetéssel naponta akár 100 rekord is készül.

(A gyakori tévedések elkerülése érdekében hangsúlyozni kell, hogy a források blokklánc használatakor továbbra is megbízhatónak kell lennie. A lánc csak javítja a biztonság ezeknek az adatoknak a tárolása után.)

Blockchain #7: ILSBlockchain

An biztosítással kötött biztonság (ILS) egy kötvény, amely lehetővé teszi, hogy a biztosítási kötvényt befektetők csoportja együttesen fedezze. Például egy hajó tulajdonosai díjat fizethetnek az ILS birtokosainak, de ha katasztrófa történik, és a hajó elsüllyed, a tulajdonosok elveszítik eredeti befektetésük egy részét vagy egészét. Mint minden pénzügyi eszköz esetében, az ILS tulajdonjogának digitalizálása lehetővé teszi az értékesítések és az átruházások hatékony végrehajtását. Ezt hagyományosan olyan letétkezelő segítségével érik el, mint pl euroclear, de a költségek megfizethetetlenek lehetnek a kisebb, 10-20 millió dolláros értéktartományba eső biztosításoknál.

Ezt a problémát a Solidum Partnerek akik kibocsátják és nyomon követik az ILS-kötvényeket egy MultiChain blokkláncon, így nincs szükség erősen szabályozott központosított letétkezelőre. Minden kötvényt MultiChain eszközként bocsátanak ki, a résztvevők ezeket az eszközöket peer-to-peer alapon átruházzák és cserélik. A csomópontokat a kötvénygondnok, a befektetők és a viszontbiztosítók vezetik, és a konszenzust a vezető résztvevők kis csoportja hozta létre. Eddig négy kötvényt bocsátottak ki a blokkláncon, több mint 50 millió dollár összértékben.

Blockchain #8: Levegőminőségi lánc

Amikor a környezeti adatok gyűjtéséről van szó, három konkrét kihívással kell foglalkozni. Először is, minden adattípus más helyen jön létre, a speciális berendezések szükségessége miatt. Másodszor, az adatokat biztonságosan és nagyon hosszú távon megbízhatóan kell tárolni, hogy lehetővé váljon a trendek és változások elemzése. Harmadszor pedig előfordulhat, hogy a különböző típusú adatokra valós időben kell kereszthivatkozásokat végezni, hogy teljes képet alkossanak az anomáliákról abban a pillanatban, amikor azok előfordulnak.

Ezeket a követelményeket a blokklánc használatával együtt lehet kielégíteni. A Levegőminőségi lánc projekt, amelyet a Baumann, az ózonszintre, a sugárzásra és a levegőminőségre vonatkozó adatokat összesíti Ausztriában, egy csomópont-hálózat segítségével, amely több forrásból gyűjt adatokat. A nyers adatok közvetlenül a MultiChain adatfolyamokba kerülnek, így automatikusan replikálódnak a hálózat összes csomópontjára, amelyek együttesen biztosítják, hogy ne veszítsék el vagy módosítsák azokat. A rendszer éles üzemben fut, és évente 2.7 millió rekordot gyűjt össze, amelyek körülbelül 4 GB nyers adatot tartalmaznak.

Blockchain #9: Deepshore archívum

Metro csoport, a világ negyedik legnagyobb kiskereskedője köteles archiválni az értékesítési pontok összes adatát belső és külső ellenőrzési célokra. Míg a Metro korábban egyetlen szállítóra támaszkodott erre a célra, a közelmúltban áttértek egy rugalmasabb modellre, ahol az adatok redundánsan tárolhatók számos különböző felhőszolgáltatónál. Ez sokkal nagyobb szabadságot és folyamatos tárgyalási lehetőséget biztosít számukra az árakról.

Ez a töredezettség azonban kihívást jelent annak biztosításában, hogy az összes adatot megfelelően tárolják és ne módosítsák. A probléma megoldására a Metro egy blokklánc alapú rendszert telepített, amelyet a Deepshore, ahol az egyes adatkészletekhez tartozó hash-t és néhány egyéb metaadatot a MultiChain adatfolyamokban tárolnak ellenőrzési célból. A Metro Group különböző leányvállalataiban és helyszínein több csomópont fut, így bár ez egy „belső blokklánc”, az irányítás hatékonyan decentralizált egy hatalmas szervezeten belül. A rendszer már élesben működik, és naponta körülbelül 9 millió adatkészletet hitelesít.

Blockchain #10: Fantastec SWAP

Az 1980-as években az Egyesült Királyságban nőttem fel, és a futballmatricák gyűjtése rendkívül népszerű volt. Zsebpénzünket véletlenszerű matricák csomagjaira költöttük, amelyeken játékosok arcai, csapatfotók és kitűzők voltak, és megszállottan cserélgettük egymást, hogy megkíséreljük minden év albumát. Fantastec mára kifejlesztett egy digitális megfelelőjét, ahonnan a felhasználók letölthetik a SWAP alkalmazás és vásároljon limitált kiadású „kártyákat” játékosvideókkal és interaktív statisztikákkal kiegészítve. Természetesen ennek az alkalmazásnak szüksége van egy adatbázisra, hogy nyomon tudja követni a kártya tulajdonjogát, de nem volt világos, hogy ezt az adatbázist hol kell tárolni. Egyrészt minden résztvevő futballklubnak saját adatbázist kell vezetnie, hogy garantálja a kiadott kártyáinak hitelességét és ritkaságát. Másrészt a termék értékének nagy része a különböző klubok által kibocsátott kártyák cseréjének képességéből adódik.

Ezt a dilemmát úgy oldották meg, hogy a rendszert egy blokkláncra építették fel, ahol minden klubnak megvan a saját csomópontja, amely MultiChain eszközként bocsátja ki digitális gyűjteményeit, amelyek mindegyikét egy konszenzusos láncon követik nyomon. A MultiChain beépített atomcsere funkcióit széles körben kihasználó rendszert a Fantastec építette olyan partnerek közreműködésével, mint pl. PricewaterhouseCoopers. A SWAP nemrégiben indult három neves partnerrel: a Real Madriddal, az Arsenallal és a Borussia Dortmunddal. Kevesebb mint 3 hónap elteltével 15,000 250,000 felhasználóra nőtt, és több mint XNUMX XNUMX gyűjthető tárgyat adtak ki.

Tanulságok

Most, hogy áttekintettük a tíz legérdekesebb MultiChain-alapú hálózatot a termelésben, mit tanulhatunk ettől a csoporttól? Mi különbözteti meg ezeket a projekteket a több száz és ezer ötlettől és kísérlettől, amelyek soha nem jutottak el a következő szakaszba?

1. lecke: Összpontosítson az új alkalmazásokra

Bár sok szó esett a blokkláncokról, mint a meglévő rendszerek frissítéséről, legalábbis egyelőre elsősorban új alkalmazásokban látjuk őket telepíteni. Két összefüggő okot tudok elképzelni, hogy ez miért lehet.

Először is, a blokkláncok még mindig új technológia, és kockázatosabbnak tartják, mint a központi adatbázisokat. Ez a bizonytalanság elviselhető új alkalmazások építésekor, ami elkerülhetetlenül bizonyos meghibásodási kockázattal jár. Ez azonban kevésbé vonzóvá teszi a blokkláncokat olyan dolgok helyettesítésére, amelyekről már ismert, hogy működik.

Másodszor, minden futó központosított alkalmazásnak rendelkeznie kell egy megbízható közvetítővel, aki feltehetően bizonyította megbízhatóságát az idők során. Míg a decentralizált architektúrára való átállás pénzt takaríthat meg ennek a közvetítőnek a megkerülésével, ezt mérlegelni kell a rendszer alapoktól történő újjáépítésének költségeivel és kockázataival.

2. lecke: Keress egy erős indítékot

Minden blokkláncon implementált alkalmazásnak választ kell adnia egy kulcsfontosságú kérdésre: Miért használjunk blokkláncot központi adatbázis vagy fájlszerver helyett? A blokkláncok alapvető felépítésüknek köszönhetően mindig lassabbak, kevésbé méretezhetőek és összetettebbek lesznek, mint a központosított rendszerek.

Tehát ha van megfelelő megbízható közvetítője, aki központilag tud tárolni egy alkalmazást, használja azt! A csak A blokklánc használatának oka az, ha erős indíték van az ilyen jellegű központosítás elkerülésére. A gyakorlatban négy fő motívumtípust látunk:

1. Kereskedelmi aggályok. A hálózat résztvevői nem akarnak túl nagy hatalmat adni egy versenytársnak vagy más központi szervnek, aki sokat számolhatna a szolgáltatásért.
2. Szabályozási követelmények. Egyes szabályozások megakadályozzák a központosított rendszer kiépítését, vagy túlságosan költségessé tennék a megfelelést.
3. Politikai kockázatok. Nincs olyan hely, ahol az adatbázist az összes felhasználó számára politikailag elfogadható lenne.
4. Biztonságos replikáció. Az adatok több másolatát kell tárolni a redundanciához, így a blokklánc használata további előnyt jelent a bizonyított szinkronizálás és a szabotázs elleni védelem terén.

3. lecke: Gondoljon az adatokra általában

A vállalati blokkláncokról szóló korai vitákat a kriptovaluták térnyerése váltotta ki, ahol a blokklánc lehetővé teszi a felhasználók számára, hogy közvetlenül tartsanak és vigyenek át egy virtuális eszközt, miközben megakadályozzák a dupla költést. Míg az általunk leírt termelési hálózatok némelyike ​​(#7, #10) ilyen módon használja a MultiChaint, a többség valami alapvetően mást csinál – decentralizált architektúrát épít a tároláshoz és a biztonsághoz. dátum.

Bármilyen adatbázis vagy fájlrendszer, függetlenül attól, hogy strukturált vagy strukturálatlan adatokat tartalmaz, tudott blokkláncon valósul meg. Minden adat teljes egészében a láncon tárolható, vagy rövid on-chain hash-ként (ujjlenyomatként) hitelesíthető, amely a láncon kívüli adatok ellenőrzésére szolgál. Ellentétben az eszközhasználati esetekkel, nincs fogalma a tulajdonjog időbeli változásáról. A blokklánc egyetlen célja, hogy lehetővé tegye bizonyos információk tárolását és biztonságát egy csoport számára anélkül, hogy központi félre támaszkodna.

Az adatvezérelt alkalmazásokban az „intelligens szerződések” a rossz tranzakciós modell, mivel megkövetelik, hogy minden adatot egy szerződésnek küldött üzenetként ábrázoljanak, ahelyett, hogy ellenőriznék, majd közvetlenül beágyaznák (vagy kivonatosan) a láncba. A központi kérdés az információk tárolásának, indexelésének és visszakeresésének mértéke és sebessége.

4. lecke: Nézz túl az „átalakuláson”

A vállalati blokklánc narratívája túl sokáig olyan hívószavakra összpontosított, mint a „forradalom” és az „átalakulás”. De a valóságban, ha megnézzük azokat a blokklánc-projekteket, amelyek ténylegesen gyártásba kerülnek, csak kevesen tesznek olyan dolgokat, amelyek lehetetlen hagyományosabb technológiák, például központosított adatbázisok, replikáció és pont-pont üzenetküldés használatával valósítható meg. Tehát pontosan mit is alakítanak át?

A legtöbb esetben blokkláncot használnak egyszerűen azért, mert ez a legmegfelelőbb és legkényelmesebb eszköz a munkához. Lehetővé teszi egy új alkalmazás egyszerű felépítését az egyesített adattárra, miközben elkerüli az adott tár központi vezérlésével kapcsolatos aggodalmakat. A blokklánc további robusztusságot és szabotázsállóságot biztosít, amelynek értéke meghaladja a több csomópont futtatásának bonyolultságát és költségeit. Bár ez az egész meglehetősen romantikusnak tűnhet, mióta volt más a vállalati IT?

De van a történetnek egy további, finomabb része is. Ritka esetekben láthatunk olyan projekteket, amelyek blokkláncra épülnek, ahol nincs azonnali indok a választásra. Kiderült, hogy az alkalmazás felhasználói örülnek, hogy központosítva indul el, de a jövőre nézve szeretnék nyitva tartani a lehetőségeket. Ha adatbázis helyett blokkláncot használ (akár egyetlen csomóponttal is!), lehetővé teszi a közvetítő cseréjét vagy eltávolítását csupán csomópontok hozzáadásával vagy eltávolításával, valamint bizonyos engedélyek módosításával. Mindez nulla állásidővel és az alkalmazás kódjának érintése nélkül történhet.

5. lecke: Légy nagyon türelmes

A blokkláncokat körülvevő zaj mellett könnyű elfelejteni, milyen új ez az iparág. A MultiChain, a legtöbb más vállalati blokklánc platformmal együtt, csak 1.0 közepén-végén érte el az 2017-s verziót (most a 2.0.2-es verzió). Mivel meglehetősen gyakori, hogy a vállalati informatikai projektek, akár blokkláncokon alapulnak, akár nem, két évbe telik az indulástól az életbe lépésig, nem meglepő, hogy a valódi blokklánc-hálózatok száma még mindig meglehetősen kicsi.

Valójában két konkrét jelenség mutatja, hogy a dolgok milyen koraiak. Először is gyakran megtaláljuk a magunkét partnerek a legalapvetőbb tesztek elvégzése a MultiChain-en, csak azért, hogy meggyőzzék magukat, hogy valóban működik! Másodszor, azt látjuk, hogy a termelési blokklánc-hálózatok egyes résztvevőiből hiányzik az önbizalom ahhoz, hogy felelősséget vállaljanak saját csomópontjukért, ehelyett egy harmadik félre hagyatkoznak, aki azt a nevükben üzemelteti.

Tehát, mint minden más új vállalati technológia esetében, a blokklánc-térben dolgozóknak nagyon hosszú távon le kell húzódniuk. Arra számítok, hogy még tíz évnek kell eltelnie ahhoz, hogy a blokkláncokat általánosan alternatívaként tekintsék az információs rendszer-architektúrák számára, és további tíz évbe telik, mielőtt teljes potenciáljukat elérik. Addigra a sávszélesség, a tárolás és a kriptográfia olyan olcsó és gyors lesz, hogy furcsának (ha nem nevetségesnek) tűnhet, ha a megosztott alkalmazások egyetlen helyen tárolják adataikat.

Kérjük, tegye meg észrevételeit a LinkedIn.