Всего за 200 руб. Купить полную версию
33
Исторически возвращаемся в эпоху XVII – XIX вв., когда имущественный ценз был, но совершенно по иным основаниям (прим. В. П.).
34
Напомню, поэтому в глоссарии указан SaO – субъект и объект, как единая сущность, выступающая в ДРС (см. подробней ниже – В. П.).
35
Каждый из этих вопросов раскрывается по-своему в главах ниже (В. П.).
36
Скорее всего – их будет на каком-то этапе и многим больше (прим. В. П.).
37
Или любой её аналог (В. П.).
38
Читайте подробней в главах ниже.
39
Впрочем, не стоит забывать и о проблемах Libra (В. П.).
40
Подробнее почитать о нём можно в статьях threatpost.ru, hype.ru, habr.ru и ещё habr.ru.
41
На мой взгляд – только новых пользователей (В. П.).
42
Но и не плацебо (В. П.).
43
Со временем – общеупотребимым (прим. В. П.).
44
См. также выше (В. П.).
45
Оставил именно такой перевод как отсылку к началам экономической теории (В. П.).
46
См. также 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
Опять же – адресую к комментарию А. Пискунова: «Единая авторизация предполагает и единый ключ шифрования данных для взаимодействия с другими участниками». Не понял (этот момент): что, если Гугл решит авторизовать другого пользователя от твоего имени? Это акт доверия: исключить «доверие» можно лишь при использовании распределённых систем для получения публичного ключа, чтобы провести проверку действия, когда юзеры будут подписывать своим ключом все действия – только тогда можно убедиться, что перед тобой нужный юзер: юзер должен понимать – что ОН владелец «авторизации». Потерял ключ = потерял личину на сайте, поэтому не понимаю «единая авторизация предполагает и единый ключ шифрования данных» для взаимодействия с другими участника. Возможно, это объяснено не под тем углом: (как) говорил, единая авторизация возможна в том случае, если есть провайдер публичных личин (пространства имён) и ты можешь проверить там публичный ключ (ключ подписи). Тогда любой сайт сможет обратиться к доверительному сервису с доступом к данным из того или иного блокчейна, а может, у него своя нода для доступа к эфиру. Получить проверку – что перед ним тот аккаунт, который «доказал», что это он, с помощью криптографии. Мне не нравится предложение «единая авторизация предполагает и единый ключ шифрования данных для взаимодействия с другими участниками». Оно (несколько) путает: ключ шифрования – всё-таки другая вещь, не ключ для криптографической валидации подписи. Есть криптографические методы для нахождения shared key между двумя ключами, когда каждый участник может с помощью публичного ключа собеседника и своего приватного ключа получить shared key, который уже можно использовать для шифрования сообщений. Этот shared key получается одинаковый у обоих собеседников: никто другой не может получить его, для этого нужно знать один из приватных ключей двух собеседников. Опять же, всё верно (с моей точки зрения – В. П.), но смысл фразы сводится к тому, что сегодня – эпоха мультиблокчейнов, а за ней необходимым образом следует эпоха мультихранилищ ключей авторизации/шифрования/валидации, но пока, конечно же, это лишь гипотеза.
59
Впервые данная подглава была описана в виде отдельной статьи и опубликована в онлайн-журнале coinmedia.
60
Есть, скажем, мастер-ключ, ключ для постинга и т. д.
61
Читай подробней в приложении №1, но здесь напомню про Великую огненную стену в Китае aka государственный Firewall и автономный Рунет (В. П.).
62
В этом смысле – полезно следить не только за новостями, но и конкретными личностями: например – https://en.wikipedia.org/wiki/Juan_Benet_(computer_scientist).
63
Кстати, подумайте и о технологии IPv6 именно с этой позиции.
64
Например, доводить до совершенства код, и так написанный в 10—12 строк.
65
Подробней см. https://ru.wikipedia.org/wiki/История_языков_программирования.