Nacho Coll

Trajectòria#

Porto construint sobre AWS des del 2007 — des dels primers dies d’S3 i EC2, molt abans que el «núvol» fos la resposta per defecte. Com a arquitecte empresarial d’AWS vaig dissenyar sistemes a escala de producció per a clients de primer nivell, entre ells LEGO, Nordea, Vueling i altres dins del segment empresarial Fortune 500. Allà es van formar els instints operatius que hi ha darrere de tot el que faig avui: disciplina de costos, fiabilitat multiregió i prendre’s seriosament l’observabilitat des del primer dia en lloc d’afegir-la després.

Des del 2019 m’he centrat en dues coses en paral·lel: la infraestructura per a productes de blockchain i emmagatzematge descentralitzat, i el vessant d’IA en el lliurament de programari — aplicant la mateixa disciplina d’arquitectura empresarial a totes dues. Aquesta és la base sobre la qual funciona avui Blockchain Web Services (BWS): una fàbrica de solucions nativa d’IA amb un únic lema operatiu, Demand Becomes Product (la demanda es converteix en producte). Convertim la demanda de mercat validada en programari llest per a producció — dissenyat per persones, accelerat per IA, responsable d’extrem a extrem. Cada línia de codi que surt de BWS pertany a un enginyer identificat.

BWS llança diversos productes en producció des d’aquesta mateixa disciplina. IPFS.NINJA n’és un; d’altres inclouen:

• OpenAgile.AI — disciplina d’enginyeria per al desenvolupament assistit per IA.
• Zellbox — CRM per a pimes basades en cites: clients, reserves i recordatoris per WhatsApp en una sola safata d’entrada.
• WallaWhats — alertes de WhatsApp en temps real quan els teus comptes preferits d’X/Twitter publiquen.
• Badges.ninja — insígnies digitals verificades per blockchain amb un dissenyador visual i API REST.
• IPFS.NINJA — l’API de pinning i pujada d’IPFS més senzilla, amb gateways dedicats i un nivell gratuït generós.
• Blockchain Database — una única API per fer servir la blockchain com a capa de dades.
• NFT.zK — una API senzilla per encunyar NFT sense necessitat de coneixements de Web3.
• Telegram XBot — un bot de Telegram que fa seguiment de l’activitat a X i destaca els principals col·laboradors de la comunitat.

BWS va fer el gir cap a ser nativa d’IA a mitjans del 2025. La IA no va ser una funcionalitat que vam afegir — és una empresa en la qual ens vam convertir. El llistó d’enginyeria no va canviar: el que va canviar és quanta recerca, bastida (scaffolding) i proves pot assumir ara la IA, de manera que un equip petit pot llançar el mateix tipus de programari en producció que abans requeria un equip molt més gran.

En què treballem dia a dia#

El meu dia a dia abasta tota la cartera de solucions de BWS — dirigir els fulls de ruta de tots els productes, revisar el disseny tècnic amb l’equip, ajustar el flux de lliurament assistit per IA que els llança tots i mantenir la disciplina d’enginyeria coherent d’un producte a un altre. Cada producte té la seva pròpia cadència setmanal; la meva feina és el teixit connectiu entre ells.

Per a IPFS.NINJA en concret, ens centrem sobretot a mantenir el servei ajustat i vertical: una API REST per pujar fitxers (JSON, imatges, PDF, binaris arbitraris), gestió de pins, gateways dedicats arreu del món, analítiques per usuari, tokens de pujada signats i un SDK de Node/Python — tot amb un nivell gratuït realment utilitzable, i nivells de pagament que comencen a 5 $/mes en lloc dels 20 $ que s’han convertit en l’estàndard del mercat. Àrees en què l’equip ha treballat de prop darrerament:

• Fiabilitat del camí de pujada — mantenir l’API de pujada ràpida sota càrrega sostinguda: fusió de sol·licituds (request coalescing), camins de pujada multipart per a fitxers grans, i reintents defensius perquè una fallada transitòria entre el nostre edge i el clúster d’IPFS mai es manifesti com un fitxer perdut per a qui fa la crida.
• Durabilitat dels pins — replicació entre nodes, reconciliació entre el nostre registre de pins i l’estat subjacent del clúster, i escombrades en segon pla que detecten desviacions al disc abans que es converteixin en un CID trencat.
• Rendiment del gateway dedicat — cada pla de pagament té el seu propi nom d’amfitrió de gateway. Mantenir baixa la latència p95 a totes les regions, alta la taxa d’encerts de la memòria cau i el contingut popular preescalfat a l’edge és una feina d’ajustament constant.
• Superfície de funcionalitats — més enllà de l’API bàsica de pujada/pin, la plataforma inclou pujada de carpetes, importació de CAR per a migracions massives des d’altres proveïdors, endpoints compatibles amb S3, gestió de registres IPNS, optimització d’imatges al gateway, tokens de pujada signats per a pujades des del navegador, un servidor MCP i analítiques per CID. Cada funcionalitat és un endpoint de primer nivell, no un projecte paral·lel.
• Enginyeria de costos — el motiu pel qual IPFS.NINJA pot començar a 5 $ mentre els competidors comencen a 20 $ no és un truc de producte de reclam (loss-leader). És una feina contínua sobre l’economia de la nostra pròpia infraestructura perquè els costos unitaris realment justifiquin el preu de venda.
• Suport al client — gestionem cada tiquet directament. Si envies un correu a hello@ipfs.ninja, rebràs resposta d’una persona real — i la majoria de dies, aquesta persona sóc jo.

Articles que he escrit o revisat#

La majoria d’articles d’aquest lloc porten la meva signatura. Alguns es redacten amb un assistent d’IA (consulta el procés editorial per veure el flux complet) i jo els reviso abans de publicar-los; d’altres els escriu l’equip íntegrament. En qualsevol cas, cada exemple de codi es verifica contra l’API en producció abans de publicar-lo.

Alguns articles representatius:

• Els CID d’IPFS el 2026: com funciona l’adreçament de contingut — una explicació pràctica dels fonaments de l’adreçament per contingut.
• De Pinata a IPFS.NINJA: guia de migració pas a pas (2026) — guia operativa, escrita a mà a partir dels patrons que observem en migracions reals.
• Compara 7 serveis de pinning d’IPFS el 2026 — comparativa honesta; preus verificats contra la documentació pública de cada proveïdor.