aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorkaotisk <kaotisk@arching-kaos.com>2021-09-24 03:09:27 +0300
committerkaotisk <kaotisk@arching-kaos.com>2021-09-24 03:09:27 +0300
commitb4662a1107880f4038be32fe83484f614afb68c0 (patch)
treeb4515b46c59120c950286afe94f64e9272ed0288
parenta292662e9e7551de0bca4eba032c0a3355c05ce8 (diff)
download01-NEWS-b4662a1107880f4038be32fe83484f614afb68c0.tar.gz
01-NEWS-b4662a1107880f4038be32fe83484f614afb68c0.tar.bz2
01-NEWS-b4662a1107880f4038be32fe83484f614afb68c0.zip
Arching Kaos Infochain
-rw-r--r--20210924_00422733
1 files changed, 33 insertions, 0 deletions
diff --git a/20210924_004227 b/20210924_004227
new file mode 100644
index 0000000..4a71d68
--- /dev/null
+++ b/20210924_004227
@@ -0,0 +1,33 @@
+Arching Kaos Infochain
+
+Another idea is to make a chain for credentials in order to interconnect the APIs of the different nodes of Arching Kaos instances.
+
+To do that, I was thinking about a combination of the IDs of the Node is carrying.
+(Mind the gap)
+
+{
+ "ipfs",
+ "cjdns_publickey"
+ "ssb"
+}
+
+API get this packet.
+
+SSB
+
+Then we want to peer with them. We follow the SSB id from our running SSB instance (the one on arching-kaos project). That is done.
+
+We can also have the ability to exchange confidential messages through SSB to our followers/following lists.
+
+CJDNS
+
+Convert the publicKey to ip6. Then we can work on the rest. We can compare with CJDNS peering list but possibly, public IP and the peering could be solved using the previous article/"NEWS"/thoughs file...
+
+IPFS
+
+Utilize it to contain arching-kaos-{publish-the-previously-mentioned packet, new-public-credentials-announce, new-mixtape-messages, ( if we stop using IRC ) or even which ever thing the API does plus ++}.
+
+Note:
+IRC is mentioned here. If we attach a bot to the instance of Arching Kaos, the bot can refer to things of the SSB.
+
+