Pada pandangan pertama, membandingkan AO—sistem komputasi ultra-paralel—dan Nostr—protokol sosial terdesentralisasi—mungkin terlihat tidak konvensional, karena mereka tampaknya termasuk ke dalam ranah yang sangat berbeda. Namun, keduanya bisa dilihat sebagai “protokol transmisi pesan,” yang membuat perbandingan menjadi mungkin.

Sebagai protokol yang difokuskan pada transmisi pesan, komponen inti secara alami adalah "pesan" itu sendiri. Jadi, bagaimana pesan didefinisikan dalam jaringan AO dan Nostr? Arsitektur jaringan masing-masing untuk mendukung transmisi pesan, dan bagaimana mereka berintegrasi dengan protokol lainnya? Di mana posisi mereka, kasus penggunaan utama, dan tren masa depan mereka?

Artikel ini bertujuan untuk menawarkan perbandingan detail protokol AO dan Nostr, meneliti bagaimana desain struktural mereka mempengaruhi fungsionalitas mereka dan memberikan analisis mendalam tentang aspek-aspek ini.

1. Konsep dan Karakteristik Pesan

1.1. Pesan di AO

Dalam jaringan AO, pesan adalah unit informasi dasar yang dipertukarkan antara unit jaringan (MU, SU, CU) atau proses. Pesan memfasilitasi pertukaran informasi dan koordinasi.

AO dirancang sebagai jaringan komunikasi asinkron yang didorong oleh pesan. Pada awalnya, AO memerlukan pesan untuk menginisiasi proses (seperti meluncurkan suatu proses), yang dapat berasal dari pengguna eksternal atau proses lain. Selain itu, komunikasi antar proses AO bersifat asinkron, yang berarti pengiriman dan penerimaan pesan terjadi secara independen dari pengirim dan penerima. Hal ini memungkinkan proses pengirim untuk melanjutkan tanpa harus menunggu tanggapan atau konfirmasi dari penerima, yang secara signifikan meningkatkan efisiensi komputasi paralel AO.

Dalam AO, sifat asinkron transmisi pesan dan tidak adanya kebutuhan untuk menunggu membuatnya ideal untuk mengelola tugas komputasi paralel berskala besar. Hal ini memungkinkan berbagai komponen sistem untuk beroperasi secara paralel tanpa waktu tunggu yang panjang untuk respons dari proses lain.

Setiap pesan di AO mengikuti standar ANS-104 dari ekosistem Arweave, sebuah protokol pengemasan data. ANS-104 meningkatkan throughput data dengan serializing transaksi-transaksi multiple ke dalam satu transaksi biner tunggal. Protokol ini tidak hanya mengemas data tetapi juga mencakup bidang seperti pemilik, tanda tangan, alamat target, label, dan data. Desain ini mendukung berbagai jenis data, termasuk dokumen, gambar, file audio dan video, gim, model data, kode program, dan keadaan holografik. Selain itu, ini mendukung kepemilikan data dan verifikasi tanda tangan, memastikan keamanan dan integritas data.

Fitur-fitur standar ANS-104 ini sangat penting untuk AO, memungkinkannya mendukung berbagai skenario aplikasi untuk berbagai jenis data. Format pesan yang terstandarisasi sangat memudahkan komunikasi antar-proses yang efisien dan kolaborasi yang mulus, meningkatkan efisiensi penyimpanan dan pemrosesan di Arweave. Hal ini memungkinkan AO untuk secara efektif membentuk lapisan ketersediaan data dan konsensus data, mengatasi kebutuhan aplikasi yang luas.

1.2. Peristiwa di Nostr

Dalam protokol Nostr, pesan-pesan terstruktur sebagai “peristiwa” menggunakan format berbasis JSON. Format ini berfungsi sebagai objek data fundamental dalam jaringan Nostr.

Struktur pesan yang banyak digunakan diintegrasikan ke dalam standar umum yang disebut protokol NIPs (Nostr Implementation Possibilities). Standarisasi ini sangat meningkatkan pemrosesan data dan manajemen, meningkatkan interoperabilitas dan stabilitas sistem. Melalui NIPs, pengguna dapat melakukan berbagai operasi dan interaksi pada jaringan Nostr tanpa kekhawatiran tentang inkonsistensi format data.

Struktur JSON dalam Nostr mendefinisikan format acara dengan berbagai bidang, masing-masing memenuhi fungsi tertentu. Misalnya:

• Kolom pubkey: Mewakili kunci publik pengirim acara, digunakan untuk mengidentifikasi pengguna. Kunci publik ini menandatangani acara secara digital, memastikan keaslian dan integritasnya.
• Jenis Field: Menunjukkan jenis acara, seperti pesan obrolan, informasi dompet, atau tindakan pengguna seperti merekomendasikan daftar relay atau melakukan operasi tertentu.
• Field konten: Berisi konten acara, mendukung berbagai jenis data seperti posting media sosial, artikel, audio, dan video. Bidang ini memungkinkan pengguna untuk menyampaikan informasi yang ingin mereka bagikan.
• sig Field: Menyimpan tanda tangan digital acara, dibuat oleh pengirim menggunakan kunci privat mereka dan diverifikasi oleh klien penerima menggunakan kunci publik yang sesuai. Tanda tangan ini mengkonfirmasi keaslian dan integritas acara.

Untuk deskripsi yang detail dari struktur data acara, lihat padaKonten Protokol NostrProtokol Nostr menawarkan kerangka kerja yang jelas untuk mengirim, menerima, dan memverifikasi peristiwa, memastikan keamanan, konsistensi, dan keandalan data.

Secara ringkas, sebuah peristiwa di Nostr adalah struktur data yang mencakup konten apa pun dan ditandatangani oleh pengguna. Struktur ini menyoroti peran, fitur, dan fungsi Nostr:

• Publikasi Informasi, Penyimpanan, dan Penerimaan: Penggunaan JSON dan NIPs oleh Nostr menyediakan kerangka pertukaran dan manajemen data yang efisien, memastikan konsistensi dan interpretabilitas, serta menawarkan lingkungan komunikasi yang stabil dan dapat diandalkan.
• Verifikasi Sisi Klien: Struktur data memungkinkan verifikasi sisi klien, menghilangkan kebutuhan untuk mempercayai server relay atau pihak ketiga, dan langsung mengkonfirmasi keaslian dan integritas acara.
• Jaringan Sosial Terdesentralisasi yang Tahan Sensor: Desain ini memungkinkan Nostr berfungsi sebagai platform terdesentralisasi di mana pengguna dapat berkomunikasi dan berbagi informasi secara bebas tanpa khawatir tentang sensor atau pemalsuan data.

2. Struktur Jaringan yang Mendukung Pengiriman Pesan

2.1. AO: Jaringan Kolaborasi MU/SU/CU

Jaringan AO terdiri dari tiga unit modular: MU, SU, dan CU, yang bekerja sama melalui pesan dan proses. Arsitektur jaringannya diilustrasikan dalam Gambar 2-1.

Gambar 2-1: Unit Jaringan Modular dan Kolaboratif Membentuk Arsitektur Jaringan AO (Sumber: Whitepaper AO)

Dalam AO, sebuah proses adalah unit komputasi. Memulai aplikasi di AO sama dengan memulai satu atau lebih proses, dengan sistem mengalokasikan dan menjadwalkan sumber daya seperti MU, SU, CU, mesin virtual, dan memori untuk menjalankan proses:

• MU (Messenger Unit): Bertanggung jawab untuk mengirimkan informasi ke SU yang tepat untuk diproses, kemudian mengirimkannya ke CU untuk dihitung. Hasilnya dikembalikan ke SU, dan proses ini terus berulang secara kontinyu.
• SU (Unit Penjadwalan): Mengelola penjadwalan dan pengurutan pesan, mengunggah pesan ke Arweave.
• CU (Compute Unit): Menerima pesan, melakukan perhitungan, dan menerapkan transisi status.

Struktur jaringan dan operasi AO menunjukkan:

• AO sebagai Sistem Transmisi Pesan: Pesan adalah elemen inti dalam proses AO, berfungsi sebagai satu-satunya objek kerja untuk MU, SU, dan CU. Seluruh proses berkisar pada pesan, menjadikan proses tersebut pada dasarnya aktivitas menjalankan kumpulan pesan. Ini termasuk urutan lengkap mulai dari menerima pesan, mentransmisikan pesan, menjadwalkan dan mengurutkan pesan, mengeksekusi perhitungan (transisi keadaan pesan), hingga mengeluarkan dan menyimpan hasil perhitungan. Oleh karena itu, AO adalah sistem transmisi pesan yang dapat didedikasikan untuk membangun aplikasi yang berfokus pada publikasi informasi, komunikasi dan interaksi real-time, distribusi konten, dan lainnya, seperti jaringan sosial terdesentralisasi, media sosial, dan platform audio/video on-demand/live streaming terdesentralisasi.
• AO sebagai Jaringan Komputasi Ultra-Paralel: AO beroperasi sebagai jaringan modular di mana komputasi dilakukan di luar rantai, bebas dari kendala konsensus blok. Hal ini memungkinkan unit komputasi (node) untuk berkembang secara tak terbatas sesuai kebutuhan, yang secara signifikan meningkatkan kinerja komputasional. Di lingkungan AO, sejumlah tugas komputasi (proses paralel) dapat dimulai secara bersamaan. Proses-proses ini dapat berjalan secara independen pada node komputasi yang berbeda dan menyelesaikan validasi lokal. Hal ini menjadikan AO sebagai komputer ultra-paralel yang terdistribusi dan dapat diverifikasi.

Meskipun setiap proses komputasi dapat berjalan secara independen pada node-node yang berbeda, mereka dapat berkomunikasi dan berkolaborasi melalui format pesan yang terpadu (ANS-104). Metode ini menghubungkan proses komputasi yang berjalan secara independen ke dalam jaringan yang terpadu.

• AO sebagai Platform Terbuka: Pada intinya, AO adalah protokol informasi yang memungkinkan aplikasi-aplikasi berbeda yang berjalan di Arweave berkomunikasi satu sama lain. Setiap aplikasi dapat mengirim informasi ke aplikasi lain melalui jaringan AO, memanfaatkan AO untuk operasi komposisi dan memungkinkan pertukaran informasi lintas rantai. Jaringan AO beroperasi di luar rantai dan dapat terhubung dengan lancar dengan aplikasi Web2. Dengan memanggil antarmuka protokol AO, aplikasi Web2 dapat berpartisipasi dalam jaringan terdesentralisasi ini. Fitur ini memungkinkan AO untuk menjembatani kesenjangan antara aplikasi Web2 dan Web3, memfasilitasi pertukaran informasi terpercaya dan interoperabilitas antara aplikasi. Desain protokol komunikasi AO membuatnya menjadi platform terbuka, menawarkan kepada pengembang kemungkinan yang tak terbatas.

Sebagai kesimpulan, arsitektur jaringan AO mendukung platform komputasi yang dapat disusun, interoperabel, dapat diperluas, dapat diverifikasi, terdesentralisasi, dan terbuka. Ini cocok untuk aplikasi yang berfokus pada publikasi informasi dan interaksi, serta aplikasi yang membutuhkan kinerja komputasi tinggi dan logika kompleks, seperti pembelajaran mesin, agen otonom, rendering grafis, permainan daring, dan DeFi.

2.2. Nostr: Struktur Klien-Relay

Nostr merupakan singkatan dari “Catatan dan Hal Lainnya yang Ditransmisikan oleh Relay.” Jaringan ini terdiri dari dua komponen utama, seperti yang ditunjukkan dalam Gambar 2-2.

Gambar 2-2: Struktur Jaringan Nostr

• Klien: Ini adalah aplikasi yang berjalan di ujung pengguna, dirancang untuk membaca dan menulis data ke server relay. Klien menggunakan kunci publik sebagai alamat untuk pengguna mengirim dan menerima acara, sementara kunci pribadi digunakan untuk menandatangani acara saat dikirim. Proses penandatanganan ini membuktikan bahwa operasi dilakukan oleh pengguna dan mencegah pemalsuan. Saat menerima acara, klien menggunakan kunci pribadi untuk memverifikasi tanda tangan, memastikan asal dan integritas acara.

Klien memungkinkan pengguna untuk terhubung ke sejumlah server relay yang terletak di tempat-tempat berbeda. Pengguna dapat mempublikasikan informasi pada satu relay dan mengambilnya dari yang lain. Hal ini berarti bahwa klien (pengguna) tidak perlu bergantung pada server relay tertentu, secara efektif melindungi data dan tindakan pengguna.

• Server Rele: Sebuah server rele memiliki kemampuan untuk mendengarkan, menangkap, dan menyimpan peristiwa dari klien yang terhubung, dan kemudian meneruskan peristiwa-peristiwa ini ke klien yang berlangganan. Siapa pun dapat menjalankan server rele, dan beberapa server rele dapat berfungsi sebagai alternatif satu sama lain. Desain ini mengurangi pentingnya sebuah rele tunggal, mengurangi risiko titik kegagalan tunggal dan meningkatkan resistensi sensor. Selain itu, persaingan di antara beberapa rele dapat mendorong perbaikan dalam kualitas layanan, seperti menawarkan kapasitas penyimpanan yang lebih besar, waktu respon yang lebih cepat, dan layanan penyaringan spam.

Server relay dapat memilih untuk menyimpan seluruh atau sebagian konten pengguna berdasarkan kebutuhan mereka sendiri dan menentukan durasi penyimpanan data. Hal ini memberikan fleksibilitas yang lebih besar dalam penempatan relay dan aktivitas komersial. Pada saat yang sama, tidak perlu bagi relay untuk berkomunikasi satu sama lain, yang menghilangkan masalah konsensus dan kebutuhan untuk sinkronisasi data. Sebaliknya, sinkronisasi data dicapai melalui pengiriman dan penerimaan acara antara klien, secara mendasar berbeda dari node blockchain.

Arsitektur ini tidak hanya meningkatkan fleksibilitas dan efisiensi sistem tetapi juga secara efektif mengatasi berbagai kasus penggunaan dan permintaan.

Secara ringkas, struktur Klien-Relay ringan Nostr meningkatkan fleksibilitas dan efisiensi sistem. Ini mendukung sistem penerbitan informasi terdesentralisasi, tahan sensor, dan dapat diverifikasi, memenuhi kebutuhan akan kebebasan berbicara, komunikasi lancar, serta keamanan dan privasi data. Desain ini secara efektif mengatasi kekurangan media sosial terpusat, menjadikan Nostr pilihan populer bagi pengembang aplikasi sosial terdesentralisasi seperti Damus, YakiHonne, Iris, dan lainnya.

3. Integrasi dengan Protokol Lain

3.1 AO + Arweave: Komputer Dunia Terdesentralisasi

AO berfungsi di atas Arweave, secara mulus mengintegrasikan dirinya dengan Arweave seperti yang digambarkan dalam Gambar 3-1.

Gambar 3-1: Integrasi Lintas AO dengan Arweave (Sumber: Whitepaper AO)

Ini mewakili aplikasi Paradigma Konsensus Penyimpanan (SCP). Paradigma baru ini secara efektif memisahkan penyimpanan (konsensus) dari komputasi, memfasilitasi komputasi di luar rantai bersama dengan konsensus di dalam rantai. Manfaat dari pendekatan ini sangat besar:

• Komputasi Kinerja Tinggi: Dengan komputasi kontrak cerdas terjadi di luar rantai, AO menghindari batasan konsensus blok di rantai. Hal ini meningkatkan kinerja komputasi secara signifikan, menjadikan komputasi kinerja tinggi menjadi kenyataan.
• Komputasi Ultra-Paralel: Node dapat secara independen menjalankan tugas paralel dan melakukan validasi lokal tanpa perlu semua node untuk disinkronkan dan menyelesaikan komputasi yang redundan, seperti yang terlihat dalam arsitektur EVM tradisional. Kemampuan ini memungkinkan AO untuk mencapai komputasi ultra-paralel.
• Komputasi yang Dapat Disesuaikan: Arweave menawarkan penyimpanan permanen untuk semua instruksi, keadaan perantara, dan hasil komputasi, berfungsi sebagai lapisan ketersediaan data dan konsensus AO. Pelaksanaan setiap aplikasi terkait secara rumit dengan data yang disimpan di Arweave, memungkinkan untuk disesuaikan berdasarkan kebutuhan spesifik dari node lokal. Tingkat fleksibilitas ini melampaui model EVM tradisional, di mana node harus menjalankan operasi yang telah ditentukan sebelumnya secara bersamaan untuk menjaga konsistensi di seluruh jaringan.

Pada intinya, AO meningkatkan Arweave dengan kemampuan komputasi ultra-paralel, sementara Arweave menyediakan AO dengan penyimpanan sebagai konsensus. Bersama, mereka menciptakan komputer dunia terdesentralisasi, membuka pintu untuk inovasi yang luas di ruang terdesentralisasi.

3.2 Nostr + Lightning: Membuat Jaringan Informasi dan Nilai Terdesentralisasi

Nostr, dikembangkan oleh fiatjaf, mendukung Lightning Network secara alami karena keterlibatan fiatjaf dalam pengembangannya. Lightning Network, solusi lapis kedua untuk Bitcoin, memperluas fungsionalitas blockchain di luar rantai melalui saluran. Hal ini secara efektif menangani masalah kecepatan transaksi lambat Bitcoin, throughput terbatas, dan biaya transaksi tinggi, memungkinkan pembayaran mikro yang sering dan murah.

Sebuah aplikasi langsung dari integrasi Nostr dan Lightning Network adalah implementasi 'zaps' dalam aplikasi sosial. Klien Nostr yang banyak digunakan, Damus, menggabungkan pembayaran Bitcoin Lightning Network, memungkinkan pengguna dengan mudah melakukan pembayaran satu kali untuk relay Lightning Network dengan memasukkan kunci publik Nostr. Setelah pembayaran, pengguna menerima faktur Lightning Network. Untuk panduan lengkap, kunjungi: https://nostr.how/zh/zaps.

Dalam hal penerbitan aset, protokol Layer-one Taproot Assets (TAP) Bitcoin kompatibel dengan Jaringan Lightning, memungkinkan integrasi aset Taproot dan unit terkecil Bitcoin, Satoshis, ke dalam ekosistem Nostr. Hal ini memfasilitasi transfer aset yang cepat dan hemat biaya melalui Jaringan Lightning, memperkaya variasi aset Nostr dan memperluas kemungkinan untuk jejaring sosial, pembayaran, dan aplikasi DeFi.

Selain itu, anggota komunitas CKB telah mengusulkan Protokol Pengikatan Nostr, memanfaatkan teknologi RGB++ untuk mencapai pengikatan isomorfik dari Acara Nostr dengan SEL CKB. Hal ini memungkinkan pengguna untuk membuat dan mendistribusikan aset asli dalam jaringan Nostr, menangani tantangan pembayaran asli dalam jaringan sosial secara efektif.

Pentingnya sinergi antara Nostr dan Jaringan Petir membawa model bisnis baru untuk aplikasi terdesentralisasi yang dikenal sebagai Nilai untuk Nilai (V4V).

Konsep V4V berargumen bahwa memonetisasi informasi yang tidak langka adalah tugas yang kompleks. Monetisasi online tradisional sering bergantung pada periklanan, yang bergantung pada pemantauan terpusat dan analisis perilaku pengguna. V4V menyediakan alternatif dengan memungkinkan aliran bebas informasi dan nilai tanpa perantara atau batasan. Pendekatan ini tidak hanya menawarkan cara baru untuk memonetisasi konten digital tetapi juga memperkenalkan metode baru untuk penciptaan konten dan transfer nilai.

Solusi V4V menambah nilai signifikan pada aplikasi sosial berbasis Nostr, podcast, dan platform live streaming, seperti:

• YakiHonne: Protokol interaksi media terdesentralisasi yang mengintegrasikan Nostr dengan Jaringan Lightning, menggunakan SATS untuk memberi tips. Pembayaran tahunan telah melebihi 90 juta SATS.
• Nostrwatch.live: Platform streaming langsung terdesentralisasi yang berjalan di atas Nostr dan Jaringan Lightning, membentuk pertukaran dua arah “Nilai untuk Nilai”. Pembuat streaming menerima pembayaran SATs dari penonton secara real-time, dengan streaming berhenti jika pembayaran dihentikan. Ini berbeda dari model pembayaran tradisional, menghilangkan kebutuhan langganan atau pembayaran di muka.
• Podverse: Aplikasi Podcasting 2.0 yang terintegrasi dengan Alby, menggunakan Jaringan Lightning untuk mengirim boostagrams (pesan dengan sumbangan) dan pembayaran SAT ke podcast. Aplikasi ini mengalirkan Satoshis ke podcast yang sedang didengarkan berdasarkan waktu mendengarkan per menit.

Integrasi Nostr-Lightning sedang mengubah Nostr dari jaringan informasi terdesentralisasi menjadi yang menggabungkan informasi dan nilai. Perubahan ini tidak hanya melindungi pidato individu tetapi juga menjamin keamanan aset pribadi, menjadikannya sebagai media pertukaran nilai. Evolusi ini menawarkan kemungkinan baru untuk aplikasi yang dapat diskalakan dan berbasis konsumen, yang potensial menawarkan jalur yang layak untuk adopsi Web3 yang luas.

4. Kesimpulan: Struktur Menentukan Fungsi

Artikel ini telah menganalisis dan membandingkan protokol AO dan Nostr dari sudut pandang struktur data dan struktur jaringan, dengan memegang prinsip bahwa “struktur menentukan fungsi.” Kami mengeksplorasi fungsi utama dan skenario aplikasi dari masing-masing protokol:

Dari Perspektif Struktur Data: AO dan Nostr sama-sama berfungsi sebagai protokol transmisi informasi yang mendukung berbagai jenis data untuk publikasi, komunikasi, dan distribusi. Mereka memungkinkan penciptaan jaringan sosial terdesentralisasi dan aplikasi media dengan fitur-fitur seperti desentralisasi, ketahanan sensor, verifikasi tanda tangan, dan perlindungan privasi.

Namun, ada perbedaan kunci. Fokus Nostr adalah pada aplikasi yang dirancang khusus untuk transmisi informasi, yang hanya merupakan bagian dari kemampuan fungsional dan aplikasi yang lebih luas dari AO. AO menekankan komputasi ultra-paralel, mencakup sejumlah aplikasi yang lebih luas dan lebih dalam.

Dari Perspektif Struktur Jaringan: Struktur jaringan AO adalah modular, kolaboratif, dan dapat diskalakan, memungkinkan proses berjalan secara independen pada node-node yang berbeda dan melakukan validasi lokal. Karakteristik-karakteristik ini menyiapkan dasar untuk komputasi ultra-paralel.

Integrasi mulus AO dengan Arweave, berdasarkan paradigma SCP, mengatasi trilema teknologi blockchain. Ini mengukur sumber daya penyimpanan dan komputasi sesuai kebutuhan dan menggunakan data konsensus permanen dan dilindungi kepemilikan Arweave untuk pertukaran informasi antarproses dan kolaborasi. Akibatnya, AO dapat membangun jaringan komputasi global, kinerja tinggi, ultra-paralel, yang mendorong inovasi baik dalam aplikasi Web3 maupun Web2.

Sebagai contoh, AO mendukung aplikasi pembelajaran mesin yang membutuhkan model bahasa besar (LLM) dan komputasi intensif; aplikasi AgentFi dengan logika bisnis yang kompleks, kebutuhan yang telah ditentukan sebelumnya, dan berbagai strategi otonom; ContentFi untuk manajemen hak cipta dan monetisasi konten; dan aplikasi terdesentralisasi yang memerlukan komunikasi lintas-rantai, transfer aset, berbagi data, dan interoperabilitas kontrak cerdas.

Sebaliknya, struktur jaringan Nostr, yang terdiri terutama dari komponen Klien-Relay dan struktur data Acara dengan sistem kunci publik dan pribadi, membentuk jaringan informasi ringan. Ketika digabungkan dengan Lightning, ini mengintegrasikan karakteristik jaringan informasi dan nilai terdesentralisasi, menjadikannya ideal untuk aplikasi berskala, konsumen.

Dari Perspektif Pemosisian Protokol: Meskipun AO dan Nostr adalah protokol penyampaian pesan, fokus dan pemosisian mereka berbeda. AO bertujuan untuk membangun infrastruktur dasar untuk "komputer dunia terdesentralisasi," menargetkan lapisan bawah tetapi memberikan kemungkinan aplikasi yang luas dan menangkap nilai yang lebih luas.

Sebaliknya, Nostr awalnya dirancang sebagai protokol sosial terdesentralisasi yang ringan, berfokus secara khusus pada aplikasi sosial.

Secara ringkas, AO dan Nostr menawarkan fitur dan keunggulan yang berbeda dalam struktur data, struktur jaringan, dan fungsionalitas protokol, masing-masing dengan posisi dan kasus penggunaan yang berbeda. Atribut unik mereka akan terwujud dalam lintasan pengembangan masing-masing.

Referensi

1. Apakah AO pembunuh Ethereum dan Bagaimana Itu Akan Mendorong Narasi Blockchain Baru?
2. Protokol AO: Superkomputer Terdesentralisasi, Tanpa Izin
3. Protokol Nostr
4. Protokol Pengikatan Nostr
5. Nilai4Nilai
6. Protokol Sosial Terdesentralisasi Nostr dan Aplikasi Inovatifnya

Disclaimer:

1. Artikel ini dicetak ulang dari [Gate.io]web3caff]. Semua hak cipta dimiliki oleh penulis asli [DanceChange]. Jika ada keberatan terhadap pencetakan ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
2. Penolakan Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.