Информационна среда, базирана на принципите на Open Data

Предлаганата информационна среда е вид децентрализирана социална мрежа. Но за разлика от много съществуващи решения, тази среда има редица полезни свойства в допълнение към децентрализацията и е създадена на базата на доста прости и стандартни технически решения (имейл, json, текстови файлове и малко блокчейн). Това позволява на всеки с основни познания по програмиране да създаде свои собствени услуги за тази среда.

Универсален идентификатор

Във всяка онлайн среда идентификаторите на потребителите и обектите са един от ключовите елементи на системата.

В този случай идентификаторът на потребителя е имейл, който всъщност се превърна в общоприет идентификатор за авторизация на уебсайтове и други услуги (jaber, openId).

Всъщност идентификаторът на потребителя в дадена онлайн среда е двойката логин+домейн, която за удобство е написана в познатата на повечето форма форма. В същото време за по-голяма децентрализация е препоръчително всеки потребител да има собствен домейн. Което е близко до принципите на indieweb, където домейнът се използва като потребителски идентификатор. В нашия случай потребителят добавя псевдоним към своя домейн, което му позволява да създаде няколко акаунта в един домейн (например за приятели) и прави системата за адресиране по-гъвкава.

Този формат на потребителски идентификатор не е свързан с никоя мрежа. Ако потребителят постави данните си в мрежата TOR, тогава той може да използва домейни в зоната .onion; ако това е мрежа с DNS система в блокчейна, тогава домейни в зоната .bit. В резултат на това форматът за адресиране на потребителите и техните данни не зависи от мрежата, през която се предават (навсякъде се използва комбинацията login+domain). За тези, които искат да използват биткойн/ethereum адрес като идентификатор, можете да модифицирате системата да използва псевдо имейл адреси от формата [email protected]

Адресиране на обекти

Тази онлайн среда всъщност е набор от обекти, които са описани в структурирана, машинно четима форма, препращат към други обекти и са свързани с конкретен потребител (имейл) или проект/организация (домейн).

урните в пространството от имена urn:opendata се използват като идентификатори на обекти. Например потребителски профил има адрес като:

urn:opendata:profile:[email protected]

Потребителският коментар има адрес като:

urn:opendata:comment:[email protected]:08adbed93413782682fd25da77bd93c99dfd0548

където 08adbed93413782682fd25da77bd93c99dfd0548 е произволен хеш sha-1, действащ като идентификатор на обект, и [имейл защитен] — собственикът на този обект.

Принцип на публикуване на потребителски данни

Имайки собствен домейн под контрол, потребителят може лесно да публикува своите данни и съдържание. И за разлика от indiebeb, това не изисква създаване на уебсайт с html страници с вградени семантични данни.

Например, основна информация за потребителя се намира във файла datarobots.txt, който се намира на адрес като

http://55334.ru/[email protected]/datarobots.txt

И има такова съдържание:

Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/[email protected]/delegete.txt

Тоест, всъщност това е набор от низове с данни във формата ключ->стойност, парсването на което е проста задача за всеки с основни познания по програмиране. И можете да редактирате данните, ако желаете, като използвате обикновен бележник.

По-сложните данни (профил, коментар, публикация и т.н.), които имат собствена урна, се изпращат като JSON обект с помощта на стандартния API (http://opendatahub.org/api_1.0?lang=ru), който може да се намира както в домейна на потребителя, така и на сайт на трета страна, на който потребителят е делегирал съхранението, публикуването и редактирането на своите данни (в реда Services-Enabled на файла datarobots.txt). Такива услуги на трети страни са описани по-долу.

Проста онтология и JSON

Онтологията на комуникационната среда е относително проста в сравнение с онтологиите на индустриалните бази знания. Тъй като в комуникационната среда има сравнително малък набор от стандартни обекти (публикация, коментар, харесване, профил, преглед) със сравнително малък набор от свойства.

Следователно, за да се опишат обекти в такава среда, е достатъчно да се използва JSON вместо XML, който е по-сложен по структура и анализ (важно е да не забравяме за необходимостта от нисък праг на влизане и мащабируемост).

За да получим обект с известна урна, трябва да се свържем с домейна на потребителя или услуги на трети страни, на които потребителят е делегирал управление на своите данни.

В тази онлайн среда всеки домейн, в който съществува онлайн услуга, също има свой собствен datarobots.txt, разположен на адрес като example.com/datarobots.txt с подобно съдържание:

Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0

От което можем да научим, че можем да получим данни за обект на адрес като:

http://newethnos.ru/api?urn=urn:opendata:profile:[имейл защитен]

JSON обектът има следната структура:

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

Архитектура на услугата

Услугите на трети страни са необходими за опростяване на процеса на публикуване и търсене на данни за крайните потребители.

Посоченото по-горе е един от видовете услуги, които помагат на потребителя да публикува своите данни в мрежата. Може да има много подобни услуги, всяка от които предоставя на потребителя удобен интерфейс за редактиране на един от видовете данни (форум, блог, въпрос-отговор и др.). Ако потребителят не се доверява на услуги на трети страни, тогава той може да инсталира скрипт за услуга за данни в своя домейн или да го разработи сам.

В допълнение към услугите, които позволяват на потребителите да публикуват/редактират данни, онлайн средата предоставя редица други услуги, които изпълняват относително сложни задачи, които са доста проблематични за изпълнение на възли на крайни потребители.

Един вид такава услуга са центрове за данни ( opendatahub.org/ru - пример), действайки като вид уеб архив, който събира всички публични машинночетими потребителски данни и предоставя достъп до тях чрез API.

Наличието на услуги в такава отворена, децентрализирана онлайн среда значително намалява входната бариера за потребителите, тъй като не е необходимо да инсталират и конфигурират свой собствен възел. В същото време потребителят остава в контрола върху своите данни (по всяко време той може да промени услугата, на която е делегирано публикуването на данни, или да създаде свой собствен възел).

Ако потребителят изобщо не се интересува от притежаването на своите данни и няма собствен домейн или някой, запознат с домейна, тогава по подразбиране данните му се управляват от opendatahub.org.

За чия сметка е всичко това?

Може би основният проблем на почти всички такива децентрализирани проекти е невъзможността да се монетизират на ниво, достатъчно за стабилно развитие и поддръжка.

Donate + токените се използват за покриване на разходите за разработка и маркетинг в тази онлайн среда.

Всички дарения, които потребителите правят за вътрешни проекти/услуги, са публично достъпни, машинно четими и свързани с имейл. Това им позволява да бъдат взети предвид, например, при изчисляване на онлайн социалния рейтинг и публикуване на потребителски страници. Когато даренията престанат да бъдат анонимни, тогава всъщност потребителите не даряват, а „включват“, за да поддържат общата информационна среда. Точно както хората чипират за ремонт на общи части с подходящо отношение към тези хора, които са отказали чипиране.

В допълнение към даренията, за набиране на средства се използват токени, издадени в ограничено количество (400.000 XNUMX), които се присъждат на всеки, който направи дарения в основния фонд (етногенезис).

Допълнителни функции на токена

Всеки токен е „ключ“ за достъп до тази онлайн среда. Тоест можете да използвате услуги и да сте част от онлайн средата само ако имате поне 1 токен, който е обвързан с имейл.

Токените са добър спам филтър поради ограниченото си естество. Колкото повече потребители има в системата, толкова по-трудно е получаването на токен и толкова по-скъпо е създаването на ботове.

Хората, техните данни и социални връзки са по-важни от технологиите

Описаната онлайн среда технически е относително примитивно решение. Но по-важното в него е не толкова технологията, колкото хората и социалните връзки и данни (съдържание), създадени в средата.

Създадената социална общност, чиито членове имат свои собствени универсални идентификатори (имейл и собствен домейн) и структурирани данни (с URN адреси, онтология и JSON обекти), когато се появи по-добро техническо решение, може да прехвърли всички тези данни в друга онлайн среда, при запазване на формираните връзки (оценки, оценки) и съдържание.

Тази публикация описва един от елементите на мрежова самоорганизирана общност, която в допълнение към децентрализираната онлайн среда включва редица офлайн области, които увеличават предимствата на онлайн средата и са „клиенти“, които до голяма степен определят нейната функционалност. Но това са теми за други статии, които не са пряко свързани с IT и технологиите.

Източник: www.habr.com