Jenis dokumen: Ikhtisar protokol. NIP-01 menjelaskan alur dasar Nostr, sementara dokumen NIP lain mendeskripsikan kemungkinan ekstensi. Sumber proyek tidak menyebut satu whitepaper formal sebagai spesifikasi utama.
Halaman edukatif ini menjelaskan model kunci, event, dan relay Nostr serta batas yang penting untuk dipahami. Ini bukan saran investasi atau jaminan privasi maupun ketersediaan layanan.
Apa itu Nostr?
Nostr adalah protokol terbuka untuk menerbitkan dan mengambil pesan melalui klien dan relay. Namanya merupakan singkatan dari “Notes and Other Stuff Transmitted by Relays”. Nostr sendiri bukan blockchain dan tidak menetapkan token native. Klien dan relay dapat dibuat oleh pihak berbeda, dan tiap relay dapat menetapkan kebijakannya sendiri.
Kunci dan event
Dalam alur dasar, akun tidak bergantung pada nama pengguna yang diterbitkan oleh satu server. Pengguna membuat pasangan kunci: kunci publik menjadi identitas kriptografis, sedangkan kunci privat dipakai untuk menandatangani event. NIP-01 menetapkan format event, termasuk kunci publik, waktu pembuatan, jenis event, tag, konten, ID, dan tanda tangan.
Klien memeriksa tanda tangan untuk mengetahui bahwa event dibuat oleh pemegang kunci yang sesuai dan tidak diubah setelah ditandatangani. Tanda tangan ini tidak menyembunyikan isi event. Event publik tetap dapat dibaca oleh relay yang menyimpannya dan klien yang mengambilnya.
Peran relay
Relay adalah server yang menerima, menyimpan, dan melayani event. NIP-01 menjelaskan pesan dasar dari klien ke relay: EVENT untuk menerbitkan event, REQ untuk meminta atau berlangganan event, dan CLOSE untuk menghentikan langganan. Klien dapat mengirim ke lebih dari satu relay, tetapi NIP-01 tidak menjamin semua relay menyimpan, meneruskan, atau menampilkan konten yang sama.
Relay dapat menolak atau menghapus event sesuai kebijakannya. Menggunakan beberapa relay dapat mengurangi ketergantungan pada satu operator, tetapi penemuan pengguna dan konten tetap bergantung pada relay yang dipilih klien serta cara klien menggabungkan hasilnya. Relay juga dapat melihat koneksi dan event publik yang diprosesnya; desain tanda tangan tidak dengan sendirinya memberi anonimitas.
NIP dan fitur tambahan
NIP berarti Nostr Implementation Possibilities. Repositori NIP menyebutnya sebagai dokumen untuk hal-hal yang dapat diterapkan oleh klien dan relay yang kompatibel; aplikasi tidak harus mendukung setiap NIP. Karena itu, kemampuan Nostr dapat berbeda antar klien.
- NIP-05: pemetaan opsional antara kunci publik dan pengenal berbasis domain, seperti nama@example.com. Spesifikasinya menyebut fungsi ini sebagai identifikasi, bukan verifikasi identitas seseorang.
- NIP-57: rancangan opsional untuk “Lightning Zaps”, yang menghubungkan event Nostr dengan alur pembayaran Lightning. NIP ini berstatus draft dan optional dalam repositori; pembayaran memerlukan dukungan klien serta layanan penerima.
Batasan yang perlu dipahami
Nostr tidak otomatis membuat semua konten tahan sensor, privat, atau tersedia selamanya. Relay dapat menolak event, pengguna dapat kehilangan akses jika relay yang mereka gunakan berhenti menyimpan data, dan penemuan profil bisa terbatas. Kunci privat juga menjadi tanggung jawab pengguna. Protokol yang terbuka memberi ruang untuk banyak klien dan relay, tetapi hasil akhirnya bergantung pada pilihan dan praktik operator.
Sentimen Media Sosial
Dalam sampel kecil diskusi komunitas yang ditinjau, pendukung menyoroti bahwa pengguna dapat berpindah relay dan tidak bergantung pada satu platform. Komentar lain mempertanyakan biaya menjalankan relay dan khawatir kebutuhan penemuan konten dapat mendorong konsentrasi pada beberapa relay besar. Diskusi tentang sinkronisasi relay-ke-relay melihat peluang untuk memperluas penemuan, sekaligus risiko bandwidth, spam, dan moderasi. Ini adalah contoh anekdotal, bukan ukuran yang mewakili seluruh pengguna. Lihat diskusi tentang fungsi dan ekonomi relay serta sinkronisasi antar-relay.
Terakhir diperbarui: 2026-10
Istilah Terkait
Lihat Juga
Sumber
- Nostr Protocol README — ringkasan proyek tentang event bertanda tangan, relay, dan pengambilan konten oleh klien.
- NIP-01: Basic protocol flow description — spesifikasi alur dasar, struktur event, dan pesan klien-relay.
- Repositori Nostr Implementation Possibilities — menjelaskan cakupan NIP dan bahwa aplikasi memilih fitur yang didukung.
- NIP-05: Mapping Nostr keys to DNS-based internet identifiers — aturan pengaitan kunci ke domain dan batas bahwa ini bukan verifikasi seseorang.
- NIP-57: Lightning Zaps — alur opsional dan berstatus draft yang menghubungkan event dengan invoice Lightning.
Pembaruan
Diperbarui 14 Oktober 2026.