ipfs / ipfs/specs

Mutable & Replyable Storage (Novel? IPNS/DNSLink alternative?)

Open
#264 2 comments 0 reactions 0 assignees View on GitHub
need/triage
Dominant language
HTML
Stars
1.2k
Forks
247
Avg merge
5d 21h
Merged PRs (30d)
4

Description

Has anyone explored just requesting related content id's from a peer hosting an origin piece of content, post peer discovery?

It seems they could just tell you of addresses to new versions, signatures, replies, previous versions, etc. Been mulling on this trying to figure out whats wrong with it; Ideas (new to this area)?

I know it converts this into a peer trust & filtering problem, but it seems the opportunities (content id augmented outward indexing, & social media) outweigh any difficulty there. Also (assuming good idea), not sure if this would be better served in something like libp2p, [Bep-0005](http://www.bittorrent.org/beps/bep_0005.html) (to make mutable everything), or as a separate protocol parallel to IPNS as shown [here](https://github.com/ipfs/go-ipfs#map-of-go-ipfs-subsystems). Seems too this could facilitate peer to peer git vs federated server client (just set git to Sha-256, throw all objects into IPFS, and respond to a set of relationship requests as a peer), would make web archival (better? - a breeze?).

Using this to point to mutable IPFS based URI tables or DNS like structures would then also be trivial.

Full proposal wip [here](https://github.com/inventor2525/Mutable-Decentralized-Storage-Concept) (written for those less aware of DHTs, Merkle DAGs, etc)

*(Not sure atm if this should go in [IPFS notes](https://github.com/ipfs/notes/issues), here, or [libp2p specs](https://github.com/libp2p/specs))*

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.