A javasolt információs környezet egyfajta decentralizált közösségi hálózat. De eltérően sok létező megoldástól, ez a környezet számos hasznos jellemzőt kínál a decentralizált funkciók mellett, és egyszerű, szabványos technikai megoldásokra épül (email, json, szöveges fájlok és egy kis blokklánc). Ez lehetővé teszi bárki számára, akinek alapvető programozási ismeretei vannak, hogy saját szolgáltatásokat hozzon létre ezen a környezeten belül.
Univerzális azonosító
Bármely online környezetben a felhasználók és objektumok azonosítói a rendszer kulcsfontosságú elemei közé tartoznak.
Ebben az esetben a felhasználó azonosítója az email, amely már ténylegesen általánosan elfogadott azonosítóvá vált a weboldalak és más szolgáltatások (jaber, openId) hitelesítésére.
Tény, hogy a felhasználó azonosítója ebben az online környezetben a login+domain pár, amely a legtöbb ember számára megszokott formátumban van rögzítve. Ezen kívül a nagyobb decentralizáció érdekében minden felhasználónak kívánatos, hogy legyen saját doménje. Ez közel áll az indieweb elveihez, ahol a felhasználói azonosító doménként funkcionál. Esetünkben a felhasználó a saját doménjéhez hozzáad egy felhasználónevet, ami lehetővé teszi több fiók létrehozását egy domén alatt (például barátok számára), és rugalmasabbá teszi az adreszálási rendszert.
Ez a felhasználói azonosító formátum nem kötődik semmilyen hálózathoz. Ha a felhasználó a TOR hálózaton tárolja az adatait, akkor .onion zónájú doménokat használhat, ha pedig egy blokklánc-alapú DNS rendszerrel rendelkező hálózatban van, akkor .bit típusú doménokat. Végső soron a felhasználók és adataik adresszálási formátuma független a hálózattól, amelyen átkerülnek (mindenhol a login+domain páros szerepel). Akik bitcoin/ethereum címet szeretnének felhasználó azonosítóként alkalmazni, azok számára a rendszert módosítható a pseudo email címek használatához, mint például xaca1b7c8126806f672f9dbee4951527bb0f2c4e4@ethereum.blockchain
Objektumok adreszálása
Ez az online környezet valójában egy strukturált, gép által olvasható formában leírt objektumok gyűjteménye, amelyek más objektumokra hivatkoznak és egy adott felhasználóhoz (email) vagy projekthez/szervezethez (domén) vannak hozzárendelve.
Az objektumok azonosítójaként az urn használatos az urn:opendata névtérben. Például a felhasználói profil címe a következőképpen néz ki:
urn:opendata:profile:user@domain.comA felhasználói komment címe a következőképpen néz ki:
urn:opendata:comment:user@domain.com:08adbed93413782682fd25da77bd93c99dfd0548ahol az 08adbed93413782682fd25da77bd93c99dfd0548 egy véletlenszerű sha-1 hash, amely az objektum azonosítójaként működik, a user@domain.com pedig az objektum tulajdonosa.
A felhasználói adatok közzétételi elve
Ha a felhasználónak saját doménje van, akkor viszonylag egyszerűen közzéteheti adatait és tartalmát. Eltérően az indibébától, ehhez nem szükséges HTML oldalakból álló weboldalt létrehozni, amelyekbe beágyazott szemantikus adatok találhatók.
Például a felhasználó alapinformációi a datarobots.txt fájlban találhatók, amely a következő cím alatt érhető el:
http://55334.ru/konstantin@55334.ru/datarobots.txtÉs a következő formátumú tartalom található benne:
Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/konstantin@55334.ru/delegete.txtTehát lényegében ez egy kulcs-érték párokból álló sorozat, amelyet egyszerűen ki tud parse-olni bárki, aki rendelkezik alapvető programozási ismeretekkel. Az adatok szerkesztése pedig igény szerint egyszerű szövegszerkesztővel is végezhető.
A bonyolultabb adatok (profil, kommentár, bejegyzés stb.), amelyek saját urn-nal rendelkeznek, JSON objektumként kerülnek átadásra egy szabványos API-n keresztül (http://opendatahub.org/api_1.0?lang=hu), amely a felhasználó domainjén, vagy egy harmadik félnél található, akinek a felhasználó delegálta az adatai tárolását, közzétételét és szerkesztését (a Services-Enabled sor a datarobots.txt fájlban). Az ilyen harmadik félt szolgáltatásokról lentebb olvashat.
Egyszerű ontológia és JSON
A kommunikációs környezet ontológiája viszonylag egyszerű, összehasonlítva az ipari tudásbázisok ontológiáival. Mivel a kommunikációs környezetben viszonylag kis számú standard objektum létezik (bejegyzés, kommentár, lájk, profil, vélemény) viszonylag kevés tulajdonsággal.
Ezért az ilyen környezetben az objektumok leírásához elegendő a JSON használata a bonyolultabb struktúrával és parse-eléssel rendelkező XML helyett (fontos, hogy ne felejtsük el az alacsony belépési küszöböt és a skálázhatóságot).
Ahhoz, hogy egy ismert urn-nal rendelkező objektumot kapjunk, a felhasználó domaine-jére vagy a harmadik félt szolgáltatásokra kell hivatkoznunk, akiknek a felhasználó delegálta az adatai kezelését.
Ebben az online környezetben minden domain, amelyen online szolgáltatás létezik, saját datarobots.txt fájljával is rendelkezik, amely például az alábbi címen érhető el: example.com/datarobots.txt, hasonló tartalommal:
Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0Amiből megtudhatjuk, hogy az objektum adatait a következő címen érhetjük el:
A JSON objektum ilyen struktúrával rendelkezik:
{
"urn": "urn:opendata:profile:expample@55334.ru",
"status": 1,
"message": "Ok",
"timestamp": 1596429631,
"service": "example.com",
"data": {
"name": "John",
"surname": "Gald",
"gender": "male",
"city": "Moscow",
"img": "http://domain.com/image.jpg",
"birthtime": 332467200,
"community_friends": {
"example1@domain.com": "1",
"example2@domain.com": "0.5",
"example3@domain.com": "0.7"
},
"interests_tags": "cars,cats,cinema",
"mental_cards": {
"no_alcohol@main": 8,
"data_accumulation@main": 8,
"open_data@main": 8
}
}
}Szolgáltatási architektúra
A külső szolgáltatások szükségesek az adatok közzétételének és a végfelhasználók általi keresésének leegyszerűsítéséhez.
Fent említettünk egy olyan szolgáltatást, amely segíti a felhasználókat adataik közzétételében az interneten. Számos hasonló szolgáltatás létezhet, amelyek mindegyike kényelmes felületet biztosít a felhasználóknak egyfajta adatszerkesztéshez (fórum, blog, kérdés-válasz stb.). Ha a felhasználó nem bízik a külső szolgáltatásokban, akkor telepíthet a saját domainjára egy adatkezelő szolgáltatás szkriptet, vagy saját magának fejleszthet egyet.
A felhasználók adataik közzétételét/szerkesztését lehetővé tevő szolgáltatások mellett az online környezetben egy sor más szolgáltatás is létezik, amelyek viszonylag bonyolult feladatokat látnak el, amelyeket nehezen lehet megvalósítani a végfelhasználók csomópontjain.
E szolgáltatások egyike az adatközpontok ( — példa), amelyek egyfajta webarchívum szerepét töltik be, összegyűjtve az összes nyilvános gép által olvasható felhasználói adatot, és elérhetőséget biztosítanak számukra API-n keresztül.
A szolgáltatások létezése egy ilyen nyílt, decentralizált online környezetben jelentősen csökkenti a felhasználók belépési küszöbét, mivel nincs szükség saját csomópont telepítésére és beállítására. Ugyanakkor a felhasználónak továbbra is kontrollja marad saját adatai felett (bármikor válthat szolgáltatást, amelynek adataik közzétételét delegálja, vagy létrehozhatja saját csomópontját).
Если же пользователю вообще не интересно владение своими данными и он не имеет своего домена или знакомого с доменом — то по умолчанию его данными управляет opendatahub.org.
За чей счёт всё это?
Пожалуй главная проблема практически всех подобных децентрализованных проектов — это невозможность их монетизации на уровне, достаточном для стабильного развития и поддержки.
Для покрытия расходов на разработку и маркетинг в данной онлайн среде используются donate + tokens.
Все пожертвования, которые пользователи вносят внутренним проектам/сервисам — являются общедоступными, машиночитаемыми и привязаны к email. Что позволяет учитывать их, например, при вычислении внутрисетевого социального рейтинга и публиковать на страницах пользователей. Когда пожертвования перестают быть анонимными, то фактически пользователи не жертвуют, а “скидываются” на поддержку общей информационной среды. Также как люди скидываются на ремонт мест общего пользования с соответствующим отношением к тем людям, которые отказались скинуться.
Помимо пожертвований, для привлечения средств используются токены эмитированные в ограниченном количестве (400.000), которые начисляются всем кто вносит пожертвования в основной фонд (ethnogenesis).
Дополнительные функции токенов
Каждый токен — является “ключом” для доступа в данную онлайн среду. То есть пользоваться сервисами и быть частью онлайн среды можно только при наличии хотя бы 1 токена, который привязывается к email.
Токены являются хорошим спам-фильтром из-за своей ограниченности. Чем больше в системе пользователей — тем сложнее получить токен и тем более затратно создавать ботов.
Люди, их данные и социальные связи — важнее технологий
Описанная онлайн среда технически является относительно примитивным решением. Но более важным в ней являются не столько технологии, сколько люди и создаваемые внутри среды социальные связи и данные (контент).
A létrehozott társadalmi közösség, amelynek tagjai rendelkeznek saját univerzális azonosítókkal (email és saját domain) és strukturált adatokkal (URN címek, ontológia és JSON objektumok) a jobb technikai megoldás megjelenésekor – képes továbbítani ezeket az adatokat egy másik online környezetbe, miközben megőrzi a kialakult kapcsolatokat (értékelések, rangsorok) és tartalmat.
Ez a bejegyzés az egyik elemet írja le egy hálózati önszerveződő közösségben, amely a decentralizált online környezeten túl számos offline irányt is magában foglal, amelyek növelik az online környezet előnyeit, és „megrendelők”, akik nagymértékben meghatározzák annak funkcionalitását. De ezek már más cikkek témái, amelyeknek nincs közvetlen kapcsolatuk az IT-vel és a technológiákkal.
Forrás: habr.com
