Moví mi blog de IPFS a un servidor

Artículo original ↗ Discusión en Hacker News ↗

Mover un blog personal de IPFS a un servidor convencional de 10 $ al mes da pie a una mirada más amplia sobre por qué el alojamiento web descentralizado sigue teniendo dificultades en la práctica. Quienes comentan describen IPFS y sistemas afines como consumidores de muchos recursos, frágiles de configurar y efectivamente recentralizados en torno a unos pocos proveedores de pinning y gateways, lo que socava las promesas de resistencia a la censura y resiliencia. Muchos siguen viendo valor en el almacenamiento p2p y en los sistemas de nombres para casos de uso específicos (datos científicos, NFTs, sitios resistentes a la censura), pero sostienen que, para sitios web estáticos pequeños, el alojamiento tradicional o los CDNs simples siguen siendo más fiables y fáciles de operar.

IPFS como plataforma de alojamiento web

  • Muchos informan de los mismos problemas que el artículo: el contenido a menudo no es accesible globalmente, los gateways son inestables y a algunos usuarios se les impide aleatoriamente cargar recursos.
  • Ejecutar un nodo completo de IPFS se describe como algo que consume muchos recursos (CPU, RAM, descriptores de archivo) y que es operativamente frágil.
  • Para blogs con poco tráfico, necesitar mantener un nodo de pinning en línea anula en gran medida los supuestos beneficios de descentralización; si tu nodo está caído, tu sitio está efectivamente caído.
  • Algunos siguen usando IPFS como almacén de respaldo para recursos estáticos detrás de Netlify/Vercel o similar, pero la disponibilidad sigue siendo “perpleja”.

Pinning, UX y lagunas del ecosistema

  • Una queja recurrente es que la semántica de “add” frente a “pin” es confusa; herramientas anteriores facilitaban pensar que habías “puesto algo en IPFS” sin hacerlo realmente disponible.
  • Incluso cuando es técnicamente correcto (p. ej., ipfs add fija por defecto), el modelo mental se considera malo en comparación con el “descargar == sembrar por defecto” de BitTorrent.
  • La falta de compatibilidad nativa con ipfs:// en los navegadores, la dependencia de un pequeño número de gateways y la asociación con “Web3/coins” se ven como obstáculos para la adopción.

Descentralización y escalabilidad P2P

  • Varios participantes argumentan que las redes “verdaderamente” totalmente descentralizadas no escalan; más allá de cierto tamaño, el enrutamiento, el descubrimiento y la moderación reintroducen centralización o jerarquía.
  • Otros responden con ejemplos (Kademlia, redes de pequeño mundo, Freenet) que logran escalado logarítmico sin servidores centrales, aunque reconociendo compromisos y complejidad.
  • Existe un amplio acuerdo en que la mayoría de los sistemas “descentralizados” terminan dependiendo de algunos servicios centrales (nodos de arranque, trackers, gateways, proveedores de pinning).

Blockchain, nombres y gobernanza

  • Fuerte escepticismo hacia el uso de blockchains para la resolución de nombres:
    • Las blockchains solo dan fe de lo que está en la cadena; el mapeo al significado del mundo real aún necesita autoridades u “oráculos”.
    • Problemas prácticos: tamaño de la cadena, necesidad de resolutores, pérdida de claves y manejo de disputas sobre nombres.
  • Quienes las defienden enfatizan la resistencia a la censura y la soberanía a nivel de usuario, viendo la imposibilidad de reasignar nombres mediante los tribunales como una característica, no un error.
  • ENS/Namecoin/HNS se citan como ejemplos; la falta de integración con navegadores y el squatting reducen el impacto en el mundo real.

Casos de uso en los que la tecnología tipo IPFS puede encajar

  • Se mencionan mejores encajes: DAGs de datos científicos, pesos de modelos de ML, grandes conjuntos de datos compartidos y aplicaciones en las que los nodos están siempre activos y alimentados por red eléctrica.
  • Para el uso público de la web centrado en móviles, los costes de batería y ancho de banda, la exposición legal y los problemas de UX hacen que el alojamiento tradicional o los CDNs resulten más atractivos.

Alternativas y derivados

  • Entre las alternativas mencionadas están BitTorrent/WebTorrent, Peertube, Peergos, Freenet (diseños nuevos y antiguos), DAT, Secure Scuttlebutt y proyectos más recientes como Iroh que reutilizan algunas ideas pero cambian el modelo.
  • Algunos sugieren que la federación (correo electrónico, ActivityPub/Mastodon) alcanza un punto medio más viable que la centralización total o el P2P maximalista.