Web5 Spec

This repo sets forth the development process, requirements, and the desired feature for Web5 SDKs.

Feature Tracking

Feature tracking will take place entirely on GitHub through Github Issues and the SDK development Github project.

Feature Acceptance

Proposing new features that impact all SDKs will occur by creating a Github Issue in this repo. The Issue should include motivation or rationale in addition to any relevant reading material. New features will be discussed and decided upon during weekly syncs

[!IMPORTANT] Language agnostic test vectors must be produced prior to commencing implementation beyond the first SDK

Test vectors are in the test-vector directory. More info on test vectors can be found there.

Implementation Criteria

An individual SDK will consider a feature implemented once the following requirements have been met:

• Produce/update API reference documentation for any/all methods added to the public API surface. documenting private API methods is optional
• Produce/update relevant example usage
• Test coverage must be provided for all public API methods.
• Tests that consume shared test vectors must all be passing

Review Criteria

• Propose API surface design prior to implementation. This can be done by opening a feature request Issue and fostering a discussion around the proposed design. This can be followed by a corresponding draft PR and providing prototypal code.

• Approval Required from a minimum of 2 people.

[!NOTE] Requiring two reviewers will likely slow things down at the benefit of ensuring there's a sufficient amount of visibility on the changes being made. It also prevents bottlenecks from forming. Many people on our team should be able to speak to the features landing in our SDKs.

Release Criteria

• Each Release will have an accompanying Github Release
• Each Github Release will have an accompanying git tag that matches the version being published
• For the forseeable future, each SDK is free to publish releases at a frequency that the SDK's respective DRI sees fit

CI / CD

Each SDK will use GitHub Actions for CI/CD and other automations.

Find the latest Projects Health Dashboard here.

Publishing Artifacts

Each SDK will be published to the most widely adopted registry/repository for the respective language

Publishing API Reference Documentation

Each SDK will auto generate API reference documentation using the respective language's commenting convention and doc gen tooling

[!IMPORTANT] At a minimum, API reference documentation will be published to the respective sdk repository's Github Pages. e.g. https://tbd54566975.github.io/tbdex-kt/.

[!IMPORTANT] Producing API reference documentation is the responsibility of an implementer.

Example Feature Usage

Each SDK will publish example usage for each implemented feature. This can either be included as a part of API reference documentation or published separately.

Test Vectors

Test vectors ensure interoporability of features across SDKs and language implementations by providing common test cases with an input and expected output pair. They include both success and failure cases that can be vectorized.

This repo serves as the home for all Web5 feature related vectors. They are available in the test-vectors directory.

The sdk-report-runner repo consumes the output tests for these test vectors in each repo and generates a report - report-runner.

Adding & Updating Test Vectors

New test vectors should follow the standard vector structure. Vectors are automatically validated against their JSON Schema via CI.

Create a PR in this repo for adding / updating Web5 test vectors.