Skip to content
This repository has been archived by the owner on Aug 3, 2018. It is now read-only.

Updating list of submissions via ipns publish is too slow #1

Closed
rcurrie opened this issue Jun 7, 2016 · 4 comments
Closed

Updating list of submissions via ipns publish is too slow #1

rcurrie opened this issue Jun 7, 2016 · 4 comments

Comments

@rcurrie
Copy link
Contributor

rcurrie commented Jun 7, 2016

Currently there is no way to get a list of all submissions. One option is to publish the list via ipns and update it on each submission. This will work as long as there is only a single node, but if a steward wants to run multiple mirrored daemons all with the same public/private key pair a more sophisticated eventually distributed append log will need be used such as https://github.com/haadcode/ipfs-log.

The other issue is a bit of a catch 22 in that we need determine if there is already an existing submissions list which if there isn't takes a very long time/just doesn't return.

@rcurrie
Copy link
Contributor Author

rcurrie commented Jun 7, 2016

ipfs/notes#108 appears to a possible solution if/when implemented.

@rcurrie rcurrie changed the title Update list of all submissions per steward on each submit Updating list of submissions via ipns publish is too slow Jun 7, 2016
@rcurrie
Copy link
Contributor Author

rcurrie commented Jun 7, 2016

Edited issue title now that 87ff2a7 adds a commit list via ipns publish. But this isn't really scalable due to the slow speed of ipns.

@rcurrie
Copy link
Contributor Author

rcurrie commented Jun 12, 2016

Submission list is going to be moved over to the Ethereum block chain so closing this as won't fix.

@rcurrie rcurrie closed this as completed Jun 12, 2016
@rcurrie
Copy link
Contributor Author

rcurrie commented Jun 21, 2016

Switched back to ipns to keep things simpler. Already includes basic public/private key for authentication.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant