Александр Цихилов - Блокчейн. Принципы и основы

подсчитаем, что в этом плане могла бы предложить самая популярная

платежная блокчейн-система — сеть Биткоин.

Как мы помним, размер блока в этой системе составляет 1 мегабайт, а средняя

транзакция занимает объем около 250–300 байт при том, что каждый новый

блок в сети формируется в среднем за 10 минут. Нехитрые расчеты

показывают, что пропускная способность сети Биткоин составляет примерно

семь транзакций в секунду, после чего ее следует сравнить с показателями

скорости обработки операций в крупных карточных сетях. И это только один

параметр, по которому мы пытаемся сравнивать две принципиально разные

финансовые технологии. Более того, этот показатель — всего лишь одна из

составных частей большой проблемы, которая стоит на пути возведения

криптовалют в относительно равный конкурентный статус с фиатными

средствами платежей. Имя этой проблемы — масштабируемость.

Технология блокчейн сама по себе обладает массой достоинств, которые мы

самым детальным образом рассмотрели в этой книге. Теперь же пришло время

поговорить и о некоторых ее недостатках, а точнее — о тех аспектах, которые

препятствуют быстрому распространению продуктов, базирующихся на

технологии распределенного реестра. Блокчейн-продукты имеют слабо

выраженную способность к масштабированию, в первую очередь из-за

скорости подтверждения транзакций, а также из-за постоянно нарастающего

объема базы данных блоков в силу невозможности удаления ранее

помещенной в них информации. Другими словами, если условием задачи

является быстрая обработка огромного количества микротранзакций, блокчейн

с этим будет справляться далеко не лучшим образом.

Представим ситуацию, когда платежная система, построенная на базе

блокчейн-технологии, учитывает, скажем, приобретение чашки кофе в одной из

крупных сетевых кофеен типа Starbucks. Речь идет о транзакции с передачей

ценности в эквиваленте нескольких долларов. Сначала транзакция должна

быть подтверждена, то есть помещена в блок, который будет принят всей

децентрализованной сетью. А затем, для верности, помимо этого блока, в

нисходящую за ним цепочку должны поместиться еще как минимум несколько

последующих блоков. Этот процесс, безусловно, займет определенное время.

Вопрос, будут ли ждать покупатель и продавец минуты, а то и десятки минут, чтобы платежная транзакция получила все необходимые подтверждения? С

большой долей вероятности они выберут более быстрый способ

подтверждения оплаты.

Теперь обратимся еще к одной важной детали — чашек кофе может быть

очень много. Считается, что в мире ежедневно выпивается минимум 1,5 млрд

чашек кофе, немалая часть из которых приобретается в ресторанах и кафе.

Если связанные с ними платежные операции начать помещать в блокчейн, то

база данных блоков будет расти в своем размере космическими темпами. А

ведь речь идет о децентрализованной форме хранения данных, что

подразумевает постоянную репликацию и синхронизацию данных между всеми

полными узлами сети. Современные блокчейн-среды физически неспособны

обрабатывать такое количество мелких транзакций, при том, что мы

рассмотрели всего лишь одно наименование товара — чашку кофе. Из чего

напрашивается вывод, что классическая модель записи и хранения

транзакционной информации в блокчейн никоим образом не годится для учета

массовых микротранзакций — ни по скорости обработки, ни по требуемым

объемам хранения данных. Каким образом можно было бы решить эту

проблему?

Одним из вариантов решения может стать так называемый «шардинг» (от

английского слова shard — «осколок»). В отличие от избыточного копирования

полной базы данных блоков между участниками сети, концепция шардинга в

технологии блокчейн подразумевает разделение базы данных на

определенное количество частей, каждая из которых копируется только

определенной группе сетевых узлов. Для поддержания целостности

распределенной инфраструктуры данных необходим точный математический

расчет количества частей полной базы, объема каждой из них и количества

узлов в каждой из групп, хранящих свои сегменты базы данных. Понятие

«целостность» в данном случае подразумевает близкую к 100% гарантию того, что в любой момент времени каждому из узлов сети будет доступна для

синхронизации любая из частей полной базы данных блоков.