Radicle: Otonom kod forge'u

 (radicle.xyz)
1 puan yazan GN⁺ 2026-01-25 | 1 yorum | WhatsApp'ta paylaş
  • Radicle, Git üzerine kurulu merkeziyetsiz açık kaynak kod işbirliği ağıdır; merkezi bir sunucu olmadan depoların eşler arasında doğrudan çoğaltılmasını ve yönetilmesini sağlar
  • Tüm veriler ve sosyal artefaktlar, açık anahtar kriptografisiyle imzalanır; böylece özgünlük ve yazar doğrulaması yapılabilir
  • Kullanıcılar kendi düğümlerini çalıştırarak sansüre dayanıklı bir işbirliği ortamını sürdürebilir ve internet bağlantısı olmadan da local-first yaklaşımla çalışabilir
  • Collaborative Objects(COBs) aracılığıyla issue, tartışma, kod incelemesi gibi işbirliği işlevlerini Git nesneleri olarak uygular; geliştiriciler bu işlevleri özgürce genişletebilir
  • CLI, web, TUI gibi modüler bir yapıdan oluşur; bu sayede farklı istemciler geliştirilebilen ve değiştirilebilen, yüksek ölçüde genişletilebilir bir kod forge platformudur

Genel Bakış (Synopsis)

  • Radicle, Git tabanlı eşler arası bir kod işbirliği yığınıdır ve merkezi kod barındırma platformlarının aksine tek bir kontrol otoritesine sahip değildir
    • Depolar eşler arasında dağıtık olarak çoğaltılır ve kullanıcılar kendi verileri ile iş akışları üzerinde tam denetime sahiptir
  • Açık kaynak olarak sunulur ve MIT ile Apache 2.0 lisansları altında serbestçe kullanılabilir
  • Ana depo rad:z3gqcJUoA1n9HaHKufZs5FCSGazv5 tanımlayıcısına sahiptir

Kurulum ve Başlangıç

  • Kurulum, shell üzerinde şu komutla yapılabilir:
    curl -sSLf https://radicle.xyz/install | sh
  • Ya da kaynak kodundan doğrudan derlenebilir
  • Şu anda yalnızca Linux, macOS ve BSD ailesinde çalışır
  • Radicle Desktop istemcisi üzerinden grafik tabanlı bir işbirliği ortamı da sunulur

Nasıl Çalışır

  • Kriptografik kimlik sistemi kullanarak kod ve sosyal verilerin bütünlüğünü ve yazar kimliğinin doğrulanmasını garanti eder
  • Eşler arasında verimli veri aktarımı için Git kullanır
  • Depo meta verilerini değiş tokuş etmek için özel bir gossip protokolü kullanır

Veri Güvenliği ve Kalıcılık

  • Tüm sosyal artefaktlar Git'te saklanır ve açık anahtar kriptografisiyle imzalanır
  • Radicle, verinin özgünlüğünü ve yazar kimliğini otomatik olarak doğrular

Otonomi ve Sansüre Dayanıklılık

  • Kullanıcılar kendi düğümlerini doğrudan çalıştırabildiği için üçüncü taraf bağımlılığı olmayan bir işbirliği ortamı korunur
  • Ağ, esnek ve sansüre dayanıklı bir yapı olarak tasarlanmıştır

Local-first

  • İnternet bağlantısı olmasa bile her zaman erişilebilir işlevler sunar
  • Kullanıcılar verilerinin sahipliğini elinde tutar; taşıma, yedekleme ve erişim kolaydır

Genişletilebilirlik ve Evrim Potansiyeli

  • Collaborative Objects(COBs) ile issue, tartışma, kod incelemesi gibi işbirliği işlevleri Git nesneleri olarak uygulanır
  • Geliştiriciler COBs'leri genişleterek yeni işbirliği akışları kurabilir

Tasarım Gereği Modüler (Modular by Design)

  • Radicle Stack, CLI, web arayüzü ve TUI bileşenlerinden oluşur
    • Bunlar Radicle Node ve HTTP Daemon tarafından desteklenir
  • Her bileşen değiştirilebilir ve farklı istemciler geliştirmek de mümkündür

Topluluk ve Katılım

  • Radicle, özgür ve açık kaynak yazılım olarak herkesin koda katkı yapmasına açıktır
  • Topluluk Zulip, Mastodon, Bluesky ve Twitter gibi platformlarda aktiftir
  • Geri bildirimler feedback@radicle.xyz adresine gönderilebilir ve otomatik olarak Zulip'teki #feedback kanalında yayımlanır

İlgili okumalar

1 yorum

 
GN⁺ 2026-01-25
Hacker News yorumları

  • Radicle'ın giriş paragrafının self-hosted Git'ten nasıl farklı olduğunu netleştirmediğini düşünüyorum
    Eğer gitea ya da forgejo gibi bir alternatifse, Git'in üzerine hangi işlevleri eklediğini kısaca açıklamak iyi olurdu

    • Tanıtımı okuduktan sonra bende “takımlar için local-first Git” izlenimi bıraktı
      E-posta yamaları paylaşmanın kaosu olmadan birlikte çalışmayı sağlayan bir araç olarak anladım
      gitea ya da forgejo'yu bilmediğim için karşılaştırma pek yardımcı olmuyor
    • Mevcut özetin yeterince iyi olduğunu düşünüyorum
      İlk cümlede Git'in belirtilmesi yeterince açık
      Buna karşılık forgejo'nun açılış sayfası Git ya da kaynak kontrolünden söz etmekten kaçınıyor ve bu daha da kafa karıştırıcı
    • Radicle, GitHub'un dağıtık bir alternatifi
      forgejo/gitea/gitlab gibi yerel barındırma olanağı sunuyor, ancak P2P ağ üzerinde çalıştığı için kesintilere daha dayanıklı ve merkeziyetsiz herkese açık proje barındırma mümkün oluyor
    • AD: Biz bir açık kaynak projesiyiz; önerilere ya da yamalara açığız
      Nasıl yazmanın daha iyi olacağına dair doğrudan öneri getirirseniz seviniriz
    • Sayfaya bakınca, şirketin koda erişmesi gerekmese bile ekiplerin birlikte çalışabildiği merkeziyetsiz bir GitHub gibi göründü

  • Yeni bir sosyal forge yapma girişimi sevindirici
    Böyle projelerin sadece GitHub ve GitLab üzerinde iyileştirme baskısı oluşturması bile anlamlı
    FAQ'ya bakınca Radicle'ın Git'teki güven sorununu PKI tabanlı bir kimlik sistemiyle çözmeye çalıştığı görülüyor
    Ama sonuçta “kimin kimliğine güvenileceği” sorunu yine ortada kalıyor gibi geliyor

    • AD: Her depo, delegate'lerin imzaladığı kimlik belgeleriyle yönetiliyor
      Şu anda SSH anahtarlarıyla bire bir eşleniyor, ancak grup kimliğine doğru genişletiyoruz
      Kusursuz bir çözüm değil ama kriptografik kimlik sayesinde ‘bazı yerlerden daha geniş güvene ölçeklenebilen’ bir yapı sunuyor
      Sonuçta güven, insanlar arası ilişkiler gibi sosyal bağlantılar üzerinden dağıtılıyor
    • Güven başka kanallar ya da kod incelemesi üzerinden oluşmalı
      Bir kez güven oluşunca, aynı DID'ye sahip diğer depolar bulunabilir
      Birden fazla sürüm varsa, güvenilen kaynak ya da etkinliği yüksek depo seçilebilir

  • Eski internet servislerini (IRC, Gopher vb.) çalıştıran küçük sysadmin gruplarıyla takılırken, P2P sistemlerde silinememe konusu üzerine düşünmeden edemiyorum
    Yanlışlıkla kişisel veri yüklenirse ya da yasa değişip yüklenen bir içerik sorunlu hale gelirse ne yapılacağı belirsiz
    Belarus'ta amatör telsiz operatörlerinin tutuklanması vakası gibi tehlikeli durumlar da var
    Bunlar P2P'nin kötü olduğu anlamına gelmiyor ama silme sorunu hâlâ çözülmesi zor bir mesele

    • Geçmiş Usenet gönderilerinin çoğu hâlâ duruyor
      GitHub'da da gizli anahtar içeren kod yüklenirse çoğu zaman iş işten geçmiş oluyor
      P2P yeni bir sorun yaratmaktan çok mevcut sorunu olduğu gibi görünür kılıyor
    • Kamuya açık içeriklerin fiilen kalıcı olduğunu kabul etmek gerekiyor
      E-postadaki gibi belli bir süre içinde yayını geri almayı sağlayan bir gecikmeli yayımlama özelliği iyi olurdu
    • AD: Bu sorunun farkındayız ve varsayılan ayarları daha güvenli hâle getirmeye çalışıyoruz
      Ağ seviyesinde içerik imha etme özelliği de tartışılıyor
    • Merkezi sistemler de kusursuz biçimde güvenli değil
      Operatör silme durumunu manipüle edebilir ya da devlete bildirim yapabilir
      Hukuki sorunlar sonuçta siyasal sistemin adilliğine bağlı
    • Merkezi hizmetlerde de içerik indirilebildiği için tamamen silmek imkânsız

  • Tangled ile farkını soran bir soru

    • Radicle, local-first mimari kullanıyor; kullanıcılar kendi düğümlerini kendileri işletiyor
      Tüm işlemler (issue'lar, patch review'lar vb.) yerel veri deposunda yapılıyor ve sunucu gidiş-dönüşü yok
      Ağ yalnızca eşzamanlama anında devreye giriyor
      Buna karşılık Tangled, AT Protocol tabanlı federatif bir yapı kullanıyor ve fiilen merkezi sunuculara (AppView) dayanıyor
      Yapısal olarak istemci-sunucu tipi bir sistem
    • Tangled, birden fazla Git sunucusu ('knots') arasındaki iletişimi AT Protocol ile aracılıyor
      Radicle'da sunucu kavramı yok; tüm düğümler eşit
      Yalnızca bazı düğümler tarayıcı erişimini kolaylaştırmak için HTTP sunucusu gibi çalışabiliyor

  • FAQ'ya göre Radicle, kötüye kullanım ve yasa dışı içerik konusunda her düğümün kendi politikasına göre engelleme yapmasına izin veriyor
    Ayrıca güvenilen peer'lar arasında özel depoları destekliyor
    Veri şifrelenmiyor ama seçmeli çoğaltma sayesinde tüm ağa yayılmıyor
    FAQ bağlantısı

  • Ana sayfada herkese açık depo dizinine erişim sağlayan bir ağ geçidi olması gerektiğini düşünüyorum
    Böylece tüm ağı keşfetmek mümkün olur
    Böyle bir dizin olursa GitHub'ın yerini alma potansiyeli var

    • search.radicle.xyz üzerinden herkese açık depolar aranabiliyor
      Yalnız bunun ana sayfadan açıkça bağlanıp bağlanmadığını bilmiyorum

  • Radicle gerçekten harika bir proje
    Aylardır bir düğüm çalıştırıyorum ama hâlâ ana çözümüm olarak kullanmıyorum
    P2P forge'ların web'in geleceği olduğuna inanıyorum

    • AD: Katıldığın için teşekkürler, ben de izin verici bir seed node çalıştırıyorum
      Katılımın kendisi bir oy vermek gibi
    • AD: Neden ana çözümün olarak kullanmadığını merak ettim

  • GitHub'da bir proje her engellendiğinde aklımdan “Keşke Radicle kullanılsaydı” diye geçiyor
    Tor arkasında düğüm çalıştırmak hukuki baskılardan da kaçınmayı sağlayabilir

    • Düğümü birden fazla ağda (Tor, i2p, clearnet, yggdrasil vb.) aynı anda görünür kılmanın mümkün olup olmadığını merak ediyorum
      Geçmişte bazı projelerde böyle kurulumlarda sorun çıkmıştı

  • İzin verici seed node'ların büyük ikili dosya yüklemelerine karşı nasıl korunduğunu merak ediyorum
    Tüm issue ve tartışmalar saklanırsa depo boyutu aşırı büyüyebilir
    Git'teki shallow clone gibi kısmi çoğaltma özelliği gerekli görünüyor

  • Forgejo (ForgeFed protokolü) ile farkını soran bir soru

    • Radicle tamamen P2P bir yapı; sunucu ya da instance kavramı yok
      Her düğüm aynı süreçle çalışıyor ve kullanıcı hesapları self-certifying biçimde doğrulanıyor
      Buna karşılık Forgejo, ActivityPub üzerinden sunucular arası iletişim kuran federatif bir yapı
      GitHub : Forgejo = Twitter : Mastodon ve dosya paylaşımı : BitTorrent = yazılım geliştirme : Radicle benzetmesi yapılabilir
      Radicle, referansları merkezi sunucu yerine proje bazlı kriptografik namespace'lerle yönetiyor
      Erişim kontrolü de sunucuya değil kullanıcı kimliğine dayanıyor