Modular p2p messaging stack, with a focus on secure messaging. https://rfc.vac.dev/
Go to file
Kim De Mey 1f9a6a8179
Update repository links for nim implementations (#120)
2020-05-08 22:38:51 +02:00
.github/ISSUE_TEMPLATE Update research-issue.md 2019-11-14 13:20:14 +08:00
_includes added 2020-02-20 10:48:25 -05:00
_layouts fix 2020-02-20 10:51:53 -05:00
assets Update remote log asset 2019-10-01 12:52:02 +08:00
specs Update repository links for nim implementations (#120) 2020-05-08 22:38:51 +02:00
.gitignore travis 2020-01-31 17:33:54 +01:00
.remarkrc Update .remarkrc (#111) 2020-03-17 15:22:06 +08:00
.travis.yml travis 2020-01-31 17:33:54 +01:00
404.html Create 404.html 2019-09-22 20:39:34 +02:00
CNAME Create CNAME 2019-08-04 15:25:11 +02:00
Gemfile sitemap (#109) 2020-03-01 17:00:06 +01:00
Gemfile.lock update 2020-02-20 10:18:26 -05:00
README.md Upgrade waku specs to waku/1 2020-04-21 13:39:38 +02:00
_config.yml fix/redirects (#110) 2020-03-11 12:37:08 +01:00
package-lock.json travis 2020-01-31 17:33:54 +01:00
package.json travis 2020-01-31 17:33:54 +01:00

README.md

Build Status

This repository contains the specs for vac, a modular peer-to-peer messaging stack, with a focus on secure messaging. A detailed explanation of the vac and its design goals can be found here.

Status

The entire vac protocol is under active development, each specification has its own status which is reflected through the version number at the top of every document. We use semver to version these specifications.

Protocols

These protocols define various components of the vac stack.

  • mvds - Data Synchronization protocol for unreliable transports.
  • remote log - Remote replication of local logs.
  • mvds metadata - Metadata field for MVDS messages.

Waku

Waku is a protocol that substitutes EIP-627.

Style guide

Sequence diagrams are generated using Mscgen like this: mscgen -T png -i input.msc -o output.png. Both the source and generated image should be in source control. For ease of readability, the generated image is embedded inside the main spec document. The lifecycle of the specs follows the COSS Lifecycle

Meta

The keywords “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this document are to be interpreted as described in RFC 2119.