Блокчейн против технологий распределенной книги (DLT): Часть 1

НовостиДля разработчиковПредприятиеБлокчейн РазъяснениеМероприятия и конференцииПрессаИнформационные бюллетени

Подписывайтесь на нашу новостную рассылку.

Адрес электронной почты

Мы уважаем вашу конфиденциальность

ГлавнаяБлогБлокчейн для предприятий

Блокчейн против технологий распределенной книги (DLT): Часть 1

Сравнительный анализ Ethereum, Hyperledger Fabric и R3 Corda. от ConsenSys5 апреля 2018 г.Опубликовано 5 апреля 2018 г.

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

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

Рисунок 1: Демаркация базовой технологии.

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

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

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

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

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

Эффективная обработка и координация информации

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

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

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

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

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

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

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

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

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

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

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

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

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

Hyperledger Fabric

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

Рисунок 2: Архитектура Hyperledger Fabric. На этом рисунке показаны некоторые архитектурные конфигурации Fabric и то, как компоненты организованы в систему, предназначенную для расширенной обработки информации и максимальной пропускной способности транзакций..

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

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

Рисунок 3: Apache Kafka

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

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

R3 Корда

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

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

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

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

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

Ethereum

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

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

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

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

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

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

Космос и нежная мята

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

R3 Corda и Hyperledger Fabric

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Следует признать, что Hyperledger 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 имеют преимущество по сравнению с реальной интеграцией в цифровую экономику, хотя и имеют очевидные недостатки в некоторых транзакциях с данными. функции пропускной способности, в которых могут преуспеть Hyperledger Fabric и R3 Corda. Поскольку различные платформы блокчейнов и распределенных реестров повторяются и выходят за рамки возможностей, существующих в нашем текущем технологическом духе времени, решения о том, какую платформу использовать для развития, будут в значительной степени зависеть от направления вариантов использования в нашей экосистеме, и я вижу разные типы вариантов использования, накладываемых друг на друга.

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

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

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

Прочтите часть 2 книги «Блокчейн против технологий распределенной книги».

Свяжитесь с нашими экспертами по блокчейну

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

Полное руководство по бизнес-сетям с блокчейном

Вебинар

Введение в токенизацию

Вебинар

Будущее финансов: цифровые активы и DeFi

Вебинар

Что такое Enterprise Ethereum?

Белая бумага

Центральные банки и будущее денег

Дело Шпилька

Komgo: Блокчейн для финансирования торговли сырьевыми товарами