Название: Web 3.0. Часть I. Настоящее вчерашнего завтра
Автор: И. Белоусов
Издательство: Издательские решения
Жанр: Компьютеры: прочее
isbn: 9785449842503
isbn:
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
Опять же – адресую к комментарию А. Пискунова: «Единая авторизация предполагает и единый ключ шифрования данных для взаимодействия с другими участниками». Не понял (этот момент): что, если Гугл решит авторизовать другого пользователя от твоего имени? Это акт доверия: исключить «доверие» можно лишь при использова СКАЧАТЬ