Teave avatud andmete põhimõtetel

Pakutav teavet keskkond on omamoodi detsentraliseeritud sotsiaalne võrgustik. Kuid erinevalt paljusid olemasolevatest lahendustest — omab see keskkond mitmeid kasulikke omadusi peale detsentraliseerimise ning on loodud üsna lihtsate ja standardsete tehniliste lahenduste (e-post, json, tekstifailid ja natuke plokiahelat) baasil. See võimaldab igal soovijal, kellel on põhiteadmised programmeerimisest, luua oma teenuseid selle keskkonna jaoks.

Üksne identifikaator

Igas veebikeskkonnas on kasutajate ja objektide identifikaatorid üheks süsteemi võtmeelemendiks.

Antud juhul toimib kasutaja identifikaatorina e-post, mis on juba faktuaselt saanud üldiselt aktsepteeritud identifikaatoriks veebisaitide ja teiste teenuste (jaber, openId) autoriseerimiseks.

Faktikult on kasutaja identifikaator selles veebikeskkonnas - login + domeeni paar, mida mugavuse huvides talletatakse enamiku jaoks tuttavas vormis. Samal ajal on suurema detsentraliseerimise jaoks soovitatav igal kasutajal oma domeen. See läheneb individuaalse veebikeskkonna põhimõtetele, kus kasutaja identifikaatorina kasutatakse domeeni. Meie juhul lisab kasutaja oma domeenile hüüdnime, mis võimaldab luua mitmeid kontosid ühel domeenil (näiteks sõprade jaoks) ja muudab adresseerimise süsteemi paindlikumaks.

Kasutaja identifikaatorina selline formaat ei ole seotud ühegi võrguga. Kui kasutaja talletab oma andmed TOR-võrgus, on võimalik kasutada .onion domeene; kui tegu on plokiahelas põhineva DNS süsteemiga - siis domeene, mis kuuluvad .bit tsooni. Kõik üheskoos: kasutajate ja nende andmete adresseerimise formaat ei sõltu võrgust, mille kaudu nad edastatakse (kõikjal on kasutusel login + domeeni kombinatsioon). Soovijatele, kes soovivad Bitcoin'i või Ethereum'i aadressi kasutada identifikaatorina, on süsteemi võimalik kohandada, et kasutada pseudoe-postiaadresse, nagu xaca1b7c8126806f672f9dbee4951527bb0f2c4e4@ethereum.blockchain

Objektide adresseerimine

See veebikeskkond on tegelikult objektide kogum, mis on kirjeldatud struktureeritud masinloetavas vormis, viidates teistele objektidele ja seotuna kindla kasutajaga (e-post) või projektiga/organisatsiooniga (domeen).

Objektide tuvastamiseks kasutatakse urn'i nimespesis urn:opendata. Näiteks on kasutaja profiili aadress kujul:

urn:opendata:profile:user@domain.com

Kasutaja kommentaari aadress on kujul:

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

kus 08adbed93413782682fd25da77bd93c99dfd0548 on juhuslik sha-1 hash, mis toimib objekti id-na, ja user@domain.com on selle objekti omanik.

Kasutaja andmete avaldamise põhimõte

Kui kasutajal on oma domeen, saab ta suhteliselt lihtsalt avaldada oma andmeid ja sisu. Erinevalt indiebebast ei ole selleks vajalik luua HTML-lehti, mis sisaldavad semantilisi andmeid.

Näiteks on kasutaja põhiteave paigutatud faili datarobots.txt, mis asub aadressil:

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

Ja selle sisu on sellise formaadiga:

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

See tähendab, et tegelikult on see ridade kogum andmetest, mille vorming on võtmed -> väärtused, mille tõlgendamine on lihtne igale inimeselle, kellel on põhiteadmised programmeerimisest. Ja soovi korral saab andmeid redigeerida tavalises tekstiredaktoris.

Komplekssemad andmed (profiil, kommentaar, postitus jne), millel on oma urn, antakse välja JSON objekti kujul standardse API kaudu (http://opendatahub.org/api_1.0?lang=et), mis võib asuda nii kasutaja domeenil kui ka kolmandal osapoole veebilehel, kellele kasutaja on delegeerinud oma andmete säilitamise, avaldamise ja redigeerimise (faili datarobots.txt real Services-Enabled). Nendest kolmandatest teenustest on allpool kirjutatud.

Lihtne ontoloogia ja JSON

Kommunikatsiooni keskkonna ontoloogia on võrreldes tööstusharu teadmusbaaside ontoloogiatega suhteliselt lihtne. Kuna kommunikatsiooni keskkonnas on suhteliselt väike standardsete objektide (postitus, kommentaar, meeldimine, profiil, tagasiside) kogum ja nende omaduste kogum.

Seetõttu piisab sellises keskkonnas objektide kirjeldamiseks JSON'i kasutamisest, mitte keerulisemast XML'ist (on oluline mitte unustada madalat sissepääsuhuvi ja mastaapsust).

Tuntud urn'i objekti saamiseks tuleb pöörduda kasutaja domeeni või kolmandate teenuste poole, kellele kasutaja on delegeerinud oma andmete haldamise.

Selles veebikeskkonnas on igal domeenil, millel online-teenus eksisteerib, ka oma datarobots.txt, mis asub aadressil näiteks example.com/datarobots.txt ja mille sisu on järgmine:

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

Millest saame teada, et objekti andmeid on võimalik saada aadressilt:

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

JSON objektil on järgmine struktuur:

{
    "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
        }
    }
}

Teenuse arhitektuur

Kolmandate osapoolte teenused on hädavajalikud, et lihtsustada andmete avaldamise ja lõppkasutajate jaoks otsimise protsessi.

Üks mainitud teenuste liikidest aitab kasutajal oma andmeid veebis avaldada. Selliseid teenuseid võib olla palju, millest igaühel on kasutajale mugav liides andmete toimetamiseks (foorum, blogi, küsimus-vastus jne). Kui kasutaja ei usalda kolmandate osapoolte teenuseid, võib ta oma domeenile installida andmetöötlusteenuse skripti või arendada selle ise.

Lisaks teenustele, mis võimaldavad kasutajatel andmeid avaldada/redigeerida, on veebikeskkonnas mitmeid teisi teenuseid, mis täidavad suhteliselt keerukaid ülesandeid, mida on lõppkasutajate sõlmedes raske ellu viia.

Üks selliste teenuste liikidest on andmehublid ( opendatahub.org/ru — näide), mis toimivad nagu veebiarhiiv, kogudes kõiki avalikke masinloetavaid andmeid ja andes neile API kaudu juurdepääsu.

Teenuste olemasolu sellises avatud detsentraliseeritud veebikeskkonnas alandab kasutajate sisenemisläve oluliselt, kuna pole enam vajalik oma sõlme installimine ja seadistamine. Samuti säilib kasutaja kontroll oma andmete üle (iga hetk saab vahetada teenust, kellele on andmete avaldamine delegeeritud, või luua oma sõlm).

Kui kasutajale ei pakku huvi oma andmete omamine ega ole tal oma domeeni või tuttavat domeeniga — siis haldab tema andmeid vaikimisi opendatahub.org.

Kelle kulul see kõik on?

Võib-olla on peamine probleem peaaegu kõigil sellistel detsentraliseeritud projektidel nende monetiseerimise võimatus piisaval tasemel, et tagada stabiilne areng ja tugi.

Arenduse ja turunduse kulude katmiseks kasutatakse selles veebikeskkonnas annetusi + token'e.

Kõik annetused, mida kasutajad teevad sisemistele projektidele/teenustele — on avalikult nähtavad, masinloetavad ja seotud e-posti aadressiga. See võimaldab neid arvesse võtta näiteks sotsiaalse sisemise maine arvutamisel ja avaldada kasutajate lehtedel. Kui annetused ei ole enam anonüümsed, siis tegelikult kasutajad ei anneta, vaid „korjavad kokku” üldise teabe keskkonna toetamiseks. Nii nagu inimesed panevad raha kokku ühiskasutatavate alade remondiks, olles vastava suhtumisega nende inimeste suhtes, kes keeldusid panustamast.

Lisaks annetustele kasutatakse vahendite kaasamiseks token'e, mida väljastatakse piiratud koguses (400 000), mis kätkevad endas kõiki, kes annavad annetusi põhifondi (ethnogenesis).

Token'ite täiendavad funktsioonid

Iga token on „võti” juurdepääsuks antud veebikeskkonda. See tähendab, et teenuseid saab kasutada ja veebikeskkonna osaline olla ainult siis, kui sul on vähemalt 1 token, mis on seotud e-posti aadressiga.

Token'id toimivad hea rämpsposti filterina oma piiratud arvu tõttu. Mida rohkem on süsteemis kasutajaid — seda keerulisem on token saada ja seda kallim on bot'ide loomine.

Inimesed, nende andmed ja sotsiaalsed sidemed on tehnoloogiatest tähtsamad

Kirjeldatud veebikeskkond on tehniliselt suhteliselt primitiivne lahendus. Kuid selles on olulisemad mitte niivõrd tehnoloogiad, kui inimesed ja loodud sotsiaalsed sidemed ning andmed (sisu).

Loodud sotsiaalne kogukond, mille liikmetel on oma universaalsed идентификаторы (email ja oma domeen) ning struktureeritud andmed (URN-aadressid, ontoloogia ja JSON-objektid), võib parema tehnilise lahenduse ilmnemisel edastada kõik need andmed teise veebikeskkonda, säilitades samas loodud seosed (hindamised, arvustused) ja sisu.

Antud postituses on kirjeldatud üht elementi võrgustikulise isekorraldatud kogukonna, mis lisaks detsentraliseeritud veebikeskkonnale sisaldab mitmeid offline suundi, mis suurendavad veebikeskkonna kasu ning toimivad "tellijatena", määrates suures osas selle funktsionaalsust. Kuid need on juba teised artiklite teemad, mis ei ole otseselt seotud IT ja tehnoloogiatega.

Allikas: habr.com