After validating the current RR and RT algorithms function correctly, it would be worthwhile to assess our approach to storing rules on IPFS for the decentralized RuleReserve (RR).

While Don's protocol idea is in the README, the API is incomplete and serves as a placeholder. We want to rethink our method for IPFS storage, and explore various options. We do want to continue relying on IPFS, however.

We envision a few Superset nodes and numerous Subset nodes, with some Subsets on IPFS and others local. We must determine how RR nodes discover each other and how updates are propagated. There might be some similarities to how routers discover each other, however our nodes are virtual and ever more passive, just data stored in tabular form. So we need to consider how these nodes can exchange awareness via storage on IPFS, potentially without prior knowledge of each other.

A directory lookup table of all CIDs from all RuleMaker instances might be necessary. We need to append the latest rules to Superset RR tables and ensure Subset tables are updated, or have Superset nodes aware of Subset updates.

It's supposed to be an exceedingly simple straightforward job. So I reckon the correct approach will be in data structuring