gradient-background

Content addressing for a dynamic web.

Your data model should be immutable and hash-linked, but you’re building for users that are anything but static. Harness w3name, magnifying the power of IPFS content IDs for real-world use cases to bring both dynamicity and security all the way up and down your stack.

w3name sits on top of IPFS, generating names that have cryptographically verifiable and performantly updatable pointers. That way, even if your application’s data is always changing, these names can simply be updated to point to new CIDs. Build rich experiences for your users while still taking advantage of content addressing and the other superpowers of IPFS!

How does w3name work?

w3name is a service and client library that implements IPNS, which is a protocol that uses public key cryptography to allow for updatable naming in an atomically verifiable way. This means the service is trustless, since all updates can be verified to have come from the associated keypair.

Because updates just point to a CID, it can be used with IPFS regardless of where your data is stored - web3.storage, elsewhere, or all of the above!

Why not just use IPNS directly with IPFS?

IPNS is baked into most IPFS implementations, but has trouble with performance, since updates are broadcasted to the network but not guaranteed to be resolved quickly or even correctly. This is an issue for production use cases, where users will want the data associated with the latest update at lightning speeds. Further, IPNS records generally have to be rebroadcast every 24 hours.

w3name is a service layer that handles this broadcasting and performant resolution for you.

Your data model should be immutable and hash-linked, but you’re building for users that are anything but static. Harness w3name, magnifying the power of IPFS content IDs for real-world use cases to bring both dynamicity and security all the way up and down your stack.