📢 #GateOpinionQuest# untuk #76# sudah online! DYOR di Gate.ioToken (GT), bagikan pendapat Anda di Gate.io Post, dapatkan $100 GT!
💰️ Pilih 5 poster berkualitas tinggi, menangkan $20 GT setiapnya dengan mudah!
👉 Cara Berpartisipasi:
1. Teliti $GT dan bagikan pendapat Anda di Gate.io Post.
2. Sertakan tautan perdagangan Spot $GT: https://www.Gate.io.io/trade/GT_USDT
3. Memperkenalkan komunitas pemegang token $GT, bergabung dan menangkan hadiah New Year 2025 yang menakjubkan: https://www.Gate.io.io/announcements/article/42532
4. Promosikan aplikasi "GT Hub", satu klik untuk klaim manfaat ekskl
Dari menyimpan masa lalu hingga menghitung masa depan: komputer hyperparallel AO
Penulis: Peneliti Modal YBB Zeke
Kata Pengantar
Dua desain arsitektur blockchain utama yang kini dibedakan oleh Web3 pasti telah menyebabkan beberapa kelelahan estetika. Baik itu rantai publik modular yang merajalela atau L1 baru yang selalu menekankan kinerja tetapi gagal mencerminkan keunggulan kinerja, ekologinya dapat dikatakan.. Ini adalah replika atau sedikit perbaikan dari ekosistem Ethereum. Pengalaman yang sangat homogen telah membuat pengguna kehilangan rasa segar. Protokol AO terbaru yang diusulkan oleh Arweave sangat menarik, mencapai komputasi berkinerja sangat tinggi pada rantai publik penyimpanan dan bahkan mencapai pengalaman kuasi-Web2. Hal ini tampaknya sangat berbeda dengan metode perluasan dan desain arsitektur yang kita kenal saat ini. Jadi, apa sebenarnya AO itu? Dari mana logika yang mendukung kinerjanya?
Bagaimana memahami AO
Nama AO berasal dari singkatan Actor Oriented, sebuah paradigma pemrograman dalam model komputasi konkuren Model Aktor. Ide desain keseluruhannya berasal dari perpanjangan Smart Weave dan juga mengikuti penyampaian pesan sebagai konsep inti Model Aktor. Sederhananya, kita dapat memahami AO sebagai "komputer hiper-paralel" yang berjalan di jaringan Arweave melalui arsitektur modular. Dari perspektif rencana implementasi, AO sebenarnya bukanlah lapisan eksekusi modular yang biasa kita lihat saat ini, melainkan sebuah protokol komunikasi yang menstandarkan transmisi pesan dan pemrosesan data. Tujuan inti dari protokol ini adalah untuk mewujudkan kolaborasi berbagai "peran" dalam jaringan melalui transfer informasi, sehingga mencapai lapisan komputasi yang kinerjanya dapat ditumpangkan tanpa batas, yang pada akhirnya memungkinkan Arweave, "hard drive raksasa", untuk memiliki pusat otoritas dalam lingkungan kepercayaan yang terdesentralisasi. Kecepatan tingkat cloud, daya komputasi dan skalabilitas yang dapat diskalakan.
Arsitektur AO
Konsep AO tampaknya agak mirip dengan segmentasi dan rekombinasi "Waktu Inti" yang diusulkan oleh Gavin Wood pada konferensi Polkadot Decoded tahun lalu. Keduanya mencapai apa yang disebut "dunia kinerja tinggi" melalui penjadwalan dan koordinasi komputasi sumber daya.komputer". Namun sebenarnya ada beberapa perbedaan antara keduanya pada intinya. Penjadwalan Eksotis adalah dekonstruksi dan reorganisasi sumber daya ruang blok rantai relai. Tidak banyak perubahan pada arsitektur Polkadot. Meskipun kinerja komputasi telah melebihi kinerja plug-in. batas satu parachain dalam model slot masih dibatasi oleh jumlah maksimum inti menganggur Polkadot. Secara teori, AO dapat memberikan daya komputasi yang hampir tak terbatas (dalam situasi sebenarnya hal ini harus bergantung pada tingkat insentif jaringan) dan tingkat kebebasan yang lebih tinggi melalui perluasan node secara horizontal. Secara arsitektur, AO menstandarisasi metode pemrosesan data dan ekspresi pesan. , dan menyelesaikan penyortiran, penjadwalan, dan penghitungan informasi melalui tiga unit jaringan (subjaringan).Metode standarisasi dan fungsi unit yang berbeda dapat diringkas sebagai berikut menurut analisis data resmi:
Sistem operasi AOS
AOS dapat dianggap sebagai sistem operasi atau alat terminal dalam protokol AO, yang dapat digunakan untuk mengunduh, menjalankan, dan mengelola thread. Ini menyediakan lingkungan di mana pengembang dapat mengembangkan, menyebarkan, dan menjalankan aplikasi. Di AOS, pengembang dapat menggunakan protokol AO untuk mengembangkan dan menyebarkan aplikasi serta berinteraksi dengan jaringan AO.
Jalankan logika
Model Aktor menganjurkan pandangan filosofis yang disebut “segala sesuatu adalah aktor”. Semua komponen dan entitas dalam model ini dapat dianggap sebagai "aktor". Setiap aktor memiliki keadaan, perilaku, dan kotak suratnya sendiri. Mereka berkomunikasi dan berkolaborasi melalui komunikasi asinkron, memungkinkan seluruh sistem beroperasi secara terdistribusi. dan mengatur dan menjalankan dalam secara bersamaan. Hal yang sama berlaku untuk logika operasi jaringan AO. Komponen dan bahkan pengguna dapat diabstraksikan sebagai "aktor" dan berkomunikasi satu sama lain melalui lapisan penyampaian pesan, sehingga proses saling terkait satu sama lain.Sistem kerja terdistribusi yang dapat dihitung secara paralel dan tidak memiliki keadaan bersama yang saling terkait.
Berikut penjelasan singkat langkah-langkah pada diagram alir transfer informasi:
Pemrosesan dan penerusan pesan: *MU menangani permintaan POST dan meneruskan pesan ke SU (Unit Penjadwalan). *SU berinteraksi dengan penyimpanan Arweave atau lapisan data untuk menyimpan pesan.
Ambil hasil berdasarkan ID pesan:
Ambil informasi: *SU menerima permintaan GET dan mengambil informasi pesan berdasarkan rentang waktu dan ID proses yang diberikan.
Pesan kotak keluar push: *Langkah terakhir adalah mendorong semua pesan kotak keluar.
Apa yang berubah di AO? "1"
Perbedaan dari jaringan umum:
Perbedaan antara jaringan node AO dan lingkungan komputasi tradisional:
Dukungan untuk proyek:
Pertanyaan AO yang dapat diverifikasi
Setelah kita memahami framework dan logika AO, biasanya muncul pertanyaan umum. AO tampaknya tidak memiliki karakteristik global dari protokol atau rantai desentralisasi tradisional. Dapatkah AO mencapai verifikasi dan desentralisasi hanya dengan mengunggah beberapa data ke Arweave? ? Faktanya, inilah misteri desain AO. AO sendiri merupakan implementasi off-chain dan tidak menyelesaikan masalah verifikasi atau mengubah konsensus. Ide dari tim AR adalah untuk memisahkan fungsi AO dan Arweave kemudian menghubungkannya secara modular, AO hanya melakukan komunikasi dan perhitungan, dan Arweave hanya menyediakan penyimpanan dan verifikasi. Hubungan keduanya lebih seperti pemetaan. AO hanya perlu memastikan bahwa log interaksi disimpan di Arweave, dan statusnya dapat diproyeksikan ke Arweave untuk membuat hologram. Proyeksi keadaan holografik ini memastikan konsistensi dan keandalan keluaran saat menghitung keadaan, jenis kelamin, kepastian. Selain itu, proses AO dapat dipicu secara terbalik untuk melakukan operasi tertentu melalui log pesan di Arweave (dapat aktif dengan sendirinya sesuai dengan kondisi dan jadwal yang telah ditetapkan, dan melakukan operasi dinamis yang sesuai).
Menurut apa yang dibagikan Hill dan Outprog, jika logika verifikasi lebih sederhana, maka AO dapat dibayangkan sebagai kerangka penghitungan prasasti berdasarkan pengindeks super paralel. Kita semua tahu bahwa pengindeks prasasti Bitcoin perlu mengekstrak informasi JSON dari prasasti tersebut untuk memverifikasi prasasti tersebut, mencatat informasi saldo dalam database off-chain, dan menyelesaikan verifikasi melalui serangkaian aturan pengindeksan. Meskipun pengindeks diverifikasi secara off-chain, pengguna dapat memverifikasi prasasti dengan mengubah beberapa pengindeks atau menjalankan indeks sendiri, jadi tidak perlu khawatir pengindeks akan melakukan kejahatan. Kami sebutkan di atas bahwa data seperti pengurutan pesan dan status holografik proses diunggah ke Arweave, kemudian hanya perlu didasarkan pada paradigma SCP (paradigma konsensus penyimpanan. Di sini secara sederhana dapat dipahami bahwa SCP adalah pengindeksnya aturan pengindeksan pada rantai. Selain itu Perlu dicatat bahwa SCP muncul jauh lebih awal daripada pengindeks), dan siapa pun dapat memulihkan AO atau thread apa pun di AO melalui data holografik di Arweave. Pengguna tidak perlu menjalankan seluruh node untuk memverifikasi status tepercaya.Sama seperti mengubah indeks, pengguna hanya perlu membuat permintaan kueri ke satu atau beberapa node CU melalui SU. Arweave memiliki kapasitas penyimpanan yang tinggi dan biaya rendah, sehingga dengan logika ini, pengembang AO dapat mengimplementasikan lapisan superkomputer yang jauh melebihi fungsi prasasti Bitcoin.
AO dan ICP
Mari kita gunakan beberapa kata kunci untuk merangkum karakteristik AO: hard disk asli raksasa, paralelisme tak terbatas, komputasi tak terbatas, arsitektur keseluruhan modular, dan proses keadaan holografik. Semua ini kedengarannya sangat bagus, tetapi teman-teman yang akrab dengan berbagai proyek rantai publik di blockchain mungkin menemukan bahwa AO sangat mirip dengan proyek "Tingkat Kematian", yang merupakan ICP "Komputer Internet" yang pernah populer.
ICP pernah dipuji sebagai proyek tingkat raja terakhir di dunia blockchain dan sangat disukai oleh institusi-institusi terkemuka. Proyek ini juga mencapai FDV sebesar US$200 miliar selama 21 tahun crazy bulls. Namun seiring dengan surutnya gelombang tersebut, nilai token ICP juga anjlok. Hingga pasar bearish pada tahun 2023, nilai token ICP telah turun hampir 260 kali lipat dibandingkan nilai tertinggi dalam sejarahnya. Namun, jika kinerja harga Token tidak dipertimbangkan, meskipun ICP diperiksa ulang saat ini, fitur teknisnya masih memiliki banyak fitur unik. Banyak kelebihan dan fitur luar biasa yang dimiliki AO saat ini yang juga dimiliki oleh ICP dulu, lalu apakah AO akan gagal seperti ICP? Mari kita pahami terlebih dahulu mengapa keduanya sangat mirip. ICP dan AO keduanya dirancang berdasarkan Model Aktor dan fokus pada blockchain yang berjalan secara lokal, sehingga karakteristik keduanya memiliki banyak kesamaan. Subnet blockchain ICP dibentuk oleh sejumlah perangkat keras berkinerja tinggi (mesin node) yang dimiliki dan dikendalikan secara independen yang menjalankan Internet Computer Protocol (ICP). Protokol Komputer Internet diimplementasikan oleh sejumlah komponen perangkat lunak, yang sebagai satu bundel merupakan replika yang mereplikasi status dan komputasi di semua node dalam subnet blockchain.
Arsitektur replikasi ICP dapat dibagi menjadi empat lapisan dari atas ke bawah:
Lapisan Jaringan Peer-to-Peer (P2P): Digunakan untuk mengumpulkan dan mengiklankan pesan dari pengguna, node lain di subnet blockchain mereka, dan subnet blockchain lainnya. Pesan yang diterima oleh lapisan rekan direplikasi ke semua node di subnet untuk memastikan keamanan, keandalan, dan ketahanan;
Lapisan konsensus: Memilih dan mengurutkan pesan yang diterima dari pengguna dan subnet berbeda untuk membuat blok blockchain yang dapat disahkan dan diselesaikan melalui konsensus toleransi kesalahan Bizantium yang membentuk blockchain yang terus berkembang. Potongan yang telah diselesaikan ini diteruskan ke lapisan perutean pesan;
Lapisan perutean pesan: digunakan untuk merutekan pesan yang dihasilkan pengguna dan sistem antar subnet, mengelola antrean masukan dan keluaran Dapp, dan menjadwalkan eksekusi pesan;
Lapisan Lingkungan Eksekusi: Menghitung perhitungan deterministik yang terlibat dalam pelaksanaan kontrak pintar dengan memproses pesan yang diterima dari lapisan perutean pesan.
Subnet Blockchain
Yang disebut subnet adalah kumpulan replika yang saling berinteraksi yang menjalankan mekanisme konsensus terpisah untuk membuat blockchainnya sendiri di mana sekumpulan "kontainer" dapat berjalan. Setiap subnet dapat berkomunikasi dengan subnet lain dan dikendalikan oleh subnet akar, yang menggunakan kriptografi kunci rantai untuk mendelegasikan izinnya ke masing-masing subnet. ICP menggunakan subnet untuk memungkinkannya berkembang tanpa batas. Masalah dengan blockchain tradisional (dan subnet individual) adalah bahwa mereka dibatasi oleh kekuatan komputasi dari satu mesin node, karena setiap node harus menjalankan segala sesuatu yang terjadi pada blockchain untuk berpartisipasi dalam algoritma konsensus. Menjalankan beberapa subnet independen secara paralel memungkinkan ICP menerobos penghalang mesin tunggal ini.
Mengapa gagal
Seperti disebutkan di atas, tujuan yang ingin dicapai arsitektur ICP hanyalah server cloud terdesentralisasi. Beberapa tahun lalu, ide ini sama mengejutkannya dengan AO, tapi kenapa gagal? Sederhananya, jika Anda tidak berhasil di level tinggi, Anda tidak akan puas di level rendah.Anda belum menemukan keseimbangan yang baik antara Web3 dan ide Anda sendiri, yang pada akhirnya mengarah pada hal yang memalukan. situasi dimana proyek ini bukan Web3 dan tidak mudah digunakan seperti cloud terpusat. Singkatnya, ada tiga masalah. poin. Pertama, sistem program ICP Canister, "wadah" yang disebutkan di atas, sebenarnya agak mirip dengan AOS dan proses di AO, tetapi keduanya tidak sama. Program ICP diimplementasikan dengan enkapsulasi Canister dan tidak terlihat oleh dunia luar, sehingga memerlukan akses data melalui antarmuka tertentu. Komunikasi asinkron sangat tidak bersahabat dengan panggilan kontrak dalam protokol DeFi, jadi di DeFi Summer, ICP tidak menangkap nilai finansial yang sesuai.
Poin kedua adalah persyaratan perangkat keras yang sangat tinggi sehingga mengakibatkan proyek tidak terdesentralisasi.Gambar di bawah ini adalah diagram konfigurasi perangkat keras minimum dari node yang diberikan oleh ICP pada saat itu.Bahkan sekarang sangat berlebihan, jauh melebihi Solana. konfigurasi, dan bahkan persyaratan penyimpanan lebih tinggi dari persyaratan penyimpanan Rantai publik masih tinggi.
Poin ketiga adalah kurangnya ekologi, bahkan saat ini ICP masih merupakan rantai publik yang berkinerja sangat tinggi. Jika tidak ada aplikasi DeFi, bagaimana dengan aplikasi lainnya? Maaf, ICP belum menghasilkan aplikasi mematikan sejak awal. Ekosistemnya belum menangkap pengguna Web2 maupun pengguna Web3. Lagi pula, dengan sedikitnya desentralisasi, mengapa tidak menggunakan aplikasi terpusat yang kaya dan matang saja? Namun pada akhirnya, tidak dapat dipungkiri bahwa teknologi ICP masih unggul, dan keunggulannya berupa gas balik, kompatibilitas tinggi, dan ekspansi tanpa batas masih diperlukan untuk menarik miliaran pengguna berikutnya.Di bawah gelombang AI saat ini, jika ICP bisa menjadi pandai Mungkin saja untuk beralih menggunakan keunggulan strukturalnya sendiri.
Jadi kembali ke pertanyaan diatas, apakah AO akan gagal seperti ICP? Saya pribadi berpendapat bahwa AO tidak akan mengulangi kesalahan yang sama. Dua poin terakhir yang menyebabkan kegagalan ICP pada awalnya tidak menjadi masalah bagi AO. Arweave sudah memiliki landasan ekologi yang baik. Proyeksi keadaan holografik juga menyelesaikan masalah sentralisasi. Dari segi kompatibilitas, AO juga lebih fleksibel. Tantangan yang lebih besar mungkin terfokus pada desain model ekonomi, dukungan untuk DeFi, dan masalah yang sudah berlangsung selama satu abad: Di bidang non-keuangan dan penyimpanan, bentuk apa yang harus diambil oleh Web3?
Web3 tidak boleh berhenti pada narasi
Kata yang paling sering muncul di dunia Web3 pastilah "narasi", dan kita bahkan sudah terbiasa menggunakan perspektif naratif untuk mengukur nilai sebagian besar token. Hal ini tentu saja berasal dari dilema bahwa sebagian besar proyek Web3 memiliki visi yang bagus namun sangat memalukan untuk digunakan. Sebagai perbandingan, Arweave sudah memiliki banyak aplikasi yang diimplementasikan sepenuhnya, dan semuanya menargetkan pengalaman tingkat Web2. Misalnya Mirror dan ArDrive, jika sudah menggunakan project tersebut akan sulit merasakan perbedaannya dengan aplikasi tradisional. Namun, Arweave masih memiliki keterbatasan besar dalam menangkap nilai sebagai rantai penyimpanan publik, dan perhitungan mungkin merupakan satu-satunya cara yang harus dilakukan. Apalagi di dunia luar saat ini, AI telah menjadi tren umum.Masih banyak hambatan alami terhadap integrasi Web3 pada tahap ini, yang juga telah kita bahas di artikel sebelumnya. Sekarang AO Arweave menggunakan arsitektur solusi modular non-Ethereum, memberikan Web3 x AI infrastruktur baru yang bagus. Dari Perpustakaan Alexandria hingga komputer super paralel, Arweave mengikuti paradigmanya sendiri.
Artikel referensi