Blogumu IPFS'ten sunucuya taşımamın nedeni

• Kendimi, IPFS (InterPlanetary File System) ve ENS (Ethereum Name Service) kullanan web sitelerinin öncülerinden biri olarak görüyorum
• Mart 2019'da ilk ENS+IPFS web sitesini kurduğumda, benzer web sitelerinin sayısı 15'ten azdı
• 2019'dan 2022'ye kadar IPFS+ENS tarayıcı eklentisi (Almonit) ve IPFS+ENS arama motorunu (Esteroids) birlikte geliştirdim; kişisel bloguma da yalnızca IPFS+ENS üzerinden erişilebiliyordu
• Ancak bugün, blogumu yeniden bir sunucuya taşımaya karar verdim ve bunun nedenlerini anlatmak istiyorum

P2P web sitelerine duyulan heyecan

• P2P web siteleri için IPFS konusunda heyecan duymamın nedeni, teoride bir web sitesini ne kadar çok kişi ziyaret ederse onun o kadar güçlü, sansüre karşı dayanıklı ve ölçeklenebilir hale gelmesiydi.
• Torrent dosyalarının sonsuza kadar hayatta kalması gibi, web sitelerinin de öyle olmasını istiyordum.
• Ne kadar çok ziyaretçisi olursa kullanımı o kadar hızlanan ve bazı ziyaretçilerin içeriğin yayılmasına yardımcı olabildiği bir web sitesi hayal etmiştim.

Pratikte işe yaramamasının nedenleri

• IPFS kullanıcılarının çoğu kendi düğümünü veya yazılımını çalıştırmak yerine gateway kullanıyor.
• Kendi IPFS düğümünüzü çalıştırsanız bile, bir web sitesine erişmeniz içeriği otomatik olarak pin'lediğiniz anlamına gelmiyor.
• BitTorrent'in aksine, IPFS'te içerik alınırken varsayılan olarak paylaşım yapılmıyor.
• Web siteleri dinamik nesnelerdir ve içerikleri sürekli güncellenir.
• IPFS üzerindeki çoğu web sitesi, içeriğin en güncel sürümünü göstermek için IPNS (iç adlandırma sistemi) veya ENS (Ethereum Name Service) kullanır.
• IPFS'te hâlâ IPNS'in en güncel içeriğini her zaman pin'leyecek basit bir komut yok; ENS kullanılıyorsa Ethereum blockchain olaylarını dinlemek gerekiyor.

Tarayıcıda IPFS içeriğine erişmenin zorlukları

• IPFS blogumun tüm büyük gateway'lerden, tüm IPFS düğümlerinden, Brave tarayıcısından (varsayılan olarak IPFS destekli) ve js-libp2p & helia'dan (IPFS'in JS kütüphaneleri) erişilebilir olmasını istiyordum, ancak bunu güvenilir biçimde sağlamanın bir yolunu bulamadım.
• cid.contact adlı bir "content routing" hizmeti keşfettim, ancak içeriği bu hizmet üzerinden nasıl indeksleyeceğimi çözemedim.
• cid.contact'a bağımlı kalmak, merkezi bir hizmete bağımlılık yaratıyor.

Basit ve geleneksel çözüme dönüş

• IPFS blogunu düzgün çalışır halde tutmak için gereken sürekli çabadan yoruldum ve basit, geleneksel, çalışan bir çözüm istedim.
• Şu anda okuduğunuz blog Jekyll ile oluşturuldu ve bana ait 10 dolarlık bir sunucuda barındırılıyor.
• Hâlâ IPFS hayranıyım, ancak kişisel bir blogun ihtiyaçlarına henüz uygun değil.

GN⁺ görüşü

• IPFS, dağıtık web için yenilikçi bir teknoloji olsa da, kişisel bloglar gibi dinamik ve sık güncellenen içerikler için henüz uygun değil.
• Teknolojinin karmaşıklığı ve bakım zorlukları, kullanıcıların geleneksel sunucu tabanlı çözümlere geri dönmesinin başlıca nedenleri.
• Bu yazı, teknoloji meraklılarına IPFS gibi dağıtık teknolojilerin gerçekçi sınırlarını ve iyileştirilmesi gereken alanları gösterirken, teknolojik gelişmelere yönelik ilgi ve katılımın sürmesini teşvik ediyor.

[xexe11]

Memnun oldum

[GN⁺]

Hacker News görüşleri

• Yazarı iyi yazdığı için öven bir yorum.

  • Teknoloji iyi olsa da henüz tam hazır olmadığı hissi veriyor.
  • Sadece denemiş olmak bile ekosisteme katkı sağlıyor ve hangi noktaların iyileştirilmesi gerektiğini gösteriyor.
  • Deneyimi paylaşmamanın herkes için bir kayıp olduğu düşünülüyor.

• IPFS implementasyonu olan iroh üzerinde çalışan bir kurucunun görüşü.

  • IPFS'nin tam deneyimini hayata geçirmek zor olsa da, P2P web hosting buna giderek daha çok yaklaşıyor.

• IPFS ile BitTorrent kullanım kalıpları arasındaki farklara dair bir görüş.

  • IPFS, normal HTTP sunucularında barındırılabilecek içerikleri kullanırken, BitTorrent HTTP'de barındırılması zor ya da maliyetli olan verileri barındırıyor.
  • Relay sunucular ortaya çıktıkça, mevcut protokolleri doğrudan kullanmaktan daha pratik hale geliyor.

• IPFS kullanıcı deneyimine yönelik bir şikayet.

  • Dosya eklemek aslında dosyayı ağa eklemek anlamına gelmiyor ve çoğaltmak istediğiniz her şeyi manuel olarak pinlemeniz gerekiyor.
  • BitTorrent v2'nin çözdüğü sorunları IPFS de çözdü, ancak BitTorrent v2 bunu daha iyi bir şekilde yaptı.
  • IPFS'nin giderek daha fazla 'Web3' ve kripto parayla ilişkilendirilmesi, bunu arkadaşlara önermeyi zorlaştırıyor.

• Filecoin hakkındaki bir görüş.

  • Kullanılmayan depolama alanı için bir pazar oluşturma fikri iyi, ancak Dropbox kadar basit olması gerekiyor.
  • Filecoin web sitesinde Dropbox benzeri bir uygulama bulunamıyor; belki de kurumsal bir çözüm olabilir.
  • Bu yüzden popüler olmadığı düşünülüyor ve makale bu izlenimi daha da güçlendiriyor.

• IPFS ile ilgili kişisel deneyim paylaşımı.

  • Aslında tamamen dağıtık değil ve dağıtıklık yanılsamasını sürdürmek maliyetli, ayrıca pratikte bir amacı da yok.
  • Blockchain teknolojisiyle bağlantılı projelerin dahil olması arttıkça, bu alandaki faaliyetler bırakılmış.

• Blog hosting hakkındaki bir görüş.

  • Aslında statik dosyalardan oluşan bir blog için sunucu masrafı ödemek gerekmiyor.
  • GitHub'da barındırıp, sorun çıkarsa başka bir yere taşımak yeterli.

• IPFS'nin ölçeklenebilirliğine dair bir endişe.

  • Büyük web siteleri yerleştikten sonra küçük sitelerin yeniden görünür olması zorlaşabilir.
  • Popüler olmayan torrentlerde olduğu gibi, seed edenler kaybolursa site sonsuza kadar yok olabilir.
  • Düşük trafikli sitelerin değeri üzerine tartışma olsa da, bir web sitesinin hayatta kalıp kalmayacağını başkalarının belirlemesi sorgulanıyor.

• IPFS dizinlerinin okunabilir/yazılabilir bir FUSE sürücüsü olarak mount edilip edilemeyeceğine dair bir soru.

• Peergos kullanarak web sitesi barındırma deneyimi paylaşımı.

  • Peergos, değişken veri sorununu çözüyor; ayrıca gizlilik ve erişim kontrolü de sağlıyor.
  • Güncellemelerin bağımsız sunucularda ne kadar hızlı yansıdığını görmek mümkün.