Блокчейн Ethereum сохраняет как сходства, так и различия по сравнению с технологиями распределенного реестра, такими как Hyperledger Fabric или R3 Corda. При проведении обоснованной оценки платформ блокчейнов и распределенных реестров, а также ценности, которую они приносят для предприятия, полезно классифицировать платформы на основе их основных функций и характеристик. Поскольку блокчейны были получены из принципов криптографии и конфигураций данных, определенные функции могут быть воспроизведены в системе координированной базы данных, в то время как другие функции возможны только в реальной среде блокчейнов.

В этой статье мы оценим основные бизнес-функции для основных корпоративных платформ, включая Ethereum , Hyperledger Fabric и R3 Corda, с точки зрения того, где программное обеспечение приобретает свое влияние и как система в целом оптимизирована, будь то с помощью традиционных распределенных систем или современная основа блокчейна .

В частности, мы сосредоточимся на трех ключевых областях функциональности:

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

Основные цели блокчейна: чего хотят достичь предприятия с помощью этой технологии?

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

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

Эффективная обработка и согласование информации

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

Неизменяемая / надежная запись продуктов и транзакций

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

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

Цифровизация активов

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

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

Оценка координационных характеристик базы данных

Координация базы данных: характеристики

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

Было изобретено и реализовано множество инструментов для надлежащего согласования данных в распределенных системах. Одним из примеров может быть сильный акцент на таких инструментах, как Hadoop, и различных ансамблях в этой экосистеме, включая Spark, Hive и Zookeeper. Использование этих продуктов свидетельствует о тесной интеграции инструментов и протоколов распределенных систем. Дальнейшие параллели могут быть продемонстрированы в таких протоколах, как Tendermint, механизм консенсуса BPFT, разработанный с аналогичными функциями, как у таких инструментов, как Apache Zookeeper. Внутри компании также были проведены исследования в области баз данных источников событий, которые могут воспроизводить несколько функций, требуемых от системы скоординированного обмена данными.

Оценивая такие инструменты, как Apache Kafka, и то, как служба потоковой передачи данных может достичь значительных уровней пропускной способности в корпоративной среде, мы можем разграничить функциональные различия между блокчейном и распределенным реестром на основе различных уровней зависимости от координации и оптимизации этой базы данных. инструменты с точки зрения основополагающих концепций. Реализации Ethereum, включая Plasma, используют такие инструменты, как MapReduce, для расширения определенных функций отображения поверх UTXO и модели на основе учетных записей, а также сокращения компонентов до доказательств Меркла, хотя важно понимать, что базовый уровень протокола по-прежнему зависит от Ethereum. как корневой блокчейн. Разложив эти детали, можно получить более полное представление о том, как лучше всего оценить технологические характеристики этих программных платформ.

Координация данных: сравнение платформ

IBM Fabric

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

Рисунок 2: Архитектура Hyperledger Fabric

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

Основная идея заключается в том, что каналы предоставляют возможности для перемещения транзакций внутри платформы. Если посмотреть на архитектуру, то функция упорядочивания узлов службы (OSN) служит для записи транзакций в службе заказов Apache Kafka. В экосистеме потоковой передачи данных Kafka является мощным инструментом с возможностью добавления различных форм транзакций в отдельные кластеры Kafka и, в конечном итоге, разделы.

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

Рисунок 3: Apache Kafka

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

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

R3 Корда

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

Архитектурная структура R3 Corda опирается на узловую структуру, которая опирается на подмодули, называемые нотариусами, которые помогают поддерживать достоверность сети, аналогично структурам валидаторов на других платформах, которые абстрагируют функцию консенсуса. Узлы сопровождаются реляционными базами данных, которые добавляются в структуры данных, позволяющие выполнять запросы с использованием SQL. Обмен транзакциями ограничен подпротоколами, называемыми потоками.

Эти потоки сопоставимы с архитектурой каналов, которая наблюдается в IBM Fabric, где только отдельные стороны, участвующие в транзакциях, могут получить доступ к информации. Классы претерпевают преобразования, в результате которых возникают конечные автоматы, называемые волокнами или сопрограммами. Архитектура основана на потоках, взаимодействующих с подпотоками и взаимодействующих с библиотеками потоков, которые имеют предопределенные функции в пределах платформы. Кроме того, в Corda есть автономный уровень идентификации, который позволяет различную степень контроля доступа в рамках всей сети.

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

Рисунок 4: Рабочий процесс R3 Corda

Детали рисунка: рабочий процесс транзакций в Corda и то, как состояния ввода и состояния вывода перемещаются по системе, а также как документация добавляется в рабочий процесс.

Ethereum

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

Ethereum Yellow Paper непреклонно декреты набора спецификаций о том , что представляет собой Эфириум, а также технические конкретизации кодовой базы. Из-за этого строгого соблюдения чертежей этого протокола форки Ethereum, а также реализации консорциума действительно напоминают исходный субстрат, на котором построена технология. Фактически, одни и те же спецификации являются непрерывными, будь то доказательство работы, подтверждение полномочий или доказательство реализации доли, поскольку протоколы считаются производными тех же спецификаций виртуальной машины Ethereum (EVM).

В модифицированных архитектурах по-прежнему указывается соответствие исходному EVM. Ключевые изменения в платформах, таких как Quorum, включают изменение механизма консенсуса, модификацию корней глобального состояния для приспособления к частным и публичным состояниям, изменения попыток Патрисии Меркл в штате и дополнительные модули для обработки частных транзакций. Архитектура позволяет этому программному обеспечению поддерживать происхождение и структуры данных из исходной конфигурации Ethereum, а также предлагать повышенную пропускную способность транзакций за счет изменений. В дополнение к улучшенной оптимизации транзакций данных, которую предоставляет Quorum, возможность координации и интеграции с общедоступными средами Ethereum с помощью таких инструментов, как Plasma, Truebit и Cosmos, обеспечивает дополнительную расширяемость протокола.

Путем технической оценки таких инструментов, как Plasma, и форматов достижения консенсуса в Casper, очевидно, что инструменты управления базами данных, такие как MapReduce и Abstract Rewrite Systems, будут реализованы в Ethereum. В Plasma MapReduce является неотъемлемой частью сборки координации системы на основе учетных записей и структуры обязательств растрового изображения-UTXO для настройки с несколькими цепями.

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

Координация базы данных: заключение

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

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

Криптоэкономические конфигурации блокчейн-платформ

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

Примеры построения криптоэкономических механизмов

Плазма и Truebit

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

Хотя для понимания эффективности плазмы важно понимать механику, на которой плазма была разработана. Значительная степень функциональной совместимости достигается за счет так называемой защиты от мошенничества. Путем настройки блокчейнов таким образом, чтобы производные субблокчейны (или дочерние цепочки блоков) могли надежно проверять транзакции на основе вычислений из функций MapReduce, масштабируемость может быть достигнута с минимальным доверием.

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

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

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

Рисунок 5: Криптоэкономический дизайн

Доказательство ставки Ethereum Casper

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

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

Космос и Мята

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

R3 Corda и IBM Fabric

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

Зачем нужна разработка криптоэкономических механизмов?

Кто-то может спросить, зачем при разработке программного обеспечения необходим уровень криптоэкономической инфраструктуры. Эта парадигма создает новый уровень доверия и неизменности, который может существовать в вычислительной среде, не полагаясь на централизованный объект. На протяжении десятилетий мы создавали программное обеспечение для конкретной клиент-серверной архитектуры и базы данных. Такие компании, как IBM, Intel и Oracle, уже усовершенствовали эту модель вместе с системами и подсистемами, которые были созданы после первоначального создания, и эти модели все еще используются в архитектурах распределенных систем, а также в системах распределенных регистров, получивших новое обозначение. Хотя эти системы по-прежнему централизованы в различных аспектах,

Рисунок 6: Модель клиент-сервер

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

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

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

Интеграция в экономику токенов блокчейна

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

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

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

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

Достижение бизнес-целей блокчейна

Чтобы достичь упомянутых бизнес-целей блокчейна, мы должны оценить различные направления, которые необходимо обслуживать. В обзоре диаграмм, подробно описывающих возможности упомянутых моделей, Ethereum может обслуживать сценарий координации распределенной базы данных, а также дополнительные функции, в то время как R3 Corda и IBM Fabric еще не решили затронуть эти уровни функциональности.

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

Рисунок 7: Обзор возможностей

Эффективное размещение информации

С функциональной точки зрения, продукты одинаковы с точки зрения координации баз данных и использования распределенных систем. R3 Corda, IBM Fabric и корпоративные версии Ethereum на самом деле имеют функции распределенного распределения информации, которые могут облегчить распределение информации через различные уровни контроля доступа и конфигурации управления консорциумом. Несмотря на то, что каждая платформа отличается с точки зрения конфигурации архитектуры программного обеспечения, каждая из них способна обеспечить необходимую производительность за счет эффективного распределения и координации информации.

Надежная неизменная информация

Неизменяемость использовалась в некотором смысле как синоним доверия в контексте многих из этих технологий. При оценке характеристик неизменяемости необходимо понимать, что в экосистеме, которая использует инструменты потоковой передачи данных на основе Apache, такие как Kafka, существуют неотъемлемые возможности, которые обеспечивают доступ для чтения / записи к данным. Поэтому аспекты неизменяемости IBM Fabric в некоторой степени ограничены из-за некоторых вариантов, сделанных при проектировании системы.

Для системы, основанной на модели UTXO R3 Corda, аспект неизменяемости сохраняется по-разному в общих рамках системы. Благодаря общему дизайну распределенного реестра их системы, они установили определенные аспекты доверия, которые можно продемонстрировать на всей платформе.

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

Оцифровка активов

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

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

Поскольку Ethereum предназначен для работы в качестве базового протокола, аналогичного HTTP или TCP / IP в веб-сервисах, не существует концепции «привязки к поставщику» только для одного разработчика приложений Ethereum. Доверие, которое можно установить с помощью различных аспектов блокчейна Ethereum, позволяет оцифровывать глобальные активы, которые могут происходить в рамках новой экономической системы, в отличие от той, которая доступна в настоящее время. Если вернуться к примеру с электронной почтой, протокол Ethereum можно воспринимать как аналог IMAP или POP3 как универсальные протоколы для доступа к электронной почте.

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

Дорога впереди

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

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

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

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

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

Источник: https://media.consensys.net/