- El autor se enorgullece de haber sido pionero en sitios web que usan IPFS (InterPlanetary File System) y ENS (Ethereum Name Service)
- Cuando configuró el primer sitio web con ENS+IPFS en marzo de 2019, había menos de 15 sitios similares
- De 2019 a 2022, co-desarrolló la extensión de navegador IPFS+ENS (Almonit), el motor de búsqueda IPFS+ENS (Esteroids), y su blog personal solo era accesible mediante IPFS+ENS
- Sin embargo, hoy decidió mover nuevamente el blog a un servidor y quiere hablar de las razones
La emoción por los sitios web P2P
- Lo que le entusiasmaba de IPFS como sitio web P2P era que, en teoría, mientras más visitantes tuviera un sitio, más fuerte sería, más resistente a la censura y más escalable.
- Quería que los sitios web sobrevivieran para siempre, igual que los archivos torrent.
- Imaginaba un sitio web que, mientras más visitantes tuviera, más rápido sería de usar, y donde algunos visitantes pudieran ayudar a distribuir el contenido.
Por qué en la práctica no funcionó
- La mayoría de los usuarios de IPFS no ejecuta su propio nodo ni software, sino que usa gateways.
- Incluso si se opera un nodo propio de IPFS, acceder a un sitio web no fija automáticamente su contenido.
- A diferencia de BitTorrent, en IPFS recibir contenido no significa compartirlo por defecto.
- Un sitio web es un objeto dinámico y su contenido se actualiza continuamente.
- La mayoría de los sitios web en IPFS usa IPNS (sistema interno de nombres) o ENS (Ethereum Name System) para apuntar a la versión más reciente del contenido.
- IPFS todavía no tiene un comando simple para fijar siempre el contenido más reciente de IPNS, y en el caso de usar ENS es necesario escuchar eventos de la blockchain de Ethereum.
La dificultad de acceder a contenido IPFS desde el navegador
- Quería que su blog en IPFS fuera accesible desde todos los gateways principales, todos los nodos IPFS, el navegador Brave (con soporte IPFS por defecto), y desde
js-libp2p y helia (las bibliotecas JS de IPFS), pero no pudo encontrar una forma confiable de lograrlo.
- Encontró un servicio de "content routing" llamado cid.contact, pero no logró averiguar cómo indexar contenido mediante ese servicio.
- Depender de cid.contact también implica depender de un servicio centralizado.
Regreso a una solución simple y tradicional
- Se cansó del esfuerzo continuo necesario para mantener bien un blog en IPFS, y quería una solución simple, tradicional y que simplemente funcionara.
- El blog que estás leyendo ahora está construido con Jekyll y alojado en su propio servidor de 10 dólares.
- Sigue siendo fan de IPFS, pero todavía no cumple con los requisitos de un blog personal.
La opinión de GN⁺
- IPFS es una tecnología innovadora para la web descentralizada, pero todavía no es adecuada para contenido dinámico y con actualizaciones frecuentes, como un blog personal.
- La complejidad de la tecnología y la dificultad de mantenimiento son las principales razones por las que los usuarios vuelven a soluciones tradicionales basadas en servidores.
- Este artículo muestra a los entusiastas de la tecnología los límites reales de tecnologías descentralizadas como IPFS y las áreas que aún necesitan mejoras, además de invitar a mantener el interés y la participación en su evolución.
2 comentarios
Saludos
Comentarios en Hacker News
Felicitan al autor por haber escrito un buen artículo.
Opinión de un fundador que está desarrollando
iroh, una implementación de IPFS.Opinión sobre las diferencias en los patrones de uso entre IPFS y BitTorrent.
Quejas sobre la experiencia de usuario de IPFS.
Opinión sobre Filecoin.
Se comparte una experiencia personal relacionada con IPFS.
Opinión sobre el hosting de blogs.
Preocupación sobre la escalabilidad de IPFS.
Pregunta sobre si un directorio de IPFS puede montarse como una unidad FUSE con lectura y escritura.
Se comparte la experiencia de alojar un sitio web usando Peergos.