Web 3.0. Часть I. Настоящее вчерашнего завтра. И. Белоусов. Читать онлайн. Newlib. NEWLIB.NET

Автор: И. Белоусов
Издательство: Издательские решения
Серия:
Жанр произведения: Компьютеры: прочее
Год издания: 0
isbn: 9785449842503
Скачать книгу
href="https://ru.wikipedia.org/wiki/">https://ru.wikipedia.org/wiki/Пропускная_способность (В. П.).

      47

      О важности транзакционной репутации – читайте ниже (прим. В. П.).

      48

      На самом деле сегодня живём во многом в эпоху высокотехнологичного Средневековья (В. П.).

      49

      Впрочем, искренне надеемся, что данная книга исправит и сей аспект (прим. В. П.).

      50

      В уже указанной ссылке https://ru.bmstu.wiki/RDF_(Resource_Description_Framework) есть дополнительные источники для изучения. Или можно обратиться к стандартной Wiki – https://ru.wikipedia.org/wiki/Resource_Description_Framework.

      51

      Впрочем, ещё можно упомянуть и язык запросов поиска связанных данных – SPARQL.

      52

      Один из примеров – https://habr.com/ru/post/157527/. Почему это так важно? Читайте здесь.

      53

      Если интересно – всегда можете изучить в материале А. Болдачёва «Web 3.0, или Жизнь без сайтов» по адресу https://vc.ru/future/81683-web-3-0-ili-zhizn-bez-saytov.

      54

      Данный материал был опубликован В. П. изначально в рамках статьи.

      55

      То есть не от рабства к феодализму, капитализму и от него далее к коммунизму, а в эпоху цифрового рабовладельческого строя, где условно-свободным может быть лишь аватар виртуального мира, а вероятно – и он будет под игом, как это показано в известном сериале «Чёрное зеркало».

      56

      На самом деле для меня близка парадигма, что разработчик-будущего (условно в «Тени завтрашнего солнца» называю его «модельер») создаёт некие бизнес- или же модели быта, а уже искусственный интеллект пишет собственно смарт-контракт (В. П.).

      57

      Приведу верное замечание А. Пискунова: «Сайт в текущей ситуации всегда централизован: кто владеет доменом – может указать сервер, который будет выдаваться посетителям; кто владеет сервером – может указать скрипты/файлы для взаимодействия с пользователями; кто владеет скриптами/файлами (имеет к ним доступ) – может менять содержимое и выполнять js-код у посетителей на компьютере; пользование сайтом – акт доверия: во-первых, владельцу домена; во-вторых, владельцу сервера; в-третьих, владельцу файлов. Не бывает децентрализованных сайтов „пока“. Бывают сайты, где открыт код, который можно изучить, где можно посмотреть потоки данных и решить для себя: заслуживают ли они доверия? Сайты/скрипты могут отдать часть ресурсов/данных на управление пользователям – и всё! Дать доступ к файлам/скриптам – не могут, так как нельзя доверять их содержимому, а если дать „управлять“ файлами – то это дыра (как загрузка вредоносных скриптов и взлом изнутри уже)». Всё это так, скажу я (В. П.), но выше идёт речь именно о модели, когда условный сайт становится таким же открытым вместилищем, как и любая ДРС. Методология создания таких «сайтов» представляет собой совокупность практик совместных репозиториев (на Github или других ресурсах), построения p2p-сетей формата TOR или торрентов, а равно и консенсусные решения внутри ДРС.

      58

      Опять же – адресую к комментарию А. Пискунова: «Единая авторизация предполагает и единый ключ шифрования данных для взаимодействия с д�