Informacijsko okolje na načelih Open Data

Ponujena informacijska okolica je nekakšna decentralizirana družbena mreža. Vendar pa se ta okolica razlikuje od mnogih obstoječih rešitev — ima vrsto uporabnih lastnosti poleg decentralizacije in temelji na dovolj preprostih in standardnih tehničnih rešitvah (e-pošta, json, besedilne datoteke in malo blockchaina). To omogoča vsakomur z osnovnim znanjem programiranja, da ustvari svoje storitve za to okolje.

Univerzalni identifikator

V vsakem spletnem okolju so identifikatorji uporabnikov in predmetov eden ključnih elementov sistema.

V tem primeru je kot identifikator uporabnika uporabljena e-pošta, ki je že dejansko postala splošno sprejet identifikator za avtorizacijo na spletnih straneh in drugih storitvah (jaber, openId).

Dejansko je identifikator uporabnika v tem spletnem okolju par login+domain, ki je za udobje zapisan v obliki, poznani mnogim. Ob tem pa je za večjo decentralizacijo vsakemu uporabniku priporočljivo, da ima svoj domen. To je blizu načelom indiveba, kjer se kot uporabniški identifikator uporablja domen. V našem primeru uporabnik svojemu domeni doda vzdevek, kar omogoča ustvarjanje več računov na eni domeni (na primer za prijatelje) in omogoča bolj fleksibilen sistem naslovitve.

Takšna oblika identifikatorja uporabnika ni vezana na katero koli omrežje. Če uporabnik objavlja svoje podatke v omrežju TOR — lahko uporablja domene v coni .onion, če gre za omrežje z DNS sistemom na blockchainu — torej domene v conah tipa .bit. Na koncu se oblika naslovitve uporabnikov in njihovih podatkov neodvisna od omrežja, preko katerega so posredovani (vse povsod se uporablja povezava login+domain). Za tiste, ki želijo uporabiti bitcoin/ethereum naslov kot identifikator, se lahko sistem prilagodi za uporabo pseudo e-poštnih naslovov tipa xaca1b7c8126806f672f9dbee4951527bb0f2c4e4@ethereum.blockchain

Naslovitev objektov

To spletno okolje dejansko predstavlja niz objektov, ki so opisani v strukturirani strojno berljivi obliki, se sklicujejo na druge objekte in so povezani z določenim uporabnikom (e-pošto) ali projektom/organizacijo (domeno).

Kot identifikatorjev objektov se uporabljajo urn v imenskem prostoru urn:opendata. Na primer, profil uporabnika ima spletni naslov take oblike:

urn:opendata:profile:user@domain.com

Komentar uporabnika ima spletni naslov take oblike:

urn:opendata:comment:user@domain.com:08adbed93413782682fd25da77bd93c99dfd0548

kjer je 08adbed93413782682fd25da77bd93c99dfd0548 naključna sha-1 hash vrednost, ki služi kot id objekta, user@domain.com pa je lastnik tega objekta.

Načelo objavljanja uporabniških podatkov

Imeti pod svojim upravljanjem lasten dome naj omogoča enostavno objavljanje lastnih podatkov in vsebin. In v nasprotju z Indibibo, za to ni potrebno ustvariti spletne strani z html dokumenti, v katerih so vgrajeni semantični podatki.

Na primer, osnovni podatki o uporabniku so shranjeni v datoteki datarobots.txt, ki se nahaja na spletnem naslovu take oblike

http://55334.ru/konstantin@55334.ru/datarobots.txt

In ima vsebino takega formata:

Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/konstantin@55334.ru/delegete.txt

Torej, dejansko gre za niz vrstic s podatki obliki ključ->vrednost, ki jih je preprosto razčleniti za vsakogar z osnovnim znanjem programiranja. In po želji je mogoče podatke urejati preko navadnega beležnika.

Zapletenejši podatki (profil, komentar, objava itd.), ki imajo svoj urn, se predajajo v obliki JSON objekta prek standardnega API (http://opendatahub.org/api_1.0?lang=ru), ki se lahko nahaja tako na domeni uporabnika kot na zunanjem spletnem mestu, ki mu je uporabnik delegiral shranjevanje, objavljanje in urejanje svojih podatkov (v vrstici Services-Enabled datoteke datarobots.txt). O tovrstnih zunanjih storitvah je prikazano spodaj.

Preprosta ontologija in JSON

Ontologija komunikacijskega okolja je razmeroma preprosta v primerjavi z ontologijami panog znanja. V komunikacijskem okolju obstaja razmeroma majhen nabor standardnih objektov (objava, komentar, všeček, profil, ocena) z razmeroma majhnim naborom lastnosti.

Zato je za opisovanje objektov v takem okolju dovolj uporabljati JSON namesto bolj zapletenega XML, ki zahteva večje strukture in razčlenjevanja (pomembno je, da ne pozabimo na potrebo po nizkem pragu dostopa in razširljivosti).

Za pridobitev objekta z znanim urn je potrebno dostopati do domene uporabnika ali pa k zunanjim storitvam, katerim je uporabnik delegiral upravljanje svojih podatkov.

V tej spletni okolju ima vsak domen, na katerem obstaja spletna storitev, tudi svoj datarobots.txt, ki je na voljo na naslovu, kot je example.com/datarobots.txt, z naslednjo vsebino:

Objekt: storitev
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0

Iz katerega lahko ugotovimo, da lahko podatke o objektu pridobimo na naslovu, kot je:

http://newethnos.ru/api?urn=urn:opendata:profile:konstantin@55334.ru

JSON objekt ima takšno strukturo:

{
    "urn": "urn:opendata:profile:expample@55334.ru",
    "status": 1,
    "message": "Ok",
    "timestamp": 1596429631,
    "service": "example.com",
    "data": {
        "name": "John",
        "surname": "Gald",
        "gender": "moški",
        "city": "Moskva",
        "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": "avtomobili,mačke,cinema",
        "mental_cards": {
            "no_alcohol@main": 8,
            "data_accumulation@main": 8,
            "open_data@main": 8
        }
    }
}

Storitvena arhitektura

Tujinske storitve so potrebne za poenostavitev procesa objavljanja in iskanja podatkov za končne uporabnike.

Zgoraj je bil omenjen en od vrst storitev, ki uporabniku pomaga objaviti njegove podatke na spletu. Lahko obstaja vrsta podobnih storitev, vsaka od njih pa nudi uporabniku prijazen vmesnik za urejanje enega od vrst podatkov (forum, blog, vprašanja-odgovori itd.). Če pa uporabnik ne zaupa tujim storitvam, lahko na svoj domen namesti skripto za obdelavo podatkov ali jo razvije sam.

Poleg storitev, ki omogočajo uporabnikom objavljanje/urejanje podatkov — v spletnem okolju obstaja vrsta drugih storitev, ki izvajajo razmeroma kompleksne naloge, ki jih je dovolj težko realizirati na končnih vozliščih.

Ena od vrst takih storitev so podatkovni habi ( opendatahub.org/ru — primer), ki opravljajo vlogo nekakšnega spletnega arhiva, ki zbira vse javne strojno berljive podatke uporabnikov in omogoča dostop do njih preko API-ja.

Prisotnost storitev v takem odprtem decentraliziranem spletnem okolju bistveno znižuje prag vstopa za uporabnike, saj ni potrebe po namestitvi in nastavitvi lastnega vozlišča. Hkrati pa uporabnik obdrži nadzor nad svojimi podatki (kadar koli lahko spremeni storitev, kateri je delegiral objavo podatkov, ali ustvariti svoje vozlišče).

Če uporabniku sploh ni pomembna skrb za svoje podatke in nima svojega domenskega imena ali poznavalca domene, potem njegovo upravljanje podatkov po privzetku vodi opendatahub.org.

Na koga gre vse to?

Verjetno je glavni problem skoraj vseh takšnih decentraliziranih projektov nemogočnost monetizacije na ravni, ki bi bila zadostna za stabilen razvoj in vzdrževanje.

Za kritje stroškov razvoja in trženja se v tem spletnem okolju uporabljajo donacije + žetoni.

Vse donacije, ki jih uporabniki prispevajo notranjim projektom/storitev, so javne, strojno berljive in vezane na e-pošto. To omogoča njihovo upoštevanje, na primer, pri izračunu socialne ocene v omrežju in objavljanje na straneh uporabnikov. Ko donacije prenehajo biti anonimne, v bistvu uporabniki ne donirajo, temveč se 'združujejo' za podporo skupnemu informacijskemu okolju. Tako kot se ljudje združujejo za obnovo javnih prostorov z ustreznim odnosom do ljudi, ki so se odločili, da se ne prispevajo.

Poleg donacij se za privabljanje sredstev uporabljajo žetoni, izdanih v omejenem številu (400.000), ki se dodelijo vsem, ki prispevajo donacije v osnovni sklad (ethnogenesis).

Dodatne funkcije žetonov

Vsak žeton je 'ključ' za dostop do tega spletnega okolja. To pomeni, da lahko storitve uporabljajo in postanejo del spletnega okolja le ob prisotnosti vsaj 1 žetona, ki je vezan na e-pošto.

Žetoni so dober filter za neželeno pošto zaradi svoje omejenosti. Čim več je uporabnikov v sistemu, tem težje je pridobiti žeton in tem dražje je ustvariti robote.

Ljudje, njihovi podatki in socialne vezi so pomembnejši od tehnologij

Opišano spletno okolje je tehnično razmeroma prvotna rešitev. A pomembnejši so v njem ne toliko tehnologije, ampak ljudje in socialne vezi ter podatki (vsebina), ki jih ustvarjajo znotraj okolja.

Ustvarjena socialna skupnost, katerih člani imajo svoje univerzalne identifikatorje (e-pošta in svoj domen) ter strukturirane podatke (z naslovi URN, ontologijo in JSON objekti), se lahko ob pojavu boljše tehnične rešitve prenese vse te podatke v drugo spletno okolje, ob tem pa ohrani oblikovane povezave (ocene, ocene) in vsebino.

V tem prispevku je opisan eden od elementov spletne samoorganizirane skupnosti, ki poleg decentraliziranega spletnega okolja vključuje vrsto offline smeri, ki povečujejo koristi spletnega okolja in so 'naročniki', ki v veliki meri določajo njeno funkcionalnost. Toda to so že teme za druge članke, ki niso neposredno povezane z IT in tehnologijo.

Izvor: habr.com