· Nacho Coll · Comparisons · 9 min de lectura
Alternativa a Filebase: IPFS Pinning sense complexitat S3
Compara IPFS Ninja i Filebase. Si vols REST API senzill sense S3, aquí tens per què els developers canvien.

Comparació ràpida: Filebase vs IPFS Ninja
| Característica | Filebase | IPFS Ninja |
|---|---|---|
| Estil d’API | Compatible amb S3 (XML/multipart) | REST/JSON simple |
| Nivell gratuït | 5 GB d’emmagatzematge | 1 GB, 500 fitxers |
| Entrada de pagament | $19.99/mes (Performance) | $5/mes (Bodhi) |
| Gateways dedicats | Sí | Sí (fins a 10 amb Nirvana) |
| Optimització d’imatges | No | Sí (/image/{cid}) |
| Auth per a pujades | Signatura estil AWS | X-Api-Key o tokens signats |
| Pinning de CIDs existents | Via S3 PUT al bucket | POST /pin |
| Pujades des del client | Cal configurar pre-signed URL | Tokens de pujada signats, integrats |
En resum: si ja estàs configurant clients AWS SDK de totes maneres, Filebase encaixa amb naturalitat. Si vols enviar un fitxer a IPFS amb una sola comanda curl, IPFS Ninja guanya en simplicitat.

Puja un fitxer a IPFS en 30 segons
Aquest és el flux de pujada d’IPFS Ninja. Sense SDK, sense XML, sense pas de creació de bucket:
curl -X POST https://api.ipfs.ninja/upload/new \
-H "X-Api-Key: bws_a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4" \
-H "Content-Type: application/json" \
-d '{
"content": "Hello from IPFS Ninja!",
"description": "My first file"
}'Resposta:
{
"cid": "bafkreib4mrow...",
"sizeMB": 0.00002,
"uris": {
"ipfs": "ipfs://bafkreib4mrow...",
"url": "https://ipfs.ninja/ipfs/bafkreib4mrow..."
}
}Fet. Aquest CID queda pinned, accessible via IPFS i disponible a través del gateway públic immediatament.
Ara aquí tens el flux equivalent amb Filebase:
- Crea un compte i un bucket a la consola de Filebase.
- Genera un parell de clau d’accés + clau secreta.
- Configura un client S3 amb l’endpoint
https://s3.filebase.com, la regióus-east-1i les teves credencials. - Crida
putObjectamb el cos del teu fitxer. - Consulta els metadades de l’objecte per obtenir el CID IPFS (apareix com a capçalera
x-amz-meta-cidun cop Filebase el fa el pinning).
Això no és incorrecte — simplement té més parts mòbils de les que necessiten la majoria de projectes REST-natius.
Per què els developers topen amb la fricció S3 a Filebase
La compatibilitat S3 de Filebase és genuïnament útil quan:
- Tens infraestructura existent que parla S3 (funcions Lambda, mòduls Terraform, agents de còpia de seguretat).
- Emmagatzemes blobs grans i vols la semàntica de pujada multipart que ja coneixes.
- El teu equip domina AWS i l’SDK de S3 ja és una dependència.
Però molts developers que integren IPFS en una app web, una dApp o un pipeline de CI no venen d’aquest món. Es troben amb:
Respostes d’error en XML. S3 retorna XML. La teva crida fetch de JavaScript rep <?xml version="1.0" ...><Error><Code>InvalidAccessKeyId</Code> i has d’afegir un parser XML per depurar-ho.
Gestió de credencials. L’autenticació estil S3 (access key + secret + signatura de petició HMAC-SHA256) no és trivial d’implementar des de zero en un navegador o una edge function. Les pre-signed URLs ajuden, però generar-les al servidor afegeix un round trip.
El CID com a pensament de darrera hora. El CID és metadada de l’objecte S3, no la resposta principal. O parseges les capçaleres de resposta o crides un endpoint de metadades separat.
Sense tokens de pujada signats natius. Si vols que els usuaris puguin pujar directament des d’un navegador sense exposar les credencials del servidor, Filebase t’obliga a construir tu mateix un endpoint de generació de pre-signed URLs.
Els tokens de pujada signats d’IPFS Ninja gestionen aquest patró de manera nativa: genera un token de temps limitat al servidor una sola vegada, incrusta’l al teu frontend i deixa que els usuaris facin POST directament a api.ipfs.ninja fins que el token expiri o el revoques.
Preus comparats
| Pla | Filebase | IPFS Ninja |
|---|---|---|
| Gratuït | 5 GB, només gateway públic | 500 fitxers, 1 GB, 1 gateway dedicat |
| Pagament inicial | ~$19.99/mes (Performance) | $5/mes (Bodhi: 50K fitxers, 10 GB) |
| Nivell intermedi | — | $29/mes (Nirvana: 500K fitxers, 100 GB) |
| Gateways dedicats | Sí | Sí (Bodhi: 5, Nirvana: 10) |
Per a projectes petits i mitjans, el salt de gratuït al primer nivell de pagament és de $5/mes a IPFS Ninja enfront dels ~$20/mes de Filebase. Si estàs construint un projecte personal o un MVP d’startup, aquesta diferència compta.
Comparació de funcionalitats del gateway
Tots dos serveis ofereixen gateways IPFS dedicats (subdominis que serveixen el teu contingut pinned via HTTPS). On difereixen:
Filebase t’ofereix un gateway dedicat als plans de pagament. Serveix el contingut del teu bucket i s’integra amb el seu espai de noms S3.
Els gateways d’IPFS Ninja a https://{slug}.gw.ipfs.ninja admeten:
- Modes d’accés: restringit (requereix token), obert (públic) o carpeta (llistat de directori).
- Llista blanca d’IPs: bloqueja un gateway a IPs de servidor conegudes.
- Restriccions d’origen: restringeix a orígens HTTP específics, útil per a escenaris CORS exclusivament de navegador.
- Optimització d’imatges: l’endpoint
/image/{cid}et permet redimensionar, retallar i convertir el format al vol — sense necessitat d’un CDN d’imatges separat.
Si el teu cas d’ús és servir recursos a un frontend web, la restricció d’origen CORS i els endpoints integrats d’optimització d’imatges t’estalvien integrar un servei addicional.
Fer pinning d’un CID existent
Ja tens un CID d’un altre node o servei? Totes dues plataformes et permeten fer-ne el pinning sense tornar a pujar. A IPFS Ninja:
curl -X POST https://api.ipfs.ninja/pin \
-H "X-Api-Key: bws_a1b2c3d4e5f6a1b2c3d4e5f6a1b2c3d4" \
-H "Content-Type: application/json" \
-d '{
"cid": "bafkreib4mrow...",
"description": "Pinned from external source"
}'A Filebase, fas el pinning via un PUT al teu bucket amb el CID com a capçalera de metadades personalitzada, i aleshores Filebase el recupera i en fa el pinning. El flux CID-primer d’IPFS Ninja és més directe si véns d’una mentalitat IPFS-nativa i no S3-nativa.
Consulta what is IPFS pinning per a una explicació més aprofundida de per què el pinning importa i què passa quan el contingut no està pinned.
Pujades des del client sense filtrar credencials
Aquesta és una pregunta d’arquitectura habitual: com deixes que un navegador pugi a IPFS sense enviar la teva clau d’API al client?
Enfocament Filebase: genera una pre-signed S3 PUT URL al teu servidor, retorna-la al client, el client fa el PUT directament. Patró estàndard de pre-sign S3, funciona bé, però cal implementar l’endpoint de signatura al servidor.
Enfocament IPFS Ninja: crida /token/upload/new (o genera’l via el dashboard) per crear un token de pujada signat. Incrusta aquest token al teu frontend. El client fa POST a api.ipfs.ninja usant Authorization: Signed {token}. El token pot estar configurat per expirar després d’un temps determinat o revocar-se instantàniament des del dashboard.
// Frontend code — token was fetched from your server
const token = 'your-signed-upload-token';
const response = await fetch('https://api.ipfs.ninja/upload/new', {
method: 'POST',
headers: {
'Authorization': `Signed ${token}`,
'Content-Type': 'application/json',
},
body: JSON.stringify({
content: btoa(fileContentAsArrayBuffer), // base64 for binary
description: 'User uploaded file',
}),
});
const { cid, uris } = await response.json();
console.log('Pinned at:', uris.url);Per a un recorregut més detallat dels patrons de pujada, consulta how to upload files to IPFS.
Quan encara hauries de triar Filebase
Aquest article vol ser honest, no un argument unilateral.
Tria Filebase si:
- El teu codebase ja utilitza AWS SDK v3 o Boto3 i vols zero dependències addicionals.
- Estàs migrant de S3 a IPFS i vols canviar endpoints en comptes de reescriure la lògica de pujada.
- Emmagatzemes fitxers molt grans i necessites una pujada multipart fiable amb semàntica S3 (tot i que IPFS Ninja també té una API de pujades grans).
- El teu equip té experiència profunda en AWS i troba l’autenticació S3 més familiar que les capçaleres REST.
Tria IPFS Ninja si:
- Vols un sol
POST /upload/newper obtenir un CID de retorn sense passos intermedis. - Estàs construint una app frontend-first i necessites tokens de pujada segurs per al client sense construir infraestructura de pre-sign.
- Vols optimització d’imatges i gateways amb control d’accés sense afegir un altre servei.
- Et preocupa el preu i el punt d’entrada de $5/mes importa per a l’etapa del teu projecte.
Resum
Filebase és un producte sòlid per a equips que ja viuen dins l’ecosistema AWS. La seva compatibilitat S3 és un avantatge real quan aquest és el teu context. Però per als developers que simplement volen fer pinning de fitxers a IPFS a través d’una REST API neta — i obtenir un CID de retorn immediatament — la capa S3 afegeix cerimònia sense benefici.
IPFS Ninja manté la superfície d’API mínima: puja, pin, recupera. El gateway, l’optimització d’imatges i les funcionalitats de tokens de pujada estan disponibles quan els necessites, sense ser obligatoris des del principi.
Per a una visió més àmplia de com IPFS Ninja es compara amb altres serveis, consulta best IPFS pinning services.
Llest per començar a fer pinning? Crea un compte gratuït — 500 fitxers, 1 GB d’emmagatzematge, sense targeta de crèdit.
Sobre aquest article: Aquest article va ser redactat per un assistent d’IA utilitzant el flux de generació de contingut d’IPFS.NINJA, i després revisat i aprovat per Nacho Coll. Tots els exemples de codi han estat verificats contra l’API d’IPFS.NINJA en producció. Si detectes una inexactitud, obre un issue a https://github.com/ipfs-ninja/feedback. Llegeix més sobre com fem servir la IA als nostres continguts i coneix les persones darrere d’IPFS.NINJA.

