Ehdotettu tietoympäristö on eräänlainen hajautettu sosiaalinen verkosto. Mutta toisin kuin monissa olemassa olevissa ratkaisuissa, tällä ympäristöllä on useita hyödyllisiä ominaisuuksia hajauttamisen lisäksi ja se on luotu melko yksinkertaisten ja standardien teknisten ratkaisujen pohjalta (sähköposti, json, tekstitiedostot ja pieni lohkoketju). Näin jokainen, jolla on ohjelmoinnin perustiedot, voi luoda omia palveluja tähän ympäristöön.
Yleistunnus
Missä tahansa verkkoympäristössä käyttäjä- ja kohdetunnisteet ovat yksi järjestelmän avainelementeistä.
Tässä tapauksessa käyttäjätunniste on sähköposti, josta on itse asiassa tullut yleisesti hyväksytty tunniste verkkosivustoilla ja muissa palveluissa (jaber, openId).
Itse asiassa käyttäjätunnus tietyssä verkkoympäristössä on kirjautuminen+verkkotunnus-pari, joka on kirjoitettu mukavuuden vuoksi useimmille tutussa muodossa. Samaan aikaan suuremman hajauttamisen vuoksi on suositeltavaa, että jokaisella käyttäjällä on oma verkkotunnus. Mikä on lähellä indiewebin periaatteita, jossa verkkotunnusta käytetään käyttäjätunnuksena. Meidän tapauksessamme käyttäjä lisää verkkotunnukseensa lempinimen, jonka avulla hän voi luoda useita tilejä yhdelle verkkotunnukselle (esimerkiksi ystäville) ja tekee osoitejärjestelmästä joustavamman.
Tämä käyttäjätunnusmuoto ei ole sidottu mihinkään verkkoon. Jos käyttäjä sijoittaa tietonsa TOR-verkkoon, hän voi käyttää verkkotunnuksia .onion-vyöhykkeellä; jos tämä on verkko, jonka lohkoketjussa on DNS-järjestelmä, niin verkkotunnuksia .bit-vyöhykkeellä. Tämän seurauksena käyttäjille ja heidän tiedoilleen osoitettava muoto ei riipu verkosta, jonka kautta ne lähetetään (sisäänkirjautuminen + verkkotunnus -yhdistelmää käytetään kaikkialla). Niille, jotka haluavat käyttää bitcoin/ethereum-osoitetta tunnisteena, voit muokata järjestelmää käyttämään lomakkeen pseudo-sähköpostiosoitteita [email protected]
Kohtaaminen esineisiin
Tämä verkkoympäristö on itse asiassa joukko objekteja, jotka on kuvattu jäsennellyssä, koneellisesti luettavassa muodossa, viittaavat muihin objekteihin ja on sidottu tiettyyn käyttäjään (sähköposti) tai projektiin/organisaatioon (domain).
urn:opendata-nimiavaruudessa olevia urneja käytetään objektitunnisteina. Käyttäjäprofiilissa on esimerkiksi osoite:
urn:opendata:profile:[email protected]Käyttäjän kommentissa on seuraavanlainen osoite:
urn:opendata:comment:[email protected]:08adbed93413782682fd25da77bd93c99dfd0548jossa 08adbed93413782682fd25da77bd93c99dfd0548 on satunnainen sha-1 hash, joka toimii objektitunnuksena, ja [sähköposti suojattu] — tämän kohteen omistaja.
Käyttäjätietojen julkaisemisen periaate
Kun oma verkkotunnus on hallinnassa, käyttäjä voi helposti julkaista tietojaan ja sisältöään. Ja toisin kuin indiebeb, tämä ei vaadi verkkosivuston luomista html-sivuilla, joissa on sisäänrakennetut semanttiset tiedot.
Esimerkiksi perustiedot käyttäjästä sijaitsevat tiedostossa datarobots.txt, joka sijaitsee osoitteessa
http://55334.ru/[email protected]/datarobots.txtJa sen sisältö on seuraavanlainen:
Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/[email protected]/delegete.txtEli itse asiassa se on joukko merkkijonoja, joissa on tiedot muodossa avain->arvo, jonka jäsentäminen on yksinkertainen tehtävä kaikille ohjelmoinnin perustiedot. Ja voit muokata tietoja, jos haluat, käyttämällä tavallista muistilehteä.
Monimutkaisemmat tiedot (profiili, kommentti, viesti jne.), joilla on oma urnansa, lähetetään JSON-objektina käyttämällä standardisovellusliittymää (http://opendatahub.org/api_1.0?lang=ru), joka voi sijaita kuten käyttäjän verkkotunnuksessa ja kolmannen osapuolen sivustolla, jolle käyttäjä on delegoinut tietojensa tallennuksen, julkaisemisen ja muokkaamisen (datarobots.txt-tiedoston Palvelut käytössä -rivillä). Tällaiset kolmannen osapuolen palvelut kuvataan alla.
Yksinkertainen ontologia ja JSON
Viestintäympäristön ontologia on suhteellisen yksinkertainen verrattuna toimialan tietokantojen ontologioihin. Koska viestintäympäristössä on suhteellisen pieni joukko vakioobjekteja (postaus, kommentti, tykkäys, profiili, arvostelu), joilla on suhteellisen pieni joukko ominaisuuksia.
Siksi objektien kuvaamiseen tällaisessa ympäristössä riittää JSONin käyttäminen XML: n sijasta, joka on rakenteeltaan ja jäsentämiseltä monimutkaisempi (on tärkeää unohtaa alhaisen tulokynnyksen ja skaalautuvuuden tarvetta).
Saadaksemme kohteen, jossa on tunnettu urna, meidän on otettava yhteyttä käyttäjän verkkotunnukseen tai kolmannen osapuolen palveluihin, joille käyttäjä on delegoinut tietojensa hallinnan.
Tässä verkkoympäristössä jokaisella verkkotunnuksella, jolla on online-palvelu, on myös oma datarobots.txt-tiedosto, joka sijaitsee osoitteessa example.com/datarobots.txt, jolla on samanlainen sisältö:
Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0Mistä voimme oppia, että voimme saada tietoja kohteesta, jonka osoite on:
JSON-objektilla on seuraava rakenne:
{
"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
}
}
}Palveluarkkitehtuuri
Kolmannen osapuolen palvelut ovat tarpeen tietojen julkaisu- ja hakuprosessin yksinkertaistamiseksi loppukäyttäjien kannalta.
Yllä mainittu on yksi palvelutyypeistä, jotka auttavat käyttäjää julkaisemaan tietonsa verkossa. Vastaavia palveluita voi olla monia, joista jokainen tarjoaa käyttäjälle kätevän käyttöliittymän jonkin datatyypin muokkaamiseen (foorumi, blogi, kysymys-vastaus jne.). Jos käyttäjä ei luota kolmannen osapuolen palveluihin, hän voi asentaa tietopalveluskriptin toimialueelleen tai kehittää sen itse.
Palvelujen lisäksi, joiden avulla käyttäjät voivat julkaista/muokata tietoja, verkkoympäristö tarjoaa joukon muita palveluita, jotka suorittavat suhteellisen monimutkaisia tehtäviä, joiden toteuttaminen loppukäyttäjäsolmuissa on melko ongelmallista.
Yksi tällainen palvelu on datakeskittimet ( - esimerkki), joka toimii eräänlaisena verkkoarkistona, joka kerää kaikki julkiset koneellisesti luettavat käyttäjätiedot ja tarjoaa pääsyn niihin API:n kautta.
Palveluiden läsnäolo tällaisessa avoimessa, hajautetussa verkkoympäristössä vähentää merkittävästi käyttäjien pääsyn esteitä, koska omaa solmua ei tarvitse asentaa ja määrittää. Samalla käyttäjä hallitsee tietojaan (hän voi milloin tahansa muuttaa palvelua, jolle tietojen julkaiseminen on delegoitu, tai luoda oman solmun).
Jos käyttäjä ei ole ollenkaan kiinnostunut omistamaan tietojaan, eikä hänellä ole omaa verkkotunnusta tai ketään sen tuttua, niin oletuksena hänen tietojaan hallinnoi opendatahub.org.
Kenen kustannuksella tämä kaikki on?
Melkein kaikkien tällaisten hajautettujen hankkeiden suurin ongelma on kenties kyvyttömyys rahallistaa niitä tasolle, joka riittää vakaaseen kehitykseen ja tukeen.
Lahjoita + tokeneita käytetään kehitys- ja markkinointikulujen kattamiseen tässä verkkoympäristössä.
Kaikki lahjoitukset, jotka käyttäjät tekevät sisäisiin projekteihin/palveluihin, ovat julkisesti saatavilla, koneellisesti luettavia ja linkitettyjä sähköpostiin. Näin ne voidaan ottaa huomioon esimerkiksi verkkoyhteisön luokittelua laskettaessa ja julkaista käyttäjäsivuilla. Kun lahjoitukset lakkaavat olemasta anonyymejä, niin käyttäjät eivät itse asiassa lahjoita, vaan "siruttavat" tukemaan yleistä tietoympäristöä. Aivan kuten ihmiset hakeutuvat korjaamaan yhteisiä tiloja asianmukaisella asenteella niitä ihmisiä kohtaan, jotka kieltäytyivät hakeutumasta.
Lahjoitusten lisäksi varojen keräämiseen käytetään rajoitettu määrä (400.000 XNUMX) annettavia rahakkeita, jotka myönnetään kaikille päärahastoon (etnogeneesi) lahjoittaville.
Tokenin lisäominaisuudet
Jokainen tunnus on "avain" pääsyyn tähän verkkoympäristöön. Eli voit käyttää palveluita ja olla osa verkkoympäristöä vain, jos sinulla on vähintään yksi sähköpostiin sidottu token.
Tokenit ovat hyvä roskapostisuodatin rajallisen luonteensa vuoksi. Mitä enemmän käyttäjiä järjestelmässä on, sitä vaikeampaa on tunnuksen hankkiminen ja sitä kalliimpaa on botien luominen.
Ihmiset, heidän datansa ja sosiaaliset yhteydet ovat tärkeämpiä kuin teknologia
Kuvattu verkkoympäristö on teknisesti suhteellisen primitiivinen ratkaisu. Mutta tärkeämpää siinä ei ole niinkään teknologia kuin ihmiset ja ympäristön sisällä luodut sosiaaliset yhteydet ja data (sisältö).
Luotu sosiaalinen yhteisö, jonka jäsenillä on omat yleiset tunnisteet (sähköposti ja oma domain) ja strukturoitu data (URN-osoitteiden, ontologian ja JSON-objektien kanssa), voi paremman teknisen ratkaisun ilmaantuessa siirtää kaiken tämän tiedon toiseen verkkoympäristöön, samalla kun säilytetään muodostuneet yhteydet (luokitukset, arvosanat) ja sisältö.
Tämä postaus kuvailee yhtä verkkoympäristön itseorganisoituneen yhteisön elementtejä, joka sisältää hajautetun verkkoympäristön lisäksi useita offline-alueita, jotka lisäävät verkkoympäristön etuja ja ovat "asiakkaita", jotka määräävät pitkälti sen toimivuuden. Mutta nämä ovat aiheita muille artikkeleille, jotka eivät liity suoraan tietotekniikkaan ja teknologiaan.
Lähde: will.com