Content Addressing

Paano kinikilala ng IPFS ang mga file batay sa nilalaman nila, hindi sa kung saan sila nakaimbak.

Lokasyon vs. nilalaman

Ang tradisyonal na web URL ay nakaturo sa isang lokasyon — isang partikular na server sa isang partikular na address. Kung bumagsak ang server o lumipat ang file, masisira ang link. Ito ang location-based addressing.

Iba ang paraan ng IPFS. Bawat file ay nakikilala sa pamamagitan ng cryptographic hash ng nilalaman nito — isang content identifier (CID). Hindi sinasabi ng CID kung saan ang file; sinasabi nito kung ano ang file. Anumang node sa network na may file ay maaaring mag-serve nito, at sinumang makatanggap ay maaaring i-verify na ito ang tamang file sa pamamagitan ng pag-recompute ng hash.

TIP

Isipin ito bilang fingerprint: dalawang magkaparehong file ay palaging gumagawa ng parehong CID, at kahit isang single-byte na pagbabago ay gumagawa ng ganap na kaibang CID.

Bakit ito mahalaga

1. Integridad — Palagi mong ma-verify na ang file na natanggap mo ay tumutugma sa CID na hiniling mo. Imposible ang tampering nang hindi nagbabago ng CID.
2. Deduplication — Kung dalawang user ang mag-upload ng parehong file, gumagawa ito ng parehong CID. Isang kopya lang ang iniimbak ng network.
3. Permanence — Ang mga file ay hindi nakatali sa isang server. Hangga't kahit isang node ang nag-pin ng CID, available ang file mula kahit saan sa network.
4. Desentralisasyon — Walang single point of failure. Ang nilalaman ay maaaring i-serve ng anumang node na may nito.

Paano ginagamit ng IPFS.NINJA ang content addressing

Kapag nag-upload ka ng file sa pamamagitan ng aming API, kino-compute ng IPFS cluster ang CID at pini-pin ang file. Ibinabalik ang CID sa response at magagamit ito para ma-access ang file sa pamamagitan ng anumang IPFS gateway — aming gateway sa ipfs.ninja/ipfs/<CID> o anumang public gateway tulad ng dweb.link.