Какой документ поясняет работу блокчейна

Без права на оплату: к чему готовиться владельцам криптовалюты

Что случилось. Госдума 21 июля во втором, основном, чтении приняла законопроект «О цифровых финансовых активах и цифровых валютах». Третье чтение законопроекта запланировано на 22 июля, сказал глава комитета Госдумы по финансовому рынку Анатолий Аксаков на пленарном заседании. Планируется, что документ вступит в силу с 1 января 2021 года.

• Закон вводит два понятия: цифровые финансовые активы и цифровые валюты. Цифровые валюты — это и есть криптовалюты, например биткоин и эфир. Цифровые активы — это, говоря простыми словами, ценные бумаги, размещенные через блокчейн, объясняет заместитель председателя правления Палаты налоговых консультантов РФ Михаил Успенский, принимавший участие в обсуждении законопроекта. «Речь идет о токенах, которые нужны не для накопления или расчета, а для нефинансового обмена товарами и услугами», — объяснил Forbes гендиректор АНО «Цифровые платформы» Арсений Щельцин.
• Блокчейн-платформы, а также их операторы и владельцы должны будут зарегистрироваться в ЦБ, чтобы получить возможность выпускать токены. Все они должны быть российскими. Это же правило — обязательной регистрации — касается и биржевых площадок, где можно будет обменять токены.
• У цифровых финансовых активов должен быть документ с прописанными объемами выпуска и правами их владельцев. Это аналог проспекта эмиссии ценных бумаг.
• ЦБ сможет отдельно разработать ограничения доступа к токенам, чтобы они стали доступны только квалифицированным инвесторам.

Что можно делать с криптовалютой? В этот законопроект вошло понятие цифровых валют, а также некоторые связанные с ними термины. В документе сказано, что выпуск и обращение криптовалют будет регулировать другой закон. Глава комитета Госдумы по финансовому рынку Анатолий Аксаков в июле обещал, что его примут в осеннюю сессию.

Прямого запрета на выпуск и обмен криптовалюты в законопроекте нет. Но есть запрет на оплату товаров и услуг криптовалютой, указывает партнер O2 Consulting Дарья Носова. Запрет распространяется на российские компании, подразделения иностранных компаний в России, а также на российских налоговых резидентов (тех, кто более 183 дней в году находится в России). «Индивидуальные предприниматели под запрет не попали, но похоже, что это лишь неточная формулировка», — говорит Носова. Также законопроект запрещает чиновникам владеть криптовалютой и цифровыми активами, выпущенными на иностранных площадках.

Выпуск и обращение цифровой валюты в России в рамках законопроекта все еще остаются недоступными, говорит партнер Bryan Cave Leighton Paisner (Russia) Екатерина Дедова. Криптовалюту можно купить на зарубежных площадках, при этом ее нужно декларировать как имущество в российских налоговых органах. Это дает владельцу криптовалюты судебную защиту, указывает Михаил Успенский. Как правильно декларировать криптовалюту, законопроект не объясняет, в скором времени это будет урегулировано в Налоговом кодексе, добавляет Успенский.

В законопроекте нет упоминания об административной и уголовной ответственности за операции с криптовалютами, хотя в одной из предыдущих версий документа были прописаны штрафы и уголовная ответственность, которые могли существенно затормозить развитие рынка и цифровой экономики в России в целом или «обвалить» его, сказала Екатерина Дедова. По мнению Михаила Успенского, эти меры наверняка еще вернутся в дополнительных законах, которые среди прочего будут регулировать и обмен криптовалют на российские рубли.

Контекст. Документ должен был создать законодательную базу для рынка криптовалют. С самого начала он вызывал ожесточенные споры. В итоге после первого чтения в 2018 году работа над законопроектом застопорилась из-за разногласий между регулятором и рынком.

ЦБ не хотел легализовать оборот криптовалюты на территории России и много раз говорил о том, что ее нельзя использовать как средство платежа или считать валютой. Участники рынка критиковали позицию ЦБ и просили допустить обмен криптовалют и их использование как средства платежа. «Он [ЦБ] боится, что перед его офисом соберутся вкладчики, которые будут жаловаться на то, что их обманули какие-то криптовалютные игроки. Эта боязнь может стоить потери Россией возможности стать лидером криптовалютного мира», — говорил президент Российской ассоциации криптоиндустрии и блокчейна Юрий Припачкин.

Правовое регулирование блокчейна

За последние пять лет блокчейн успел пережить и сверх ажиотаж, спровоцированный 20-кратным ростом курса Биткойна, и побыть неотъемлемым признаком инновационности, ему даже пророчили будущее мировой финансово-кредитной системы.

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

Хайп благополучно прошел.

Инвесторы были разочарованы, а прагматики даже не успели серьезно сформулировать – что именно нужно признавать, регулировать и нужно ли вообще. В силу такого непонимания были созданы разного рода блокчейн-ассоциации и разного уровня тусовки, собравшиеся от силы пару раз.

Но несмотря на это, за все это время эффективность и практическая применимость криптовалют были подтверждены опытом реальной эксплуатации в неконтролируемой среде. Невозможно забыть, что сотни реализаций блокчейна обкатывались в условиях ада публичной эксплуатации в открытой сети и все они выстояли, как выстояли и большинство бирж.

Правительства всего мира в связи с этим вынуждены были как никогда серьезно отнестись к криптовалютам и ICO, способных составить конкуренцию своим легальным аналогами в реальном секторе. Власти Венесуэллы даже сделали релиз своей криптовалюты PETRO и порой кажется, что целесообразность этого решения они и сами не вполне тогда понимали. Неизвестно, понимает ли Китай. Но остальные правительства, слегка подумав, открыто и решительно заявили, что неприемлют появление новых денег, кроме тех, которые контролируют сами, и было сказано решительное «НЕТ» криптовалютам как валютам и любым токенам как эквивалентам стоимости. Будьте любезны относиться к криптовалютам и токенам как к товарам, как к документам, но не как к деньгам!

При этом совершенно очевидно, что нет и пока не усматривается никакого запрета на блокчейн и токены как технологию. И сейчас, когда ажиотаж вокруг блокчейна утих, можно спокойно и трезво оценить текущее состояние этой технологии, необходимость и возможность ее регулирования. Для этого сначала разберемся в предмете этого регулирования.

Итак, блокчейн – это связанный список структурированных однородных блоков информации. Каждый новый блок в этом списке криптографически связан с предыдущим, в связи с чем всю последовательность называют «цепочкой» (chain, blockchain) и в структуру этой цепочки невозможно встроить фиктивный блок. Более того, каждый блок записывается в цепочку навсегда.

Как правило, копии цепочек дублируются на множестве разных узлов сети, в связи с чем цепочку (ее оригинальное состояние) практически невозможно уничтожить как невозможно уничтожить Гидру, у которой каждый раз вырастают новые головы. Актуальное состояние цепочки так и называют – реестром («ledger») или «журнал», который доступен для чтения для любого узла сети.

Конечно, в основе этих функциональных свойств лежат довольно сложные математические модели и алгоритмы, но в итоге, опуская все термины и подробности, они сводятся к четырем ключевым потребительским качествам любой блокчейн-системы:

перманентность (историческая неизменяемость) данных;

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

В экспертной среде не принято безусловно отождествлять термины «блокчейн» («BC», Blockchain) и «технологии распределенных реестров» («DLT», Distributed Ledger Technologies), в связи с тем, что блокчейн – это лишь частный случай реализации DLT. В действительности, технологий, обеспечивающих схожие качества, может быть намного больше (хотя бы в теории), поэтому для терминологической чистоты мы будем исходить из того, что блокчейн – это частный вид технологии распределенного реестра и в обстоятельствах когда речь пойдет о классе таких технологий в целом, мы будем использовать термин BC/DLT – то есть блокчейн или иная технология распределенных реестров.

Итак, благодаря популярности Bitcoin и сотен других криптовалютных проектов, BC/DLT доказала всему мировому сообществу свою надежность и стабильность как технология массового использования. Без такой популярности, пожалуй, до сих пор существовали бы сомнения в надежности основных упомянутых свойств BC/DLT (неизменяемости, транспарентности, устойчивости и строгой очередности), но современные блокчейны сейчас – это доказавшие свою надежность системы.

Изучая на практике свойства BC/DLT, сообщество пришло к выводу о возможности ее применения в любых системах человеческого взаимодействия, которое строится на формировании и использовании общих данных и при наличии у участников хотя бы малейших оснований не доверять друг другу в вопросах аутентичности этих данных.

Если задуматься, то таких ситуаций в жизни невероятно много, особенно в сфере гражданских правоотношений. Более того, закон и право были придуманы на том основании, что люди не обязаны доверять друг другу. Поэтому немало случаев недоверия и в сфере публичных правоотношений, в государственном управлении, и для справедливого разрешения таких случаев созданы специальные системы, например:

• реестры прав и других правоустанавливающих записей (ЕГРП, ЕГРН и др.);
• любые системы, требующие соблюдение очередности (например, очереди в детские сады и школы, очереди заявок в патентный орган, очереди заявок в процессе торгов в государственных закупках и др.);
• любые системы, в которых необходимо синхронизировать две взаимозависимые необратимые операции с разной продолжительностью (например, любая купля-продажа с регистрацией прав).

Неизменяемость, транспарентность, устойчивость и очередность делают BC/DLT идеальной технологией для создания подобного класса систем, требующих гарантированной «чистоплотности» в обращении с данными и исключающих какие-либо злоупотребления с данными или противоправные действия.

Настало время дать ясное представление о смарт-контрактах и особенно о том, что к традиционным контрактам (договорам) они не имеют никакого отношения.

Смарт-контракт стал результатом очень важного шага в эволюции BC/DLT и представляет собой компьютерную программу, работающую в среде исполнения BC/DLT. Характер исполнения такой программы прозрачен (код доступен для чтения) и предсказуем (поскольку исполнение осуществляется в изолированной среде BC/DLT).

Пользователь блокчейн-системы может быть абсолютно уверен, что смарт-контракт будет исполнен в соответствии с предусмотренным алгоритмом и никак иначе, поэтому принято справедливо считать, что смарт-контракт вызывает доверие (точнее говоря, порядок его исполнения вызывает доверие). Конечно это работает при условии, что вы в принципе способны осмыслить этот алгоритм. 

Впервые концепция смарт-контракта была сформулирована в начале 1990-х, еще до появления BC/DLT, и имела правовой смысл: смарт-контракт предлагался как новая форма договора о гарантированных транзакциях, или договора с отложенным исполнением транзакций, которое запрограммировано в среде неподконтрольной никому из субъектов отношений.

Здесь уместно подчеркнуть, что смарт-контракт вполне может быть реализован не только на BC/DLT, но с появлением BC/DLT его свойства, связанные с невозможностью повлиять на ход исполнения, стало возможно обеспечить технически и в силу этого смарт-контракты стали ассоциировать только с BC/DLT.

Мы, также будем рассматривать смарт-контракт исключительно в связи с BC/DLT, где смарт-контракт – это всего лишь компьютерная программа, записанная в распределенный реестр и которая по известному алгоритму осуществляет одну или несколько транзакций в реестре (может при этом принимать исходные данные от пользователя), а значит эта программа:

• подчиняется всем основным законам обработки транзакционных данных в среде BC/DLT (неизменяемость, транспарентность, устойчивость и очередность);
• исполняемый код программы подчиняется этим же законам, поэтому код программы нельзя подменить или удалить, а стало быть, смысл и характер исполнения также нельзя подменить или отменить незадекларированным образом (общая неотменяемость*);

* Безусловно, смарт-контракт может предусматривать механизм отмены исполнения, но это всегда прозрачный механизм и сделать это без ведома другой заинтересованной стороны невозможно. Стороны заблаговременно оговаривают обстоятельства и случаи отмены исполнения смарт-контракта. Но смарт-контракт обычно создается для обеспечения невозможности отмены и какого-либо вмешательства в целевую транзакцию (иначе в нем не было бы смысла), поэтому неотменяемость следует называть «общей неотменяемостью».

• каждый запуск программы и параметры запуска фиксируется в реестре.

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

Для демонстрации этой возможности приведем абстрактный пример со сделкой купли-продажи недвижимости как если бы она заключалась и исполнялась с использованием смарт-контракта.

Если представить, что сделки с недвижимостью регистрируются в блокчейне и оплачиваются криптовалютой этой же сети, тогда можно написать смарт-контракт купли-продажи недвижимости, в рамках которого осуществляется:

• блокировка определенной суммы на счете покупателя и ожидание факта государственной регистрации (итога правовой экспертизы);
• в случае положительного результата государственной регистрации – перечисление суммы со счет покупателя на счет продавца, что в свою очередь автоматически влечет встречное перемещение записи права от продавца к покупателю.

Таким образом, имея уверенность, что транзакция будет исполнена описанным образом и никто не может вмешаться в ход ее исполнения, мы устраняем недоверие между покупателем и продавцом, связанное с тем, что либо регистрация может пройти, а деньги не будут уплачены или наоборот – регистрация не пройдет, а деньги не будут возвращены. Сегодня мы снижаем эти риски с помощью банковских ячеек и аккредитивов, то есть привлекаем третье лицо. В случае с BC/DLT, «третьим лицом» является сам смарт-контракт, его бездушный механизм реализации.

Собственно, это все, что необходимо знать о существе смарт-контракта с точки зрения перспективы правового регулирования. Объективное исполнение транзакции – основная функция смарт-контракта и его основная практическая ценность.

Рассмотрев существо технологии BC/DLT, мы видим, что она интересна не только в связи с криптовалютами. Технология намного более интересна в связи с ее уникальными функциональными свойствами, с которыми мы познакомились.

Более того, прямо сейчас признаюсь в том, что я вообще не намерен рассматривать регулирование криптовалют и токенов. Существо этих предметов относится к категории цифровых финансовых активов и ценных бумаг. Вопросы о допуске или правовой квалификации криптовалют в качестве собственно цифровых валют или финансовых активов, а также токенов в качестве цифровых ценных бумаг – это вопросы исключительно финансово-экономической политики государства. Криптовалюты и токены – это всего лишь частный случай применения BC/DLT. Более того, известно, что законопроект о цифровых финансовых активах уже существует и находится в рамках законодательного процесса.

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

Начнем с того, что основная цель любого правового регулирования – это обеспечение интересов общества и государства, повышение эффективности или оптимизация функционирования общественных институтов. Иными словами, цель правового регулирования – это решение какой-либо проблемы или извлечение общей выгоды.

В нашем случае мы определенно можем извлечь выгоду для гражданского оборота, если максимально раскроем возможности и потенциал технологии BC/DLT и позволим участникам не только применять технологию в реальной деловой практике, но и рассчитывать на ее правовую защиту в суде. И это тот случай, когда в сложившейся системе отношений есть что улучшить путем качественной регуляторной политики, поскольку существующий правовой инструментарий сделать это (защитить в суде) позволяет едва ли.

Наша задача с помощью правового регулирования подчеркнуть наиболее востребованные технологические особенности BC/DLT и придать им новый – правовой статус. Сейчас законодательство никак не рассматривает и не учитывает какие-либо особенности BC/DLT, соответственно в отношениях в связи и по поводу BC/DLT применяется общий правовой режим, который не позволяет создавать более совершенные информационные технологии и правовые конструкции в сфере частно-правовых и публично-правовых отношений.

Чтобы продемонстрировать необходимость такого улучшения приведем очень условную регуляторную модель.

Представим, что существует блокчейн-система, которая регистрирует очередность заявок в патентное ведомство. Не стоит рассказывать, насколько иногда важно быть первым при подаче заявок именно в это ведомство. Теперь представим спор о первенстве, когда две заявки на один и тот же предмет поданы одновременно от разных заявителей (одновременно с точностью до секунды). В случае спора арбитр попросит ведомство сообщить кто же был первым и вынесет решение на основе того, что сообщит ведомство.

Теперь усложним случай: представим себе сговор между ведомством и заявителем, который на самом деле оказался вторым. В случае спора мошенники предоставят информацию о том, что они были первыми и арбитр точно также поверит им. Можно еще более утяжелить случай, представив, что и арбитр состоит в сговоре со вторым заявителем. Первый заявитель в этом случае очевидно не может рассчитывать на справедливость.

Мы предлагаем в данном случае считать истиной те показания очереди, которые были зафиксированы в блокчейн-системе, поскольку в силу технологических особенностей у нас есть основания доверять этим данным. Мы точно знаем, что зафиксированные в блокчейн-системе сведения о времени поступления заявок объективны и не могли быть умышленно изменены, поэтому придадим мета-данным системы статус истины ex lege (лат. «из закона»), то есть установим презумпцию достоверности сведений об очередности, времени и иных технических сведений. Научив систему фиксировать время подачи заявок с максимально возможной для ЭВМ точностью (до наносекунды), мы получим самый объективный результат о первенстве в этом споре.

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

При таких правовых условиях арбитр в силу закона должен будет верить именно данным из системы, а не патентному ведомству, значит злоумышленник и его сообщники не смогут фальсифицировать факты и обстоятельства. Таким образом, мы придаем блокчейн-системе повышенные правовые характеристики, которые существенно снижают перспективу любых споров об очередях и подтасовок.

Справедливости ради необходимо отметить, что и сейчас суду при оценке доказательств ничто не мешает оценивать данные из BC/DLT приоритетно, но для этого нет прямых законных оснований, нет и судебной практики, поэтому такая оценка доказательств произойдет исключительно на усмотрение самого гуманного суда в мире.

Что же касается смарт-контрактов, то законодательство регулирует их правовой режим как обычных программ для ЭВМ, что не позволяет создавать более совершенные механизмы исполнения обязательств и более продвинутые цифровые платформы. Поэтому при оценке возможностей регулирования смарт-контрактов, речь также должна идти о придании свойствам смарт-контракта правовой оценки ex lege, аналогично тому как потребительские свойства BC/DLT получают правовое значение в виде презумпций достоверности и аутентичности.

В сфере смарт-контрактов с помощью законодательства имеет смысл урегулировать одну довольно простую систему правил:

1. Право сторон в юридических отношениях, например, гражданско-правовых сделках, использовать смарт-контракт в качестве инструмента исполнения обязательств.
2. Признать право сторон на качество исполнения смарт-контракта: неизменяемость, транспарентность, устойчивость, общую неотменяемость.

Это означает, что в случае, если одна из сторон после заключения юридических отношений на основе смарт-контракта потребует по каким-либо причинам отмены исполнения и прекращения обязательств – достичь этого в одностороннем порядке будет невозможно. Правовой режим должен защищать в этом случае безусловное право другой стороны на получение результата исполнения смарт-контракта – то есть доведение его до логического завершения.

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

Таким образом, смарт-контракт целесообразно рассматривать как механизм исполнения обязательств и необходимо установить правила обращения с таким механизмом – правовой режим исполнения обязательств с применением смарт-контракта.

Существует, вместе с тем, и договорная концепция смарт-контракта. В сентябре 2019 Межународной организацией по стандартизации (ISO) был принят стандарт ISO-TR 23455-2019 «Блокчейн и технологии распределенных реестров – Обзор и взаимодействие между смарт-контрактами в системах блокчейн и распределенных реестров». Стандарт, в частности, утверждает, что смарт-контракт непосредственно следует рассматривать как договор в электронном виде (в письменной форме), поскольку, например, в структуре транзакции на приобретение токена ERC-721 в блокчейне Ethereum наблюдаются все необходимые основания заключения сделки, включая оферту, выражение воли, акцепт и осознаваемый интерес (consideration).

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

В отношениях, где предмет отношений не цифровой по своей природе, мы можем рассматривать смарт-контракт лишь как способ исполнения обязательств и это дает нам возможность применить все преимущества технологии в том числе к самой массовой сфере обязательственных и вещных правоотношений. Это существенный и важный шаг на пути популяризации BC/DLT.

Исходя из вышеизложенного, целесообразно рассматривать в качестве цели регулирования BC/DLT:

1. Презумпцию достоверности мета-данных распределенных реестров.
2. Презумпцию аутентичности блока данных распределенных реестров.
3. Право сторон в юридических отношениях использовать смарт-контракт в качестве механизма исполнения обязательств.
4. Право сторон в юридических отношениях на качество исполнения смарт-контракта: неизменяемость, транспарентность, устойчивость, общая неотменяемость.

Основное регулирование BC/DLT и смарт-контрактов осуществляется вокруг свойств технологии: неизменяемость, транспарентность, устойчивость и очередность. Мы ожидаем эти качества от информационной системы, которая создана на базе соответствующих технологий и принципов и уверены, что именно благодаря этим технологиям и принципам достигаются ожидаемые свойства системы.

В связи с этим архитектура правовых институтов должна строиться путем декомпозиции правовых условий.

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

1. Правовой режим данных из распределенных реестров.

Режим устанавливает презумпции достоверности и аутентичности данных из распределенных реестров. Это означает, что мета-данные, то есть сведения о признаках и свойствах, характеризующих какие-либо сущности в распределенном реестре, не требуют доказательств достоверности, а содержание информационного блока а-приори считается аутентичным, то есть таким, каким оно было в момент формирования и это также не требует доказательств.

Это общее правило позволит разработчикам информационных систем распределенных реестров реализовывать намного более смелые проекты цифровых платформ, основанных на доверии к происхождению данных, с намного меньшими правовыми рисками.

Приведем пример очень показательного проекта с участием банка «А» и авиакомпании «Б» по продаже агентами авиакомпании авиабилетов через блокчейн-платформу.

Этот проект обеспечивает существенное сокращение транзакционных издержек в администрировании процесса дистрибуции авиабилетов. Авиакомпания хочет быть уверена в том, что получит оплату своих билетов с агента, расчеты с которым производятся один раз в отчетный период, а билеты продаются им ежесекундно. Раньше для этого использовались классические инструменты гарантий и депозитов и это требовало ресурсов. Но теперь участникам за счет свойств технологии удалось выстроить доверительную среду, при которой система сама проверяет наличие денег у агента и переводит их на счет авиакомпании в реальном времени. Банк «А» может себе позволить осуществлять такие платежи только будучи абсолютно уверенным в действительности целевой транзакции агента с авиакомпанией – он видит их в блокчейне и верит в их достоверность и аутентичность.

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

2. Права и обязанности в связи с применением смарт-контрактов.

Это второй целевой институт правового регулирования распределенных реестров, а точнее говоря – смарт-контрактов как дочерней технологии BC/DLT.

В рассмотренном проекте с участием банка «А» и авиакомпании «Б» каждый акт функционирования блокчейн-системы – это результат выполнения смарт-контракта, то есть компьютерной программы, работающей по согласованному участниками алгоритму в среде исполнения BC/DLT, и самостоятельно выполняющей предусмотренные транзакции.

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

Стороны сами несут ответственность за существо смарт-контракта. Такая норма, с одной стороны, не ограничивает стороны в применении смарт-контрактов, а с другой стороны – избавляет арбитражи всех уровней от необходимости разбираться в существе смарт-контрактов (для этого понадобилась бы специальная экспертиза). Доказательство правовой позиции сторон в смарт-контрактах необходимо переложить на сами стороны.

Во-вторых, очевидно не имело бы смысла использовать смарт-контракт в качестве инструмента исполнения обязательств, если бы не сохранение гарантии того, что обязательства будут исполнены так, как предусмотрено смарт-контрактом. И здесь надо исходить из того, что неизменяемость, транспарентность, устойчивость, общая неотменяемость – это те качества технологии, именно ради которых стороны договорились использовать смарт-контракт в качестве инструмента исполнения обязательств.

Таким образом, целесообразно установить правовую гарантию того, что остановить выполнение смарт-контракта, то есть прекратить выполнение обязательств – в юридическом смысле невозможно. Любое прекращение смарт-контракта или соответствующие требования должны считаться неправомерными. Фактическая остановка выполнения смарт-контракта, если она произошла не по соглашению сторон, должна рассматриваться как отказ от выполнения обязательств виновной стороной. Впрочем, недовольная сторона сохраняет за собой право инициировать спор, но будут уже после того, как смарт-контракт будет исполнен.

В упомянутом проекте банка «А» и авиакомпании «Б» существует несколько смарт-контрактов, один из которых – это транзакция сделки по покупке билета и встречное списание денежных средств в пользу авиакомпании. Это, скорее всего, одномоментная операция и трудно себе представить, что, например, банк сохраняет за собой право признать платежи недействительными и отменить их, хотя, опять же, чисто объективно банк все еще сохраняет такое право. По нашей концепции такого права быть не должно, поскольку у иных сторон договора должны быть правовые гарантии невозможности такого отзыва, иначе их участие в таком взаимодействии содержит в себе избыточные правовые риски, которых не должно быть.

3. Квалификация смарт-контракта.

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

Важно при этом помнить, что технологии BC/DLT развиваются весьма стремительно, поэтому дефиниция, основанная на описании технологии, будет заведомо устаревшей. Это означает, что при разработке дефиниции необходимо максимально лаконично выделить лишь основную суть смарт-контракта и только существенные признаки, которые не будут меняться по мере развития технологий.

Критерии видовых признаков могут быть следующие:

• среда размещения («on-chain» – публичные, или «off-chain» – приватные блокчейны);
• спецификация программного кода;
• способ верификации.

Критерии индивидуальных признаков могут быть следующие:

• идентификационные атрибуты (адрес контракта и др.);
• владелец (учетная запись, кошелек и др.);
• программный код контракта.

4. Паспортизация и регистрация системы.

Здесь речь идет непосредственно об информационной системе BC/DLT. Если нам важны базовые свойства BC/DLT и дочерней технологии смарт-контракта, то должна существовать экспертиза по проверке этих свойств, по результатам которой блокчейн-система получает регистрационный статус и обобщенное формализованное свидетельство (паспорт). Этот процесс называется квалификацией, то есть присвоение информационной системе правового режима информационной системы BC/DLT.

Для того, чтобы не прибегать к необходимости постоянного мониторинга сохранения в информационной системе свойств BC/DLT, необходимо предусмотреть такой порядок паспортизации, который обеспечивает аутентичность кодовой базы программного обеспечения и баз данных реестра (например, с использованием хэш-сумм).

5. Подтверждение соответствия.

Регистрация системы должна быть основана на результатах экспертизы по проверке наличия свойств BC/DLT. Необходим отдельный регламент проведения экспертизы, то есть процедурный нормативный акт, который должен быть основан на материальном нормативном акте как источнике самих критериев и нормативов – Технических требованиях BC/DLT.

Можно использовать два режима подтверждения соответствия:

1. Аккредитация – подтверждение (по результатам экспертизы) соответствия индивидуального решения, как правило, частной, уникальной реализации BC/DLT, осуществляется только в случае, если применяется несертифицированное средство.
2. Сертификация – подтверждение (по результатам экспертизы) соответствия серийного продукта (программного обеспечения) какого-либо производителя или сообщества разработчиков.

6. Технические требования.

Собственно, Технические требования – нормативный акт или группа связанных актов, содержащая критерии технический оценки, наличие которых в реальной информационной системе обеспечивает существенные функциональные свойства BC/DLT, а также отдельных видов.

Напомним, что реализаций информационных систем BC/DLT может быть очень много по различным критериям внутреннего устройства, используемых ИТ-технологий и т.д., правовую разницу между которыми в целях регуляторной политики должны определить инженеры в сообществе с юристами.

7. Статус оператора

Отдельный правовой статус оператора чрезвычайно важен.

Прежде всего, необходимо разобраться с тем, что в децентрализованных системах и BC/DLT в частности отсутствуют владельцы и какие-либо операторы (в противном случае это противоречило бы природе BC/DLT). Но и признать, что система развивается сама по себе – тоже чрезвычайно легкомысленно. Важно знать, что в BC/DLT отсутствует единый центр, все технологии реализованы на узлах сети – компьютерах участников этой сети, дублирующих и разделяющих функционал друг друга.

Блокчейн-система – это, как правило, устойчивая разветвленная сетевая структура, работающая на определенном программном обеспечении в окружении своей экосистемы, состоящей из множества других ресурсов.

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

Блокчейн для самых маленьких [part.1]

Блокчейн— как секс в старших классах. Все говорят о нем по углам, единицы понимают, а занимается им только препод. Статьи о децентрализованных пиринговых системах делятся на два типа: это либо талмуд с формулами и сложными объяснениями, которые я ни разу не смог дочитать даже до половины первой половины, либо статьи и видосы на тыртюбе, как майнить сто триллионов миллиардов BitCoin в наносекунду, скупая все видеокарты Nvidia в мире.

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

Технология, которая, по-видимому, окажет наибольшее влияние на развитие в различных областях экономики в ближайшие 10 лет, уже существует! И это не BigData, не соцсети, не робототехника и даже не Machine Learning. Это технология, лежащая в основе криптовалют, цепочка блоков транзакций- блокчейн. Сейчас именно блокчейн является инструментом для создания нового поколением интернета, и он несет огромный потенциал для любого бизнеса.

Скорее всего вы будете удивлены, узнав, что :

Можно ли применить распределенный реестр в огороде у бабушки?

Как одна технология переворачивает всю устоявшуюся индустрию бизнеса и экономики?

Так, теперь давайте определимся, что мы узнаем в part.1 :

Как работает эта технология? Проблема централизации на Олегах

Как работает магическая машина или же хэш-функция

Что такое майнинг

Алгоритм защиты от модификаций печатных номеров

Настолько ли идеален блокчейн? Уязвимости идеальной системы

Как это работает?

Блок 1: Проблема централизации на Олегах

Олег-путешественник звонит в Сызрань

Сначала определимся, какую проблему решает технология?

Давайте представим, что у вас есть лучший друг Олег, который путешествует по всему миру. Он звонит вам в Сызрань с просьбой перекинуть немного мани, т.к. кэш Олега куда-то исчез. Вы, как порядочный друг, соглашаетесь помочь Олегу и идете в банк. Там вы сообщаете, что вам надо перевести N-ую сумму на счет Олега.

Банкир проверяет ваш текущий баланс на предмет наличия этой суммы и переводит деньги на счет Олега. Вы с чувством выполненного долга звоните Олежке и сообщаете, что лавэ перечислены.

И так, что сейчас произошло? Давайте рассмотрим ситуацию более детально.

Вы и Олег доверили банку управлять вашими деньгами. Не было никакой физической пересылки. Нужно всего лишь было изменить реестр, который не контролируешь ни ты, ни Олег. И это проблема существующих систем. Для установления доверия между людьми мы зависим от третьей стороны, которой может выступать банк. Мы зависимы от посредника для установления доверия друг с другом.

Блок 2: Какую угрозу несет централизация?

Такие системы подвержены взломам, и случай такого системного сбоя может привести к потери средств и личной информации пользователей этой системы, и это уже происходило не раз. Если приводить реальный пример из истории, то на ум сразу приходит развал СССР в 1991 и потери 40-ка млн вкладов пользователей банков.

Централизованная / Децентрализованная системы

Блок 3: Какая система позволит решить эти проблемы?

Существует ли система, которая будет содержать реестр между юзерами этой системы, исключая посредников? Да, существует. И наверное, как вы уже догадались, это решение — блокчейн. Для существования P2P систем нужно достаточное количество пользователей желающих не зависить от третей стороны. И такое минимальное количество юзеров: 3 человека — для учета и содержания реестра.

Как это работает?

Блок 1: Давайте рассмотрим принцип работы на примере

Возьмем 10 людей, которые решили отказаться от банков и других систем третей стороны.

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

Шаг 1: Пустая папка

Каждый из 10 участников будет иметь пустую папку, которая будет заполняться страницами. Эта коллекция страниц формирует реестр транзакций.

Шаг 2: Транзакции

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

#2 send 10$ to #5 Transaction’s registration page

Для создания транзакции, номер 2 сообщает всем: « Я, номер #2 пересылаю #5 10$». Каждый из участников системы проверяет, имеет ли #2 достаточный баланс для произведения данной транзакции. В случае, если баланс номера #2 позволяет это сделать, то каждый делает запись у себя на странице. Это происходит до того момента, пока на странице не закончится место для записи новых транзакций

Предположим, что страница имеет вместимость 10 транзакций. Т.к. все заполняют одну и ту же информацию, место на страницах у всех кончится одновременно.

И вот настало время, всем отправить заполненную страницу в папку и создать новую страницу для ведения учета транзакций. И так повторять начиная с шага №2.

Шаг 4: Хранение страниц

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

В терминологии блокчейна этот процесс называется «майнинг», но для простоты понимания на примере, обозначим его как процесс запечатывания.

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

Магия Хэш-фунцкий

Давайте представим, что у нас есть машина, которая защищена от внешнего воздействия. Если мы отправим коробку с неким содержимым на вход, то на выходе получим коробку с другим содержимым на выходе. Эта магическая машина называется хэш-функция.

Предположим, мы отправили на вход цифру 4, на выходе мы получим «cbaja». Как эта функция конвертировала цифру 4 в «cbaja»? Никто не знает. Более того, этот процесс необратимый. По конечному результату нельзя сказать, что было подано на вход. Но каждый раз, когда вы будете загружать цифру 4, на выходе вы будете всегда получать один и тот же результат.

Давайте рассмотрим другой случай. Что надо будет подать на вход это машине, что бы получить результат «c56c0ah»? Есть только один способ это узнать — перебрать все возможные значения, пока не получим данный результат.

Будем оптимистичны, и допустим через несколько тысяч попыток мы нашли это значение. В реальных условиях найти его экстремально сложно.

Основываясь на полученной информации, давайте сформулируем главные свойства этой машины.

Невероятная сложность нахождения input по output (входящего значения по полученному результату)

И простота проверки правильности входящего значения

Давайте запомним свойства этой машины или хэш-функции

Как использовать хэш-функцию для создания печатей?

Представим, что на вход мы подаем два значения. Первое значение «KEK», второе —рандомное значение, которое мы добавим к значению из первой коробки и направим на вход хэш-функции, а на выходе получим «Validol». Сможете ли вы угадать, какое значение содержится в второй коробке? Ситуация напоминает ранее рассматриваемый случай. Единственный способ вычислить это число — подбор всех чисел подряд.

Опять будем оптимистичны, и через сколько то тысяч попыток мы нашли значение второй коробки. Это значение было «LOL». Когда бы добавим «LOL» к значению «KEK» на выходе машины мы получим требуемое значение «Validol».

Т.е. значение «LOL» будет являться печатью к значению «KEK».

Мы создали страницу с значением «KEK». Что бы пропечатать эту страницу, т.е. защитить эту страницу от правок, мы ставим на ней печать с значением «LOL»

В терминологии блокчейна печатный номер это POW(Proof-of-Work). Он означает, что это значение есть доказательство проделанной работы для вычисления этого значения.

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

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

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

Майнинг

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

Тут перед нами встает логичный вопрос: почему же тогда каждый тратит ресурсы на вычисление, когда не знает, что кто то другой объявит его. Почему бы просто ждать объявления номера? Тут как раз таки в ход вступает стимулирование. Каждый, кто является частью системы блокчейна имеет возможность получать награду за проделанную работу. Первый, кто вычислит печатный номер будет награжден за потраченные ресурсы в виде вычислительной мощности и электроэнергии.

Допустим, один из участников сети, первым вычислил номер, за что будет награжден виртуальной валютой, за которую соревнуется каждый из участников сети, которая по большому счету берется из не откуда. То есть его счет увеличился на n-сумму виртуальной валюты без уменьшения баланса других участников. Награды способствуют продолжения работы сети.

А теперь давайте переведем нашу аналогию в реальные примеры. Страницы это блоки, а папка это цепочка страниц. Следовательно все это превращается в цепочку блоков — блокчейн.

Еще одно «НО»

Представим, что у нас уже есть 5 страниц с печатями в папке. Что если я вернусь назад к второй странице и изменю ее содержимое в свою пользу? Печатный номер позволит каждому определить несогласованность транзакций. Опять же, что если я подготовлюсь и заранее вычислю новый печатный номер для измененных транзакций и поставлю печать со своим выселенным номером на нем. Для предотвращения этой проблемы есть особенность в алгоритме вычисления печатного номера. Это есть защита от модификаций печатных номеров.

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

С этим алгоритмом, мы будем уверены в том, что каждая страница зависит от предыдущей. Если кто то захочет изменить содержимое старой страницы, то ему необходимо будет изменить содержимое и печатный номер всех последующих страниц, что бы сохранить цепь согласованной.

Что произойдет, если из одной честной страницы, обманщик создаст новую нечестную цепь. На деле, он не сможет бороться в вычислительной мощи с другими 9ю честными участниками сети, и его цепочка никогда не сможет обогнать честную цепь, а истинной является та цепь, которая имеет наибольшую длину.

Атака 51%

Все системы имеют бэкдоры, и блокчейн не исключение. Самая известная уязвимость блокчейна это атака именуемая «Атака 51%».

Если пытаться объяснить ее простым языком, то рассматривая защиту от модификаций печатных номеров, которая приводилась выше, можно задать вопрос: А если у одного нечестного юзера вычислительная мощь будет больше, чем у остальных 9ых, то он сможет через n-ое время создать цепочку блоков начиная с 1-ого листа, которая сможет обогнать главную истинную цепь блоков.

Да, такая уязвимость есть. Сама идеология блокчейна подразумевает, что большинство участников сети не намерены «играть» не честно.

Для упрощения абстракции проблемы приведенной выше, скажем, что у каждого участника цепи вычислительные мощи одинаковые. Соответственно, когда 6/10 участников блокчейн системы сговорятся и захотят обмануть оставшихся 4ех юзеров, то через n-ое время они установят новую истинную цепочку блоков. Отсюда и идет название этой уязвимости. Как только количество нечестных юзеров станет 50%+, то блокчейн системе грозит опасность быть «обманутой».

Надо понимать, что в реальности сделать это практически нереально. Как говорится, время лучший показатель, и за все 11 лет существования BitCoin он ни разу не был «обманут» и не выводился из строя, при том, что на эту систему проводились атаки.

Так же, существует ещё пара теоретических уязвимостей блокчейна, с которыми вы сможете ознакомиться самостоятельно. Ссылка для ознакомления: Что угрожает блокчейн-сетям

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

Безопасность, децентрализация и равные права. Как работает блокчейн

Блокчейн позволяет пользователям просматривать и обновлять единый, общий реестр транзакций, который поддерживается децентрализованным способом без присутствия доверенной третьей стороны. Именно через механизм консенсуса обновляется эта цепочка блоков, механизм, которой обеспечивает четкое и однозначное упорядочение транзакций и блоков и гарантирует целостность и согласованность содержимого этой цепочки между различными распределенными узлами сети.

В рамках публичного блокчейна каждый может создать собственный распределенный узел. Следовательно, необходимо согласовать механизму согласованности между этими узлами, которых, как правило, много, чтобы эффективно снизить вероятность атаки Sybil или DDoS. Первоначально эта проблема была решена с помощью самых первых платформ блокчейнов, потребовав от узлов, чтобы они предоставили «доказательство работы». Этот концепт было весьма трудно реализовать, но можно было легко проверить (Proof of Work или PoW). Тем не менее, публичные или частные блокчейн-платформы должны отвечать растущим требованиям приложений, для которых они предназначены:

• Высокая производительность: (низкая задержка, большое количество транзакций в секунду)
• Широкая масштабируемость
• Низкое потребление электроэнергии
• Безотзывность сделок
• Высокая устойчивость к атакам

Хотя механизм PoW позволил установить надежный консенсус в глобальной сети, он совсем не подходит для приложений, требующих, например, очень высокую пропускную способность транзакций. Для преодоления этих различных ограничений были разработаны и внедрены новые механизмы консенсуса.

Какова цель механизмов консенсуса?

Цель механизма консенсуса в сети состоит в том, чтобы позволить членам сети согласовывать текущее состояние истории транзакций. Другими словами, это процесс, который позволяет сети, совместно использующей общую историю (блокчейн), согласовать действительность и порядок транзакций, которые будут добавлены в историю, путем последовательного добавления новых блоков.

Можно выделить следующие цели:

• Достижение консенсуса: механизм объединяет все групповые соглашения в максимально возможной степени.
• Взаимодействие: каждая группа стремится к соглашению, которое отвечает интересам группы в целом, все люди должны работать в команде и оставят свои личные интересы в стороне.
• Равные права: каждый участник имеет одинаковое значение при голосовании. Это означает, что голос каждого человека очень важен.
• Участие: каждый участник группы должен участвовать в голосовании. Никто не останется вне голосования.

Описание алгоритмов консенсуса:

Proof-of-work (PoW)

Proof-of-work — это алгоритм консенсуса, используемый для достижения соглашения, который определяет, какие из блоков будут добавлены в цепочку после майнинга. Цель этого протокола состоит в том, чтобы избежать кибератак, таких как отказ в обслуживании (DDoS). Он работает через добавление задачи, на которую требуется затратить весомый объем ресурсов. При этом валидатор на проверку будет тратить намного меньше времени. PoW является фундаментальным понятием для криптовалют, и в блокчейне этот алгоритм является ключевым фактором, при генерации новых блоков в цепочке. С PoW майнеры соревнуются друг с другом в совершении онлайн-транзакций и получении вознаграждений. В сети пользователи отправляют друг другу цифровые токены. База данных децентрализована и отвечает за все транзакции в блоках.

Proof-of-stake (PoS)

Proof-of-Stake (PoS) — это категория согласованных алгоритмов для открытых цепочек блоков, которые зависят от экономических интересов валидатора в сети. В общедоступных цепочках блоков, основанных на PoW (например, BTC и текущая реализация ETH), алгоритм поощряет участников, которые решают задачи криптографического шифрование для проверки транзакций и создания новых блоков (например, майнинга). В открытых цепочках блоков, основанных на PoS, группа валидаторов по очереди предлагает и голосует за следующий блок, и вес голоса каждого валидатора (то есть валидация) зависит от размера вашего депозита. Существенные преимущества PoS включают безопасность, снижение риска централизации и энергоэффективности. В общем, алгоритм выглядит следующим образом. Блокчейн отслеживает набор валидаторов, и любой, кто имеет базовую криптовалюту блокчейна, может стать валидатором, отправив транзакцию особого типа. Процесс создания и принятия новых блоков осуществляется через согласованный алгоритм, в котором могут участвовать все существующие валидаторы.

Leased proof of stake (LPoS)

В консенсусе LPoS держатели низких сумм в своем кошельке не смогут проверить блок — так же, как и майнеры с низким хэшрейтом не смогут добывать блок в PoW. На практике в обоих случаях обслуживание сети зависит от ограниченного числа пользователей с большим спектром полномочий (большие суммы или высокие показатели вычислительной мощности). Однако, чем больше распределена сеть, тем больше она будет защищена от бесчисленных типов атак. LPoS делает это, позволяя пользователям сдавать свои балансы в аренду. Арендованные средства остаются под полным контролем владельца и могут быть перемещены или потрачены в любое время (когда заканчивается срок аренды). Арендованные монеты увеличивают «вес» узла, увеличивая ваши шансы добавить блок в цепочку блоков. Все полученные вознаграждения распределяются пропорционально арендаторам.

Delegated proof of stake (DPoS)

DPoS работает таким образом, что валидаторы являются основными действующими лицами в любой конкретной сети блокчейна. Владельцы несут ответственность за голосование валидаторов, которым поручено проверить транзакции и формировать блоки.Это дает возможность исключить двойные траты и обеспечить безопасность. По сути, DPoS — это вариация PoS, которая была разработан для снижения затрат и высокого потребления электроэнергии, связанных с механизмами типа PoW. Метод DPoS был впервые реализован на платформе BitShares, разработанной ведущим разработчиком BitShares Даниэлем Ларимером. С тех пор другие блокчейны, такие как Крипти или Лиск, внедрили аналогичные системы ОИ. Разница между классическим механизмом PoS и механизмом DPoS аналогична разнице между PoS и DPoS. Для классического PoS у каждого пользователя есть определенная криптовалюта, которую он будет блокировать в конце размещения, то есть для участия в процессе проверки транзакции и формирования распределенного консенсуса, чтобы получить вознаграждение. В системе DPoS каждый портфель, содержащий единицы криптовалюты, может голосовать за делегатов пропорционально количеству принадлежащих ему единиц. Именно эти делегаты (101 в первой реализации BitShares), которые выполняют проверку транзакций, подписывая каждый новый блок своим закрытым ключом, гарантируют неприкосновенность данных реестра и возмещают стоимость транзакций, введенных в блок.

Proof-of-Capacity (PoC)

Этот конкретный алгоритм «майнинга» требует от пользователей совместного использования доступного места на HDD. В частности, для подтверждения емкости требуется, чтобы пользователи выделяли большое количество места на жестком диске, чтобы начать процесс генерации новых токенов. В определенном случаи это место на жестком диске используется в качестве хранения больших объемов данных. Выделение большего количества доступного места на HDD позволит пользователям иметь больше «участков» данных. Если хэш вместе заголовком последнего блока меньше определенного значения, пользователь генерирует блок. Этот принцип майнинга идентичен PoW, несмотря на отсутствие мощного компьютерного оборудования, задействованного каким-либо образом. Хранение данных является ценным для многих людей, и свободное место на HDD может быть использовано для получения небольшой пассивной выручки с помощью PoC. Прежде чем кто-либо даже подумает о покупке десятков жестких дисков для майнинга на этой системе, будьте уверены, это не будет стоить вашего времени. Те, которые имеют очень низкую ценность за токен, что означает, что вам понадобится очень большая сумма этой валюты, чтобы заработать немного денег. Даже тогда вам все еще нужно найти людей, желающих выкупить эти монеты, что иногда может быть довольно проблематичным. PoС может принести следующие преимущества: значительно сократить растрату ресурсов. После того, как пользователь платит один раз за место на жестком диске, последующий майнинг не требует сверхусилий.

Proof-of-Importance (PoI)

PoI — это консенсусный алгоритм, применяемый на площадке NEM. Proof of Importance — это модифицированный Proof of Stake, поскольку он не только оценивает количество токенов, но также учитывает активность счета и непрерывного пребывания в сети. Основанный в Сингапуре и запущенный в 2015 году, проект NEM направлен, прежде всего, на создание блокчейна, именуемой «Системой интеллектуальных активов», способного обрабатывать большой объем операций. Хотя интеллектуальные активы, выпущенные в рамках блокчейна, не являются новизной для криптоиндустрии. Это дает возможность майнерам работать на любом оборудовании, гарантируя полную безопасную сеть, которая может развиваться без ограничений.

Proof-of-Burn (PoB)

Название Proof of Burn говорит само за себя, это алгоритм который сжигает токены. Чтобы получить новую валюту, нужно «уничтожить» (сжечь) n-ное количество другой криптовалюты, полученной в системе pow. В теории, это приведет к тому, что каждая новая криптовалюта будет иметь стоимость уничтоженного токена. Другими словами, процесс «горения» токенов представляет силу виртуального майнинга, чем больше токенов пользователь инвестирует, тем больше у него мощности майнинга, и, следовательно, более высокие вознаграждения, поскольку, это станет большим шансом стать валидатором следующего блока.

Proof-of-Authority (PoA)

Алгоритм Proof of Authority в основном используется в сетях, где требуется аутентификация пользователя. Это связано с тем, что в PoA личность пользователя должна быть известна. Для сети это означает, что только доверенные ноды могут участвовать в майнинге. Если это доверие нарушено, сеть может заблокировать доступ для данного пользователя. В PoA мы можем столкнуться с полной централизацией, так как этот алгоритм может использоваться в закрытых пулах. Конечно, существует также возможность децентрализации, когда сетевое сообщество выбирает доверенных лиц — как в DPoS (однако в DPoS можно оставаться инкогнито). Блокчейны с Proof of Authority (PoA) входят в число «разрешенных» блокчейнов доступ к механизму консенсуса для участвующих валидаторов разрешен только должно быть — в отличие от «неразрешенных» блокчейнов, таких как PoW или PoS, в в принципе, каждый может принять участие в поиске консенсуса. Алгоритмы работают пошагово. В каждой транзакции выбран узел, который выступает в качестве лидера майнинга.

Proof-of-Elapsed-Time (PoET)

Чипмейкер Intel представила свой собственный альтернативный согласованный протокол под названием Time Elapsed Test. Эта система работает по принципу PoW, но потребляет гораздо меньше электроэнергии. Кроме того, чтобы участники решали криптографическую головоломку, алгоритм использует надежную среду исполнения (TEE) — такую как SGX — для обеспечения того, чтобы блоки создавались случайным образом, но без необходимой работы. Подход Intel основан на времени ожидания, предоставляемом через TEE. По словам Intel, алгоритм масштабируется на тысячи узлов и будет эффективно работать на любом процессоре Intel, поддерживающем SGX. Единственный недостаток этого протокола заключается в том, что он требует, чтобы вы полагались на Intel в качестве централизованного сервера.

Больше новостей о криптовалютах вы найдете в нашем телеграм-канале РБК-Крипто.