Under our Linux Foundation Joint Development Foundation (JDF) charter, ToIP Foundation Working Groups (WGs) can produce a variety of deliverable types. This repo covers the lifecycle management process for the work products ("deliverables") of the ToIP Foundation.
Figure 1: The six (6) primary types of ToIP Foundation deliverables
Table 1 summarizes the primary differences between these six types:
Deliverable Type | Designed to be: |
---|---|
Specification | Implemented (in code) |
Template | Instantiated (as new documents) |
Glossary | Incorporated (in other documents) |
Recommendation | Followed (in practice) |
Implementation Guides | Executed (in operation) |
White Paper | Understood (to support decisions) |
Table 1: The primary differences between the six types of deliverables
The ToIP Foundation maintains a variety of active and inactive activities that adhere to a specific process for the maturation and publication of deliverables that are relevant to:
- Work within the same working group
- Work within another working group
- Work within another community or SDO
There are several ways in which you can get acquainted with our work.
If you are here to explore the work products of the ToIP Foundation, we recommend you use the Deliverables Index for a current listing of all work product efforts and their statuses.
If you have an idea for a new instance of one of our types of deliverables, please consider making a contribution.
The goal of the ToIP Foundation is to help define a complete architecture for Internet-scale digital trust that combines both cryptographic trust at the machine layer and human trust at the business, legal, and social layers. Our work products with be positioned at various levels of such an architecture and will mature at disparate rates. Please familiar yourself with the lifecycle management process for our deliverables and then when/where appropriate we welcome your feedback on how you plan or have consumed our work. Please keep us informed of your activities by submitted a pull-request
against our adoption matrix.
This repository is licensed under an Apache 2 License. It is protected by a Developer Certificate of Origin on every commit. This means that any contributions you make must be licensed in an Apache-2-compatible way, and must be free from patent encumbrances or additional terms and conditions. By raising a PR, you certify that this is the case for your contribution.
For more instructions about contributing, see Contributing.
This repo is derived from the structure and successful experience of Hyperledger/Aries-RFCs, which was in part based on Indy HIPEs, which borrowed it from Rust RFC. Their good work has made the setup of this repository much quicker and better than it otherwise would have been. If you are not familiar with the Rust community, you should check them out.