A javasolt információs környezet egyfajta decentralizált közösségi hálózat. De sok létező megoldással ellentétben ez a környezet a decentralizáción kívül számos hasznos tulajdonsággal is rendelkezik, és meglehetősen egyszerű és szabványos technikai megoldások (e-mail, json, szöveges fájlok és egy kis blokklánc) alapján jön létre. Ez lehetővé teszi, hogy bárki, aki rendelkezik alapvető programozási ismeretekkel, saját szolgáltatásokat készítsen ehhez a környezethez.
Univerzális azonosító
Minden online környezetben a rendszer egyik kulcseleme a felhasználó- és objektumazonosító.
Ebben az esetben a felhasználói azonosító az e-mail, amely tulajdonképpen általánosan elfogadott azonosítóvá vált a weboldalakon és más szolgáltatásokban történő engedélyezéshez (jaber, openId).
Valójában a felhasználói azonosító egy adott online környezetben a bejelentkezés+domain páros, amely a kényelem kedvéért a legtöbbek által ismert formában van írva. Ugyanakkor a nagyobb decentralizáció érdekében célszerű, hogy minden felhasználónak saját domainje legyen. Ami közel áll az indieweb elveihez, ahol egy domaint használnak felhasználói azonosítóként. Esetünkben a felhasználó becenevet ad a domainjéhez, amivel több fiókot hozhat létre egy domainen (például barátok számára), és rugalmasabbá teszi a címzési rendszert.
Ez a felhasználói azonosító formátum nincs hálózathoz kötve. Ha egy felhasználó elhelyezi adatait a TOR hálózaton, akkor a .onion zónában lévő tartományokat használhatja, ha ez egy DNS rendszerrel rendelkező hálózat a blokkláncon, akkor a .bit zónában lévő tartományokat. Ennek eredményeként a felhasználók és adataik megszólításának formátuma nem függ attól a hálózattól, amelyen keresztül továbbítják őket (a bejelentkezés+domain kombinációt mindenhol használják). Azok számára, akik bitcoin/ethereum címet szeretnének azonosítóként használni, módosíthatják a rendszert úgy, hogy az űrlap pszeudo e-mail címeit használja. [email protected]
Objektumok megszólítása
Ez az online környezet tulajdonképpen olyan objektumok halmaza, amelyek strukturált, géppel olvasható formában vannak leírva, más objektumokra hivatkoznak, és egy adott felhasználóhoz (e-mail) vagy projekthez/szervezethez (domain) vannak kötve.
Az urn:opendata névtérben lévő urnák objektumazonosítóként használatosak. Például egy felhasználói profilnak van egy ilyen címe:
urn:opendata:profile:[email protected]A felhasználói megjegyzésnek ilyen címe van:
urn:opendata:comment:[email protected]:08adbed93413782682fd25da77bd93c99dfd0548ahol a 08adbed93413782682fd25da77bd93c99dfd0548 egy véletlenszerű sha-1 hash, amely objektumazonosítóként működik, és [e-mail védett] — ennek a tárgynak a tulajdonosa.
A felhasználói adatok közzétételének elve
A saját domain ellenőrzése alatt a felhasználó könnyen közzéteheti adatait és tartalmát. És ellentétben az indiebeb-el, ehhez nem szükséges beépített szemantikai adatokkal rendelkező html oldalakat tartalmazó webhely létrehozása.
Például a felhasználóra vonatkozó alapvető információk a datarobots.txt fájlban találhatók, amely olyan címen található, mint pl.
http://55334.ru/[email protected]/datarobots.txtÉs ilyen tartalma van:
Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/[email protected]/delegete.txtEz valójában egy kulcs->érték formátumú adatokat tartalmazó karakterláncok halmaza, amelynek elemzése egyszerű feladat mindenkinek, aki alapvető programozási ismeretekkel rendelkezik. És ha szeretné, szerkesztheti az adatokat egy normál jegyzettömb használatával.
Az összetettebb adatok (profil, megjegyzés, bejegyzés stb.), amelyek saját urnával rendelkeznek, JSON-objektumként kerülnek elküldésre a szabványos API (http://opendatahub.org/api_1.0?lang=ru) segítségével, amely képes úgy kell elhelyezkedni, mint a felhasználó domainjén, és olyan harmadik fél webhelyén, amelyre a felhasználó átruházta adatainak tárolását, közzétételét és szerkesztését (a datarobots.txt fájl Services-Enabled sorában). Az alábbiakban ismertetjük az ilyen harmadik féltől származó szolgáltatásokat.
Egyszerű ontológia és JSON
A kommunikációs környezet ontológiája viszonylag egyszerű az iparági tudásbázisok ontológiáihoz képest. Mivel a kommunikációs környezetben viszonylag kis számú szabványos objektum (bejegyzés, megjegyzés, like, profil, áttekintés) található, viszonylag kis tulajdonságokkal.
Ezért az objektumok leírásához egy ilyen környezetben elég a JSON használata az XML helyett, ami bonyolultabb szerkezetben és elemzésben (fontos, hogy ne feledkezzünk meg az alacsony belépési küszöb és a skálázhatóság szükségességéről).
Ismert urnával rendelkező objektum megszerzéséhez kapcsolatba kell lépnünk a felhasználó domainjével vagy harmadik fél szolgáltatásaival, amelyekre a felhasználó átruházta adatai kezelését.
Ebben az online környezetben minden domain, amelyen online szolgáltatás létezik, saját datarobots.txt fájllal is rendelkezik, amely hasonló tartalmú example.com/datarobots.txt címen található:
Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0Ebből megtudhatjuk, hogy egy objektumról olyan címen kaphatunk adatokat, mint például:
A JSON objektum a következő szerkezettel rendelkezik:
{
"urn": "urn:opendata:profile:[email protected]",
"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": {
"[email protected]": "1",
"[email protected]": "0.5",
"[email protected]": "0.7"
},
"interests_tags": "cars,cats,cinema",
"mental_cards": {
"no_alcohol@main": 8,
"data_accumulation@main": 8,
"open_data@main": 8
}
}
}Szolgáltatás architektúra
Harmadik féltől származó szolgáltatásokra van szükség ahhoz, hogy leegyszerűsítsék az adatok közzétételét és keresését a végfelhasználók számára.
A fent említett szolgáltatások egyike, amelyek segítségével a felhasználó közzéteheti adatait a hálózaton. Számos hasonló szolgáltatás létezhet, amelyek mindegyike kényelmes felületet biztosít a felhasználónak az egyik adattípus (fórum, blog, kérdés-válasz stb.) szerkesztéséhez. Ha a felhasználó nem bízik a harmadik féltől származó szolgáltatásokban, akkor telepíthet egy adatszolgáltatási szkriptet a tartományára, vagy saját maga fejlesztheti azt.
Az adatok közzétételét/szerkesztését lehetővé tevő szolgáltatásokon kívül az online környezet számos egyéb szolgáltatást is kínál, amelyek viszonylag összetett feladatokat hajtanak végre, amelyek végfelhasználói csomópontokon való megvalósítása meglehetősen problémás.
Az ilyen szolgáltatások egyik típusa az adatközpontok ( - példa), egyfajta webarchívumként működik, amely összegyűjti az összes nyilvános, géppel olvasható felhasználói adatot, és hozzáférést biztosít azokhoz API-n keresztül.
A szolgáltatások jelenléte egy ilyen nyitott, decentralizált online környezetben jelentősen csökkenti a felhasználók belépési akadályát, mivel nincs szükség saját csomópont telepítésére és konfigurálására. Ugyanakkor a felhasználó továbbra is kézben tartja adatait (bármikor megváltoztathatja azt a szolgáltatást, amelyre az adatok közzétételét delegálják, vagy létrehozhat saját csomópontot).
Ha a felhasználót egyáltalán nem érdekli adatai birtoklása, és nincs saját domainje vagy valaki, aki ismeri a domaint, akkor alapértelmezés szerint az opendatahub.org kezeli az adatait.
Kinek a rovására megy mindez?
Szinte az összes ilyen decentralizált projekt fő problémája talán az, hogy nem tudják azokat a stabil fejlődéshez és támogatáshoz megfelelő szinten pénzzé tenni.
Az adományozás + tokenek a fejlesztési és marketingköltségek fedezésére szolgálnak ebben az online környezetben.
A felhasználók által belső projektekre/szolgáltatásokra adományozott összes adomány nyilvánosan elérhető, géppel olvasható és e-mailhez kapcsolódik. Ez lehetővé teszi, hogy figyelembe vegyék őket például az online közösségi minősítés kiszámításakor, és megjelenjenek a felhasználói oldalakon. Amikor az adományok anonimitása megszűnik, akkor a felhasználók valójában nem adakoznak, hanem „chippelnek” az általános információs környezet támogatására. Csakúgy, mint az emberek a közös helyiségek javítására, megfelelő hozzáállással azokhoz az emberekhez, akik megtagadták a chipezést.
Az adományozáson túl a forrásgyűjtéshez korlátozott mennyiségben (400.000 XNUMX) kibocsátott tokeneket használnak, melyeket mindenki megkap, aki a főalapba (etnogenezis) adományoz.
További token funkciók
Minden token egy „kulcs” az online környezethez való hozzáféréshez. Vagyis csak akkor használhat szolgáltatásokat, és csak akkor lehet része az online környezetnek, ha rendelkezik legalább 1 tokennel, amely egy e-mailhez van kötve.
A tokenek korlátozott jellegük miatt jó spamszűrők. Minél több felhasználó van a rendszerben, annál nehezebb a token beszerzése, és annál drágább a botok létrehozása.
Az emberek, adataik és társadalmi kapcsolataik fontosabbak, mint a technológia
A leírt online környezet technikailag viszonylag primitív megoldás. De nem annyira a technológia, mint inkább az emberek és a környezeten belül létrejövő társadalmi kapcsolatok, adatok (tartalom) a fontosabb benne.
A létrehozott közösségi közösség, amelynek tagjai saját univerzális azonosítókkal (e-mail és saját domain) és strukturált adatokkal (URN-címekkel, ontológiával és JSON-objektumokkal) rendelkeznek, a jobb technikai megoldás megjelenésekor mindezeket az adatokat egy másik online környezetbe is átviheti, a kialakult kapcsolatok (minősítések, értékelések) és tartalom fenntartása mellett.
Ez a bejegyzés egy hálózati önszerveződő közösség egyik elemét ismerteti, amely a decentralizált online környezet mellett számos olyan offline területet foglal magában, amelyek növelik az online környezet előnyeit, és „vevők”, amelyek nagymértékben meghatározzák annak funkcionalitását. De ezek más cikkek témái, amelyek nem kapcsolódnak közvetlenül az informatikához és a technológiához.
Forrás: will.com