[VIDEO] Hyperledger Interviews David Treat, Accenture

By Blog

David Treat is the global lead for Accenture’s Distributed Ledger Blockchain Practice Financial Services. As a services company, Accenture is an integrator of capabilities and wants to bring the best of innovations to clients. Hyperledger is the perfect place for them to be connected with all facets of participants in the blockchain innovation space. David believes being at that heart allows Accenture to bring the best to their clients.

According to David, blockchain has huge potential to move the financial services industry away from messaged based models, slow reconciliation processes and inefficiency of fragmented data stores. With blockchain, financial services can move to a shared data construct, driving down costs, increasing efficiency and opening up entirely new business models.

Blockchain is going to change the way Accenture does business with clients as they think about the network effect and the ability to share data among participants. It changes the model and the entire dynamic for consulting – to not just think about serving a single client but multiple clients and the wider industry.

If you want to be at the heart, innovation and progress of blockchain, Hyperledger is the place to be. The best conversations are happening here. Accenture wants to take the power of this diverse community and bring something truly transformative to all industries, according to David.

Mentorship at Hyperledger: Four Interns Share Their Appreciation for Great Mentors

By Blog, Hyperledger Fabric, Hyperledger Iroha, Hyperledger Sawtooth

If you read about the projects that Hyperledger’s summer interns have just completed, you’ll quickly see that these are serious internships that come with the prize of greater knowledge, skills, and connections with the technical community. One of the most important of these connections is the connection to a great mentor.

As part of our efforts to foster the development of blockchain talent globally, we pair each of our interns up with an expert to mentor and guide them. Here are all the ways that the mentors involved with Hyperledger’s 2017 summer internship program made a difference, in the words of our interns.

    • “My mentor, Baohua Yang from IBM, helped me in the project to understand and contribute.” — Indirajith Vijai Ananth
    • “My mentor, Jiang Feihu from Huawei Technologies, is one of the most supportive mentors I’ve come across to work with. Right from my selection for the internship, he started mentoring me and strategizing everything, although it was still a month difference from the official beginning of the internship. He’s a good mentor who helped me at every single difficulty that struck my way.” — Nikhil Chawla
    • My mentor was Makoto Takemiya from Soramitsu, and his mentorship helped me understand how Hyperledger Iroha and similar projects worked. We had meetings every week where progress on projects would be presented and where I would ask questions regarding details on Hyperledger Iroha and what the best way of achieving certain tasks would be. Makoto is a very skilled developer and he guided my research and development process to make sure everything was on track.” — Ezequiel Gomez
    • My mentor was László Gönczy from the Budapest University of Technology and Economics (BME), and Quanopt Ltd. His profound knowledge in business process modeling was a continuous source of guidance and support for my work. Firstly, he helped me to select of the BPMN elements to be implemented in the experimental prototype. The BPMN has an extremely large variety of notions in its metamodel (the standard being hundreds of pages long), but the important elements commonly used in the industry form only a smaller subset. Secondly, he helped to refine my approach by providing common, yet complex use cases/sample models. The expert guidance of my mentor played a significant part in successfully completing the project. Our work enjoyed a huge benefit of the professional advices of Imre Kocsis (BME).” — Attila Klenik

Thank you to all of Hyperledger’s mentors for fostering new blockchain talent and ensuring a successful 2017 summer internship program!

Meet the TSC: Arnaud Le Hors, IBM

By Blog, Hyperledger Burrow, Hyperledger Fabric, Hyperledger Sawtooth

As promised, we’re kicking off a new blog series that focuses on the motivations and backgrounds of the individuals that make up Hyperledger’s Technical Steering Committee (TSC).

The TSC is a group of community-elected developers drawn from a pool of active participants and is a core element of Hyperledger’s Open Governance model. The model has worked for The Linux Foundation for 15+ years and therefore has been purposefully passed down to each open source project to offer an even playing field for all those involved – coming as close as possible to pure technical meritocracy as one can get. The TSC is responsible for all technical decisions – from which features to add, how to add them and when, among others.

With that background, let’s introduce Hyperledger TSC member, Arnaud Le Hors from IBM. Let’s see what he had to say about Hyperledger, his role in the TSC and the community!

Describe your current role, background and why you wanted to be a part of the Hyperledger TSC?

I’m Senior Technical Staff Member of Web & Blockchain Open Technologies at IBM. I’ve been working on open technologies for over 25 years, focusing on standards and open source development, both as a staff member of the X Consortium and W3C, and as a representative for IBM. I was editor of several key web specifications including HTML and DOM and was a pioneer of open source with the release of libXpm in 1990. I participated in several prominent open source projects including the X Window System and Xerces, the Apache XML parser. I currently am the main representative for IBM at W3C, an elected member of the Hyperledger Technical Steering Committee, and a contributor to Hyperledger Fabric.

My main goal is for Hyperledger to not merely be successful technically but be successful as a true Open Source project with an active, vibrant, and diverse community. There are too many projects out there that claim to be open source but fail to have an open governance. In my role on the TSC I will continue to strive to make this community truly open.

Arnaud Le Hors, Senior Technical Staff Member of Web & Blockchain Open Technologies at IBM

How are you or your company currently using Hyperledger technologies or how do you plan to?

IBM Blockchain offering is based on Hyperledger Fabric. After a period of development of proof of concepts we’ve now entered a phase in which we see more and more projects going into production. Some of these like Everledger and Maersk have been highly publicized already with the tracking of diamonds and shipping containers respectively. What I find interesting is that these projects show how broadly applicable blockchain technology really is. This goes way beyond cryptocurrencies.

What are the benefits of Hyperledger’s open governance model?

The power of Open Source is to make it possible for people with different backgrounds and skills to come together and work collaboratively to everybody’s benefit. Everyone gets more out of the project than they individually contribute. This model however only reaches its full potential with an open governance where all contributors are treated equally and have a say in the direction of the project. Without open governance, developers are merely treated as cheap resources willing to give their time and IP without any say as to where the project goes. Sadly, many projects typically led by big corporations do function like that. As I said earlier, it is my goal for Hyperledger to be truly open and part of my role at IBM has been to help our development team to switch from a closed development environment to open source. This doesn’t just happen. One needs to understand what it takes and apply themselves to it.

What’s the most important technical milestone for Hyperledger to reach by the end of 2017?

We’ve already seen the release of Hyperledger Fabric 1.0 earlier this year, Hyperledger Sawtooth and Hyperledger Iroha are working towards their own 1.0 release. I think it would be a great achievement to see those three projects, which were the first to start within Hyperledger, reach that major milestone by the end of the year.

What advice would you offer other technologists or developers interested in getting started working on blockchain?

Blockchain is a new technology. In many respects everybody’s still learning so it is a great time to get started. As more and more companies launch projects leveraging blockchain they will be seeking developers with the needed skills. Those who already worked on developing these skills will become valuable resources. Because all of the Hyperledger technologies are open source there is no cost to getting started. It is merely a matter of being willing to invest your time. Practically speaking, I would advise people to start by familiarizing themselves with the different projects to get some general understanding of the characteristics of the different frameworks. They all include documentation and tutorials that are can be used to get started.

What’s the one thing you hope to accomplish by being a part of Hyperledger’s TSC?

As mentioned before, if there is one thing I hope to accomplish it is to continue driving the project towards being truly open, with not only code in open source but also with an open governance. For example, last year, I took a leading role in the development of the Incubation exit criteria. These are criteria the TSC uses to gauge whether a project is ready to move out of Incubation into Active status. The fact that the criteria we defined are focusing on the maturity of the project – how the project is run, how diverse the community is, etc – rather than the maturity of the software that is developed is a reflection of that goal.

What’s a missing feature or spec that you hope Hyperledger can add in the soon future?

As we see more and more projects reach their 1.0 release, I hope we get more cross pollination happening between projects. For instance, an effort was recently put into integrating Borrow – a permissioned Ethereum virtual machine – with Sawtooth. I hope we get to see more of that kind of efforts happening moving forward.

What’s the biggest struggle or challenge you see Hyperledger having to overcome?

As understanding of the different major components of a blockchain framework improves, with help from the Architecture Working Group, it would be great to be able to identify pieces that can be externalized and shared by the different frameworks rather than have every project host its own. This is however not an easy task and with each project focusing on advancing its own framework it is difficult to get resources allocated to this kind of cross project effort. Once all the projects become more mature it should be easier to find resources for this but it will be harder to make significant changes to frameworks that have already been deployed in production.

What use cases are you most excited about with Hyperledger and/or blockchain?

Voting. Blockchain provides a distributed, secure, and audit-able record that fits perfectly the need of voting processes. What is more important than protecting our democracies?

Interning with Hyperledger: 4 Interns Share Their Experiences and Advice

By Blog, Hyperledger Cello, Hyperledger Iroha, Hyperledger Sawtooth

Just recently, four talented individuals finished summer internships with Hyperledger. We’re proud to congratulate them on a job well done!

Here, they share details about their projects and advice for students considering an internship in open source software.

About the Projects

Nikhil Chawla from India, mentored by Jiang Feihu from Huawei Technologies, worked on deploying Hyperledger Fabric on Kubernetes using Hyperledger Cello. Nikhil’s approach was twofold. First, it involved manually running Hyperledger Fabric on Kubernetes. Second, it involved automating the deployment using Hyperledger Cello. Nikhil says, “There were a long trail of issues I got to address via this internship. But identifying the levels was a good idea and subdividing the tasks helped me a lot. Moreover, the community channels like Slack and Rocket.Chat were a huge help. I used a variety of measures that can be adapted to reach each sub-task and eventually, solving them optimally.”

Indirajith Vijai Ananth from Italy, mentored by Baohua Yang from IBM, worked on improving and implementing features in Hyperledger Cello. Indirajith says, “The approach can be categorised into three major steps. First, to learn basics and get acquainted to the technology and the domain. Then, to learn deeper by going through the code to understand where and what to work on. The last step was to get involved from writing code and reporting bugs. The outcome of my project was the implementation of a health check feature in Hyperledger Cello for Hyperledger Fabric v1.0 network. This involved restructuring and updating image downloading scripts for Hyperledger Fabric and the respective documentation.”

Ezequiel Gomez from Mexico, mentored by Makoto Takemiya from Soramitsu, worked on anonymous transactions in Hyperledger Iroha. Ezequiel says, “The approach was to first look at how projects that currently have the ability to issue anonymous transactions work. Given that there is a small number of projects that achieve this efficiently, we based our work on Zcash and their usage of zk-SNARKs. The next step was to fully understand the different parts in the Zcash protocol and how this could be implemented on top of the Hyperledger Iroha ledger. I became acquainted with the development community of Zcash Company which helped me understand the academic papers that motivated the project. Given that the core of the project was usage of different cryptographic protocols, most of my research was focused on things such as key establishment, digital signatures and zero knowledge proofs. Since one has to be very careful when working with cryptographic protocols, researching the specifics on each part of the protocol was necessary to avoid mistakes when implementing cryptographic primitives.”

The project depended on staying in sync with the team of developers working on Hyperledger Iroha. Ezequiel says, “The outcome of the project was a standalone service with the functionality needed to implement anonymous transactions into the Hyperledger Iroha distributed ledger. Given that v1.0 of Hyperledger Iroha is still under development, the team decided to have me work on the anonymous transaction part as a standalone service while the team implements an unspent transaction output (UTXO) transaction model into Hyperledger Iroha after v1.0 is released. Without a UTXO model anonymous transactions would not be possible, since the current account model has no way of hiding who the owner of the assets is. The standalone service is not yet finished, and some parts of this service will be developed depending on how the UTXO model gets implemented into Hyperledger Iroha but it currently has two contributors on GitHub working on finishing its components.”

Attila Klenik from Hungary, mentored by László Gönczy from Quanopt and Budapest University of Technology and Economics (BUTE), worked on contract-based business process execution. Attila says, “The goals of the project were 1) to evaluate whether Hyperledger Fabric smart contracts (chaincodes) can fulfill the roles of a business process execution engine, and 2) to develop a methodology for the (almost) automatic migration of business process models (BPM) to the Hyperledger Fabric framework. This approach will enable the merge of existing sophisticated methods in business process modeling with the sound basis of blockchain frameworks.”

The complete coverage of Business Model Process and Notation (BPMN) is still a future work but according to Attila’s expectations, it can follow the approach and technology developed. Attila says, “The core result of the project is a conceptual proof of concept of using BPMN for designing smart contracts. This complements evolving technologies like incorporating business rule systems into blockchain applications by using the Hyperledger Fabric for communication and synchronization purposes. The feasibility of the general approach is proven by a pilot transformation of core BPMN elements to chaincode frames and an ongoing activity targets the re-use of the code developed in traditional BPMN frameworks. The subset implemented is sufficiently rich to support the most common applications.”

Advice to Students Considering an Internship in Open Source Software

As you can see from the experiences above, summer internships in open source software are serious internships that come with the prize of greater knowledge, skills, and connections to the technical community.

If you, or someone you know, is planning to pursue an internship in open source software, here’s a collection of tips they can use from Hyperledger’s 2017 summer interns: Nikhil, Indirajith, Ezequiel, and Attila.

  1. Starting work on an open source project can be a little overwhelming. It’s easy to lose yourself in the details due to a desire to know everything. This is a good thing of course, but not right at the start. To get around this, use a top-down approach when exploring such a project. Focus on the parts you need to work on (or use), and treat everything else like a black box. Once you get familiar with the top, you may take a step toward the bottom.
  2. Don’t be afraid to jump into chat rooms with the project community and ask away! Open source project communities are eager to help new developers and work very hard to make sure future contributors have the resources necessary to understand the codebase. Reading white papers is a good first step before diving into the code. Large open source projects may seem intimidating at first because of their size, but after a higher-level understanding on how the project works, looking at its individual parts will become much easier!
  3. Another way to get started is by cloning the repository of the particular project of interest and start fixing the basic bugs. Slowly, progress can be made by submitting patches and test codes. Eventually, this leads to contributing to an open source project that is going to leave a mark of its own in this technology-driven world.
  4. Before contributing to open source, look at the guidelines for contributing. Going through each and every document is a must, without it you’ll definitely fall into trouble.
  5. There’s a huge variety of projects for all different genres in open source, so choosing the right project is must. Never follow the crowd.
  6. Don’t lose hope if you struggle at first. Soon, you can master open source!

There is plenty of work to be done in open source. Be sure to let the talented students in your life know about this exciting career path.

ABCs of Open Governance

By Blog, Hyperledger Burrow, Hyperledger Cello, Hyperledger Chaintool, Hyperledger Composer, Hyperledger Explorer, Hyperledger Fabric, Hyperledger Indy, Hyperledger Iroha, Hyperledger Sawtooth

Today, most people understand the concept of Open Source – certainly we expect most readers of this blog understand it. View the code, use the code, copy the code, change the code, and, depending on the license, contribute back changes or not.

What many people don’t get, and something we here at Hyperledger and The Linux Foundation pride ourselves on doing well, is Open Governance.

The Linux Foundation, and all of our 60+ open source projects, are not-for-profits building the greatest shared R&D investment in history. Open Governance is central to this promise.

Open Governance means that technical decisions -– which features to add, how to add them and when, among others – for a given Open Source project or projects are made by a group of community-elected developers drawn from a pool of active participants. It is as close to the ideal of pure technical meritocracy as one can get and we strive continuously to reach that ideal.

Hyperledger recently concluded the 2017-2018 Technical Steering Committee (TSC) election, and so we thought it an opportune time to explain the ABCs of Open Governance. Please note that this is one Open Governance implementation and clearly not the only way to do it, but rather one proven and effective way.

What does the Hyperledger TSC do?

The TSC charter spells out the group’s responsibilities.

The TL;DR is that the TSC is the ultimate authority on technical decisions. This includes which new projects are admitted to Hyperledger , which current projects graduate from Incubation to Active , and the rules by which each Hyperledger project will operate.

Participation in Hyperledger through becoming a Contributor and/or Maintainer is open to anyone.
Hyperledger Charter Section 4C

As a developer or maintainer, this translates into one thing: trust. You know how decisions will be made and the process by which people will be selected to make these decisions. Hyperledger is vendor-neutral and technical contributions are based on meritocracy. We will always remain immune to the commercial interests of any single company.

The TSC election process consists of three simple steps:

  1. Identification of eligible participants
  2. Nominations
  3. Voting

Who is really eligible to be on the TSC?

The charter spells out that the TSC voting members shall consist of eleven (11) elected Contributors or Maintainers chosen by the Active Contributors.

So, how do you determine an active contributor, you may ask? As part of the current election, every project maintainer and Working Group leader was asked to provide a list of all the people that have contributed to their work in the past year. In addition, a review of all code and other contributions was conducted.

This year, 424 active contributors were identified as eligible to participate in the TSC election process.

Bring It (your nomination that is)

The Linux Foundation maintains an expert staff with decades of combined experience managing the operations of large scale, Openly Governed Open Source projects.

For Hyperledger, the Sr. Program Manager Todd Benzies ensures the trains run on time.

Below is Todd’s email calling for TSC nominations:

This nominating process produced 32 candidates for the 11 TSC spots. These 32 come from 20 different organizations, across a spectrum of industries, from technology vendors to foundations to end users from a variety of industries. They include people who work at Hyperledger members and non-members and some are standing as individuals.

A policy whose importance is hard to overstate is that anyone elected to a seat on the TSC is elected as a person unbound to the company for which they presently work. Should any TSC member during their tenure leave an employer for another, this would have zero impact on their standing as member of the Hyperledger TSC.

Cast your vote

Here is Todd’s email sent to the same list announcing the nominees and opening voting.

The arrow highlights one of the things that we’ve learned along the way as a trick to the trade of running open governance well. The voting system has to be unquestionably secure and fair (something by now truly everyone can relate to…).

We use the Condorcet Internet Voting System to safeguard the privacy of this election and voting process. CIVS can only be accessed by authorized voters, who receive a unique URL tied to their email address. Voters rank a set of possible choices and individual voter rankings are combined into an anonymous overall ranking of the choices. One vote is allowed per IP address.


This process yields a fairly and openly-elected technical decision making body pulled from the community that cares about Hyperledger. We know they care not because they said so, not because the company they work for has joined Hyperledger, but because they invested their time to make contributions to Hyperledger code bases. Or, as Hyperledger Executive Director Brian Behlendorf says, “it’s a do -ocracy.”

Meet the New Hyperledger TSC (listed in alphabetical order)

Arnaud Le Hors
Baohua Yang
Binh Nguyen
Christopher Ferris
Dan Middleton
Greg Haskins
Hart Montgomery
Jonathan Levi (new)
Kelly Olson (new)
Mic Bowman
Nathan George (new)

If you’re interested in learning more about the Hyperledger TSC and its elected members, we’ll be kicking off a “Meet the TSC” blog series in the coming weeks. Be sure to look out for it!

You can plug into the community at github , Rocket.Chat the wiki or our mailing list .

Developer Showcase Series: Andy Berti, Tradeix

By Blog

Our Developer Showcase blog series serves to highlight the work and motivations of developers, users and researchers collaborating on Hyperledger’s incubated projects. Next up is Andy Berti, CTO at Tradeix.

What advice would you offer other technologists or developers interested in getting started working on blockchain?

Have a goal. Look for how blockchain can help your business idea, rather than how you can mould your business idea around blockchain. I believe that developing technology for technology’s sake is rather futile. You need to have a strong business idea to execute and while doing that leverage the advantages that a great blockchain solution gives.

Give a bit of background on what you’re working on, and let us know what was it that made you want to get into blockchain?

We at Tradeix are managing a trade finance platform, called TIX which allows organisations and developers to create their own trade finance eco-systems. We utilize blockchain to provide the irrefutable source of truth for our digital assets (invoices). My first blockchain experience was with Bitcoin where I dabbled with proof-of-existence models. The thought of stamping obfuscated or encrypted content into a public blockchain was a bit of fun. After I lost out in the MtGox debacle, my thoughts turned to blockchain for the financial services industry and how permissioned ledgers in particular could be utilized.   

Andy Berti, CTO at Tradeix

What do you think is most important for Hyperledger to focus on in the next year?

Low barriers to entry are important. We can all sometimes get lost in the details especially when we are on the leading edge of technology. With Hyperledger being successful it is important to be very easy for the average developer to pick up and use as well as simple for the average business person to understand.

What’s the one issue or problem you hope blockchain can solve?

Voting. It may take a while, but the path toward a secure, irrefutable, electronic voting mechanism for all our democracies would be a beautiful thing. No more paper ballots, hackable machines, just vote from your phone and you’re done.

What is the best piece of developer advice you’ve ever received?

Think of the poor devil who has to support this code.


[VIDEO] Hyperledger Interviews Makoto Takemiya, Soramitsu

By Blog

We spoke with Makoto Takemiya, Co-CEO of Soramitsu. The benefits of being a member of Hyperledger for Soramitsu include the networking capabilities and the sharing of information with many other companies.

In 2017, Soramitsu is using Hyperledger technologies to create real life systems as well as prototypes. According to Makoto, blockchain will affect their customers by increasing possibilities with throughput and data analysis. Blockchain will also change the way they do business with their customers by allowing them to create more decentralized platforms where they can all play at the same level.

Makoto says the main reason to join Hyperledger is for the connections you can build but also the ability to have a say in how this emerging technology is built.

Watch the full video here:

Congratulations to the Hyperledger Interns and Mentors on Completed Summer Internships

By Blog, Hyperledger Cello, Hyperledger Iroha, Hyperledger Sawtooth

As part of Hyperledger’s mission to advance cross-industry blockchain technologies, we strive to foster talent globally. One way we do this is through a summer internship program.

The Hyperledger summer internship program pairs talented university students with blockchain experts from the technical community. Each intern takes on a specific project that will benefit the Hyperledger community and his or her mentor provides guidance to help the intern be successful.

This month, interns from Mexico, Hungary, Italy, and India have completed their internships and will be returning to their university communities to use and share what they have learned.

  • Attila Klenik from Hungary, mentored by László Gönczy from Quanopt and Budapest University of Technology and Economics (BUTE), returns to BUTE. Attila worked on contract-based business process execution.
  • Ezequiel Gomez from Mexico, mentored by Makoto Takemiya from Soramitsu, returns to Boston University. Ezequiel worked on anonymous transactions in Hyperledger Iroha.
  • Indirajith Vijai Ananth from Italy, mentored by Baohua Yang from IBM, returns to University of Rome Tor Vergata. Indirajith worked on improving and implementing features in Hyperledger Cello.
  • Nikhil Chawla from India, mentored by Jiang Feihu from Huawei Technologies, returns to Northern India Engineering College. Nikhil worked on deploying Hyperledger Fabric on Kubernetes using Hyperledger Cello.

Here’s a snapshot of our accomplished interns across the globe:

In upcoming posts about interning at Hyperledger, we’ll share details about the projects and advice for students considering an internship in open source software. We’ll also discuss the important role of mentorship.

Meet the New Hyperledger Technical Steering Committee

By Blog

We’re pleased to announce the results of Hyperledger’s Technical Steering Committee (TSC) annual election! The nomination period was held from August 10 to August 16. The voting period ended on August 23.

Please join us in welcoming the following new or returning members to the TSC (in alphabetical order):

  • Arnaud Le Hors
  • Baohua Yang
  • Binh Nguyen
  • Christopher Ferris
  • Dan Middleton
  • Greg Haskins
  • Hart Montgomery
  • Jonathan Levi (new)
  • Kelly Olson (new)
  • Mic Bowman
  • Nathan George (new)

The main objective of the TSC is to drive technical governance for Hyperledger. The TSC helps support the overall mission of Hyperledger to create an open source, technical community to benefit the ecosystem of Hyperledger solution providers and users, focused on blockchain and shared ledger use cases that work across a variety of industry solutions.

The TSC will elect a TSC Chair, who will also serve as a voting member of the Governing Board, and is expected to act as a liaison between the Governing Board and technical leadership of Hyperledger. Once the TSC chair vote is finalized, it will be announced to the community.

Specifically, the TSC is responsible for:

  • Coordinating the technical direction of Hyperledger;
  • Approving project proposals in accordance with a project lifecycle document to be developed, approved and maintained by the TSC;
  • Designating top level projects;
  • Creating sub-committees or working groups to focus on cross-project technical issues or opportunities;
  • Coordinating technical community engagement with the end user with respect to requirements, architecture, implementation, use cases, etc.;
  • Communicating with external and industry organizations concerning project technical matters;
  • Appointing representatives to work with other open source or standards communities;
  • Establishing community norms, workflows or policies for releases;
  • Discussing, seeking consensus, and where necessary, voting on technical matters relating to the code base that affect multiple projects; and
  • Establishing election processes for maintainers or other leadership roles in the technical community that are not within the scope of any single project.

We plan to kick off a “Meet the Hyperledger TSC” blog series where we will introduce each TSC member individually and explain what they’re working on and their role in the community. Be sure to keep an eye out for it in the coming weeks. Finally, you can plug into the community at github, Rocket.Chat the wiki or our mailing list. You can also follow Hyperledger on Twitter or email us with any questions:



Hello World, Meet Seth (Sawtooth Ethereum)

By Blog, Hyperledger Burrow, Hyperledger Sawtooth

Guest post: Adam Ludvik, Bitwise IO, Casey Kuhlman, Monax

One of the dreams of bringing multiple distributed ledger projects together under a single roof at Hyperledger is that we would find ways to collaborate, learn, and grow to the benefit of all projects involved. To this end, an initial proof-of-concept integration between the Hyperledger Sawtooth and Hyperledger Burrow projects was recently completed. As a result of this integration, “simple” EVM smart contracts can now be deployed to Hyperledger Sawtooth using the “Seth” (Sawtooth Ethereum) Transaction Family.

The Seth family consists of a new client, `seth`, that is used to construct and submit transactions to the network and a new transaction processor, `seth-tp`, that runs the Burrow Ethereum Virtual machine. Thanks to the modular design of Hyperledger Sawtooth, getting the Hyperledger Burrow EVM running under Hyperledger Sawtooth was relatively easy. Transaction processors run in a separate process and communicate with the validation process over a network interface. The Hyperledger Burrow EVM code was wrapped in an adapter but was otherwise left unmodified.

While working together on common ground, a cross-pollination of ideas took place to the benefit of both projects. Hyperledger Sawtooth gained an EVM implementation and added plans for the following new core features:

  • Core and family-defined Events
  • Transaction execution receipts
  • Batch injection
  • On-chain block validation rules

These core features will enrich the toolset available to application developers and enable Hyperledger Sawtooth to move the Hyperledger Burrow EVM integration past the initial proof-of-concept phase. The next step in this integration is enabling developers with existing web applications and smart contracts to seamlessly transition their work to the Hyperledger Sawtooth platform. A major part of making this transition possible will be the creation of a `seth-rpc` server that supports the Public Ethereum and Burrow JSON-RPC interfaces. The architecture of the integration after this step is shown below.

Hyperledger Burrow benefited from the integration in two major areas. First by working with the Sawtooth team and leveraging its capacity to offer parallel processing of transactions the effort represents the very first iteration towards non-serialized processing of EVM based transactions. Within the EVM community it has long been understood that one of the most important aspects of scaling is the need to move beyond strictly serial processing of transactions. The Hyperledger Sawtooth-Burrow integration is the first tangible code which addresses this giant need within the community of EVM users.

Secondly, Hyperledger Burrow has long been positioned to provide a core EVM that would then be utilized by other Hyperledger projects. This integration validates that positioning and establishes a strong upstream-downstream relationship between the Sawtooth and Burrow projects. Successful open source endeavours are community driven, collaborative efforts and this linkage between the Hyperledger Sawtooth and Hyperledger Burrow teams reinforces that ethos.  

If you’d like to learn more about Seth, visit: or join the discussion on Rocket.Chat. Also, the documentation for Seth can be found at Seth Developer’s Guide. As always, we encourage developers to join our efforts on these projects. You can 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: