Die voorgestelde inligtingsomgewing is 'n soort gedesentraliseerde sosiale netwerk. Maar anders as baie bestaande oplossings, het hierdie omgewing 'n aantal nuttige eienskappe bykomend tot desentralisasie en word geskep op grond van redelik eenvoudige en standaard tegniese oplossings (e-pos, json, tekslêers en 'n bietjie blokketting). Dit laat enigiemand met basiese programmeringskennis toe om hul eie dienste vir hierdie omgewing te skep.
Universele ID
In enige aanlyn omgewing is gebruiker- en objekidentifiseerders een van die sleutelelemente van die stelsel.
In hierdie geval is die gebruiker identifiseerder e-pos, wat eintlik 'n algemeen aanvaarde identifiseerder geword het vir magtiging op webwerwe en ander dienste (jaber, openId).
Trouens, die gebruiker identifiseerder in 'n gegewe aanlyn omgewing is die aanmeld + domein paar, wat gerieflikheidshalwe geskryf is in die vorm wat vir die meeste bekend is. Terselfdertyd, vir groter desentralisasie, is dit raadsaam dat elke gebruiker sy eie domein het. Wat naby die beginsels van indieweb is, waar 'n domein as 'n gebruikersidentifiseerder gebruik word. In ons geval voeg die gebruiker 'n bynaam by sy domein, wat hom in staat stel om verskeie rekeninge op een domein te skep (vir vriende, byvoorbeeld) en maak die adresseringstelsel meer buigsaam.
Hierdie gebruiker-ID-formaat is nie aan enige netwerk gekoppel nie. As 'n gebruiker sy data op die TOR-netwerk plaas, kan hy domeine in die .onion-sone gebruik as dit 'n netwerk met 'n DNS-stelsel op die blokketting is, dan domeine in die .bit-sone. Gevolglik hang die formaat vir die aanspreek van gebruikers en hul data nie af van die netwerk waardeur hulle versend word nie (die login+domain-kombinasie word oral gebruik). Vir diegene wat 'n bitcoin-/ethereum-adres as 'n identifiseerder wil gebruik, kan u die stelsel verander om pseudo-e-posadresse van die vorm te gebruik [email protected]
Aanspreek van voorwerpe
Hierdie aanlyn omgewing is eintlik 'n stel voorwerpe wat beskryf word in 'n gestruktureerde, masjienleesbare vorm, verwys na ander voorwerpe en is gekoppel aan 'n spesifieke gebruiker (e-pos) of projek/organisasie (domein).
urns in die urn:opendata naamruimte word as objek identifiseerders gebruik. Byvoorbeeld, 'n gebruikersprofiel het 'n adres soos:
urn:opendata:profile:[email protected]Die gebruiker se opmerking het 'n adres soos:
urn:opendata:comment:[email protected]:08adbed93413782682fd25da77bd93c99dfd0548waar 08adbed93413782682fd25da77bd93c99dfd0548 'n ewekansige sha-1 hash is wat as die objek-ID optree, en [e-pos beskerm] — die eienaar van hierdie voorwerp.
Beginsel om gebruikersdata te publiseer
Met jou eie domein onder beheer, kan die gebruiker maklik hul data en inhoud publiseer. En anders as indiebeb, vereis dit nie die skep van 'n webwerf met html-bladsye met ingeboude semantiese data nie.
Byvoorbeeld, basiese inligting oor die gebruiker is geleë in die lêer datarobots.txt, wat geleë is by 'n adres soos
http://55334.ru/[email protected]/datarobots.txtEn dit het inhoud soos hierdie:
Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/[email protected]/delegete.txtDit wil sê, dit is in werklikheid 'n stel stringe met data van die vorm sleutel->waarde, ontleding wat 'n eenvoudige taak is vir enigiemand met basiese programmeringskennis. En jy kan die data wysig as jy wil met 'n gewone notaboek.
Meer komplekse data (profiel, kommentaar, plasing, ens.), wat sy eie urn het, word as 'n JSON-objek gestuur deur gebruik te maak van die standaard API (http://opendatahub.org/api_1.0?lang=ru), wat kan geleë wees soos op die gebruiker se domein, en op 'n derdeparty-werf waarheen die gebruiker die berging, publikasie en redigering van sy data gedelegeer het (in die Services-Enabled-reël van die datarobots.txt-lêer). Sulke derdepartydienste word hieronder beskryf.
Eenvoudige ontologie en JSON
Die ontologie van die kommunikasie-omgewing is relatief eenvoudig in vergelyking met ontologieë van bedryfskennisbasisse. Aangesien daar in die kommunikasie-omgewing 'n relatief klein stel standaardobjekte is (plasing, kommentaar, hou, profiel, hersien) met 'n relatief klein stel eienskappe.
Daarom, om voorwerpe in so 'n omgewing te beskryf, is dit genoeg om JSON in plaas van XML te gebruik, wat meer kompleks in struktuur en ontleding is (dit is belangrik om nie te vergeet van die behoefte aan 'n lae toegangsdrempel en skaalbaarheid nie).
Om 'n objek met 'n bekende urn te bekom, moet ons die gebruiker se domein, of derdepartydienste kontak waarheen die gebruiker die bestuur van sy data gedelegeer het.
In hierdie aanlyn omgewing het elke domein waarop 'n aanlyn diens bestaan ook sy eie datarobots.txt geleë op 'n adres soos example.com/datarobots.txt met soortgelyke inhoud:
Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0Waaruit ons kan leer dat ons data oor 'n voorwerp by 'n adres soos:
Die JSON-voorwerp het die volgende struktuur:
{
"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
}
}
}Diensargitektuur
Derdepartydienste is nodig om die proses van publisering en soek van data vir eindgebruikers te vereenvoudig.
Hierbo genoem is een van die tipe dienste wat die gebruiker help om sy data op die netwerk te publiseer. Daar kan baie soortgelyke dienste wees, wat elkeen die gebruiker voorsien van 'n gerieflike koppelvlak vir die wysiging van een van die tipes data (forum, blog, vraag-antwoord, ens.). As die gebruiker nie derdepartydienste vertrou nie, kan hy 'n datadiensskrip op sy domein installeer of dit self ontwikkel.
Benewens dienste wat gebruikers toelaat om data te publiseer/redigeer, bied die aanlyn omgewing 'n aantal ander dienste wat relatief komplekse take verrig wat redelik problematies is om op eindgebruiker nodusse te implementeer.
Een tipe van so 'n diens is data hubs ( - voorbeeld), wat optree as 'n soort webargief wat alle publieke masjienleesbare gebruikersdata versamel en toegang daartoe bied via API.
Die teenwoordigheid van dienste in so 'n oop, gedesentraliseerde aanlynomgewing verminder die toegangsversperring vir gebruikers aansienlik, aangesien dit nie nodig is om hul eie nodus te installeer en op te stel nie. Terselfdertyd bly die gebruiker in beheer van sy data (hy kan te eniger tyd die diens verander waarna die publikasie van data gedelegeer word of sy eie nodus skep).
As die gebruiker glad nie daarin belangstel om sy data te besit nie en nie sy eie domein of iemand wat vertroud is met die domein het nie, dan word sy data by verstek deur opendatahub.org bestuur.
Op wie se koste is dit alles?
Miskien is die hoofprobleem van byna al sulke gedesentraliseerde projekte die onvermoë om dit te monetiseer op 'n vlak wat voldoende is vir stabiele ontwikkeling en ondersteuning.
Skenk + tokens word gebruik om ontwikkeling en bemarkingskoste in hierdie aanlyn omgewing te dek.
Alle skenkings wat gebruikers aan interne projekte/dienste maak, is publiek beskikbaar, masjienleesbaar en gekoppel aan e-pos. Dit laat hulle toe om byvoorbeeld in ag geneem te word wanneer die aanlyn sosiale gradering bereken word en op gebruikersbladsye gepubliseer word. Wanneer skenkings ophou om anoniem te wees, skenk gebruikers in werklikheid nie, maar “chip in” om die algemene inligtingsomgewing te ondersteun. Net soos mense chip in om gemeenskaplike areas te herstel met 'n gepaste houding teenoor daardie mense wat geweier het om in te chip.
Benewens skenkings, om fondse in te samel, word tokens wat in 'n beperkte hoeveelheid (400.000 XNUMX) uitgereik is, gebruik, wat toegeken word aan almal wat skenkings aan die hooffonds maak (etnogenese).
Bykomende tekenkenmerke
Elke teken is 'n "sleutel" vir toegang tot hierdie aanlyn omgewing. Dit wil sê, jy kan slegs dienste gebruik en deel wees van die aanlyn-omgewing as jy ten minste 1 teken het wat aan 'n e-pos gekoppel is.
Tokens is 'n goeie strooiposfilter vanweë hul beperkte aard. Hoe meer gebruikers daar in die stelsel is, hoe moeiliker is dit om 'n teken te kry en hoe duurder is dit om bots te skep.
Mense, hul data en sosiale verbindings is belangriker as tegnologie
Die beskryfde aanlyn omgewing is tegnies 'n relatief primitiewe oplossing. Maar die belangrikste ding daarin is nie soseer tegnologie as mense en die sosiale verbindings en data (inhoud) wat binne die omgewing geskep word nie.
Die geskepte sosiale gemeenskap, wie se lede hul eie universele identifiseerders (e-pos en hul eie domein) en gestruktureerde data (met URN-adresse, ontologie en JSON-objekte) het, wanneer 'n beter tegniese oplossing verskyn, kan al hierdie data na 'n ander aanlyn omgewing oordra, terwyl die gevormde verbindings (graderings, graderings) en inhoud gehandhaaf word.
Hierdie pos beskryf een van die elemente van 'n netwerk self-georganiseerde gemeenskap, wat, benewens die gedesentraliseerde aanlyn omgewing, 'n aantal vanlyn areas insluit wat die voordele van die aanlyn omgewing verhoog en "kliënte" is wat grootliks die funksionaliteit daarvan bepaal. Maar dit is onderwerpe vir ander artikels wat nie direk met IT en tegnologie verband hou nie.
Bron: will.com