You are reading content from Scuttlebutt
@dan %whURCz2twkc9boBExol/ezCKs+Pbe9t3r56ygzoSNe4=.sha256
Re: %uzOld+Utg

@peg

Yes, I am suggesting we use ssb for a sharding secrets schema. @Kieran is now extending/adding a module to the ssb protocol which helps with this.

An interesting property of doing this "in-band" is that it then makes auditing much easier. At the moment auditing process is manual (peg, have you backed up your secrets? have the people that you have given your secrets to back it up? do we have a way of contacting these people in the case of you becoming unavailable, etc).

The above auditability is a effort and coordinating saving feature internally for groups, but also affords some interesting properties for collaboration across organisations. Here's an example:

Lets say the #ssb-grants and the #mobile-ssb-quests were both managed by different organisations in a multisig wallet on the above ssb underwritten protocol. Lets say each of the organisations wanted to offer a fusion-grant where there is an amount from each wallet offered for a shared project (something which helps both mobile and ssb protocol). Each organisation would be able to offer the other organisation an auditing review (which respects privacy) of how interdepnedently secure/resillient the wallets in question are. This is a bit clumsy in my brain - maybe a bad example. Will come back.

By doing this on ssb, you also get identity and messaging for "free". As an example, look at ticktack which is a blogging platform, but with messaging baked in. Imagine now that ticktack is actually a electrum-like-bitcoin wallet. This would mean all interactions and comilations of partial transactions can be gossiped through ssb (as you have mentioned peg). When a transaction have reached quorum it can then be broadcast to a server which can then broadcast to the bitcoin network.

I have noticed that we all seem to be coming to similar conceptions of the possibility space.

Join Scuttlebutt now