- Nostr adalah protokol komunikasi terbuka yang menyingkirkan kontrol terpusat, dengan arsitektur yang dirancang agar informasi dapat didistribusikan secara bebas melalui berbagai kombinasi klien dan relay
- Pengguna memperoleh identitas dan keaslian pesan berbasis kunci dan tanda tangan pribadi, sementara klien terhubung ke beberapa relay sekaligus untuk melakukan penyebaran dan pengambilan data secara terdistribusi
- Protokol ini tidak dimiliki siapa pun, tetapi tiap operator relay menetapkan standar sensor dan pemblokiran sesuai kebijakan mereka sendiri, dan pengguna memilih relay mana yang ingin dibaca
- Di luar mikroblogging ala Twitter, ekosistem dan sub-protokolnya terus meluas ke grup tertutup (NIP-29), marketplace, wiki terdistribusi, kolaborasi kode/torrent/live streaming, dan lainnya
- Ini masih lebih tepat disebut tahap yang memerlukan partisipasi pengembang dan early adopter daripada produk yang sudah matang, dan tantangan seperti spam, scaling, dan discoverability masih diselesaikan melalui strategi kombinasi klien-relay
An open protocol with a chance of working
- Nostr bertujuan menjadi ruang publik komunikasi yang tidak terikat kecenderungan politik, dan mendefinisikan arsitektur klien/server yang skalabel sebagai standar sederhana yang bisa diimplementasikan dan digunakan siapa saja
- Tidak dikendalikan perusahaan atau pemerintah tertentu, serta menerima kepekaan internet awal yang terbuka dan semrawut, di mana beragam klien menampilkan lapisan informasi yang sama dari sudut pandang berbeda
- Situs ini menampilkan screenshot klien nyata dan menekankan keberagaman ekosistem serta orientasi pada penggunaan praktis
Many clients, many servers
- Berbeda dari layanan tersentralisasi, klien Nostr terhubung ke banyak relay secara bersamaan
- Tiap relay adalah server berbasis WebSocket yang berperan sebagai repositori publikasi terdistribusi untuk melakukan query dan subscribe pada event yang diminati
- Karena tidak menjadikan relay tertentu sebagai satu-satunya sumber kepercayaan, ada efek penyebaran risiko sensor dan shadowban
- Tautan referensi disediakan sebagai materi pembelajaran untuk memahami perbedaannya dengan model lama
A new paradigm for communication
- Identitas pengguna direpresentasikan dengan private key yang bersifat rahasia, dan semua pesan memuat tanda tangan digital sehingga keaslian pengirim bisa diverifikasi tanpa otoritas pusat
- Kepercayaan berbasis kriptografi ini memungkinkan broadcasting yang tahan terhadap sensor
- Tautan video penjelasan yang ramah pemula disediakan untuk menurunkan hambatan masuk
The protocol is ownerless, relays are not
- Protokolnya tanpa pemilik, tetapi relay adalah milik privat, sehingga tiap operator dapat menetapkan kriteria penerimaan dan penolakan sesuka mereka
- Karena pengguna bebas memilih relay yang ingin dibaca, keragaman ekspresi dan hak memilih akses dapat hidup berdampingan
- Alih-alih terjebak pada dikotomi “pro-sensor/pro-kebebasan”, fokusnya adalah pada pluralitas aturan per server dan pilihan pengguna
Freedom of association
- Karena efek jaringan tidak terikat pada satu organisasi, struktur ini membuat kelompok pengguna tertentu sulit secara struktural merugikan kelompok lain
- Video terkait menekankan kebebasan untuk berasosiasi dan memisahkan diri
Your own piece of Nostr
- Programmer dapat dengan mudah menjalankan relay sendiri dan menerapkan aturan mereka sendiri
- Repositori implementasi relay diperkenalkan untuk mendorong kontribusi dan eksperimen
New Ideas — Exploring the commons
- Melampaui mikroblogging ala Twitter, Nostr mendukung berbagai tipe data seperti video/teks panjang/gambar/voice note
- Eksperimen sub-protokol seperti grup tertutup, Wikipedia terdistribusi, couchsurfing, marketplace, dan anotasi web berlangsung aktif
- Upaya untuk menggunakan Nostr sebagai lapisan penemuan dan koordinasi sedang dilakukan dalam kolaborasi kode terdistribusi berbasis git, file hosting, berbagi torrent, dan video live
- Perluasan fungsi dan interoperabilitas didorong melalui kumpulan proposal standar NIP
Ecosystem — Still under construction
- Meski memiliki perangkat lunak open source dan basis pengguna yang besar, Nostr masih belum berada pada tahap produk akhir yang matang
- Partisipasi pengguna awal dan pengembang penting untuk memperbaiki alur protokol dan UX
Microblogging — The outbox model
- Model outbox diperkenalkan sebagai pendekatan baku untuk implementasi klien yang tahan sensor, tetapi parameternya masih fleksibel
- Panduan implementasi menjelaskan cara memperlakukan relay seperti penyimpanan serta strategi subscribe/publish
Relay-based groups — NIP-29
- NIP-29 mengusulkan cara efisien untuk membangun grup tertutup bergaya forum/chat berbasis relay
- Strukturnya dirancang untuk mengurangi ketergantungan pada satu relay sambil tetap menjaga ketahanan terhadap sensor
How Nostr works
- Nostr bertujuan menyediakan kebebasan sejati yang menjaga koneksi antara pengguna dan audiens bahkan di lingkungan yang keras
- Akses berkelanjutan dijaga melalui banyak relay, pengindeksan lokal, dan pembacaan selektif
FAQ — Pertanyaan dan jawaban inti
-
Apa itu “protokol”
- Ini adalah bahasa bersama yang dipakai banyak perangkat lunak untuk saling berkomunikasi, dan berarti interoperabilitas yang tidak bergantung pada aplikasi tertentu seperti e-mail/HTML/HTTP
- Banyak aplikasi yang berbagi satu bahasa dapat saling menggantikan, masing-masing dengan ekspresi dan UI yang berbeda
-
Bagaimana spam dan konten yang tidak diinginkan ditangani
- Feed dasar hanya mengambil informasi dari orang yang saya ikuti, sehingga push spam sulit dilakukan
- Pencarian terbuka seperti melihat komentar dapat terpapar spam, sehingga digunakan strategi pengurangan permukaan kontak seperti batas tetangga tingkat dua, whitelist relay tepercaya, dan relay berbayar/terverifikasi
- Tidak ada solusi sempurna, tetapi Nostr dirancang dengan asumsi resiliensi
-
Apakah bisa diskalakan untuk adopsi besar
- Dasarnya adalah arsitektur klien-server, dan karena pengguna secara alami tersebar ke ratusan relay, distribusi beban sudah melekat dalam desainnya
- Banyaknya koneksi relay mungkin tampak mengkhawatirkan, tetapi orang cenderung mengikuti kelompok akun dengan minat serupa, sehingga relay membentuk irisan bersama secara alami
- Aplikasi native mampu menangani ratusan WebSocket, dan performa dijaga melalui request batch dengan database lokal
-
Bagaimana menangani pelecehan online
- Seperti spam, kiriman yang tidak diinginkan tetap mungkin muncul, sehingga blokir, daftar blokir bersama, dan relay baca terbatas digunakan untuk meminimalkan paparan
- Fitur perlindungan seperti hanya teman yang bisa melihat dapat diemulasikan melalui kebijakan relay
-
Mengapa bukan Mastodon/Fediverse
- Karena tidak ada kriptografi, sistem multi-master tidak dimungkinkan, sehingga muncul masalah identitas yang dimiliki server dan transfer kepercayaan antarserver
- Diperlukan kepercayaan berlebih pada operator server, dan ketergantungan pada domain serta DNS juga dianggap bermasalah
- Nostr memungkinkan pembentukan komunitas yang benar-benar nyata pada tingkat relay melalui identitas yang tidak terikat server dan pilihan relay
-
Mengapa bukan Bluesky/ATProto
- Sentralisasi identitas berbasis PLC dan alur sumber kebenaran tunggal Relay-AppView-Client meningkatkan risiko sensor, penyusunan ulang, dan shadowban
- Ini bisa diperbaiki lewat multisource, tetapi pada akhirnya akan kurang lebih berkonvergensi ke struktur mirip Nostr
-
Apakah insentif operator relay selaras
- Biaya menjalankan server rendah, dan relay dapat disediakan dengan murah oleh berbagai pihak seperti komunitas/individu/organisasi/perusahaan hosting
- Karena pengguna bisa berpindah ke mana saja, beragam pelaku ekonomi dapat tetap selaras
-
Apakah semua konten yang tersebar di banyak relay bisa dilihat
- Sama seperti kita tidak bisa melihat semua hal di dunia, pengamatan hanya mungkin dalam batas fokus dan izin akses
- Ini adalah batasan alami yang lahir dari perhatian dan pilihan relay
-
Bagaimana pencarian bekerja
- Pada dasarnya sesuatu hanya bisa dicari jika sudah pernah dilihat, jadi bila ingin pencarian publik maka crawler/indexer harus secara selektif mengumpulkan jaringan
- Klien dapat dengan cepat menemukan kembali konten yang telah dilihat atau diinteraksikan melalui pencarian lokal berbasis penyimpanan lokal
- Relay bertema dapat menyediakan pencarian lingkup berguna melalui pengindeksan mereka sendiri
-
Jika tidak ada algoritma, bagaimana menemukan konten baru
- Dasarnya adalah penjelajahan graf interaksi dari akun yang diikuti, dan Nostr juga dapat memiliki algoritma berbasis lokal/relay/AI
- Berbagai mekanisme discoverability dapat diterapkan, seperti highlight/resurfacing di sisi klien lokal dan kurasi di sisi relay
-
Apa hubungannya dengan Bitcoin
- Nostr berbagi prinsip kriptografi dan berawal dari komunitas Bitcoin, tetapi tidak memiliki ketergantungan
- Zaps adalah standar tip Bitcoin yang diimplementasikan oleh sebagian klien dan sepenuhnya opsional
1 komentar
Komentar Hacker News
Perlu diketahui bahwa teknologi kriptografi Nostr memiliki kelemahan yang sangat serius
Kerentanan utama yang dipaparkan dalam makalah ini adalah sebagai berikut
Protokol event tidak melakukan autentikasi kunci publik, sehingga tanda tangan kunci simetris hanya bersifat formalitas
Dua klien utama seperti Damus dan Iris bahkan tidak memverifikasi tanda tangannya
DM di dalam sistem memakai enkripsi CBC tanpa autentikasi, sehingga penyerang dapat mengubah isi pesan lewat bit-flipping
Aplikasi melakukan pratinjau tautan otomatis sehingga serangan EFAIL lama bisa terulang
Tidak ada pemisahan kunci di sistem, sehingga pengguna bisa ditipu agar memakai session key secara keliru
Secara umum ini adalah kesalahan pemula setingkat pertengahan 2000-an
Nostr mungkin punya kelebihan lain, tetapi jika menginginkan keamanan end-to-end, ini bukan platform yang cocok
Saya sudah lama aktif di komunitas Nostr dan bahkan pernah membuat ekstensi untuk Safari
Saya belum membaca makalah itu, tetapi saya rasa ada kesalahpahaman atau kekeliruan tentang protokol Nostr itu sendiri dalam poin-poin yang disorot
Di Nostr, kunci publik berfungsi sebagai identitas itu sendiri
Secara kriptografis, identitas berbasis kunci publik tidak bisa dipalsukan, meskipun bug implementasi tentu di luar pembahasan
Dari sisi UX memang sulit memverifikasi identitas asli pemilik kunci publik, tetapi itu isu yang terpisah dari keamanan kriptografi
Klaim bahwa 'protokol event tidak melakukan autentikasi kunci publik' benar-benar tidak masuk akal
Kebanyakan klien dan relay memang memeriksa tanda tangan
Sebagai penulis Damus, saya tegaskan itu membahas versi lama — masalah tersebut sudah diperbaiki
Pada awalnya kami hanya terhubung ke relay tepercaya, dan relay itu memverifikasi tanda tangan
Bahkan dibuat DB tertanam bernama nostrdb untuk verifikasi tanda tangan yang dioptimalkan
Klaim bahwa DM rentan karena CBC tanpa autentikasi juga keliru
Seluruh note dilindungi oleh tanda tangan secp256k1
Pratinjau tautan otomatis, gambar, dan sejenisnya bisa dinyalakan atau dimatikan, dan jika khawatir sebaiknya gunakan VPN
Saya mencoba mencari algoritma kunci apa yang dipakai Nostr, tetapi tidak ada dokumentasi yang menyatakannya secara langsung
Kalau dicari, hasilnya semua mengarah ke Blech32 (encoding kunci Bitcoin)
Dari dokumentasi pengantar hellonostr.dev terlihat bahwa encoding itu sendiri memuat informasi versi
Dalam format
npub1abcxyz...,npubadalah header,1adalah versi, dan sisanya adalah kuncinyaSilakan rujuk dokumentasi terkait
Masalah-masalah yang disebutkan sebenarnya bergantung pada implementasi (aplikasi yang tidak memverifikasi tanda tangan, yang justru merusak esensi protokol),
atau berasal dari skema enkripsi sementara pada masa awal (yang sudah digantikan oleh NIP44 dan lain-lain serta telah diaudit secara independen)
Saat ini tidak ada masalah yang fatal atau yang secara praktis perlu ditangani segera
Saya tidak tahu kenapa baru sekarang mendengar soal masalah seperti ini
Ini harus segera didiskusikan
Dari sudut pandang protokol, saya penasaran apakah platform federatif yang lebih aman itu bluesky(at protocol) atau fediverse
Banyak orang salah paham dan mengira relay Nostr saling berfederasi dan berbagi pesan
Padahal sebenarnya tidak begitu
Jika Anda membuat klon Twitter, aplikasi klien harus mencari dan mem-posting langsung ke banyak relay
Jika tidak memakai relay yang sama, mereka tidak akan bisa melihat pesan satu sama lain
Jika hanya memakai satu relay, hasilnya jadi sepenuhnya tersentralisasi,
dan jika memakai banyak relay, itu jadi lambat dan merepotkan karena pengguna harus tahu sendiri relay mana yang harus dihubungkan
Dokumen NIP juga berantakan, jadi dulu sulit dipelihara
Relay juga bisa berfederasi
Protokol Nostr sendiri tidak menyebut apa pun soal apakah federasi harus ada atau tidak
Saya menjalankan indexer (relay), dan indexer ini terhubung dengan relay lain
Seperti relay ActivityPub, klien mana pun bisa terhubung ke indexer untuk bootstrap dan mencari metadata event
Meski tidak terhubung ke relay yang sama, tetap ada berbagai cara agar klien saling bertukar informasi
Menurut saya ini tantangan yang sangat menarik
Jika relay baca dan tulis dicantumkan dalam metadata profil seperti NIP65,
klien bisa dengan mudah menemukan semua konten yang relevan
Selain itu ada banyak ide lain yang sedang diuji
Saya rasa ini masalah yang bisa diselesaikan
Relay tidak memiliki konten buatan pengguna, jadi tidak perlu federasi
Klien biasanya bergantung pada kumpulan relay yang dipilih sendiri oleh pengguna
Meski begitu, cukup banyak relay utama yang juga menyimpan event dari relay lain, semacam bentuk federasi
Contoh: Primal, TheForrest, nostr.land
nostr.land adalah relay berbayar yang berfokus pada pemfilteran spam dan agregasi note dari berbagai relay publik
Jika tidak mau, Anda bisa memilih relay lain
Sebagian besar pengguna saat ini bisa melihat lebih dari 99% note lewat federasi relay yang ada sekarang, meskipun angka pastinya tidak bisa diverifikasi
Beberapa klien dan signer menyimpan note secara privat,
dan jika relay menyensor note, itu bisa diatasi dengan mem-posting ulang ke relay lain kapan saja
Faktanya, jika memakai relay berbayar yang populer, Anda akan cepat melihat peringatan pada 3/4 event tulis bahwa "sudah terdaftar di relay lain"
Terakhir, relay juga dapat bertindak sebagai klien, dan fitur ini berguna sebagai cache saat di mobile atau ketika jaringan lambat
Model outbox memang punya masalah, tetapi pengembang klien bisa menjadikannya sebagai opsi,
sehingga bisa berkembang fleksibel dari federatif hingga P2P
Sebagian besar klien mendukung outbox, jadi tidak perlu memakai relay yang sama
Setiap pengguna bisa memiliki relay inbox dan outbox yang berbeda
Ada bagian aneh di dokumen NIP,
tetapi sebagian besar NIP terus diperbaiki dengan baik,
dan kalau ada rilis resmi berkala, itu hanya masalah kecil yang mudah diselesaikan
Banyak pengembang merespons dengan cepat
Akan bagus jika proyek-proyek seperti ini menjelaskan dengan jelas perbedaan antara use case, filosofi, dan implementasi
Saat pertama melihatnya, sulit membedakan apakah ini jejaring sosial atau protokol
“Apakah ini berorientasi anti-sensor? Harus baca artikel blog dulu?”
Hal yang sama juga berlaku untuk Scuttlebutt, Mastodon, ActivityPub, Diaspora, dan sebagainya
Sebenarnya “apa bedanya dengan email?”, “dibanding Twitter apa kelebihannya?”
Sebelum paham, orang sudah bingung dulu apakah ini implementasi teknis, produk, situs, atau aplikasi
Mungkin tidak banyak juga yang bisa menjelaskan Urbit dengan tepat
Meski begitu, menurut saya ini tetap lebih baik daripada “Web3”
Bluesky dan Gemini cukup jelas dalam hal ini
Nostr adalah solusi kompromi antara struktur P2P dan arsitektur web
Ia memanfaatkan web server agar sesuai dengan alur internet,
sementara pengguna mengurangi ketergantungan pada server dan memperkuat autentikasi identitas serta data lewat kunci publik dan tanda tangan
Hasilnya, pengguna memperoleh semacam pendelegasian kuasa seperti “credible exit”
Karena itu, ini lebih sering disebut “internet baru” daripada use case baru
Ada trade-off yang berpusat pada pengguna, bukan platform, termasuk perbedaan pola UX
Karena memberikan nilai yang mirip dengan ketahanan terhadap sensor pada jejaring sosial lama,
maka terlihat punya banyak use case sosial
Akan bagus kalau Anda membuat situs seperti itu sendiri
Rasanya sangat aneh bahwa kata “apolitical” dipakai di baris pertama deskripsi produk
Pada saat yang sama ada juga kata “open”, yang dalam konteks ini pada dasarnya punya makna politis
Saya tidak ingat apakah Nostr punya kaitan dengan kripto, tetapi rasanya dulu sempat membingungkan
Nostr tidak punya “nostr coin”, dan tidak ada aksi on-chain
Itu sangat saya sukai
Terutama karena irisan antara Nostr dan komunitas kripto sempat terlihat seolah benar-benar tumpang tindih
Banyak pengguna utamanya memang memakai Bitcoin
Kaum kanan punya sejarah panjang menyebut diri mereka “apolitical”
Layanan berstruktur federatif/terdistribusi seperti Nostr, Mastodon, dan Discord
baru bisa menjadi SNS yang benar-benar terdesentralisasi jika aplikasi klien itu sendiri menanamkan relaynya sendiri sehingga semua pengguna juga bertindak sebagai server
Perangkat lunak P2P klasik sudah melakukan itu, dan memang bekerja dengan baik
Namun, jika pengguna secara acak meng-host data yang bahkan tidak mereka peroleh sendiri,
timbul masalah bahwa mereka bisa dihukum karena konten ilegal, mirip kasus tertangkap membawa narkoba ilegal di bandara
Karena risiko seperti ini, struktur P2P generasi berikutnya memerlukan “filter konten ilegal” berbasis AI (misalnya CP, film)
Atau harus dibuat sebagai komunitas yang sepenuhnya tertutup,
sehingga jika terjadi masalah, tanggung jawabnya hanya berada di dalam komunitas itu
Pada akhirnya model terbaik untuk sosial terdistribusi adalah semua klien juga menjadi server
Proyek bernama iroh bekerja seperti ini
“Relay” hanya berperan sebagai perantara koneksi antara dua klien
Lihat tautan penjelasan konsep iroh
Memang keren, tetapi struktur P2P nyata biasanya tidak berjalan dengan baik
Bahkan iroh pun secara internal bergantung pada relay
Nostr secara langsung memberi relay kewenangan untuk menegakkan kebijakan, tanpa perlu rekayasa tambahan
Senang melihat Nostr mencapai puncak HN
Meski masih tahap awal, Nostr juga memungkinkan “zapps” (pembayaran mikro instan berbasis Bitcoin-Lightning)
Ini adalah model SNS tanpa iklan yang terdesentralisasi,
yang memungkinkan imbalan mikro langsung kepada kreator tanpa masalah iklan atau algoritma
Pengerjaan PR klien Nostr juga bisa diberi imbalan lewat zaps
Lihat contoh bounty terkait
Bitcoin sendiri sudah sangat diatur
Saat membaca komentar seperti ini saya sempat tergoda untuk mendaftar, tetapi ketika melihat halaman eksplorasi,
saya terkesan karena orang-orang benar-benar memperdagangkan barang nyata (mesin, Kakao, pendidikan alternatif, dan sebagainya)
Jadi ini bukan sekadar “membuka buku harian lalu minta uang”
Ini terasa berbeda karena merupakan platform untuk barang atau layanan nyata, serta kreator
Nostr sudah ada setidaknya sejak 5 tahun lalu
Bahkan saat pandemi, banyak orang berpindah dari Twitter ke Nostr
Jadi saya sulit setuju dengan penyebutan bahwa ini baru tahap awal
Pengenalan berbagai aplikasi Nostr
openux.app - layanan alternatif Mobbin
kinostr.com - obrolan film real-time
zap.stream - live streaming gaya Twitch
dtan.xyz - torrent
zapstore.dev - app store tanpa izin
nostrnests.com - obrolan ruang audio
zapmeacoffee.com - mirip Buy Me A Coffee
asknostr.site
Dengan cara ini, protokol sosial terdistribusi memungkinkan banyak use case yang beragam,
dan dari sisi pengguna kelebihannya adalah
Nostr tidak harus dipakai hanya sebagai layanan microblogging, tetapi juga punya berbagai kegunaan sebagai lapisan bawah
Contohnya: Trystero
memakai Nostr untuk membangun koneksi P2P WebRTC tanpa server pusat
(lisensi MIT)
Saya juga pernah memikirkan siaran multi-kanal yang tahan sensor memakai Nostr, Bittorrent DHT, Mastodon, dan lain-lain
Tujuannya agar pemutusan jaringan hanya terjadi jika semua metode gagal sekaligus
Mirip dengan ini, saya juga penasaran apakah Nostr atau ATProto
bisa dipakai sebagai “penyimpanan pesan offline” untuk instant messenger P2P
Pemakaian untuk membentuk koneksi juga pendekatan yang segar
Ini benar-benar ide yang keren
Saya juga ingin mencoba sesuatu yang mirip, tetapi karena orang lain sudah membuatnya, saya jadi hemat waktu
Saya tidak paham kenapa jejaring sosial teknis seperti ini, alih-alih seperti web lama
dengan struktur saling terhubung antar homepage pribadi seperti web asli,
justru beralih ke platform berbasis akun terpisah
Selain RSS, saya penasaran apakah belum pernah ada upaya jaringan yang mendorong orang mengelola situs pribadi,
sambil menambahkan media sosial terpusat seperti chat dan feed di atasnya
Yang dimaksud “akun” di sini pada dasarnya adalah pasangan kunci publik/pribadi
Anda juga bisa menjalankan relay sendiri,
dan memakai relay mana pun dengan kunci publik yang sama
Postingan juga bisa dibroadcast ke semua relay yang diinginkan
Kalau mau, Anda bahkan bisa membuat kunci baru untuk setiap postingan
Mastodon dan sejenisnya mengikat akun ke server, sehingga mobilitas dan kebebasannya lebih rendah
Hanya saja, di sini sama sekali tidak ada cara pemulihan akun, dan itu bisa jadi masalah
Mungkin ada baiknya melihat RSDS(Really Simple Decentralized Syndication)
Secara umum nostr memang seperti itu
Hanya saja, alih-alih situs web, ia memakai tipe data “note”, dan alih-alih server, ia hanya memakai “relay”
Saya bertanya kenapa Anda menganggap ini sebagai layanan yang “jelas ditujukan untuk teknisi”
dan membalas apakah itu bukan asumsi berlebihan tentang isi kepala pendirinya
Pada dasarnya, dengan menggabungkan berbagai teknologi yang sudah ada,
kita memang bisa membangun sendiri sistem homepage pribadi/chat/feed
Namun masalah praktis dari model campuran seperti ini adalah
Jika mencoba menyelesaikan semua ini sekaligus, kompromi pada akhirnya tak terhindarkan
Desentralisasi penuh harus ditukar dengan masalah discovery dan aksesibilitas
Klaim bahwa “akun tidak lagi diperlukan” juga terkait dengan masalah identitas ganda online dan offline
Pada akhirnya ini adalah soal pilihan nilai, dan berbagai layanan terdistribusi eksperimental yang populer di kalangan teknisi (mis. Mastodon, Nostr, Smolweb)
membawa pengaruh mindset internet awal: kontra-budaya, keterbukaan, standardisasi, dan komposabilitas
Karena tidak mungkin ada solusi yang memuaskan semua orang,
saya rasa nilai asli internet ada pada keberagaman, standardisasi, dan keterbukaan
“apolitical communication commons”
Sebagian orang menunjukkan bahwa label ‘nonpolitis’ itu sendiri
sudah merupakan pernyataan politis sekaligus posisi kuasa
Saya penasaran kenapa ketakutan terhadap “politik” begitu besar
Ia memberi contoh prinsip dasar Yunani kuno bahwa sebagai warga negara, partisipasi politik adalah kewajiban yang wajar
Bahkan etimologi kata ‘idiot’ merujuk pada orang yang apolitis
Konsep “apolitical”
pada kenyataannya di bawah rezim otoriter berarti diam dan secara implisit mendukung tatanan yang ada
Di kediktatoran seperti Rusia, ini menjadi jalan pintas menuju penindasan kebebasan dan represi
Layanan seperti Nostr juga pernah diblokir lewat deklarasi pemerintah bahwa “menjalankan relay adalah ilegal/kriminal”
“Jika semuanya politik, maka politik bukan apa-apa”
Sepertinya penulis hanya ingin menghindari perdebatan nonteknis
“apolitical” juga bisa ditafsirkan sebagai makna bahwa semua orang diterima
Satu-satunya hambatan masuk hanyalah koneksi internet
Kemungkinan istilah itu dipakai dalam konteks reaksi balik terhadap tren sensor SNS selama 10 tahun terakhir
Ada juga orang yang berpendapat bahwa seseorang harus memakai privilese dari posisinya untuk membantu orang lain
Dan itu juga bisa diterapkan di sini