Твердний проект Тіма Бернерса-Лі: Чи може це зберегти веб-сайт?
Не всі думають, що Інтернет потребує економії. Зрештою, це більша і важливіша частина нашого життя, ніж майже кожен міг передбачити, коли Тім Бернерс-Лі вперше написав браузер для того, що став світову мережу. Але оригінальна мережа рівних рівнів, відкритий протокол, архітектура читання-запису багато в чому була затьмарена за допомогою стінних садів, таких як Facebook, Google і Amazon. Однією з причин цього є те, що вихідні веб-протоколи були обмеженими. Хоча вони надавали засоби для веб-перегляду та посилання, вони не мали стандартних рішень для ідентифікації, зберігання персональних даних або соціальних програм. Отже, корпорації вдались до того, щоб заповнити порожнечу своїми найкращими інтересами, а не своїми клієнтами чи Інтернетом в цілому. Десятиріччя пізніше, Бернерс-Лі вважає, що він має рішення: його тверду (SOcial Linkked Data) систему.
Проблема конфіденційності починається з проблеми з персональними даними
Ми всі дуже добре знайомі з питаннями особистої конфіденційності в інтернеті (або їх відсутності). Споживач і регуляторний тиск застосовуються для того, щоб отримати від Facebook, Google та інших людей обмеження щодо того, як вони використовують неймовірну кількість даних про нас, а також надають нам певні права на зменшення кількості зібраної інформації або її видалення взагалі Але все це дійсно стосується лише симптомів кореневої проблеми, а це те, що спосіб, за допомогою якого в даний час побудований веб-сайт, майже неможливо не віддавати інформацію, щоб використовувати свої найпотужніші можливості.
Як простий приклад, подумайте про майже кожен веб-сайт, який вам потрібно було приєднати, щоб скористатися новим продуктом або завантаженим вами послугою чи додатком. Найчастіше вам потрібно створити обліковий запис, щоб інформація, необхідна для запуску додатка та доступу до вашої інформації з кількох пристроїв, може зберігатися від вашого імені на серверах компанії. Якщо замість цього ви використовуєте облікові дані Google або Facebook або Amazon або Apple, щоб увійти в цей додаток або ці сайти, то вони також отримують інформацію про вас.
Виявляється, це не повинно бути таким. Там з'являється клас веб-додатків, часто виклики dApps (для розподілених програм), які дозволяють зберігати власні дані та отримувати доступ до додатків лише за наявності вашого дозволу. У простій випадку додатку, яку ви використовуєте на одному автономному пристрої, це досить легко, і не повинно бути ніяких складних, ніж використання додатка локальної бази даних - в основному те, як звичайно працюють традиційні програми для автономного ПК, або найменш застосовувався
Але коли ви хочете отримати доступ до ваших даних із кількох пристроїв або поділитися ними з іншими, то все складніше. Вам потрібно спосіб безпечно зберігати свої дані в Інтернеті, щоб завжди мати доступ до нього, ділитися ним з тими, яким ви надаєте доступ, і скасувати ці дозволи за бажанням. Саме там, де проходить Стовпецький проект Бернерс-Лі, він очолює компанію MIT.
Твердий призначений для того, щоб дозволити вам керувати своїми власними даними
Тверді на основі поточних веб-стандартів, розширюючи їх для надання розподіленої служби даних. Особи та організації зберігають свої дані в POD (особистих онлайн-магазинах даних). POD призначені для забезпечення безпеки, і власник може надавати дрібнозернистий доступ до частин своїх даних, а також відкликати його за потреби. POD-файли можна зберігати як в загальнодоступній службі зберігання хмар, так і в самостійному хості. Щоб дозволити користувачам знаходити PODs один одного, існує служба пошуку DNS-подібних, де кожен користувач реєструє WebID, який є унікальним для них. Тоді він додає посилання на свій ідентифікатор, що вказує їх місцезнаходження POD.
Але POD - це лише найнижчий рівень абстракції Solid. Бернерс-Лі сподівається зробити щось дуже потужне, будуючи над ними семантичну мережу. Замість простого скупчення довільних даних ідея полягає в тому, що загальні відносини, такі як "друг" або "ім'я" або "адреса", можуть бути стандартизовані, а вміст PODs та їхніх посилань набирається так, щоб розподілені додатки могли працювати з даними. Уявіть собі, наприклад, що ви хотіли побудувати службу Facebook, яка дозволила надсилати повідомлення друзям друзів (з дозволу). За допомогою програми Solid і POD ваші додатки можуть стежити за всіма посиланнями від користувача до своїх друзів, а потім дотримуватися цих посилань друзів користувачів. Таким чином, він міг би реалізувати подібний соціальний обмін, для якого Facebook був спочатку розроблений, не вимагаючи централізованої бази даних або інших знань про будь-якого із зацікавлених осіб.
Ще краще, тому що багато типів даних і типів є уніфікованими (RDF покладається на сильний спосіб), різні програми можуть використовувати ті ж самі дані. Таким чином, ви можете просто розмістити дані у вашому POD раз і бути корисним для всіх програм, які ви дозволяєте доступ до нього - замість сьогодні, де Facebook, Twitter, Google, Amazon і так далі кожна з них вам потрібно окремо дати їм ваші дані і не забувайте керувати своїм доступом до нього.
Припускаючи, що Solid може отримати достатню підтримку програм та прийняття користувачів, це буде величезним благом для майбутнього Інтернету. Бернерс-Лі досить впевнений, що він розгорнув компанію, Inrupt, щоб побудувати комерційні продукти на базі твердого коду бази відкритих джерел - що підтримується спільнотою. Але, перш ніж ми завагітніли, разом із проблемою даних є ще один дракон, який забитий в децентралізації Інтернету: ідентичність.
Ідентичність все ще слабка посилання
Оскільки розташування вашого POD зберігається у вашому ідентифікаторі, вам легко перемістити ваш POD, якщо це необхідно. Проте запропоновані WebID включають доменне ім'я постачальника ідентифікаторів. Наприклад, якщо ви отримаєте свій WebID з власного твердого запуску Berners-Lee, Inrupt, він буде мати форму <userid> @ inrupt.net. Таким чином, ви не можете легко перемістити веб-інтерфейс. Що ще гірше, цілком імовірно, що якщо Solid стане успішним, більшість користувачів отримає свої веб-ідентифікатори якнайлегше - з одного з місць, у яких вони вже мають ідентичність, як Google або Facebook. Тоді ці компанії мали б вплив на них, а також матимуть повне уявлення про запити, які виникли щодо ідентифікаційного номера. Я підозрюю, що вони також будуть основними постачальниками пам'яті POD, а це означає, що вони матимуть досить повні аудиторські сліди вашої діяльності в Інтернеті.
Куди тверезий іде звідси?
Solid - це лише одна з десятків зусиль, щоб перебудувати веб-сайт у щось більш розподілене та орієнтоване на користувачів. Але це єдиний, який керує винахідник оригінального веб-сайту, що надає йому миттєву достовірність. Розробка додатків ведеться для цього зараз. Якщо ви знайомі з каркасами Angular або React, ви можете створити просте додаток, який швидко демонструє багато можливостей. Наприклад, мені потрібно було менше години для налаштування Angular, а також для створення і розгортання зразка програми Solid, і я ніколи раніше не користувався Angular.
Якщо ви не розробник, ви все ще можете отримати свій власний веб-інтерфейс і POD з розриву, а потім чекати, щоб побачити, як система розвивається. Я думаю, що це буде дуже важкою битвою за Solid. Коли веб з'явився, він ввів вакуум, який потрібно заповнити. Сьогодні Solid переходить у простір, де домінують великі корпорації, які заробляють на життя за рахунок збирання та продажу користувацьких даних. Вони не зможуть легко відпустити цю стадо золотих гусей.
Найкращий кредитний рейтинг: Getty Images