summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorbill-auger <mr.j.spam.me@gmail.com>2019-09-23 22:32:52 -0400
committerbill-auger <mr.j.spam.me@gmail.com>2019-09-23 22:32:52 -0400
commite15bf281a4d0dee86cb872467824eb6d8e6073e9 (patch)
treee50d2eda6e2acb24ad7215e7869fb7b1c72b1a7d
parent3f0a7ab35775f34ebf443a93551a30f4e86e71c9 (diff)
add note about activity-pub to doc/README.md
-rw-r--r--doc/README.md2
1 files changed, 2 insertions, 0 deletions
diff --git a/doc/README.md b/doc/README.md
index bbfabd2..40b47d1 100644
--- a/doc/README.md
+++ b/doc/README.md
@@ -9,6 +9,8 @@ Indeed, although distributed VCS such as Git have become widely accepted as the
The goal of the ForgeFed project is to support the familiar collaborative features of centralized web forges with a decentralized, federated design that, by fully embracing the mostly forgotten merits distributed VCS, does not rely on a single authoritative central host, does not impose a hierarchical, master/fork collaboration structure, and can be self-hosted by anyone; with all such independent peers cooperating to form a larger logical network of inter-operable and correlated services.
+ForgeFed is not a new type of forge. In fact, that would be counter to the primary motivation of maximizing user options. There are many freely-licensed and feature-rich forges in existence already. Instead, ForgeFed is a set of extensions to the ActivtyPub communication protocol, which can be easily retro-fitted onto any existing forge, with minimal intrusion into the internal code-base, in order to become inter-operable with any other similarly equipped forge. Because the majority of them offer the same conventional forge feature-sets; they can be made to inter-operate without "re-inventing the wheel". By using ActivtyPub as the communication protocol, participating ForgeFed services will be naturally accessible from the wider "Fediverse" also, for whichever sub-set of interactions that such non-forge hosts/clients may support.
+
Design Goals
------------