Всего за 239.9 руб. Купить полную версию
В цифровых системах аккаунтом может владеть не человек, а робот34 (или умное устройство, например, музыкальная колонка). Более того, аккаунт может принимать решения в сети, защищая свои интересы. И внутренние механики не должны ограничивать роботов в цифровых правах. Как только появляется идея ограничить аккаунты участием в голосовании в виде требования прохождения верификации и выдачи сертификата (или паспорта) – можно сразу ставить крест на подобной системе: уже на этапе проектирования имеем уязвимое место – центр верификации или выдачи сертификатов.
Покупка голосов, коррупция, злоупотребления на местах – пережитки старых систем, которые старались социально уравнивать персон. В цифровом пространстве с собственной экономикой доверять можно тем, которые основаны на справедливом долевом участии, где серьёзность намерений можно доказать заморозкой активов на длительный срок.
Системы идентификации носят больше рекомендательный характер, так как не могут гарантировать честность посредника (проверяющего и удостоверяющего центра). Например, существует проект KeyBase, который используют сами пользователи, предъявляя доказательства (криптографического, естественно, характера) связанности своего аккаунта со своими профилями в социальных сетях.
Протоколы взаимодействия
Бурный рост проектов с использованием распределённого реестра привёл к новой проблематике – как связать их воедино? Как добиться их взаимодействия, желательно бесшовного? Постепенно энтузиасты нашли решение в виде Hashed Time-Locked Contract (HTLC, также известные как атомарные свопы) и его разновидностей. С рождением возможного решения выявились и новые проблемы:
– Как связать два блокчейна?
– Что будет делать проверяющая сторона – обращаться в другой блокчейн?
– На чём будет основано доверие другой ноде и её состоянию? Верю – не верю?35
Логика подсказывает, что нужен какой-то доверительный узел или канал связи между разными блокчейнами. И тут либо работать напрямую с узлами сети (доверие или проверка через нескольких оракулов), либо через посредников (шлюзы, которые будут играть роль доверенных хранителей токенов, выполняя роль custodian-сервисов). В итоге имеем два разных подхода: ILP (Interledger Protocol) и IBC (Inter-Blockchain Communication). Вполне вероятно, что оба докажут свою жизнеспособность и будут использоваться36. Взаимосвязь разных распределённых реестров – часть W3-концепции. Web 2.0 научился жить с аутентификацией через другие сайты (OAuth), Web 3.0 не останется в стороне, только уже в современном Интернете с сотнями блокчейн-систем.
Codius – слон, не видимый в комнате?
Перед тем как состоялся Ethereum, в лаборатории Ripple родился Codius. Codius превратился в самостоятельный проект и после появления блокчейн-платформ со смарт-контрактами был временно заморожен. Пока мир не распробует набравшую популярность виртуальную машину37 «Эфириума», нет смысла концентрироваться на «Кодиусе». Но трудно его игнорировать, так как успешная имплементация в современные финансы может составить значительную конкуренцию любым ДРС.
Идея в том, что построение смарт-контрактов может быть выполнено вне блокчейн-окружения. Добавить скриптам распределённость, взаимодействие с платёжными инструментами (такими, как Interledger Protocol) – и для взаимодействия участников контракта это будет проще, чем работать в рамках блокчейн-платформы. Почему проще? Потому что стоить будет гораздо дешевле, поиск исполнителей расширится до веб-разработчиков, позволяя опираться на данные вне блокчейн-окружения (отсутствие аналога оракулов – большая проблема в текущем поколении p2p-систем).
Codius – своего рода открытая платформа для продажи в аренду серверных ресурсов и мощностей. Запущенная и настроенная, она автоматически принимает оплату от инициатора, разворачивает у себя Docker-контейнер с необходимым окружением и берёт плату за использование ресурсов. Можно назвать Codius хостинг-провайдером для приложений в контейнерах. И это отличное описание.
Проект явно опередил время и теперь ждёт своего часа. Уже сейчас блокчейн-сервисы, предоставляющие исполнение смарт-контрактов, задумываются о пиковой нагрузке. Учитывая общий распределённый реестр и характер формирования блоков, можно сказать, что вся активность на подобной блокчейн-платформе ограничена одним топовым сервером. Создание и разделение цепи на пара/сайд/подцепи (шардирование)38 поможет. Но стоит понимать, что ограничения в рамках одной платформы никуда не денутся (вычислительные ресурсы общие). И переплачивают за это конечные пользователи (комиссиями за транзакции) или создатели приложений, арендуя мощности за счёт заморозки токенов, которые подвержены инфляции.
Именно проблема в виде масштабирования и подтолкнёт сообщество к изучению альтернатив в виде Codius. Smart-contracts на любом языке программирования в Docker-контейнере возможны: одним из таких примеров является проект Hot Pocket (GitHub) – прототип универсального распределённого реестра со смарт-контрактами.
Сейчас же сервис ждёт: нужно всестороннее развитие контейнеров (Kubernetes и Kata Containers), Web Payments, внедрение и расширение охвата Interledger Protocol и критическая нагрузка на блокчейн-платформы (EOS, например, пострадал от таковой, создаваемой смарт-контрактами EIDOS в 2019 году, а Ethereum – в 2017). Поэтому слону, Codius торопиться не надо – он уже давно в комнате и его определённо заметят.
W3C: Web Payments и Web Authentication
Нынешний Интернет настолько связан с разными протоколами и услугами посредников, что вопрос выживания того или иного подхода лежит уже не в плоскости технологий, но в стандартизации и имплементации в существующие решения. Именно вторым и занят Консорциум Всемирной паутины, он же World Wide Web Consortium, он же W3C. Рекомендации именно от W3C находят применение в современных браузерах. Google, Mozilla Foundation, Opera – малая часть участников W3C, полный же список можно найти на официальном сайте (их около 460).
Конфликты внутри таких объёмных объединений неизбежны, поэтому в 2004 году представители индустрии основали WHATWG (GitHub), которая перетягивала стандартизацию HTML5 на себя, и только в 2019 году стороны подписали меморандум, который представлял компромисс.
Когда говорим о Web 3.0 и размышляем о судьбе распределённого реестра, стоит задуматься: какие именно технологии дойдут до конечного потребителя (массового пользователя)? И через какие инструменты?
Логично предположить, что браузер – краеугольный камень во всём этом процессе. С развитием WebAssembly и его поддержки технологическими гигантами – вполне возможно, что нативные приложения постепенно перейдут в браузерное окружение. Поэтому стоит присмотреться, кто из существующих пионеров блокчейн-технологий взаимодействует с W3C. Изучив список членов, можем найти представителей:
– Ethereum Foundation (ETH);
– Brave (BAT);
– Ripple (XRP, ILP);
– Coil (ILP);
– ConsenSys (ETH);
– Facebook (Libra).
Именно они работают над стандартами для того, чтобы создать условия простого взаимодействия с пользователями. И основными направлениями для стандартизации технологий, связанных с блокчейном, являются Web Payments (сайт рабочей группы) и Web Authentication (сайт рабочей группы).
Стандарт Web Payments даёт спецификации (Payment Request API, Payment Method Identifiers, Payment Method: Basic Card, Payment Handler API, Payment Method Manifest) для платежей в Интернете через браузеры (вводное руководство от Google). Уже сейчас Chrome и Firefox позволяют запоминать введённые данные с пластиковых карт, что значительно ускоряет покупки через тех или иных агентов. Предполагаемый стандарт позволит проводить транзакции проще и быстрее как для получателя средств, так и для пользователя. Учитывая наличие в рабочей группе представителей Facebook, можно говорить об интеграции не только в браузеры, но и в целевые приложения, связанные с большим количеством пользователей39 (социальные сети). А наличие ISO 20022 Registration Authority подчёркивает важность данного стандарта (именно ISO 20022 объединяет разработки из современного мира финансов).