Від редакції: С Веб 3 центр а жвава дискусія, варто переглянути наступну публікацію, спочатку опубліковану в 2014 році, а тепер основоположну частину в Крипто каноні, Гевін Вуд, співзасновник Ethereum , який заснував Web3 Foundation і створювати Polkadot і Kusama.

Рухаючись у майбутнє, ми виявляємо зростаючу потребу в системі взаємодії без довіри.

Навіть попередньоСноуден, ми зрозуміли, що довіряти нашу інформацію довільним організаціям в Інтернеті таїть у собі небезпеку. Однак після Сноудена цей аргумент явно потрапляє до рук тих, хто вважає, що великі організації та уряди регулярно намагаються розтягнути та перевищити свої повноваження. Таким чином, ми розуміємо, що довіряти нашу інформацію організаціям загалом є принципово зламаною моделлю. Імовірність того, що організація не втручається в наші дані, — це лише необхідні зусилля мінус очікувані прибутки. Враховуючи, що компанії, як правило, мають моделі доходу, які вимагають їх знати якомога більше про людей, реаліст зрозуміє, що потенціал прихованого зловживання важко переоцінити.

Протоколи та технології в Інтернеті, і навіть в Інтернеті загалом, послужили чудовим попереднім переглядом Технології . Робочі конячки SMTP, FTP, HTTP(S), PHP, HTML і Javascript допомогли створити такий різновид хмарних додатків, які ми бачимо сьогодні, як-от Google Drive, Facebook і Twitter, не кажучи вже про незліченну кількість інших додатків, включаючи ігри, покупки, банкінг і знайомства. Однак у майбутньому більшість цих протоколів і технологій доведеться переробити відповідно до нашого нового розуміння взаємодії між суспільством і Технології.

Web 3.0, або, як його можна назвати, «пост-Сноуденівська» мережа — це повторне уявлення про те, для чого ми вже використовуємо мережу, але з принципово іншою моделлю взаємодії між сторонами. Інформацію, яку ми вважаємо публічною, ми публікуємо. Інформацію, яку ми вважаємо узгодженою, ми розміщуємо в консенсусній книзі. Інформацію, яку ми вважаємо конфіденційною, ми KEEP в Secret та ніколи не розголошуємо. Спілкування завжди відбувається через зашифровані канали та лише з псевдонімами як кінцевими точками; ніколи з чимось, що можна відстежити (наприклад, IP-адресами).

Коротше кажучи, ми розробляємо систему, щоб математично підтвердити наші попередні припущення, оскільки жодному уряду чи організації не можна довіряти.

У пост-Сноуденівській мережі є чотири компоненти: публікація статичного вмісту, динамічні повідомлення, транзакції без довіри та інтегрований інтерфейс користувача.

Публікація

По-перше, ми вже маємо багато чого: децентралізовану зашифровану систему публікації інформації. Все, що це робить, це бере коротку внутрішню адресу деякої інформації (a хеш, якщо ми технічні) і повернути через деякий час саму інформацію. До нього можна надсилати нову інформацію. Після завантаження ми можемо гарантувати, що це правильна інформація, оскільки адреса є внутрішньою для неї. Ця статична система публікації відповідає за більшу частину роботи HTTP(S) і всю роботу FTP. Уже існує багато реалізацій цієї Технології, але найлегше згадати BitTorrent. Кожного разу, коли ви натискаєте на магнітне LINK BitTorrent, все, що ви насправді робите, це повідомляєте своєму клієнту завантажити дані, чия внутрішня адреса (хеш) дорівнює йому.

У Web 3.0 ця частина Технології використовується для публікації та завантаження будь-якої (потенційно великої) статичної частини інформації, якою ми раді поділитися. Ми можемо, як і з BitTorrent, заохочувати інших підтримувати та ділитися цією інформацією; однак у поєднанні з іншими частинами Web 3.0 ми можемо зробити це більш ефективним і точним. Оскільки система стимулювання є внутрішньою частиною протоколу, ми стаємо (принаймні на цьому рівні) DDoS-доказ за проектом. Як це за бонус?

Обмін повідомленнями

Друга частина Web 3.0 — це псевдонімна низькорівнева система обміну повідомленнями на основі ідентифікації. Це використовується для спілкування між людьми в мережі. Він використовує надійну криптографію, щоб зробити ряд гарантій щодо повідомлень; їх можна зашифрувати за допомогою ідентифікатора відкритий ключ лише для того, щоб гарантувати, що ідентичність може її декодувати. Вони можуть бути підписані особистим ключем відправника, щоб гарантувати, що він справді походить від відправника, і забезпечити одержувачу безпечне отримання повідомлення. Спільний Secret може забезпечити можливість безпечного спілкування, зокрема між групами, без необхідності підтвердження отримання.

Оскільки кожен із них забезпечує остаточну логістику повідомлень, використання адрес рівня протоколу передачі стає непотрібним; адреси, які колись складалися з користувача або порту та IP-адреси, тепер стали просто хешем.

Повідомлення матимуть час життя, дозволяючи усунути неоднозначність між публікаційними повідомленнями, які, ONE , бажають бути «живими» якомога довше, щоб гарантувати, що їх побачить якомога більше осіб, і миттєвими сигнальними повідомленнями, які хочуть бути переданими якомога швидше через мережу. Таким чином продається дихотомія затримки та довговічності.

Фактична фізична маршрутизація здійснюватиметься через теоретико-ігрову адаптивну мережеву систему. Кожен одноранговий партнер намагається максимізувати свою цінність для інших однолітків, стверджуючи, що інші однолітки є цінними для них через вхідну інформацію. Одноранговий вузол, чия інформація не є цінною, буде відключено, а його слот буде зайнято підключенням до іншого, можливо, невідомого (або, можливо, другого ступеня), однорангового вузла. Для того, щоб одноранговий вузол був більш корисним, запитуватимуться повідомлення з певними атрибутами (наприклад, адреса відправника або тема – обидва незашифровані – починаються з певного BIT рядка).

У Web 3.0 ця частина дозволяє одноранговим користувачам спілкуватися, оновлювати та самоорганізовуватися в реальному часі, публікуючи інформацію, пріоритет якої не потребує внутрішньої довіри або подальшого посилання. У традиційному Інтернеті це велика частина інформації, яка передається через HTTP AJAX реалізації стилю.

Консенсус

Третя частина Web 3.0 — це механізм консенсусу. Bitcoin познайомив багатьох із нас з ідеєю a консенсус-додаток на основі. Однак це був лише перший пробний крок. Механізм консенсусу — це засіб узгодження деяких правил взаємодії, усвідомлюючи, що майбутні взаємодії (або їх відсутність) автоматично й безповоротно призведуть до виконання саме так, як зазначено. По суті, це всеохоплюючий соціальний договір і черпає свою силу з мережевого ефекту консенсусу.

Той факт, що наслідки невиконання ONE угоди можуть відчуватися в усіх інших, є ключовим для створення міцного суспільного договору та, таким чином, зменшення шансів невиконання або навмисного ігнорування. Наприклад, чим більше система репутації ізольована від більш особистої системи соціальної взаємодії, тим менш ефективною буде система репутації. Система репутації в поєднанні з функціями, схожими на Facebook або Twitter, працюватиме краще, ніж ONE без них, оскільки користувачі надають важливу цінність тому, що про них думають їхні друзі, партнери чи колеги. Особливо яскравим прикладом цього є складне питання про те, чи варто і коли дружити на Facebook з роботодавцем або партнером по знайомству.

Механізми консенсусу використовуватимуться для будь-якої надійної публікації та зміни інформації. Це відбуватиметься через повністю узагальнену глобальну систему обробки транзакцій. Першим дієвим прикладом цього є Проект Ethereum.

Традиційна мережа принципово не стосується консенсусу, натомість спираючись на централізовану довіру органів влади, таких як ICANN, Verisign і Facebook, і зводячись до приватних і державних веб-сайтів разом із програмним забезпеченням, на якому вони побудовані.

Передній кінець

Четвертий і останній компонент досвіду Web 3.0 — це Технології , яка об’єднує все це разом; «браузер» та інтерфейс користувача. Як не дивно, це буде виглядати досить схожим на інтерфейс браузера, який ми вже знаємо і любимо. Там буде URI панель, кнопка «Назад» і, звичайно, левова частка буде віддана дисплею dapp (уроджена веб-сторінка/веб-сайт).

Використовуючи цю систему розпізнавання імен на основі консенсусу (не на відміну від Namecoin у програмі), URI можна скоротити до унікальної адреси інтерфейсу цієї програми (тобто хешу). За допомогою системи публікації інформації це можна розширити до колекції файлів, необхідних для інтерфейсу (наприклад, архів, що містить файли .html, .js, .css і .jpg). Це статична частина dapp (-let).

Він не містить динамічного вмісту; яка натомість обслуговується через інші канали зв’язку. Для збору та надсилання динамічного, але загальнодоступного вмісту, походження якого має бути точно визначено та який має зберігатися назавжди («закріплено в камені»), як-от репутація, баланси FORTH, існує API на основі Javascript для взаємодії з механізмом консенсусу. Для збору та надсилання динамічного, потенційно приватного вмісту, який обов’язково є мінливим і може бути знищений або недоступний, використовується система обміну повідомленнями p2p.

Буде кілька поверхневих відмінностей; ми побачимо відхід від традиційної клієнт-серверної URL-моделі таких адрес, як "https://адреса/шлях”і натомість починають бачити адреси нової форми, такі як «goldcoin» і «uk.gov.” Розділення імен здійснюватиметься на основі контракту на основі консенсусу, і користувач перенаправлятиметься або доповнюватиметься різними рівнями – “.uk.gov", наприклад, може передати підназву "gov" у розпізнавач імен, наданий "uk."

Через постійний характер інформації, яка автоматично та випадково стає доступною для браузера через оновлення серверної частини консенсусу та обслуговування однорангової мережі, ми побачимо, що фонові dapps або dapplets відіграють велику роль у нашому досвіді Web 3.0. За допомогою постійно видимої динамічної відомої інфографіки на кшталт док-станції Mac OS або динамічних маплетів у стилі інформаційної панелі ми випадково отримуватимемо актуальну інформацію про те, що нас цікавить.

Після початкового процесу синхронізації час завантаження сторінки скоротиться до нуля, оскільки статичні дані попередньо завантажуються та гарантовано оновлюються, а динамічні дані (доставляються через механізм консенсусу або механізм обміну повідомленнями p2p) також підтримуються в актуальному стані. Під час синхронізації користувальницький досвід буде абсолютно надійним, хоча фактична інформація, що відображається, може бути застарілою (хоча це може й не бути актуальною, і її можна анотувати як таку).

Для користувача Web 3.0 уся взаємодія здійснюватиметься під псевдонімом та безпечно, а для багатьох сервісів — без довіри. Інструменти, для яких потрібна третя сторона або сторони, дадуть користувачам і розробникам додатків можливість поширювати довіру між кількома різними, можливо, конкуруючими суб’єктами, суттєво зменшуючи рівень довіри, ONE потрібно надавати будь-якій одній організації.

Завдяки відокремленню API від інтерфейсу та бек-енду ми побачимо додаткову можливість використовувати різні інтерфейси, здатні забезпечити чудову взаємодію з користувачем. Qt QtQuick Технології QML могли б, наприклад, замінити комбінацію традиційних веб-технологій HTML/CSS і забезпечили б власні інтерфейси та насичену прискорену графіку з мінімальними синтаксичними витратами та на високоефективній парадигмі реактивного програмування.

Міграція

Перехід відбуватиметься поступово.

У Web 2 ми все частіше побачимо сайти, серверні частини яких використовують компоненти, схожі на Web 3.0, такі як Bitcoin, BitTorrent і Namecoin. Ця тенденція продовжуватиметься, і справжня платформа Web 3.0 Ethereum, ймовірно, використовуватиметься сайтами, які бажають надати докази транзакцій щодо свого вмісту, такими як сайти для голосування та біржі. Звичайно, система настільки безпечна, наскільки безпечна найслабша LINK, тому зрештою такі сайти самі переходять на веб-переглядач Web 3.0, який може забезпечити наскрізну безпеку та надійну взаємодію.

Скажіть «привіт» Web 3.0, безпечній соціальній операційній системі.

Спочатку під назвою "Dapps: як LOOKS Web 3.0” і опубліковано 17 квітня 2014 року в блозі Гевіна Вуда, Insights Into a Modern World.

Читайте також:

Про що насправді говорить «Web 3» Джека Дорсі

Що таке Web 3 і чому всі про нього говорять?