<div dir="ltr">Hi Felix<div><br></div><div>I had a similar idea: Content-Addressable NDN Repository <<a href="http://www.slideshare.net/yoursunny/carepo-final" target="_blank">http://www.slideshare.net/yoursunny/carepo-final</a>>.</div><div>It gives each Data packet two Names: one hierarchical Name, and one hash Name.</div><div>The hash is computed over the payload (Content); it's different from implicit digest component which is computed over whole Data packet.</div><div><br></div><div>My project was implemented as a NDNR repository, because I wanted to avoid changing the forwarding daemon at that time.</div><div>But it's also possible to have it in the forwarding pipelines and the ContentStore.</div><div><br></div><div>In my project, Data retrieval by hash Name is limited to local area network only.</div><div>The main reason that prevents this from being using in wide-area network is routing scalability.</div><div>Interests with hierarchical Names can be forwarded by routes installed by routing protocol.</div><div>But it's impractical to install routes for every hash Name, because there are too many of them.</div><div><br></div><div>Yours, Junxiao</div><div class="gmail_extra"><br></div></div>