Process for Establishing a New Hyperledger Special Interest Group (SIG)

A Hyperledger Special Interest Group (SIG) is a community focused on a particular industry sector or activity with a shared interest in advancing a common understanding of how blockchain technology in general, and Hyperledger technology in particular, may be applicable. Members of a SIG include both technical participants (ideally including some from Hyperledger software projects) and business-level practitioners from relevant organizations. Together they share and discuss common software product needs, lessons learned from the real world, information about related or relevant code or standards from elsewhere, and other information they see fit. They also are expected to produce work products relevant to their sector of interest.  

SIGs differ from Hyperledger Working Groups (WG) in that WGs are focused on the development of the Hyperledger software projects and are not tied to a specific sector. The work products of the SIGs can be diverse based on each SIG's charter and focus, and are driven by the chairs and members of the SIGs. For example, SIGs might produce papers, case studies, solution briefs, presentations, blog posts for the Hyperledger blog, recommendations to Hyperledger Working Groups or new ideas or wish-list requirements to software projects, or other such content that can help others better understand their needs. SIG research and discussions might  also lead to software development activities, which would be expected to flow into a Hyperledger Lab, or even possibly to proposals for new Hyperledger projects. SIGs don’t oversee the creation or development of software or code. SIGs do not oversee the creation or development of software or code and all related work to SIGs that occur in WGs, Labs, or Hyperledger Projects will fall under the domain of the Technical Steering Committee (TSC) and the processes established by and governed by the TSC.

Each SIG will have an assigned Hyperledger Staff point of contact from the Hyperledger Ecosystem team who will work closely with the SIG Chair to ensure that the SIG and its participants are working together towards the SIG’s chartered goals as established when the proposed SIG is approved. Hyperledger SIGs are supported by Hyperledger staff and they self report on a quarterly basis by posting on the public wiki. Monthly reports on SIG activity are prepared by Hyperledger staff for the Governing Board.

Initiating a new SIG

  1. Any community member may propose a new SIG considering the following parameters:
    1. The proposed SIG should be sufficiently differentiated from all other SIGs. If a proposed SIG is similar to an existing SIG, we encourage the proposer to reach out to the existing SIG and determine whether or not there is enough overlap in the mission and scope that the proposed SIG could make sense as a part of an existing SIG.
    2. If the proposer(s) determines that the proposed SIG is differentiated enough they will need to provide a justification in the proposal for why it should be a new SIG and not part of an existing one.
    3. If a proposed SIG plans to be more technical in nature than what normally falls under the scope of a SIG, Hyperledger staff may propose they instead follow the WG process and connect the proposer(s) to the Hyperledger Community Architects for support in that process.
  2. In order to initiate a new SIG proposal, a community member will need to:
    1. Reach out to Hyperledger Ecosystem team ( to let us know your interest in starting a group. 
    2. Visit the SIG Proposals page to review previous proposals and the Proposal Template that can be copied to create a new SIG proposal. Typically the community member proposing the group lays out an initial high-level mission and goals for the group and invites others to join the group. In order to be approved officially by a Hyperledger staff, a group must have at least 15 interested parties and meet the criteria in #1 above. The Hyperledger Ecosystem team can also assist in bringing on new interested parties. 
    3. After initial discussion with Hyperledger Ecosystem team, the proposal will be added to: “Proposals in Process” until final approval or rejection as a SIG. The proposal can continue to be worked on while the proposer is working to reach the minimum of 15 interested parties. Hyperledger staff can help with finding interested parties by reaching out to community members or contacts that have indicated an interest in the topic or are involved in similar activities.
    4. During the approval process the initial SIG community proposers/members should identify the overall goals of the group in order to attract interested parties, and then once the group is officially approved, the group should work to layout the remaining elements of the charter using the SIG Charter Template (i.e. work products, meeting time and cadence, etc.).

Note: Keep in mind that your initial idea will evolve as new people join your group and add their own thoughts and ideas about what the group should focus on. It is a sign of a healthy community effort when multiple people are able to collaborate together and share ideas, thoughts and suggestions in a collaborative way. Revising and updating your initial idea based on group input will be one of the first tasks when the group official launches.

After Approval of SIG

When a new SIG gets approved, Hyperledger staff will ensure the following items are completed:

When a new SIG is approved, the SIG interim chair will ensure the following is completed:

When a SIG starts producing deliverables

Each SIG is unique and will be focused on producing a set of work products that are relevant for their sector. The following list is what we have seen most SIGs work on and serves to help new communities get a sense of what SIGs often produce and hopefully provide inspiration as your group defines its work products. Hyperledger staff can also assist the SIG community in accessing broader community resources to support the SIG with the work it is wanting to produce.

Terminating a SIG

As with any community, there will be a natural lifecycle to each SIG and some may close down at some point. As more SIGs mature with some potentially reaching the end of their lifecycle, the criteria to terminate a group may evolve and this wiki page may be updated. There will be some natural indicators coming from the group itself -- for example, in their quarterly reports groups may talk about how they feel that they have met the goals they set for themselves at the time that they started or that they feel like there are no more useful actions or discussions for the group members to take. Several months of inactivity, significant loss of membership, along with lack of chair leadership may also lead to a SIG closing down. A SIG may always be restarted however, if new parties join and would like to resume a SIG under the same title. The process would be the same as for starting a new SIG.

In certain, rare cases where there is a sudden departure or inactive leadership of a SIG, a Hyperledger staff point of contact may temporarily assist with the basic operations of SIG activities to keep the community active and rebuild membership. However, this is a temporary situation and eventually the community will hold an election for a new chair or a chair will be identified to take over SIG chair duties if no one presents themselves as a candidate. If chair leadership cannot be established, this may also be a reason to terminate a SIG.

Considering the above factors, the decision to close a group will be made by Hyperledger staff. When a group is closed Hyperledger will archive the wiki, mailing list and other artifacts so that others can still learn and make use of the work the group did while active.