Apa itu protokol Nostr? Mengapa Jack Dorsey Mendanainya tetapi Elon Musk Melarangnya?

Protokol sosial baru bernama Nostr diperlakukan sangat berbeda oleh mantan CEO Twitter Jack Dorsey dan CEO saat ini Elon Musk.

14 Desember mantan CEO Twitter Jack Dorsey menerima rekomendasi dari pengguna Twitter Koty_Auditore untuk mendanai Nostr. Setelah meneliti Nostr, Jack Dorsey mengumumkan donasi sebesar 14 Bitcoin (sekitar $245.000) untuk mendanai pengembangan Nostr pada 15 Desember.

Sementara itu pada 18 Desember, Twitter secara resmi mengumumkan pemblokiran pengguna yang propagandanya berisi tautan ke media sosial lain, termasuk Facebook, Instagram, Truth Social, Mastodon, dan lainnya, dan Nostr terdaftar.

Apa itu Nostr?

nostr, singkatan dari "Notes and Other Stuff Transmitted by Relays".

per Nostr's github, Nostr adalah protokol terbuka paling sederhana yang mampu menciptakan lingkungan "sosial" global yang tahan sensor. jaringan sekali dan untuk semua.

Jejaring sosial Nostr dibangun seperti twitter, di mana Anda dapat membuat posting (seperti tweet), menyukai posting, mengikuti seseorang atau berhenti mengikuti mereka, retweet/repost. Biasanya istilah 'post' atau 'catatan' digunakan untuk merujuk pada pembuatan postingan di jejaring sosial nostr.

Tapi itu tidak bergantung pada server pusat tepercaya mana pun, karenanya tangguh; itu didasarkan pada kunci dan tanda tangan kriptografi, sehingga tahan terhadap kerusakan; itu tidak bergantung pada teknik P2P, oleh karena itu berhasil.

Bagaimana cara kerja Nostr?

• Ada dua komponen:klien danrelay . Setiap pengguna menjalankan klien. Siapa pun dapat menjalankan relai.
• Setiap pengguna diidentifikasi oleh kunci publik. Setiap posting ditandatangani. Setiap klien memvalidasi tanda tangan ini.
• Klien mengambil data dari relai pilihan mereka dan menerbitkan data ke relai lain pilihan mereka. Relai tidak berbicara dengan relai lain, hanya langsung ke pengguna.
• Misalnya, untuk "mengikuti" seseorang pengguna baru saja menginstruksikan klien mereka untuk menanyakan relai yang diketahuinya untuk posting dari kunci publik itu.
• Saat memulai, klien meminta data dari semua relai yang diketahuinya untuk semua pengguna yang diikutinya (misalnya, semua pembaruan dari hari terakhir), lalu menampilkan data tersebut kepada pengguna secara kronologis.
• Sebuah "pos" dapat berisi segala jenis data terstruktur, tetapi yang paling sering digunakan akan menemukan jalan mereka ke dalam standar sehingga semua klien dan relai dapat menanganinya dengan lancar.

Ringkasan singkat tentang cara kerjanya

Semua orang menjalankan klien. Itu bisa berupa klien asli, klien web, dll. Untuk menerbitkan sesuatu, Anda menulis posting, menandatanganinya dengan kunci Anda dan mengirimkannya ke beberapa relai (server yang dihosting oleh orang lain, atau Anda sendiri). Untuk mendapatkan pembaruan dari orang lain, Anda bertanya kepada banyak relai apakah mereka mengetahui sesuatu tentang orang lain tersebut. Siapa pun dapat menjalankan relai. Relai sangat sederhana dan bodoh. Itu tidak melakukan apa-apa selain menerima posting dari beberapa orang dan meneruskan ke orang lain. Relai tidak harus dipercaya. Tanda tangan diverifikasi di sisi klien.

Mengapa Nostr dibutuhkan

karena solusi lain rusak:

Masalah dengan Twitter

• Twitter memiliki iklan;
• Twitter menggunakan teknik aneh untuk membuat Anda ketagihan;
• Twitter tidak menampilkan umpan riwayat sebenarnya dari orang yang Anda ikuti;
• Twitter melarang orang;
• Twitter membayangi orang.
• Twitter memiliki banyak spam.

Masalah dengan Mastodon dan program serupa

• Identitas pengguna dilampirkan ke nama domain yang dikendalikan oleh pihak ketiga;
• Pemilik server dapat mencekal Anda, seperti halnya Twitter; Pemilik server juga dapat memblokir server lain;
• Migrasi antar server adalah renungan dan hanya dapat dicapai jika server bekerja sama. Itu tidak berfungsi di lingkungan yang bermusuhan (semua pengikut hilang);
• Tidak ada insentif yang jelas untuk menjalankan server, oleh karena itu cenderung dijalankan oleh para penggemar dan orang-orang yang ingin nama mereka melekat pada domain yang keren. Kemudian, pengguna tunduk pada despotisme satu orang, yang seringkali lebih buruk daripada perusahaan besar seperti Twitter, dan mereka tidak dapat bermigrasi;
• Karena server cenderung dijalankan secara amatir, mereka sering ditinggalkan setelah beberapa saat — yang secara efektif sama dengan melarang semua orang;
• Tidak masuk akal untuk memiliki banyak server jika pembaruan dari setiap server harus didorong dengan susah payah (dan disimpan!) ke banyak server lain. Hal ini diperburuk oleh fakta bahwa server cenderung ada dalam jumlah besar, oleh karena itu lebih banyak data harus lebih sering diteruskan ke lebih banyak tempat;
• Untuk contoh spesifik berbagi video, penggemar ActivityPub menyadari bahwa sangat tidak mungkin untuk mengirimkan video dari server ke server seperti catatan teks, jadi mereka memutuskan untuk menyimpan video yang dihosting hanya dari satu contoh tempat video itu diposting, yaitu mirip dengan pendekatan Nostr.

Masalah dengan SSB (Secure Scuttlebutt)

• Itu tidak memiliki banyak masalah. Saya pikir itu hebat. Sebenarnya, saya akan menggunakannya sebagai dasar untuk ini, tapi
• protokolnya terlalu rumit karena sama sekali tidak dianggap sebagai protokol terbuka. Itu baru saja ditulis dalam JavaScript mungkin dengan cara cepat untuk memecahkan masalah tertentu dan tumbuh dari itu, oleh karena itu memiliki kebiasaan aneh dan tidak perlu seperti menandatangani string JSON yang harus benar-benar mengikuti aturanECMA-262 Edisi ke-6 ;
• Itu bersikeras memiliki rantai pembaruan dari satu pengguna, yang terasa tidak perlu bagi saya dan sesuatu yang menambah kembung dan kekakuan pada hal itu - setiap server / pengguna perlu menyimpan semua rantai posting untuk memastikan yang baru valid. Mengapa? (Mungkin mereka punya alasan bagus);
• Ini tidak sesederhana Nostr, karena dibuat terutama untuk sinkronisasi P2P, dengan "pub" menjadi renungan;
• Namun, mungkin ada baiknya mempertimbangkan untuk menggunakan SSB alih-alih protokol khusus ini dan hanya mengadaptasinya ke model server relai klien, karena menggunakan kembali standar selalu lebih baik daripada mencoba membuat orang menggunakan yang baru.

Masalah dengan solusi lain yang mengharuskan semua orang menjalankan server mereka sendiri

• Mereka membutuhkan semua orang untuk menjalankan server mereka sendiri;
• Terkadang orang masih bisa disensor karena nama domain bisa disensor.