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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Той факт, що наслідки невиконання 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://address/path” , і замість цього почнемо бачити адреси нової форми, такі як “goldcoin” і “ uk.gov ”. Розділення імен здійснюватиметься за допомогою контракту на основі консенсусного механізму, і користувач перенаправлятиме або доповнюватиме його. Крапки дозволятимуть кілька рівнів розпізнавання імен – наприклад, « uk.gov » може передавати підназву «gov» у розпізнавач імен, наданий «uk».

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

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

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

Завдяки відокремленню API від переднього та заднього інтерфейсів ми побачимо додаткові можливості використання різних інтерфейсних рішень, здатних забезпечити чудову взаємодію з користувачем. Технології 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 року в блозі Гевіна Вуда «Погляд у сучасний світ».

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

Про що насправді йдеться у «Веб-3» Джека Дорсі

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