Контекст
В начале 2016 года Банк Канады в партнерстве с Payments Canada, R3 и несколькими крупнейшими канадскими банками (на первом этапе проекта участвовало пять банков, на втором - семь) начал проект Jasper. Проект Jasper - это исследовательский проект по изучению возможности интеграции блокчейна в основные межбанковские платежные системы.
Как и многие другие проекты, Джаспер был доказательством концепции по созданию рабочей модели платежной системы. Основной целью проекта Jasper являлось получение более глубоких знаний о том, как работает технология распределенного реестра, а также получение ответов на ряд других вопросов. В частности - какие улучшения данная технология может принести, а также соответствует ли она принципам инфраструктуры финансового рынка (PFMI) Комитета по платежным и рыночным инфраструктурам (CPMI) и Международной организации комиссий по ценным бумагам (IOSCO).
Каждый из участников проекта внес свою лепту в его развитие. Так, например, коммерческие банки предоставили ресурсы для развития, Банк Канады и Payments Canada составили бизнес-требования и направления развития проекта, а R3 предложил управление проектами и разработку. До сих пор были завершены две фазы проекта, третья проводится в настоящее время.
Нетехническое описание деятельности
Фаза 1: целью первого этапа Джаспера было создание рабочей версии платежной системы на блокчейне с использованием платформы Ethereum. Технические характеристики системы были выбраны так, чтобы дублировать в реальном времени все расчеты и весь функционал текущей версии канадской межбанковской системы с большими стоимостными платежами. Затем рабочая модель была изучена на предмет соблюдения PFMIs в основном с точки зрения "окончательности" расчетов, операционного риска и эффективности.
Фаза 2: во второй фазе Джаспера был задействован тот же функционал системы, который был использован в 1 фазе, но уже на платформе Corda, альтернативной DLT-платформе, которая не использует алгоритм консенсуса PoW. Кроме этого был добавлен дополнительный функционал, применяющий механизм экономии ликвидности, который был смоделирован CHAPS после того, как она была включена в рабочую группу. Рабочая модель снова была изучена на предмет соблюдения PFMIs, а также были проведены дальнейшие испытания для исследования масштабируемости и эффективности системы.
Технические выводы
Проект Jasper создал две независимых модели для доказательства концепции.
Фаза 1.
Оригинальная версия (geth v1.4.5) платформы с открытым исходным кодом Ethereum использовалась в частной сети Microsoft Azure. Язык программирования Solidity, используемый в Ethereum, использовался для написания смарт-контрактов, которые приводили в действие заложенные функции. Пользовательский интерфейс (UI) основан на веб-платформе на языке JavaScript MeteorJS. Интерфейс прикладного программирования (API) для блокчейн-клиента использовал протокол удаленной процедуры вызова (JSON) для обработки объектов JavaScript (RPC).
Ethereum использует алгоритм консенсуса Proof of work. Любой из примерно 44 узлов Ethereum в тестовой сети может участвовать в консенсусе независимо от того, использует ли он Jasper.
MongoDB использовалась в качестве системы управления базами данных . Она также используется для управления ключами (это считается небезопасным, но считается приемлемым для целей доказательства концепции)
Фаза 2:
Использовались ранние версии (pre-beta) платформы Корда R3. Язык программирования Kotlin, применяемый в Corda, использовался для программирования объектов. Пользовательский интерфейс был взят из 1 фазы с небольшими изменениями.
Использовался встроенный механизм консенсуса Corda (в нем участвуют только стороны сделки и доверенный нотариус). Предполагается, что нотариальный узел принимается Банком Канады в качестве доверенной третьей стороны.
Извлеченные уроки
Фаза 1:
1. Эффективность. Системы, основанные на алгоритме консенсуса Proof of Work, неэффективны и не соответствуют PFMI в части "окончательности" расчетов, поскольку они предлагают только вероятностную завершенность.
2. Операционный риск. Операционные риски также имеют место быть. Озабоченность вызвали возможности масштабируемости, риск атаки 51% и безопасность управления узлами и ключами.
3. Устойчивость и приватность. Системы, основанные на PoW, устойчивы, но передают в сеть гораздо больше информации, чем хотелось бы участникам финансового рынка.
Фаза 2.
1. Окончательность расчетов. Корда, которая не использует Proof of work, смогла удовлетворить PFMIs в части окончательности расчетов.
2. Масштабируемость. По поводу возможности масштабируемости системы практически не было сомнений. В то же время вызывало тревогу предположение о том, что устойчивость была принесена в жертву ради сохранения конфиденциальности информации. Единичные случаи ошибок проявлялись и на этапе 2 в отношении нотариата, а также в части входящей и исходящей информации через узел Банка Канады.
3. Эффективность. С точки зрения основных эксплуатационных расходов неясно, будет ли большой выигрыш в эффективности в случае перехода платежной системы на блокчейн-платформу. Тем не менее, сокращение издержек возможно в случае, если участники рынка уменьшат или прекратят согласование операций бэк-офисом. Кроме того, общее сокращение издержек произойдет в том случае, если распределенный реестр, используемый Центральным банком, будет поддерживать расчеты для всех типов финансовых активов.
Следующие шаги
В настоящее время исследуются различные варианты для дальнейшего изучения. Трансграничные платежи и проекты типа "доставка vs оплата" являются наиболее перспективными и ценными направлениями для изучения применения блокчейна в реальной жизни.
КриптоДума - авторский канал криптоэксперта ГосДумы. Внутренние документы госведомств, новостные инсайды, аналитика и обзоры!*