go-ipfs-swarm-key-gen icon indicating copy to clipboard operation
go-ipfs-swarm-key-gen copied to clipboard

Python port

Open machawk1 opened this issue 8 years ago • 8 comments

Hi @Kubuxu, I needed the functionality of this package in https://github.com/oduwsdl/ipwb, so ported it to Python at https://github.com/machawk1/piskg but was not sure how else to contact you beyond filing a GitHub issue. I plan on testing this further a la https://github.com/ipfs/go-ipfs/issues/3397#issuecomment-284341649 .

machawk1 avatar Jun 07 '17 20:06 machawk1

Thanks for sharing!

hmeine avatar Jul 24 '17 07:07 hmeine

(I must admit, though, that I did not get the relation to the wayback machine.)

hmeine avatar Jul 24 '17 07:07 hmeine

@machawk1 I looked at what you sent when you sent it and it looked good. Thanks for sharing it here.

Kubuxu avatar Jul 24 '17 11:07 Kubuxu

@hmeine Thanks for the feedback. I can make that more clear in the docs. OpenWayback indexes WARCs to CDX then on client access, reads the index for the source and offset of the payload in a WARC. ipwb does something similar but with CDXJ and the WARC contents extracted, pushed to, and pulled from IPFS.

The appeal of the IPFS swarm implementation is for collaboratively and more securely sharing WARCs' contents among a set of peers with the key, among a few other approaches I am investigating.

@Kubuxu Thank you! I am hoping to integrate it a bit further and to keep the Python version as to close to parallel with the original Golang version.

machawk1 avatar Jul 24 '17 14:07 machawk1

The schema right now is very simple, in future if updated version is created the first line of the key will be updated.

This also means that we plan supporting this version of a key for quite a while (at least I hope so).

Kubuxu avatar Jul 24 '17 14:07 Kubuxu

@machawk1 & team, did you have any success with bridging multiple swarms having different swarm key? Would love to have your input on that. Thx

0zAND1z avatar Aug 14 '18 14:08 0zAND1z

@kggp1995 I have not tested the use case you mentioned but can imagine it being applicable to my own scenarios (involving private sharing of archival collections), so may look further into it.

machawk1 avatar Aug 14 '18 14:08 machawk1

Thanks for the revert @machawk1 .

Please feel free to share your thoughts in this registered issue: #3

Your inputs would be helpful in the implementation.

0zAND1z avatar Aug 14 '18 14:08 0zAND1z