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

В цифровых системах аккаунтом может владеть не человек, а робот 34 34 Напомню, поэтому в глоссарии указан SaO – субъект и объект, как единая сущность, выступающая в ДРС (см. подробней ниже – В. П.). (или умное устройство, например, музыкальная колонка). Более того, аккаунт может принимать решения в сети, защищая свои интересы. И внутренние механики не должны ограничивать роботов в цифровых правах . Как только появляется идея ограничить аккаунты участием в голосовании в виде требования прохождения верификации и выдачи сертификата (или паспорта) – можно сразу ставить крест на подобной системе: уже на этапе проектирования имеем уязвимое место – центр верификации или выдачи сертификатов.

Покупка голосов, коррупция, злоупотребления на местах – пережитки старых систем, которые старались социально уравнивать персон. В цифровом пространстве с собственной экономикой доверять можно тем, которые основаны на справедливом долевом участии, где серьёзность намерений можно доказать заморозкой активов на длительный срок.

Системы идентификации носят больше рекомендательный характер, так как не могут гарантировать честность посредника (проверяющего и удостоверяющего центра). Например, существует проект KeyBase, который используют сами пользователи, предъявляя доказательства (криптографического, естественно, характера) связанности своего аккаунта со своими профилями в социальных сетях.

Бурный рост проектов с использованием распределённого реестра привёл к новой проблематике – как связать их воедино? Как добиться их взаимодействия, желательно бесшовного? Постепенно энтузиасты нашли решение в виде Hashed Time-Locked Contract ( HTLC, также известные как атомарные свопы) и его разновидностей. С рождением возможного решения выявились и новые проблемы:

– Как связать два блокчейна?

– Что будет делать проверяющая сторона – обращаться в другой блокчейн?

– На чём будет основано доверие другой ноде и её состоянию? Верю – не верю? 35 35 Каждый из этих вопросов раскрывается по-своему в главах ниже (В. П.).

Логика подсказывает, что нужен какой-то доверительный узел или канал связи между разными блокчейнами. И тут либо работать напрямую с узлами сети (доверие или проверка через нескольких оракулов), либо через посредников (шлюзы, которые будут играть роль доверенных хранителей токенов, выполняя роль custodian-сервисов). В итоге имеем два разных подхода: ILP ( Interledger Protocol) и IBC ( Inter-Blockchain Communication). Вполне вероятно, что оба докажут свою жизнеспособность и будут использоваться 36 36 Скорее всего – их будет на каком-то этапе и многим больше (прим. В. П.). . Взаимосвязь разных распределённых реестров – часть W3-концепции. Web 2.0 научился жить с аутентификацией через другие сайты ( OAuth), Web 3.0 не останется в стороне, только уже в современном Интернете с сотнями блокчейн-систем.

Перед тем как состоялся Ethereum, в лаборатории Ripple родился Codius. Codius превратился в самостоятельный проекти после появления блокчейн-платформ со смарт-контрактами был временно заморожен. Пока мир не распробует набравшую популярность виртуальную машину 37 37 Или любой её аналог (В. П.). «Эфириума», нет смысла концентрироваться на «Кодиусе». Но трудно его игнорировать, так как успешная имплементация в современные финансы может составить значительную конкуренцию любым ДРС.

Идея в том, что построение смарт-контрактов может быть выполнено вне блокчейн-окружения. Добавить скриптам распределённость, взаимодействие с платёжными инструментами (такими, как Interledger Protocol) – и для взаимодействия участников контракта это будет проще, чем работать в рамках блокчейн-платформы. Почему проще? Потому что стоить будет гораздо дешевле, поиск исполнителей расширится до веб-разработчиков, позволяя опираться на данные вне блокчейн-окружения (отсутствие аналога оракулов – большая проблема в текущем поколении p2p-систем).

Codius – своего рода открытая платформа для продажи в аренду серверных ресурсов и мощностей. Запущенная и настроенная, она автоматически принимает оплату от инициатора, разворачивает у себя Docker-контейнер с необходимым окружением и берёт плату за использование ресурсов. Можно назвать Codius хостинг-провайдером для приложений в контейнерах. И это отличное описание.

Проект явно опередил время и теперь ждёт своего часа. Уже сейчас блокчейн-сервисы, предоставляющие исполнение смарт-контрактов, задумываются о пиковой нагрузке. Учитывая общий распределённый реестр и характер формирования блоков, можно сказать, что вся активность на подобной блокчейн-платформе ограничена одним топовым сервером. Создание и разделение цепи на пара/сайд/подцепи ( шардирование) 38 38 Читайте подробней в главах ниже. поможет. Но стоит понимать, что ограничения в рамках одной платформы никуда не денутся (вычислительные ресурсы общие). И переплачивают за это конечные пользователи (комиссиями за транзакции) или создатели приложений, арендуя мощности за счёт заморозки токенов, которые подвержены инфляции.

Именно проблема в виде масштабирования и подтолкнёт сообщество к изучению альтернатив в виде Codius. Smart-contracts на любом языке программирования в Docker-контейнере возможны: одним из таких примеров является проект Hot Pocket ( GitHub) – прототип универсального распределённого реестра со смарт-контрактами.

Сейчас же сервис ждёт: нужно всестороннее развитие контейнеров ( Kubernetesи Kata Containers), Web Payments, внедрение и расширение охвата Interledger Protocol и критическая нагрузка на блокчейн-платформы (EOS, например, пострадал от таковой, создаваемой смарт-контрактами EIDOSв 2019 году, а Ethereum – в 2017). Поэтому слону, Codius торопиться не надо – он уже давно в комнате и его определённо заметят.

Нынешний Интернет настолько связан с разными протоколами и услугами посредников, что вопрос выживания того или иного подхода лежит уже не в плоскости технологий, но в стандартизации и имплементации в существующие решения. Именно вторым и занят Консорциум Всемирной паутины, он же World Wide Web Consortium, он же W3C. Рекомендации именно от W3C находят применение в современных браузерах. Google, Mozilla Foundation, Opera – малая часть участников W3C, полный же список можно найти на официальном сайте ( их около 460).

Конфликты внутри таких объёмных объединений неизбежны, поэтому в 2004 году представители индустрии основали WHATWG( GitHub), которая перетягивала стандартизацию HTML5 на себя, и только в 2019 году стороны подписали меморандум, который представлял компромисс.

Когда говорим о Web 3.0 и размышляем о судьбе распределённого реестра, стоит задуматься: какие именно технологии дойдут до конечного потребителя (массового пользователя)? И через какие инструменты?