Guest post: Hanna Zubko, IntellectEU
Last week, Blockchain masterminds gathered for three events in the Bay Area: Blockchain Protocol Analysis & Security Engineering Conference, CoinDesk’s Construct Conference, and Hyperledger’s Hackfest. All the events demonstrated that blockchain technology is becoming more mature and forming an emerging industry of startups and enterprise players.
On January 29-30, Stanford University hosted a deeply scientific conference on the security and systemic risks in blockchain protocols through the use of formal methods, empirical analysis, and risk models. Brilliant presentations on modern trends in consensus algorithms and communication protocols ensued open conversations among cryptographers representing various distributed ledgers. The conference succeeded to foster multidisciplinary collaboration among practitioners and researchers. Among the participants, companies presenting various efforts built on top of Hyperledger’s technology included HACERA, Skuchain, and IntellectEU. HACERA was presented at the second part of the talk “Permissioning Your Blockchain: How to Overlay Hyperledger Fabric with a Fully Workable System Tapestry” at the event.
After an unusually warm weekend in San Francisco, a group of 350 technical blockchain experts headed to the Innovation Hangar. At the invite-only CoinDesk’s Construct Conference, participants heard the latest updates from CTOs of leading Blockchain initiatives, saw live product demos, and were able to install environments for protocols and projects that were new to some.
Hyperledger frameworks including Fabric, Sawtooth Lake, and Iroha had dedicated sessions presented by Chris Ferris, Mic Bowman and Makoto Takemiya, respectively. Brian Behlendorf, Executive Director of Hyperledger, delivered an update on the “Modular Umbrella Approach,” which included new efforts like Cello, and existing projects like Chaintool and Blockchain Explorer. Everyone that was interested in Hyperledger Fabric could witness a trading marbles demo in a separate dedicated pavilion.
While those events were a real treat for all Blockchain professionals, the Hyperledger Hackfest was the cherry-on-top. It gathered 80 Hyperledger enthusiasts and core developers at the Presidio on February 1-2. Both days were filled with project activities, updates, and work group meetings on coding and support. During the Hackfest, Iroha and IBM even announced their collaboration. The Hackfest featured two working groups: Architecture WG and Identity WG. The highlight had to be a presentation that introduced an application framework designed to simplify and expedite the creation of Hyperledger blockchain applications with additional business logic on top often referred to as “smart contracts” – Fabric Composer.
The consensus for all the three events is that Blockchain is here to stay. While 2016 was named the year of Proof of Concept, 2017 promises to be a year of Pilot. The Blockchain ecosystem across companies and industries unites efforts to address scalability and privacy challenges. It is acclaimed that the Hyperledger community plays a notable role in this game.
If you’re interested in blockchain, plug into the Hyperledger Community at github, Rocket.Chat the wiki or our mailing list. You can also follow Hyperledger on Twitter or email us with any questions: email@example.com
Today, we’re excited to welcome a new project to Hyperledger, Cello. Cello is a toolkit for deploying a Blockchain-as-a-Service, that reduces the effort required for creating, managing, and terminating blockchains. Hyperledger serves as an “umbrella” for software developer communities building open source blockchain and related technologies, and as such, Cello joins many other efforts including Fabric, Sawtooth Lake, Blockchain Explorer, and Iroha.
What is Cello?
Cello aims to bring the on-demand “as-a-service” deployment model to the blockchain ecosystem, to provide a multi-tenant chain service efficiently and automatically, on top of various infrastructure, e.g., baremetal, virtual machine, and more container platforms.
With Cello, operators can create and manage multiple blockchains in a pool through a dashboard, at the same time users (typically the chaincode developers) can obtain blockchains instantly with a single request, as illustrated in the figure below.
Cello will plan to support existing and further Hyperledger blockchain platforms including Fabric, Sawtooth Lake, Iroha, and more. We have been evaluating Cello for several environments, e.g., Cello in a POWER-based Cloud has supported thousands of chains for nearly a year.
“Cello will definitely welcome potential collaborations with other important projects, to achieve another open-source success”, said by the initial project proposer, Baohua Yang.
The Hyperledger community and by extension, The Linux Foundation, has initialized several projects (e.g., Fabric, Sawtooth Lake and Iroha) for the Decentralized Ledger Technology (DLT) ecosystems. Those projects provide various ledger implementations targeting performance, stability, permissions, scalability, etc. Cello hopes to help build the community by providing the blockchain service functionality and attracting more contributors to Hyperledger.
Today, to boot a chain, developers need to adopt the installation scripts, e.g., docker-compose scripts in Fabric. If multiple tenants requires to obtain separate chains at the same time, they have to modify the scripts carefully and create these chains manually. This procedure is time consuming, and even worse, leads to possible misconfigurations.
Take Hyperledger Fabric, for example, currently, the solution to create a Hyperledger Fabric chain includes:
- Manual installation of each peer node on different servers. This requires much effort and is error prone.
- Setup scripts (e.g., Docker-Compose) to start a fabric network. This requires a specific server configuration, which makes it hard to share resources and dynamically create multiple chains.
Cello solves these problems in a different way, by maintaining a pool of chains automatically. Users will get chains with various configurations instantly, while operators can dynamically scale the physical resources through a dashboard.
The Hyperledger community now has projects of SDK, blockchain-explorer and chaintool. Cello is a great complement. For example, Cello can boot a blockchain with blockchain-explorer as the dashboard, with SDK and chaintool as the interface to operate chaincode.
Cello leverages the Docker APIs to manage the blockchain clusters in remote hosts, including physical servers and virtual machines. Hence Cello can be easily deployed to Cloud environments that provide virtual machines on demand.
The design architecture is as follows:
- Orchestration Engine: Core to handle resource management and workload scheduling, which is mainly implemented in Python;
- Restful Server: Operational interface, which is implemented with Python;
- Drivers: Currently we utilize Docker API lib, to support native host and Swarm cluster The driver layer is designed to be pluggable to support more types in future;
- Tools: We have also designed several tools to handle tasks like monitoring and logging, which are mainly implemented in Golang. However, the framework is pluggable, hence we can also integrate existing open-source tools.
Who will work on Cello?
Currently, Baohua Yang and Haitao Yue from IBM Research are committed part-time to developing and maintaining the project. There are also sponsors from Soramitsu, Huawei and Intel.
Learn more about Cello
Cello is hosted at github. We will follow the Hyperledger community’s guide, all information is open at the wikipage at https://wiki.hyperledger.org/projects/cello.md. Please connect up directly with the Cello team. Their contact details can be found at https://wiki.hyperledger.or
Huge thanks to all our members and the community for their support in 2016. It has been a real pleasure for all of us to be behind something so great.
Hyperledger is moving full steam ahead in 2017! As the number of different projects, different members, and public interest in Hyperledger has grown, so too has our concept of who we are and how we support the community. Given that, the Linux Foundation is looking to fill new roles on the Hyperledger team: a Director of Ecosystem Development, a Security Maven, and two Community Architects to help Hyperledger drive open blockchain standards and technologies in the coming year.
The Community Architects will be technical, and expected to write code from time to time, but their primary role is to remove all barriers for other developers to understand, get productive, and start collaborating. They will also assist technical conversations across projects, drive a holistic overarching architecture that makes sense to developers and the broader user community, and drive successful adoption of open source development practices across Hyperledger.
The Security Maven will ensure the Hyperledger community implements the best practices of secure software development, from reporting processes to code scanning to building a common security model. Finally, the Director of Ecosystem Development will help us coordinate all the non-development-related engagement with our members and the broader business community.
If you’re interested in any of the positions mentioned, please apply directly here: https://jobs.lever.co/linuxfoundation.org.
Here’s to a great year!
Hyperledger membership has been growing quickly in China over the past year. To date, more than 25% of Hyperledger members are from mainland China. In order to foster a strong relationship between the Hyperledger global community and the China local technical teams, today, Hyperledger is announcing a Technical Working Group China (TWG China). TWG China was officially approved by the Hyperledger TSC on December 1, 2016.
The TWG China is a bridge between the global Hyperledger community, the emerging technical users and contributors in China and the greater region, including Hong Kong and Taiwan. TWG China is now led by key contributors from China, who actively contribute to the Hyperledger Technical Community and build the consortium ecosystem. Currently, three members are appointed by Hyperledger TSC as chairpersons of the working group, including Baohua Yang from IBM, Dong Cai from Wanda and Ruifeng Hu from Huawei.
The mission for TWG China is to help grow the Hyperledger developer community in China by responding to new user questions, as well as help with first-level triage of community-reported bugs or other issues. TWG China will also:
- Help grow the Hyperledger technical team, embrace more members and encourage technical contribution to Hyperledger community from the greater China region.
- Help demonstrate to new developers how to contribute,e.g., report bugs or file pull requests, and point motivated developers towards the Hyperledger roadmaps and development initiatives.
- Expose new users to the broad range of projects at Hyperledger.
- Regularly organize meetups, Hackathons, trainings and related activities for the membership and technical fans to communicate and exchange innovative ideas with each other.
Individual contribution and firm membership are warmly welcomed. As an open team, TWG China encourages others from the community to join the team, help build the local technical scene, and promote Hyperledger with more adoptions and scenarios. If you’re interested in joining please email firstname.lastname@example.org. You can also visit: https://wiki.hyperledger.org/groups/tsc/technical-working-group-china for additional information.
在过去的一年中，Hyperledger 中国成员增长迅速。目前，25%以上的Hyperledger 成员来自中国大陆地区。为了培养Hyperledger 全球社区与中国当地技术团队之间的紧密联系，今天，Hyperl
中国技术工作组是连接 Hyperledger 全球社区和大中华地区（包括港台）新兴技术用户和贡献者的桥梁。
中国技术工作组的使命是发展壮大中国的 Hyperledger 开发者社区，包括新用户答疑以及归类处理社区反馈的 bug 和其他问题。另外，中国技术工作组的具体工作还包括：
帮助扩展 Hyperledger 技术团队，吸引更多成员加入，鼓励更多来自大中华地区的对 Hyperledger 社区的技术贡献。
By Dan Middleton, Sawtooth Lake Maintainer*
When I was asked to post about Sawtooth Lake, an obvious topic was “What is Sawtooth?” Well, Sawtooth Lake is a distributed ledger with novel consensus and transaction handling, incubated under the Hyperledger umbrella.
But maybe a more interesting question is “Why is Sawtooth?” Given the profusion of bitcoin forks and other blockchains why create another system? In a nutshell, there are usages that shouldn’t be contorted on top of a currency or on top of a centralized database – even if it’s replicated.
Originally, Sawtooth Lake was designed to explore scalability, security, and privacy questions prompted by the original distributed ledgers. That mandated a certain modularity that was lacking at the time. Starting from scratch allowed us to employ lessons from those pioneering systems and branch into usages that the original currency ledgers weren’t intended to address. PoET, the new consensus hits scalability, while Transaction Families, our contract logic, narrow the attack surface for contracts while simultaneously broadening the functionality. We also have a keen interest in trusted execution environments and what role that can play in private transactions.
In branching into new business cases, we felt it was important that the system preserve certain tenants of a distributed ledger. That is, in an enterprise deployment, the concept of a distributed ledger shouldn’t collapse into a replicated database. Enterprise participants need autonomy and they have the right to run their own nodes. The set of participants will also be dynamic and the system – particularly consensus – must accommodate that volatility. It is not clear, for example, whether an O(n2) protocol with fixed membership like PBFT can support the scale or volatility of a distributed ledger at production levels. Finally, we observed that, “public” and “private” define a spectrum of authorization policies – not a binary option for a distributed ledger.
Since open sourcing earlier this year, we’ve learned a lot from industry trials. Sawtooth Lake’s pluggable Transaction Families have enabled its use in exploratory projects across several industries, including recent public announcements of a global deployment in finance and as the reference platform for a music industry initiative. Likewise pluggable consensus allows Sawtooth Lake to be used in small tightly held networks or large broadly open networks. If there’s a sweet spot for Sawtooth Lake, though, it’s the Consortium Ledger.
Before getting into the novelties of Sawtooth lake, it’s worth motivating the problem space. There are plenty of replicated databases. We want to build a truly distributed ledger. The business models in this space involve tens to hundreds of business entities. That puts some unique demands on the underlying distributed system.
Consortiums fit the bill for Distributed Ledger Technology (DLT) as a collection of related, but not fully trusting organizations, that can benefit from a shared view of data. One of the promises of DLT is that it creates win-win opportunities for organizations to open up silos. Eliminating intermediaries is an often cited benefit, but to me, DLT isn’t just about efficiencies, it’s about unlocking new ways to grow.
Consider a motivating example from supply chain, let’s say you want your product to use only ethically sourced minerals, but your company is several steps removed from mining the raw materials, refining them, etc. A shared ledger recording each transfer from materials harvesting to product assembly would let you trace the provenance and gain confidence that the end product is ethically sourced. To work well, that shared database needs input from a variety of companies. Without a shared ledger, it’s more difficult for any of the suppliers or retailers to advertise and capture the value of the ethical sourcing. While it might be possible to accomplish that with a single, centralized database managed by a governing entity, a DLT offers better and perhaps necessary features.
In too simple of an example, the supply chain has a single chain of relationships or perhaps a radial network with a center – which, importantly, could be served by a traditional, centralized database.
Overly Simplistic Supply Chain.
A real ecosystem, however, has a web of relationships. By looking at only one node in that network, its direct connections form a natural group that suggests it could be supported with a centralized database. But by observing that each of these nodes has a nexus of relationships – it’s own centrality – it’s clear there’s no single, central database that makes sense. Consider also the kinds of data that are relevant and not relevant to each peer.
A DLT is ideal for this kind of scenario where relationships and dependencies are many and varied.
We believe that a truly distributed ledger should provide autonomy to each participant, and that participants should be allowed to run their own nodes. A consortium may develop rules for authorizing participants, but centralizing the nodes and the control defeats the purpose of distribution and fails to satisfy the actual requirements of the participants.
Realistically, participating companies will be dynamic, entering and leaving the system as their business dictate. This mandates a truly distributed system, not just a replicated database.
Realizing this distributed ledger vision requires technology choices that satisfy requirements for autonomy and dynamic membership. In DLT the choice of consensus has a dramatic effect on the system as a whole. Sawtooth employs an experimental consensus algorithm we call Proof of Elapsed Time, or PoET. It’s a form of random leader election, wherein each validator node waits a random amount of time before trying to claim a block. In other random leader election algorithms like Proof of Work, that randomness is enforced by searching for partial hash collisions. PoET replaces that work with trusted computing.
The benefit of this is a more economical and greener algorithm (as compared to ASIC mining rigs). Rather than chips churning on hash functions, the trusted computing functions allow each node to get on with other work until its timer expires, putting computing cycles into useful operations without wasted electricity. PoET is a return to the Satoshi intent of “one-CPU-one-vote”.
In its original form PoET exists near the unpermissioned end of the policy spectrum. Any host that can provide certain cryptographic proofs about the correctness of its execution can publish a block. The sawtooth-core maintainers have begun adding scaffolding to support the more direct authorization models that consortia may require. The first policies in this new framework include basic requirements of a validator such that it is running the correct version of the consensus algorithm and that it has a verifiably unique identity on the network (an anti-sybil feature of PoET). The network itself validates authorization of each node as it joins the system. Once validated, those nodes and their authorization data are committed to a table on the ledger, called the Validator Registry. Building on these new features, participants in a network can define arbitrarily elaborate (or simple) authorization policies. This authorization framework then lets the underlying PoET consensus algorithm be utilized across a wide swath of the public to private ledger spectrum.
Transaction Families are unique to Sawtooth Lake. Transaction logic is, of course, another area of intense exploration in DLT development. This logic is akin to the stored procedures your grandmother may have written for her old-fashioned steam-powered database. The two most pressing questions about this so called “smart contract” layer are (1) where is the proper architectural divide in data control logic versus application logic, and (2) how expressive should that layer be?
With regard to expressiveness, Bitcoin started with too much power and has pared back over its evolution. Ethereum sought to provide more expressiveness but control it with economics. In both cases the appropriate divide between application logic and data control logic has been unclear and the allowed ledger operations have been exploited.
Transaction Families create a smaller surface tailored for each domain.
Sawtooth Lake’s Transaction Family architecture is meant to address the questions of architectural boundaries and transaction expressiveness. Rather than trying to create a new language or define the perfect set of opcodes for all domains, Transaction Families decompose the logic problem by domain. If we tease apart the logic layer into two layers we get a set of rules for a domain and a composition layer for creating versatile transactions within that domain.
Transaction families are at once more powerful and more restrictive than other approaches of logic. Transaction Family code is deployed natively within the validator. That embedded validator code defines a data model and a set of updates associated with the model. The DApps (Distributed apps) author can then compose new transaction logic out of the available update methods. We intend that this be a more secure approach than providing all logic for all domains as a single interface to the ledger. Transaction families more tightly bound the code that must be vetted allowing for more tractable analysis. Consider if you will, how the complexity of the DAO code led to this summer’s Ethereum problems.
Sawtooth deployed with two transaction families: Trading and Authorization
Returning again to the consortium ledger, the consortium can define the extent of flexibility on the data model for the domain they participate in. Take for instance some recent work where Sawtooth Lake was used to prototype a bond and settlement market. For this prototype, a transaction family was created specifically to execute only the required bond settlement operations, eliminating the possibility of executing, unallowed, unnecessary, and illegal operations. The consortium can vet and approve a family before it is deployed to the network. The consortium participants can then still differentiate and establish competitive contracts with reduced risk that unwanted operations ensue.
Similarly domains often have services important to that domain which might be inappropriate or unnecessary in others. Again, in the case of bonds, a time service is important to address payment terms for maturity. The granularity of that time is probably coarser than a supply chain domain focused on delivery of perishable goods like fish, or where the time source for that perishable good is provided by some external authority.
Finally there is a lot of energy surrounding private transactions. The Sawtooth-Core team is experimenting with private transactions using all the tools available including pure cryptographic techniques such as NIZK as well as trusted computing like Intel® SGX. This is an ill-defined space right now. It’s common to hear explicitly contradictory requirements like, the desire to discover assets on the ledger and settle the transfer of assets between parties while at the same time not listing the assets or parties on the ledger. Proposed solutions include recording only opaque identifiers for transactions but not the transactions or the assets themselves. A database that only has transaction IDs but no transactions or assets probably loses a lot of value. However, it’s possible that more interesting solutions exist using computationally expensive means like zero-knowledge relations or using trusted hardware with private enclaves.
Until next time…
I hope this has been an informative look into Sawtooth Lake. We are making a number of significant improvements at the time of this writing from our persistence mechanism up through transaction family API. Next time I’ll bring an update on those activities. Meanwhile you can find the work in progress in our github repo and docs. We are active on slack and there’s always someone around to help ramp a new contributor.
* Dan Middleton is an employee of IntelⓇ Corporation. The views expressed here are in the context of his role as an open source maintainer of Sawtooth Lake and do not necessarily represent those of IntelⓇ Corporation.
We’re pleased to announce that the distributed ledger project, Iroha, has been accepted into incubation status under Hyperledger. Originally developed by Hyperledger member company, Soramitsu, Iroha was inspired by the Fabric architecture and aims to provide a development environment where C++, web, and mobile application developers can contribute to the Hyperledger Project.
What is Iroha?
Iroha seeks to complement Fabric, Sawtooth Lake, and other potential projects, by creating reusable components in C++ that can be called from languages such as Go. In this way, Iroha is additive to existing projects and the long term goal is to realize a robust library of reusable components that can be selected and used freely by those running distributed ledgers on Hyperledger technology.
“Iroha allows even more developers to interact with Hyperledger to build infrastructural projects and applications requiring distributed ledger technology,” said Brian Behlendorf, Executive Director of Hyperledger. “It is encouraging to see member companies actively contributing to a diverse and sustainable open source blockchain ecosystem built on cooperation.”
The design and architecture of Iroha is greatly inspired by Fabric, in that blockchain and chaincode services form the overall architecture. Where possible, APIs were made to be similar to Fabric and, rather than competing with Fabric, the goals of Iroha are to:
- Provide an environment for C++ developers to contribute to Hyperledger
- Provide infrastructure for mobile and web application support
- Provide a framework to experiment with new APIs and consensus algorithms that could potentially be incorporated into Fabric in the future.
Currently, the Hyperledger Project lacks an infrastructure project written in C++, thus limiting the potential developers who can contribute. Also, there is not currently a strong focus on user interaction or mobile applications, though both are necessary for the realization of the widespread use of distributed ledger technology. Iroha aims to rectify both of these points, bringing in more developers while providing libraries for mobile user interface development.
Iroha is a distributed ledger project that was designed to be simple and easy to incorporate into infrastructural projects requiring distributed ledger technology. Iroha features:
- Simple construction
- Modern, domain-driven C++ design
- Emphasis on mobile application development
- New, chain-based Byzantine fault tolerant consensus algorithm, called Sumeragi
Although turing complete smart contracts are available via chaincode in Java (running a sandboxed JVM), users do not need to write chaincode in order to define digital assets in Iroha. Common use cases, such as deploying new currencies and sending text messages, are available as part of the core framework. Iroha is composed of the following:
- Iroha core
- Iroha Native iOS Library
- Iroha Native Android Library
Who will work on Iroha?
Soramitsu has committed several full time engineers to the project. Makoto Takemiya of Soramitsu is the initial project maintainer, along with six other engineers at Soramitsu. Besides Soramitsu, the co-sponsors of the proposal and other Hyperledger members are considering committing resources to work on Iroha including Toshiya Cho of Hitachi, Takahiro Inaba of NTT Data, and Mark Smargon of Colu.
Soramitsu is also doing collaborative research with The University of Tokyo, The University of Aizu, and Center for Global Communications (GLOCOM, below) of International University of Japan. From the University of Tokyo, Hideyuki Tanaka will consider economics use cases with Iroha. From The University of Aizu, Yasushi Fujii will explore business use cases with Iroha. From GLOCOM, Soichiro Takagi will consider economics and scientific research using Iroha.
“We’re pleased that Iroha has been accepted for incubation into Hyperledger,” said Makoto Takemiya at Soramitsu. “By creating C++, mobile, and web development environments for Hyperledger, new developers can join the project and help contribute not only to Iroha, but to other sub projects, such as Fabric and Sawtooth Lake.”
Learn more about Iroha
Working with community members and use case partners, we would like to continue to improve upon Iroha and have it reach and active project stage in the future. The end goal is to realize a suite of components that can be freely interoperable with other Hyperledger projects.
The following repositories on github have been created to manage Iroha resources:
You can learn more about Iroha in this whitepaper or other incubation projects under Hyperledger here. Iroha documentation can be found at http://docs.iroha.tech. For those interested in additional information, please reach out to: email@example.com
We’re pleased to share the details of Hyperledger Project’s significant presence at the upcoming Money20/20 conference taking place Oct. 23-26, at The Venetian in Las Vegas. If you will be at the event, we encourage you to attend the Hyperledger activities detailed below.
Member Lightning Talks
On Tuesday, Oct. 25, we encourage you to stop by the Hyperledger booth #425 from 12:30 – 1:00pm for short and engaging lightning talks from our members who will showcase their Hyperledger-powered applications built to address financial market requirements. Stop by during lunch and you’ll hear from the following:
- IBM: Blockchain Explained: Insights From the First Year
- IntellectEU: Direct Payments Platform
- Accenture: Editing the Uneditable Blockchain
- Intel: Embedded TEE Smart Blockchain Wallet
- ConsenSys: How ConsenSys uses Hyperledger
- MonetaGo: Interbank Blockchains for Payments
While you’re visiting the Hyperledger booth, be sure to collect your swag, including lapel pins, adapters, pens and stickers.
On Tuesday, Oct. 25 from 5:00-5:50pm in Lando, Level 4, Hyperledger Executive Director, Brian Behlendorf, will speak on behalf of the project in a blockchain panel titled, “All Together Now: How Bank & Tech Partnerships Are Shaping the Future of BlockChain.”
Blockchain tech has come a long way. By now, most of the largest banks and some notable tech giants are participating in industry-wide blockchain standard-setting activities, partnering with startups and taking different approaches to determining which use cases would improve upon existing technology. Hear some of the key participants in these cross-industry partnerships discuss how collaboration is shaping the future of blockchain technology. How will these partnerships be successful? And what are the key challenges to overcome? Attend the panel to hear why.
Member and Industry Sessions
Several Hyperledger members and industry thought leaders will also feature in the week’s agenda. Below are confirmed sessions.
Sunday, Oct. 23
1:25–1:50pm | Marcello, Level 4 | Part2: Identity Solutions, Blockchain & Financial Inclusion in Emerging Markets | Economic Inclusion & Financial Health Track | Hyperledger Member: Gem
Lack of ownership of a secure and unique digital identity is a fundamental reason that too many are not able to benefit from a growing middle class in many emerging markets across Latin America, Africa and Asia. Several startups are applying blockchain technology towards self-sovereign identity. This session will explore two very different approaches with the respective CEOs of Banqu and Gem, and explore the potential paths they see towards universal identities, the potential partnerships required, and the friction and pitfalls they are encountering as they implement their solutions in market.
4:10–5:00pm | Murano, Level 3 | Panel–Balancing Blockchain Public Policy: Thoughtful Regulation Without Stifling Innovation | Legal & Regulatory: Risk & Compliance track | Hyperledger Members: DTCC and IBM
In only a few short years, a technology that began as an alternative digital currency has managed to capture the imaginations of thousands of innovators and investors around the globe. This session will explore the public policy landscape for blockchain tech, including the key question of how regulators and operators can balance the fine line between protecting consumers and stifling innovation.
Monday, Oct. 24
11:40am–12:05pm | Lando, Level 4 | Part 1: Open-Sourced: How New Business Models Will Disrupt the Disrupters | Entrepreneurship & Investing track | Industry Thought Leader: Zoë Keating
Platform-based businesses like Facebook and Airbnb have built wildly successful companies over the last decade, but what are the innovations that will disrupt the disruptors? In this session, leaders in the venture capital, blockchain and entrepreneurship space discuss how the next big business model disruption might be found in cryptocurrencies.
4:00–4:50pm | Lando, Level 4 | Part 2: Consumer Protection & Blockchain: Building the New Financial Future | Blockchain Tech track | Hyperledger Member: Blockstream
Digital currencies like Bitcoin and Ethereum promise a more secure and efficient backbone for the financial system—so why do they keep getting stolen? What, if anything, can be done to prevent these thefts? This July, Consumers’ Research convened regulatory, legislative and industry leaders in Bretton Woods, NH to address these concerns. In this session, participants will unveil findings from the Bretton Woods conference and share perspectives on how to realize the promise of digital currencies while also protecting consumers.
4:00–5:50pm | Palazzo Ballroom J, K, L, Level 5 | StartupPitch180–Earlier Stage Companies | StartupPitch180 track | Hyperledger Member: Loyyal
Expanded and enhanced for 2016, StartupPitch180 will feature 30 diverse and innovative startup companies presenting their businesses in 180 seconds. Participating companies will compete for cash prizes and a spot on the main stage in between the keynote speakers later in the conference. The action is fast paced, interactive and fun, as judges from leading VC firms and audience voting will determine the 4 winners from our curated list of startup companies.
Tuesday, Oct. 25
5:00–5:50pm | Lando, Level 4 | Panel–All Together Now: How Bank & Tech Partnerships Are Shaping the Future of Blockchain | Blockchain Tech track | Hyperledger Members: ConsenSys and Digital Asset
Blockchain tech has come a long way. By now, most of the largest banks and some notable tech giants are participating in industrywide blockchain standard-setting activities, partnering with startups and taking different approaches to determining which use cases would improve upon existing technology. Hear some of the key participants in these cross-industry partnerships discuss how collaboration is shaping the future of blockchain technology. How will these partnerships be successful? And what are the key challenges to overcome?
While onsite at Money20/20, we encourage you to take advantage of the opportunity to meet and greet with your fellow Hyperledger members. Below is a listing of the Hyperledger member exhibition booth stand numbers at Money20/20.
- Hyperledger Project: 425
- Accenture: 3601
- ConsenSys: SR18
- Fujitsu: 1031
- IBM: 1033 and MC131
- Intel Corporation: 3606, 3607, and the lounge in 219
- Intuit: 837
- J.P.Morgan Chase: 1622, 1626, 3805 and 3806
- NTT DATA: 1227
- SWIFT: 1146
- Broadridge and Wells Fargo will also be onsite Money20/20.
We look forward to seeing you in Vegas!
The first ever Hyperledger Hackathon took place October 1-2 in Amsterdam. More than 120 developers (20 teams) gathered for the event organized by ABN AMRO, IBM, Holland Fintech and Hyperledger.
During the Hackathon, teams of students, fintechs, start-ups, and staff from IBM and ABN AMRO had 36 hours to build their own application on Hyperledger. As part of their efforts, they were allowed to tap the expertise of visiting experts from the Hyperledger Technical Steering Committee and others. At the end of the 36-hour period, a jury assessed the teams’ proposals and applications with a focus on application value to clients and business as well as its technical implementation.
The energy and enthusiasm of the teams was incredible to watch. Each team had a deep appreciation of the technology and how it could be applied. A few of the teams even slept at the venue, working through the night to polish their implementation and pitch!
The winning team (pictured below) built a practical application for the storage of medical information, controlled and updated by medical experts and patients as owners of the data. Each team member won an Oculus Rift.
Following the Hackathon was the Hyperledger Hackfest, which took place on October 3-4 in the ABN AMRO Innovation Centre. 60 developers attended. This marked the first time the bi-monthly international Hackfest was held in Europe.
Some of the agenda items addressed at the event included:
- Overview of consensus model evolution
- Data confidentiality enhancements (selective distributed ledger)
- Future support for other chaincode languages
- Starter kit tutorial
- Brian and Chris held a session for our ABN AMRO hosts on what the Hyperledger project is all about
- Brian held a session on new potential projects
- There were a number of ad hoc breakouts with various maintainers present (Chris, Gari, Binh, Murali, Tamas and Gabor)
- Fabric maintainers held a meeting to discuss release process
- Hyperledger Architecture WG also held a session at the Hackfest, led by Ram Jagadeesan from Cisco
If you are interested in further engaging with the technical community, sign up for one or more of the mailing lists at https://lists.hyperledger.org/mailman/listinfo.
Today, Hyperledger is announcing the formation of the Hyperledger Healthcare Working Group (HLHC Working Group).
Health data sharing, like much of health IT, has traditionally lagged other industries in adoption of new technologies. This is not for bad reason – people’s lives and health privacy are at stake, as is 20% of GDP. The potential of blockchain technology, applied to healthcare, is a shared platform that decentralizes health data without compromising the security of sensitive information. This model lifts the costly burden of maintaining patient’s medical histories away from the hospitals: eventually cost savings will make it full cycle back to the patient receiving care.
The HLHC Working Group’s mission is to house and foster technical and business-level conversations about appropriate applications for blockchain technology in the healthcare industry. These conversations will be broad and educational, but will eventually focus on identifying opportunities for near-term collaboration between participants on common software to implement a given application. If appropriately scoped and resourced, these conversations could lead to one or more proposals for new software development efforts to be hosted at Hyperledger.
“There are two really important questions to focus on. First, since there are so many use cases where blockchain could be used in healthcare, where will blockchain (plus smart contracts) provide capabilities not readily enabled by pre-existing approaches? Second, as blockchain capabilities and variants continue to evolve rapidly, how do we support parallel initiatives that don’t create forking that introduces friction into the flow of data and services?” said Dr. John Mattison, Assistant Medical Director, Kaiser Permanente. “We are truly sitting on a ‘TCP/IP moment’, and while it’s impossible to declare ‘what’ the solution is to avoiding that forking, we can come together in this workgroup to define ‘how’ we collaborate to minimize the risks of inadvertently introducing friction through forking.”
The HLHC Working Group, which does not require Hyperledger membership, will center around discovery and exploration of healthcare-related blockchain use cases that address real world problems. Initially, the group will focus on fundamental Distributed Ledger applications, such as establishing registries, interoperability and identities. Technical opportunities will also be discussed. In time, the discussion will expand to more advanced topics, such as smart contracts and process automation.
“The power of Open Source is the power of collaborative ideas. The Hyperledger Healthcare Working Group enables Healthcare enterprises, providers and users to focus resources on a scalable open source project to leverage collaboration, said Dr. Merve Unuvar, IBM Blockchain Product Leader. “The beating heart of the emerging Healthcare Blockchain will be powered by Hyperledger enabling data sharing, privacy and interoperability.”
“The healthcare industry needs to be organized in order to realize the potential for blockchain technology,” said John Bass, Founder and CEO, Hashed Health. “The Hyperledger Healthcare Working Group is a destination for those who want to contribute to the development of technical standards necessary for blockchain innovation to be meaningful. The team at Hashed Health is extremely excited to join the Group as a founding member driving development efforts with our peers.”
The HLHC Working Group already includes participants from organizations including Accenture, Gem, Hashed Health, Kaiser Permanente and IBM. If you are interested in participating in the HLHC Working Group, please visit the Healthcare industry page to learn more and join the mailing list.