2 poin oleh GN⁺ 2024-03-06 | 1 komentar | Bagikan ke WhatsApp

Protokol & Stack Radicle Heartwood

  • Radicle Heartwood adalah versi ketiga dari protokol Radicle, sebuah stack kolaborasi dan publikasi kode antarrekan.
  • Repositori ini mencakup implementasi lengkap Heartwood, termasuk antarmuka baris perintah yang ramah pengguna (rad) dan daemon jaringan (radicle-node).
  • Radicle dirancang untuk menggantikan code forge seperti GitHub dan GitLab, sebagai alternatif yang aman, terdistribusi, dan tangguh yang menjaga kedaulatan serta kebebasan pengguna.

Persyaratan instalasi

  • Memerlukan sistem operasi berbasis Linux atau Unix.
  • Memerlukan Git versi 2.34 atau lebih baru.
  • Memerlukan OpenSSH versi 9.1 atau lebih baru serta ssh-agent.

Instalasi dari biner

Instalasi dari source

  • Memerlukan toolchain Rust.
  • Dari dalam repositori ini, Anda dapat memasang stack Radicle dari source dengan menjalankan perintah berikut: cargo install --path radicle-cli --force --locked cargo install --path radicle-node --force --locked cargo install --path radicle-remote-helper --force --locked
  • Atau Anda dapat memasangnya langsung dari seed node: cargo install --force --locked --git https://seed.radicle.xyz/z3gqcJUoA1n9HaHKufZs5FCSGazv5.git \ radicle-cli radicle-node radicle-remote-helper

Menjalankan

  • File unit Systemd untuk daemon sistem dan daemon HTTP disediakan di folder /systemd. Ini dapat digunakan sebagai titik awal untuk penyesuaian lebih lanjut.
  • Selain itu, kedua crate juga menyertakan Dockerfile.
  • Untuk cara menjalankan dalam mode debug, lihat HACKING.md.

Berkontribusi

  • Untuk pengantar tentang cara berkontribusi ke Radicle, lihat CONTRIBUTING.md dan HACKING.md.

Lisensi

  • Radicle didistribusikan di bawah ketentuan lisensi MIT dan Apache License (Version 2.0).
  • Untuk detail lebih lanjut, lihat LICENSE-APACHE dan LICENSE-MIT.

Opini GN⁺

  • Radicle adalah platform kolaborasi kode terdistribusi yang ditujukan sebagai alternatif untuk layanan hosting kode terpusat, dengan tujuan memperkuat kedaulatan pengguna atas kode mereka. Ini memiliki nilai yang sangat penting karena memberi pengembang kendali atas kepemilikan data dan privasi.
  • Jaringan terdistribusi yang disediakan Radicle tidak bergantung pada server pusat, sehingga memiliki keunggulan berupa kebebasan dari gangguan layanan maupun sensor. Namun, hal ini juga dapat memengaruhi stabilitas dan kecepatan jaringan, yang berpotensi berdampak negatif pada pengalaman pengguna.
  • Radicle adalah proyek open source yang terus berkembang melalui kontribusi komunitas pengembang. Ini memberikan keuntungan berupa respons yang cepat dalam menyelesaikan masalah teknis atau menambahkan fitur baru.
  • Sebelum mengadopsi Radicle, perlu mempertimbangkan kompatibilitasnya dengan layanan terpusat yang sudah ada, kebutuhan keamanan proyek, serta hambatan adopsi di dalam tim.
  • Proyek lain dengan fungsi serupa mencakup versi self-hosted GitLab atau alternatif open source seperti Gitea, yang memungkinkan pengguna mengelola kode di server mereka sendiri.

1 komentar

 
GN⁺ 2024-03-06
Komentar Hacker News
  • Salam dari salah satu pendiri proyek beserta tautan penjelasan tentang cara kerja protokol. Dokumentasinya masih dalam pengerjaan.

    Halo, Hacker News. Saya adalah salah satu pendiri proyek ini. Jika Anda penasaran bagaimana protokol ini bekerja di balik layar, mulailah dari sini: Dokumentasi Radicle. Namun, dokumentasinya masih dalam pengerjaan.

  • Proyek ini tampak cocok untuk tujuannya, tetapi ada pendapat bahwa git sendiri sudah open source dan P2P. Dengan git, kita bisa terhubung ke server lain dan langsung mengambil atau menggabungkan kode tanpa binary tambahan. Yang kurang dari git adalah issue kode, wiki, diskusi, GitHub Pages, dan yang terpenting, jaringan profil developer. Diperlukan cara untuk memasukkan metadata proyek ke dalam .git itu sendiri, dan mungkin perlu referensi terpisah agar tidak mencampuradukkan wiki dan issue.

    Proyek ini tampaknya dibuat dengan baik untuk tujuannya, tetapi git sendiri juga sudah open source dan P2P. Tanpa perlu memasang binary terpisah, kita bisa terhubung ke server git lain dan langsung mengambil atau menggabungkan kode dengan perintah git. Yang tidak dimiliki git adalah issue kode, wiki, diskusi, GitHub Pages, dan yang terpenting, jaringan profil developer. Diperlukan cara untuk menyertakan metadata proyek di dalam .git. Mungkin diperlukan referensi terpisah seperti git notes. Dokumentasi git-notes

  • Sangat menarik melihat perkembangan Radicle. Setelah menghadiri workshop di Protocol Berg 2023, ada kesan bahwa mereka telah membangun sesuatu yang sangat kuat dan baru. Aspek kolaborasi protokol yang mengutamakan lokal juga sangat menarik. Patch dan issue bisa dikirim tanpa internet, dan tim tidak terdampak saat GitHub bermasalah.

    Sangat menarik melihat bagaimana Radicle berkembang selama lima tahun terakhir. Saya menghadiri workshop mereka di Protocol Berg 2023, dan saya merasa mereka telah membangun sesuatu yang sangat kuat dan baru. Yang paling menarik bagi saya adalah aspek kolaborasi protokol ini juga dirancang dengan pendekatan local-first, sehingga patch dan issue bisa dikirim bahkan tanpa internet, dan tim tidak terdampak ketika GitHub mengalami masalah.

  • Ada yang penasaran mengapa menggunakan lisensi MIT dan Apache sekaligus. Apakah lisensi MIT tidak memungkinkan penghindaran tanggung jawab tambahan yang diberikan oleh lisensi Apache, terutama klausul pemberian lisensi paten? Karena lisensi MIT tidak menyebut paten, muncul pertanyaan mengapa tidak memakai lisensi MIT saja.

    Saya penasaran mengapa Anda menggunakan lisensi MIT dan Apache sekaligus. Ini bukan kritik, dan mungkin saya salah, tetapi bukankah lisensi MIT memungkinkan orang menghindari tanggung jawab tambahan yang diberikan oleh lisensi Apache? Terutama terkait klausul pemberian lisensi paten. Karena lisensi MIT tidak menyebut soal paten, saya jadi bertanya-tanya mengapa tidak menggunakan lisensi MIT saja.

  • Ada pertanyaan seberapa mudah repositori seperti ini dapat ditemukan oleh orang biasa. Karena tampaknya tidak ada file robots.txt, mesin pencari seharusnya bisa melakukan crawling. Hasil memang muncul di Google dan DDG, tetapi belum di peringkat atas. Peringkatnya bisa saja membaik. Alat terintegrasi untuk dukungan CI (continuous integration) juga akan menarik. Diperlukan alat yang lebih baik untuk membatasi push hanya dari identitas tepercaya. Terakhir, ada penyebutan tentang repositori artefak. Radicle tidak harus menyelesaikan semuanya, apalagi berbagi binary besar melalui jaringan terdistribusi bisa cepat disalahgunakan.

    Saya penasaran seberapa mudah repositori ini ditemukan oleh orang biasa. Tampaknya tidak ada file robots.txt, jadi mesin pencari seharusnya bisa melakukan crawling, dan memang kalau dicari di Google maupun DDG hasilnya muncul. Memang belum berada di peringkat tinggi, tetapi mungkin peringkatnya bisa membaik jika orang tidak memakai filter situs. Alat untuk mengintegrasikan dukungan CI (continuous integration) juga akan menarik. Diperlukan alat yang lebih baik untuk membatasi push hanya dari identitas yang tepercaya. Dan terakhir ada penyebutan repositori artefak, tetapi Radicle tidak perlu menyelesaikan semuanya. Terutama karena berbagi binary besar melalui jaringan terdistribusi bisa dengan cepat digunakan untuk hal-hal yang tidak diinginkan.

  • Ucapan selamat atas peluncurannya, serta antusiasme melihat proyek ini dan kematangannya. Ada pertanyaan tentang cara memigrasikan proyek yang ada di GitHub dan apakah ada mode mirror selama pengujian.

    Selamat atas peluncurannya! Sangat menarik mengikuti proyek ini dan melihat betapa matang perkembangannya. Bagaimana cara memigrasikan proyek yang saat ini ada di GitHub? Apakah ada mode mirror selama masa pengujian?

  • Dokumentasi menyebut penting untuk hanya memublikasikan repositori yang dimiliki atau dikelola sendiri, serta berkomunikasi dengan pengelola lain agar tidak menginisialisasi identitas repositori duplikat. Namun, kemungkinan besar orang akan mengabaikan permintaan ini karena tidak membaca dokumentasi atau tidak memperhatikannya. Beranda menjelaskan cara push kode, tetapi permintaan penting ini hanya ditemukan di panduan pengguna, sehingga bisa menjadi masalah.

    Dokumentasi menyebutkan bahwa penting untuk hanya memublikasikan repositori yang Anda miliki atau kelola sendiri, serta berkomunikasi dengan pengelola lain agar tidak menginisialisasi identitas repositori yang duplikat. Namun, kemungkinan besar orang akan mengabaikan permintaan seperti ini karena tidak membaca dokumentasi atau tidak terlalu memperhatikannya. Beranda menjelaskan cara melakukan push kode, tetapi permintaan penting ini hanya bisa ditemukan di panduan pengguna, dan itu bisa menjadi masalah.

  • Ada harapan agar istilah seperti "peer to peer" atau "distributed" didefinisikan dengan tepat. Istilah-istilah ini bisa menjadi sangat kabur saat dipakai sekadar sebagai buzzword.

    Saya berharap orang-orang mendefinisikan istilah seperti "peer to peer" atau, yang lebih umum, "distributed" dengan tepat. Istilah-istilah ini bisa menjadi sangat kabur ketika digunakan sebagai buzzword.

  • Ucapan selamat atas peluncurannya, dan proyek ini mengingatkan pada nest.pijul.com, proyek serupa yang menggunakan pijul alih-alih git.

    Selamat atas peluncurannya! Ini mengingatkan saya pada nest.pijul.com, proyek serupa yang menggunakan pijul, bukan git.

  • Komentar di luar topik yang mengingatkan pada NESticle.

    Sedikit di luar topik: ini mengingatkan saya pada NESticle. Wiki NESticle