Оглавление
- Defining a Consortium¶
- Производительность, масштабируемость и уровень доверия
- Improved security with Red Hat OpenShift 4.3
- Пример сети¶
- Instructor
- Iroha
- Bitcoin
- 2. Ethereum
- An open, proven, enterprise-grade blockchain framework
- Transaction Flow (Step 5)
- Jerry’s satisfaction guarantee
- Инструменты, которые облегчают работу на Hyperledger
- ПРОРЫВ Hyperledger Iroha
- Организационная структура Hyperledger
- Behind the Scenes
- Private data collections
- Hyperledger Burrow permissions without a VPN
- Telefónica
- SMART CONTRACTS
- An Introduction to Hyperledger Burrow for Ether-heads
- АЛГОРИТМ СОГЛАСОВАННОГО “ДОКАЗАТЕЛЬСТВА РАБОТЫ”
- Adding another consortium definition¶
- R3
- Network summary¶
Defining a Consortium¶
Although the network can now be administered by R1 and R4, there is very little
that can be done. The first thing we need to do is define a consortium. This
word literally means “a group with a shared destiny”, so it’s an appropriate
choice for a set of organizations in a blockchain network.
Let’s see how a consortium is defined:
A network administrator defines a consortium X1 that contains two members,
the organizations R1 and R2. This consortium definition is stored in the
network configuration NC4, and will be used at the next stage of network
development. CA1 and CA2 are the respective Certificate Authorities for these
organizations.
Because of the way NC4 is configured, only R1 or R4 can create new consortia.
This diagram shows the addition of a new consortium, X1, which defines R1 and R2
as its constituting organizations. We can also see that CA2 has been added to
identify users from R2. Note that a consortium can have any number of
organizational members – we have just shown two as it is the simplest
configuration.
Why are consortia important? We can see that a consortium defines the set of
organizations in the network who share a need to transact with one another –
in this case R1 and R2. It really makes sense to group organizations together if
they have a common goal, and that’s exactly what’s happening.
The network, although started by a single organization, is now controlled by a
larger set of organizations. We could have started it this way, with R1, R2 and
R4 having shared control, but this build up makes it easier to understand.
Производительность, масштабируемость и уровень доверия
Hyperledger Fabric построен на модульной архитектуре, которая делит обработку транзакций на три этапа: распределенную логическую обработку и соглашение («цепочный код»), упорядочение транзакций, а также на проверку и подтверждение транзакций. Такое разделение дает несколько преимуществ: для типов узлов требуется меньшее количество уровней доверия и верификации, а децентрализация сети и производительность оптимизированы.
В структуре Hyperledger Fabric транзакции обрабатываются то совершенно иначе, чем в других структурах
Основное внимание здесь уделяется уменьшению уровней доверия и количеству проверок, которые должна иметь транзакция. Это позволяет совершать транзакции быстрее и эффективно
Чтобы проиллюстрировать это, рассмотрим поток транзакций в версии 1.0 Hyperledger Fabric, показанный на рисунке ниже.
Начиная слева от рисунка:
- Предложение о транзакции отправляется заявкой на одобряющий одноранговый узел.
- В правилах одобрения указано, сколько и / или какая комбинация подтверждений требуется для подписи заявки. Подтверждение выполняет цепочный код для имитации предложения в сетевом одноранговом узле, создавая набор для чтения / записи.
- Затем подтверждающие узлы отправляют обратно одобрения в заявку.
- Приложение отправляет транзакции и подписи в службу заказа.
- Служба заказов создает пакет или блокирует транзакции и доставляет их для совершения узлов.
- Когда получающий одноранговый узел получает пакет транзакций, для каждой транзакции он проверяет, была ли выполнена политика одобрения, проверки в наборах чтения / записи обнаруживают конфликтующие транзакции.
- Если обе проверки пройдены, блок фиксируется в регистре, а обновления состояния для каждой транзакции отражаются в базе данных состояния.
Поскольку в сети с новой архитектурой v1.0 отправляются только сигнатуры и набор для чтения / записи, оптимизируются масштабируемость и производительность. Кроме того, поскольку только подтверждения и узлы действительно видят транзакцию, требуется меньшее количество уровней доверия в разных частях системы Blockchain, что обеспечивает большую безопасность.
Например, на фондовом рынке с ценными бумагами, обеспеченными активами или купленными и продаваемыми облигациями, объем сделок увеличился из-за растущего числа участников. Для увеличения количества транзакций в блокчейн системе требуется улучшенная масштабируемость и производительность, что и v1.0 от Hyperledger Fabric частично объясняется расщеплением выполнения цепочки.
Разделение выполнения цепочки также обеспечивает динамический рост в сети. В версии 1.0 Hyperledger Fabric узлы могут добавляться динамически и программно, а не статически, как в v0.6. Например, предположим, что компания, которая управляет валютными курсами, имеет новый банк для добавления в сеть. С Hyperledger Fabric v1.0 они могут сделать это программно, что увеличивает эффективность структуры.
Improved security with Red Hat OpenShift 4.3
The IBM Blockchain Platform currently supports Red Hat OpenShift 3 and 4, offering automated provisioning, management and scaling of applications. It will soon support the latest version, OpenShift 4.3. It includes key capabilities around security including federal information processing standard (FIPS) compliant encryption, an improved installer and enhanced automation.
It will also support Red Hat OpenShift on IBM Cloud, the only OpenShift as a service to provide full admin access. It has added security and productivity features designed to help minimize time spent on ongoing maintenance like updating, scaling, securing and provisioning, built and supported jointly by IBM and Red Hat.
Пример сети¶
Перед тем как начать, давайте поймем, к чему мы стремимся. Здесь приведена диаграмма,
показывающая окончательный вид примера сети.
Не переживайте, если она покажется вам сложной. По мере обсуждения этой темы, мы шаг за шагом
построим сеть так, что бы вы увидели, как организации R1, R2, R3 и R4 способствуют развитию
инфраструктуры сети. Эта инфраструктура обеспечивает
функционирование блокчейн-сети и регулируется политиками, согласованными входящими в сеть
организациями. Политики регулируют, например, кто может добавлять новые организации. Также вы узнаете, как приложения
используют реестры и смартконтракты, предоставляемые блокчейн-сетью.
Instructor
We2Blocks — Blockchain
Blockchain Consultation and Development Company
- 4.1 Instructor Rating
- 769 Reviews
- 4,213 Students
- 7 Courses
We2Blocks is a Blockchain consultation and development company which aims to provide the skills that an individual requires to succeed in the Blockchain industry.
At We2Blocks, we develop, maintain and evaluate blockchain related products and web services for our partners worldwide and provide long-term assistance on related technological as well as operational matters.
Our online learning platform aims to empower professionals globally by providing them top notch university level education on Blockchain.
Show moreShow less
Iroha
Проект Iroha был предложен Soramitsu, Hitachi, NTT Data и Colu в сентябре 2020 года. Iroha стремится создать библиотеку повторно используемых компонентов. Базируется на Hyperledger Fabric, больше фокусируется на мобильных устройствах. Основная цель Iroha — дополнить другие проекты Hyperledger, предоставив повторно используемые компоненты, написанные на C ++. Этот проект также предложил новый алгоритм консенсуса под названием Sumeragi, который основан на византийской задаче. Iroha доступен по адресу https://github.com/hyperledger/iroha.
Различные библиотеки были предложены для Iroha. Вот некоторые из них:
- библиотека цифровой подписи (ed25519),
- библиотека хеширования SHA-3,
- библиотека сериализации транзакций,
- библиотека P2P,
- библиотека серверов API,
- библиотека iOS ,
- библиотека Android,
- библиотека JavaScript.
Bitcoin
Genesis Block of Bitcoin
Few interesting Bitcoin Transactions:
It happened at block height 170, the very first bitcoin transaction ever. This transaction was between the late Hal Finney and Satoshi Nakamoto. Finney was a computer scientist, inventor of reusable-proof-of-work (RPOW), a bitcoin pioneer, and also the first recipient of bitcoin via this transaction.
In retrospect, this was quite a monumental transaction, and it also resulted in the most expensive pizzas ever. A user of the BitcoinTalk forum and was asking if anyone could order it to be delivered to him in exchange for 10,000 bitcoins. The value at the time of the transaction was around $25 USD. Today, that amount in bitcoin is worth over $6.3 million. Every year since that transaction, the bitcoin community remembers this event by celebrating Bitcoin Pizza Day on May 22nd. Images of the famous pizza here
When bitcoin exchange Mt.Gox was struggling to stay afloat prior to their infamous collapse, then CEO Mark Karpeles wanted to prove that Mt.Gox was financially sound. To do so, he performed one of the biggest and most risky bitcoin transactions ever. The transaction was from Mt.Gox to Mt.Gox, but regardless it was sent over the bitcoin network to the tune of 442,000 bitcoins. The value now is in the neighborhood of $282.2 million USD.
2. Ethereum
-Programmable Blockchain with a Turing complete language, solidity.
Genesis Block of Ethereum
An open, proven, enterprise-grade blockchain framework
Echoing the Distributed Ledger Technology (DLT) trends and requirements in finance, supply chain and other industries, Hyperledger Fabric was initiated by tens of leading companies globally in early 2016. Since then, under the support of the Linux Foundation, hundreds of open source developers have been working together to design and implement a practical DLT framework to meet these real demands by integrating the advanced techniques of databases, networking, distributed consensus, and cryptography.
Hyperledger Fabric has quickly become one of the most popular open source DLT projects, with hundreds of deployments worldwide. In 2019, 30 companies in the “Forbes Blockchain 50” were using it.
Due to its open source model and popularity, Hyperledger Fabric has been adopted by major Cloud Service Providers including Alibaba, AWS, Azure, Baidu, Google, Huawei, IBM, Oracle, SAP, and Tencent.
Transaction Flow (Step 5)
The committing peer validates the transaction by checking to make sure that the RW sets still match the current world state. Specifically, that the Read data that existed when the endorsers simulated the transaction is identical to the current world state. When the committing peer validates the transaction, the transaction is written to the ledger, and the world state is updated with the Write data from the RW Set.
If the transaction fails, that is, if the committing peer finds that the RW set does not match the current world state, the transaction ordered into a block will still be included in that block, but it will be marked as invalid, and the world state will not be updated.
Committing peers are responsible for adding blocks of transactions to the shared ledger and updating the world state. They may hold smart contracts, but it is not a requirement.
Jerry’s satisfaction guarantee
As we begin 2020, I want to leave you with a personal guarantee that illustrates my confidence in the power of the group in open source blockchain — if you are not satisfied that we delivered the best of open source through our enterprise-ready IBM Blockchain Platform, then we will move you to one of the industries other Fabric-based platforms of your choice. We can make this powerful guarantee because our advanced tooling — IBM Blockchain Platform — works above and beyond Hyperledger Fabric but does not modify Fabric at all. It generates 100 percent compatible Hyperledger Fabric artifacts.
So again, blockchain is a team sport. As I like to say, when the team works together it provides a better outcome. That’s the premise of open source driving innovation and freedom of action. And that’s happening today around Hyperledger Fabric with IBM, Intel, Red Hat and the Fabric community. So, come on folks, jump in — the pool is a perfect temperature. We would love to work with you as well.
Инструменты, которые облегчают работу на Hyperledger
Explorer — веб-приложение для визуализации транзакций, проводимых в блокчейне. Пользователь может запросить информацию о новых блоках, данные о времени сделок.
Ursa — общедоступная библиотека криптографических функций. С помощью Ursa разработчики обеспечивают безопасность процесса.
Z-Mix — форк библиотеки Ursa, который поддерживает редкие алгоритмы и предлагает безопасную реализацию для создания доказательств с нулевым разглашением.
Composer — набор опенсорс-инструментов для разработки логики смарт-контрактов и простых блокчейн-систем. Команда может быстро создать и протестировать несколько моделей и выбрать ту, что отвечает требованиям проекта.
Cello — система управления блокчейн-сети. Также с использованием Cello можно построить Blockchain as a Service (BaaS) платформу.
Quilt — реализация протокола Interledger на Java. С использованием Quilt разработчики получают возможность внедрить системы оплаты через любую платёжную сеть, фиатную или криптовалютную.
ПРОРЫВ Hyperledger Iroha
Используя Iroha, бизнес может создавать и управлять простыми цифровыми активами, такими как любая стандартная криптовалюта , или сложными, такими как неделимые права, подлинность сертификатов и патенты.
Типичные примеры использования Iroha включают следующее: Он позволяет создавать удостоверяющие личности, которые позволяют предоставлять, а также проверять различные сертификаты, выданные физическим лицам образовательными и медицинскими учреждениями. Кандидатская университетская степень может храниться в блокчейне, и любому соответствующему агентству по найму или работодателю могут быть предоставлены права проверки для аутентификации информации кандидата во время процесса приема на работу.
Iroha также можно использовать для создания цифровых аватаров реальных активов, с которыми можно совершать транзакции с нулевой или низкой комиссией за транзакции. Например, текущий владелец старинного автомобиля может создать цифровой актив, который представляет старинный автомобиль в блокчейне, а затем связать его право собственности на себя. Чтобы передать право собственности, он затем может создать предложение, используя транзакцию с несколькими подписями, которая включает стоимость передачи в определенной валюте. Заинтересованный контрагент может принять предложение в блокчейне и завершить транзакцию, передав валюту нынешнему владельцу, а взамен получить право собственности на автомобиль.
Другие приложения, в которых Ироха находит применение, – это, например, управление идентификацией, необходимое для выполнения требований « Знай своего клиента» (KYC) . Вместо того, чтобы пользователь отправлял документы KYC в каждый институт по отдельности, они могут создать необходимую идентификацию в блокчейне, к которой могут получить доступ различные квалификационные институты, если это необходимо для соответствия KYC.
Iroha обеспечивает простое развертывание и обслуживание, широкий спектр библиотек кода для разработчиков, обеспечивающих беспроблемную разработку приложений, безопасный контроль и разрешения для ролей и действий пользователей, простое управление активами и идентификацию участников, а также модульную архитектуру дизайна для упрощения экосистемы блокчейна.
Ироха отличается от других популярных сетей блокчейнов, таких как Биткойн и Эфириум , поскольку последние работают как независимые реестры, которые позволяют любому присоединяться и предоставлять доступ ко всему в сети. Операции Ирохи разрешены, то есть только участникам с подходящим доступом разрешено присоединяться, взаимодействовать и вносить свой вклад в систему блокчейн. Запросы данных также ограничены на Ирохе, поскольку не всем разрешено читать и проверять данные в цепочке блоков. В отличие от Биткойна или Эфириума, Ироха не имеет собственной криптовалюты, но она может быть создана правомочным участником по мере необходимости для их собственного корпоративного использования.
Ироха также утверждает, что предлагает преимущества перед смарт-контрактами Ethereum. Хотя смарт-контракты на Ethereum могут потребовать написания громоздкого кода, этого можно достичь быстро и просто, используя встроенные команды в Iroha для более быстрого выполнения общих задач, с меньшей сложностью и меньшим риском.
Hyperledger Iroha – один из проектов под эгидой Hyperledger, размещенный на Linux Foundation. Японская финтех-компания Soramitsu Co. Ltd. открыла исходный код для Iroha. Первоначально он был предоставлен Soramitsu, Hitachi, NTT Data и Colu.
#H
Организационная структура Hyperledger
По сути, Hyperledger – это не организация, криптовалютная сеть или блокчейн-система. Он не поддерживает криптовалюту, такую как биткойн, но работает, предоставляя необходимую инфраструктуру и стандарты для разработки различных систем и приложений на основе блокчейнов для промышленного использования. Думайте о Hyperledger как о хабе, где под его эгидой работают различные индивидуальные проекты и инструменты на основе блокчейнов, которые придерживаются определенной философии дизайна.
Различные проекты включают в себя следующее:
- Hyperledger Fabric – платформа для создания различных продуктов, решений и приложений на основе блокчейн для использования в бизнесе.
- Hyperledger Composer – набор инструментов, который позволяет пользователям легко создавать, тестировать и управлять собственной цепочкой блоков.
- Hyperledger Cello – позволяет использовать блокчейн с помощью модели развертывания по запросу «как услуга» (Blockchain-as-a-Service)
- Hyperledger Explorer – утилита приборной панели, которая позволяет отслеживать, искать и поддерживать разработки блокчейна и связанные данные.
- Hyperledger Burrow – авторизованный узел блокчейна смарт-контрактов Ethereum, который обрабатывает транзакции и выполняет код смарт-контрактов на виртуальной машине Ethereum (EVM)
- Hyperledger Sawtooth – разрешенная модульная блокчейн-платформа корпоративного уровня, в которой используется инновационный алгоритм консенсуса Proof of Elapsed Time.
- Hyperledger Caliper – инструмент тестирования блокчейна, который используется для оценки производительности конкретной реализации блокчейна.
Все такие проекты под зонтиком Hyperledger следуют методологии проектирования, которая поддерживает модульный и расширяемый подход, функциональную совместимость и функции безопасности. Проекты остаются независимыми от определенного токена или криптовалюты, хотя пользователь может создать его по мере необходимости.
Behind the Scenes
Both Hyperledger Composer and Cicero are fundamentally strongly-typed and model driven, so we start by defining the data model, and because both Hyperledger Composer and Cicero use the same modelling language, there is no need for complex model mapping when calling from one to the other.
The Composer data model, showing the Shipment asset that is being stored on the blockchain, as well as some of the transactions that update the state of the shipment.
The Hyperledger Composer business network includes a transaction processor function (chaincode) that invokes the Cicero server.
A Composer transaction processor function for the ShipmentReceived transaction. On Line 32 you can see the call to the Cicero server, passing in data from the incoming transaction. After calling Cicero the function can update the state of assets on the blockchain.
You can then create a new (or use an existing) Cicero template. Here we are using the perishable-goods template from the Cicero Template Library at https://github.com/accordproject/cicero-template-library.
The grammar for a Cicero template. The grammar is the natural language text for the clause with embedded variables.
A Cicero template is strongly-typed and the type-information is captured in the template’s Template Model.
The Template Model for the perishable-goods Cicero template. The Template Model captures the names and types for variables referenced in the template grammar. Note that it can reference or include complex types, such as Shipment or Duration.
Cicero combines the Template Grammar and Template Model and uses them to generate a parser for the template. The parser takes input source text and converts it to an instance of the Template Model.
Finally Cicero templates include the executable business logic which implements a function that receives an incoming transaction and the clause data, and returns a response transaction.
Some of the business logic for the perishable-goods template, written in JavaScript. Note that the Accord Project is working on a Domain Specific Language for capturing contract logic.
For more information, and the full source code, please refer to:
- Cicero Perishable Goods Template: https://github.com/accordproject/cicero-template-library/tree/master/perishable-goods
- Cicero Perishable Network (Composer Business Network): https://github.com/accordproject/cicero-perishable-network
Private data collections
Additional changes are making their way into Hyperledger Fabric that will reduce the need for channels as the exclusive means of providing privacy of transactions between two or more organizations.
You might consider leveraging private data collections for small amounts of metadata or small transactions — though for large datasets/objects, such as might be the case for a document store, this may not be a viable option as we designed this for small amounts of related metadata about transactions.
The Private Data Collections feature has been available in Fabric since v1.2.0. This simplifies things a bit, because now you can have one channel with many participants yet engage in transactions that limit the exchange of data to only those organizations that have a need to share the information. However, setting up private collections requires some administrative setup before they can be used.
We are working on a new feature we call implicit collections where the client can choose any N channel members to which to distribute the private data without a priori configuration needed.
Thus, we will reduce (but not eliminate) the need for channels as the exclusive means of delivering privacy amongst a set of organizations. However, this feature isn’t likely to be delivered before the end of 2019.
Hyperledger Burrow permissions without a VPN
Many users when they are first exploring blockchain technology are taking blockchain clients built for a public chain and deploying them behind a VPN. With Hyperledger Burrow, it is not necessary to operate a permissioned chain behind a VPN in order to gain fast and secure validation. Burrow’s in built capabilities based permissioning system offers users easy access to a structured permissioning system.
This means that operators of any network can establish which keys can do what things within the context of the blockchain network. Of course over time these permissions can be changed by sending a transaction signed by a key with permission to change other’s permissions within the network.
In effect, this allows users to start small and grow their ecosystems and networks over time. Many users begin their blockchain exploration with only a single company operating a blockchain network and over time seek to expand the set of operators of that network. Hyperledger Burrow’s capabilities based permissioning system is built for this ever-evolving world. Burrow is even capable of growing into a permissioned, public chain should users so desire.
Telefónica
“At Telefónica we have been exploring the real value of blockchain for our customers for a long time, and we believe that value is in the layer of trust that adds to operations. Hyperledger’s community is key in the development of the technology that companies and organizations from all industries are using as a de facto standard for building business blockchain networks. We are delighted with the possibility of contributing to both the ongoing projects and new initiatives that may be launched in the coming months to continue helping companies in building these trusted networks.”
José Luis Núñez, Global Head for Blockchain at Telefónica
SMART CONTRACTS
Обе платформы используют smart contracts. Ранее упоминалась разница в отношении языка программирования «smart contracts». Есть еще одно ключевое отличие. Hyperledger Fabric использует контейнерную технологию для размещения smart contracts, тогда как Ethereum просто использует контрактные учетные записи и сохраняет их в блокчейне.
Кто выигрывает? Ethereum Blockchain или Hyperledger Fabric?
Обе платформы Blockchain были созданы для совершенно разных целей. Что касается полностью прозрачных децентрализованных сетей Blockchain, Ethereum остается лучшим выбором для предпринимателей и разработчиков. За последние пару лет большинство крипто-ICO Blockchain использовали платформу Ethereum для своих новых децентрализованных бизнес-моделей.
С другой стороны, у предприятий совершенно другие требования, как уже упоминалось ранее. Hyperledger Fabric обеспечивает конфиденциальность данных, контроль доступа, масштабируемость и высокую пропускную способность транзакций. Это подходит компаниям. Fabric также имеет несколько других преимуществ для предприятий, а именно:
- Модульная архитектура, в которой разработчики могут разрабатывать и использовать такие компоненты, как алгоритм консенсуса, в режиме plug-n-play.
- Hyperledger использует «каналы» для разделения данных, поскольку он очень подходит для строго регулируемых отраслей, таких как банковское дело и здравоохранение.
- Hyperledger предлагает очень хорошие функции запросов с использованием LevelDB и дополнительной CouchDB.
- В Fabric имеется аппаратный модуль безопасности (HSM), который повышает безопасность цифровых ключей для чувствительных случаев использования, таких как управление идентификацией.
Заключение
Блокчейн не является универсальным решением для всех бизнес-задач. Необходимо тщательно оценить бизнес-модель для его применения. Если вам нужна полностью прозрачная и полностью децентрализованная сеть Blockchain с крипто токенами, Ethereum может быть правильным выбором. Вам нужно будет решить проблемы с масштабируемостью и пропускной способностью транзакций.
С другой стороны, если вы находитесь в корпоративной среде и работаете с нормативными актами, вам нужна конфиденциальность данных и контроль доступа. Добавьте к этому типичные требования предприятий к высокой пропускной способности транзакций. Hyperledger Fabric — хороший выбор для вас в таких ситуациях.
Хотите получить опыт в команде, отлично знакомой с этими технологиями — следите за актуальными вакансиями!
https://www.zfort.com.ua/vacancy/
An Introduction to Hyperledger Burrow for Ether-heads
Over the years, there has been a lot of confusion within the Ethereum community about the various codebases which claim to be “Ethereum.” To us at Monax, the word Ethereum has meant a variety of things. It has meant a singular blockchain network and its attendant testnets. It has meant a series of software codebases. And it has also meant an “idea” about how smart contracting platforms operate; namely, that there should be a strongly-deterministic, smart contract native virtual machine that operates blockchain-based smart contracts.
Enter Hyperledger Burrow, one of the Hyperledger projects hosted by the Linux Foundation. Hyperledger Burrow provides a modular blockchain client with a permissioned smart contract interpreter partially developed to the specification of the Ethereum Virtual Machine (EVM). While it is certainly true that Hyperledger Burrow as a piece of software was not designed to be an active participant in the public Ethereum network and its testnets, in the other senses of “Ethereum”, Hyperledger Burrow has always been a member of the community.
This blog post is written to provide an overview of Hyperledger Burrow. It walks through three important things to note about the project and how those familiar with Ethereum could seek to implement proofs of concept, private or consortia blockchains.
АЛГОРИТМ СОГЛАСОВАННОГО “ДОКАЗАТЕЛЬСТВА РАБОТЫ”
Создатели Биткойна использовали согласованный алгоритм, который называется «Доказательство работы» (POW). Хотя все узлы имеют одинаковые полномочия, для создания нового блока с транзакциями узел должен решить ту сложную математическую задачу, о которой мы упоминали ранее. Это не требует навыков, но это требует быстрого перебора одного числа за другим. Загадку сложно решить, но возможно. Это асимметричная головоломка, то есть проверить решение очень легко. Это требует очень большого количества вычислительной мощности. Решение этой головоломки и создание блока таким способом называется «майнингом», а мы называем узлы «майнерами».
Когда майнер решает головоломку, он транслирует ее в сеть. Другие проверяют, и как только подтверждают, майнер получает возможность создать новый блок. Существует награда в виде доли нового созданного биткойна. Как видите, новые блоки можно создавать только тогда, когда решается сложная математическая задача.
Если майнер попытается создать новый блок без соблюдения стандартов, другие майнеры его отклонят. Разветвиться с частью сети не просто! Чтобы хакеры могли атаковать эту сеть, они должны захватить большую часть вычислительной мощности в этой децентрализованной сети. Это очень сложно, когда на многих узлах работают компьютеры с высокой вычислительной мощностью.-
Adding another consortium definition¶
In this next phase of network development, we introduce organization R3. We’re
going to give organizations R2 and R3 a separate application channel which
allows them to transact with each other. This application channel will be
completely separate to that previously defined, so that R2 and R3 transactions
can be kept private to them.
Let’s return to the network level and define a new consortium, X2, for R2 and
R3:
A network administrator from organization R1 or R4 has added a new consortium
definition, X2, which includes organizations R2 and R3. This will be used to
define a new channel for X2.
Notice that the network now has two consortia defined: X1 for organizations R1
and R2 and X2 for organizations R2 and R3. Consortium X2 has been introduced in
order to be able to create a new channel for R2 and R3.
A new channel can only be created by those organizations specifically identified
in the network configuration policy, NC4, as having the appropriate rights to do
so, i.e. R1 or R4. This is an example of a policy which separates organizations
that can manage resources at the network level versus those who can manage
resources at the channel level. Seeing these policies at work helps us
understand why Hyperledger Fabric has a sophisticated tiered policy
structure.
R3
Компания R3 CEV основана в сентябре 2020 года после соглашения 9 банков, ее основателем и генеральным директором стал Дэвид Раттер. К концу года количество банков-участников проекта выросло до 42, вот их полный список:
Практически сразу после расширения проекта Hyperledger, в начале апреля компания Microsoft объявила о своем сотрудничестве с R3. Там корпорация стала единственным крупным игроком со стороны ИТ-отрасли.
Консорциум R3 объединяет более 40 крупнейших банков, и цель этого партнерства, по словам Пегги Джонсон, исполнительного вице-президента по развитию глобального бизнеса Microsoft, заключается в разработке и тестировании технологий на основе блокчейна в качестве замены текущей финансовой инфраструктуры в банковских и промышленных предприятиях.
В соответствии с условиями партнерства, консорциум R3 будет располагать свои лаборатории на облачной платформе Azure от Microsoft, в то время как Microsoft будет предоставлять доступ консорциуму к своим 45 облачным инструментам, в том числе созданным другими компаниями для Microsoft Azure в рамках проекта Blockchain- as — a — service , в качестве сервисной платформы.
В дополнение к программному обеспечению, Microsoft также будет предоставлять членам консорциума выделенную группу технических архитекторов, менеджеров проектов, лаборантов и службу поддержки в технологических центрах, которые компания имеет в целом ряде городов, в том числе в Нью-Йорке, Милане, Пекине и Сан-Пауло.
По словам Дэвида Раттера, генерального директора R3, партнерство между Microsoft и R3 изменит всю индустрию финансовых услуг и ускорит внедрение технологии блокчейна.
С момента создания платформы Azure к Microsoft постоянно присоединяются новые партнеры, использующие его решение блокчейн-как-сервис (BaaS). Это такие стартапы , как ConsenSys, Ripple, Eris Industries, Factom и BitPay.
Сообщение о партнерстве появилось после того, как R3 вместе с 11 членами группы протестировали технологию распределенной сети Ether e um, разместив ее в частной сети платформы Microsoft Azure в прошлом месяце.
По словам Чарли Купера, управляющего директора R3, консорциум решил заключить партнерство с Microsoft после проведения серии тестов с другими потенциальными партнерами, в том числе Amazon и IBM.
Что касается расширения партнерства — это будет зависеть от того, как программное обеспечение компании и банковский консорциум будут работать вместе.
На прошлой неделе консорциум R3 провел внутреннее мероприятие, чтобы обсудить дальнейшие шаги в недавно представленном проекте. Это была последняя встреча в серии семинаров, проведенных по всему миру. Прошедшие семинары явились частью большого плана компании по созданию новой технологии Corda, разработанной специально для финансовых организаций. И это не будет блокчейн в привычном нам виде. R3 берет только нужное, отбрасывая даже основные принципы, в том числе полное дублирование и децентрализацию. По сути, это будет новая платформа «по мотивам» блокчейна.
«Мы не строим блокчейн. В отличие от других конструкций в этом пространстве, наша отправная точка — это отдельные соглашения между фирмами. Мы отвергаем понятие, что все данные должны быть скопированы на всех участников, даже если они зашифрованы», — сказал Ричард Гендель Браун, технический директор R3. «В отличие от блокчейна Биткойна, который распределяет всю историю сделок между узлами, в Corda только проверенные операции являются общими».
В ближайшие месяцы компания планирует выпустить ядро платформы с открытым исходным кодом, «возможно, в качестве вклада в другие начинания.»
Network summary¶
In this topic, we’ve seen how different organizations share their infrastructure
to provide an integrated Hyperledger Fabric blockchain network. We’ve seen how
the collective infrastructure can be organized into channels that provide
private communications mechanisms that are independently managed. We’ve seen
how actors such as client applications, administrators, peers and orderers are
identified as being from different organizations by their use of certificates
from their respective certificate authorities. And in turn, we’ve seen the
importance of policy to define the agreed permissions that these organizational
actors have over network and channel resources.