Closed pfrazee closed 8 years ago
Oh wait! Very happy to say, I think I'm wrong about this. It appears createHistoryStream
is the only function that get's called on the remote peer, and so the recent changes would not affect remote calling.
If @dominictarr can confirm, close issue.
I think we may have broken network replication with the recent changes (in https://github.com/ssbc/scuttlebot/pull/258, particularly https://github.com/ssbc/scuttlebot/commit/1a4f727fd57876ae82bc997d7e920e851469262e). The change in how latest sequence was fetched during gossip may not have been backwards-compatible.
Take a look at the old replicate plugin: https://github.com/ssbc/scuttlebot/blob/4489885b8b93f688d2c18a790dcdc664b5c7a5b5/plugins/replicate.js#L66. This involves the
createLatestLookupStream
method. But, the current build has disabled the method.That alone should cause old sbots to fail replication.
We should also review the effects of the changes to secure-scuttlebutt's
lastDB
index, as this has been changed from just aseq
to{sequence:, ts:}
. Is it possible that, after restoringcreateLatestLookupStream
, the change in the output values would still cause old sbots to break?I suspect this may relate to https://github.com/ssbc/scuttlebot/issues/269