You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
These payload are saved to IPFS and then the resulting IPFS hash is saved to the smart contract. This is the primary key that is used for creating the parentID relation.
So IMO the peeps are best saved using that same hash as the primary key.
In a key-value store these could be stored as follows
peep-<ROOTIPFSHASH> ( original peep - root of a thread - has no parentID property )
peep-<CHILDIPFSHASH> ( reply to peep )
children-<ROOTIPFSHASH> ( array of children of that IPFShash = [] - for downwards traversal of the thread )
parentID
) in local DB ( what if related peep does not exist yet ? )The text was updated successfully, but these errors were encountered: