Geçmişi saklamaktan geleceği hesaplamaya: AO hiperparalel bilgisayar

Yazar: YBB Capital Araştırmacısı Zeke

Önsöz

Web3'ün artık farklılaştırdığı iki ana akım blockchain mimarisi tasarımı kaçınılmaz olarak bazı estetik yorgunluğa neden oldu.İster yaygın modüler halka açık zincir olsun, ister her zaman performansı vurgulayan ancak performans avantajlarını yansıtmada başarısız olan yeni L1 olsun, ekolojisinin... Ethereum ekosisteminin bir kopyası veya hafif bir iyileştirmesidir.Son derece homojen deneyim, kullanıcıların zaten tazelik duygusunu kaybetmesine neden olmuştur. Arweave tarafından önerilen en son AO protokolü dikkat çekicidir; genel depolama zincirinde ultra yüksek performanslı bilgi işlem sağlar ve hatta yarı Web2 deneyimine ulaşır. Bu, şu anda aşina olduğumuz genişletme yöntemlerinden ve mimari tasarımdan oldukça farklı görünüyor.Peki AO tam olarak nedir? Performansını destekleyen mantık nereden geliyor?

AO nasıl anlaşılır?

AO adı, eşzamanlı hesaplama modeli Actor Model'de bir programlama paradigması olan Actor Oriented'in kısaltmasından gelir.Genel tasarım fikri Smart Weave'in uzantısından türetilmiştir ve aynı zamanda Actor Model'in temel konsepti olarak iletilen mesajı takip eder. Basitçe söylemek gerekirse AO'yu, Arweave ağı üzerinde modüler bir mimari aracılığıyla çalışan "hiper paralel bilgisayar" olarak anlayabiliriz. Uygulama planı açısından bakıldığında, AO aslında bugün yaygın olarak gördüğümüz modüler yürütme katmanı değil, mesaj iletimini ve veri işlemeyi standartlaştıran bir iletişim protokolüdür. Protokolün temel amacı, bilgi aktarımı yoluyla ağ içindeki farklı "rollerin" işbirliğini gerçekleştirmek, böylece performansı sonsuz olarak üst üste getirilebilen bir bilgi işlem katmanı elde etmek ve sonuçta "dev sabit disk" Arweave'in merkezi bir konuma sahip olmasını sağlamaktır. merkezi olmayan bir güven ortamında otorite Bulut düzeyinde hız, ölçeklenebilir bilgi işlem gücü ve ölçeklenebilirlik.

AO mimarisi

AO kavramı, geçen yılki Polkadot Decoded konferansında Gavin Wood tarafından önerilen "Çekirdek Zaman" segmentasyonu ve rekombinasyonuna biraz benziyor gibi görünüyor. Her ikisi de, hesaplamanın zamanlaması ve koordinasyonu yoluyla sözde "yüksek performanslı dünya"ya ulaşıyor. kaynaklar. bilgisayar". Ancak aslında ikisi arasında özünde bazı farklılıklar vardır. Egzotik Planlama, aktarma zinciri blok alanı kaynaklarının yapısızlaştırılması ve yeniden düzenlenmesidir. Polkadot'un mimarisinde pek bir değişiklik olmamıştır. Her ne kadar bilgi işlem performansı eklentininkini aşmış olsa da Slot modeli kapsamında tek bir parachain'in limiti hala Polkadot'un maksimum boş çekirdek sayısı ile sınırlıdır. Teorik olarak AO, düğümlerin yatay olarak genişletilmesi yoluyla neredeyse sınırsız bilgi işlem gücü (gerçek durumlarda ağ teşviklerinin düzeyine bağlı olmalıdır) ve daha yüksek derecede özgürlük sağlayabilir. Mimari olarak AO, veri işleme yöntemlerini ve mesaj ifadelerini standartlaştırır ve tamamlar. bilgilerin üç ağ birimi (alt ağlar) aracılığıyla sıralanması, programlanması ve hesaplanması.Standartlaştırma yöntemi ve farklı birimlerin işlevleri, resmi veri analizine göre aşağıdaki noktalarla özetlenebilir:

• Süreç: Bir süreç, AO'daki yürütme talimatlarının bir koleksiyonu olarak görülebilir. Bir süreç başlatıldığında, sanal makineler, zamanlayıcılar, bellek gereksinimleri ve gerekli uzantılar dahil olmak üzere ihtiyaç duyduğu bilgi işlem ortamını tanımlayabilir. Bu işlemler "holografik" durumu korur (her işlem verisi bağımsız olarak Arweave'in mesaj günlüğünde saklanabilir. Holografik durum aşağıdaki "Doğrulanabilir Sorunlar" bölümünde ayrıntılı olarak açıklanacaktır). Holografik durum, işlemin bağımsız çalışabileceği anlamına gelir, ve yürütme dinamiktir ve uygun bilgi işlem birimleri tarafından gerçekleştirilebilir. İşlemler, kullanıcı cüzdanlarından mesaj almanın yanı sıra, mesajlaşma birimi aracılığıyla diğer işlemlerden de mesaj iletebilir;

• Mesaj: Bir kullanıcı (veya başka bir süreç) ile süreç arasındaki her etkileşim bir mesajla temsil edilir. Tutarlı bir yerel yapıyı sürdürmek ve Arweave'in bilgi depolamasını kolaylaştırmak için mesajın Arweave'in yerel ANS-104 veri öğelerine uyması gerekir. Daha anlaşılır bir perspektiften bakıldığında mesaj, geleneksel blok zincirindeki işlem kimliğine (TX ID) biraz benzer ancak ikisi tam olarak aynı değildir;

• Haberci Birimi (MU): MU, mesajları 'marş etme' adı verilen bir süreç aracılığıyla iletir ve kesintisiz etkileşimi sağlamak için sistemdeki iletişimlerin iletilmesinden sorumludur. Bir mesaj gönderildiğinde, MU onu ağ içindeki uygun hedefe (SU) yönlendirerek etkileşimi koordine eder ve ortaya çıkan tüm giden kutusu mesajlarını yinelemeli olarak işler. Bu işlem tüm mesajlar işlenene kadar devam eder. Mesaj aktarımına ek olarak MU, süreç aboneliklerini yönetmek ve planlanmış cron etkileşimlerini yönetmek de dahil olmak üzere çeşitli işlevler sağlar;
• Zamanlayıcı Birimi (SU): Bir mesaj alındığında SU, sürecin sürekliliğini ve bütünlüğünü korumak için bir dizi anahtar işlemi başlatır. Bir mesajın alınması üzerine SU, aynı süreçteki diğer mesajlara göre sıralamayı sağlamak için tek seferlik benzersiz bir artış atar. Bu tahsis süreci, özgünlüğü ve dizi bütünlüğünü garanti eden kriptografik imzalarla resmileştirilir. Sürecin güvenilirliğini daha da artırmak için SU, imza atamalarını ve mesajları Arweave veri katmanına yükler. Bu, mesajın kullanılabilirliğini ve değişmezliğini sağlar ve verilerin kurcalanmasını veya kaybını önler;
• Bilgi İşlem Birimi (CU): CU, kullanıcıların hizmetlerini tamamlamak için eşler arası bilgi işlem pazarında birbirleriyle rekabet eder ve SU, bilgi işlem süreci durumunu çözer. Durum hesaplaması tamamlandıktan sonra CU, arayan kişiye belirli mesaj sonucunu içeren imzalı bir sertifika gönderir. Ayrıca CU, diğer düğümlerin yükleyebileceği imza durumu sertifikaları da oluşturup yayınlayabilir, elbette bu da belirli bir ücret yüzdesinin ödenmesini gerektirir.

İşletim sistemi AOS

AOS, iş parçacıklarını indirmek, çalıştırmak ve yönetmek için kullanılabilen, AO protokolündeki işletim sistemi veya terminal aracı olarak kabul edilebilir. Geliştiricilerin uygulamaları geliştirebileceği, dağıtabileceği ve çalıştırabileceği bir ortam sağlar. AOS'ta geliştiriciler, uygulamaları geliştirmek ve dağıtmak ve AO ağıyla etkileşimde bulunmak için AO protokolünü kullanabilir.

Çalıştırma mantığı

Aktör Modeli, “her şey bir aktördür” diye adlandırılan felsefi bir görüşü savunmaktadır. Bu modeldeki tüm bileşenler ve varlıklar "aktör" olarak kabul edilebilir. Her aktörün kendine ait durumu, davranışı ve posta kutusu vardır. Asenkron iletişim yoluyla iletişim kurar ve işbirliği yaparak tüm sistemin dağıtık bir şekilde çalışmasına ve organize olup çalışmasına olanak tanır. eşzamanlı bir şekilde. Aynı şey AO ağının çalışma mantığı için de geçerlidir. Bileşenler ve hatta kullanıcılar "aktör" olarak soyutlanabilir ve mesaj aktarma katmanı aracılığıyla birbirleriyle iletişim kurabilir, böylece süreçler birbirine bağlanır. Paralel olarak hesaplanacak ve iç içe geçmiş hiçbir ortak durumu bulunmamaktadır.

Aşağıda bilgi aktarımı akış şemasındaki adımların kısa bir açıklaması bulunmaktadır:

1. Mesajın başlatılması:

• Kullanıcılar veya süreçler, diğer süreçlere istek göndermek için mesajlar oluşturur. *MU (Haberci Birimi) mesajı alır ve POST isteğini kullanarak diğer servislere gönderir.

• Mesaj işleme ve iletme: *MU, POST isteklerini yönetir ve mesajları SU'ya (Zamanlama Birimi) iletir. *SU, mesajları depolamak için Arweave depolama alanı veya veri katmanıyla etkileşime girer.

• Mesaj kimliğine göre sonuçları alın:

• CU (Compute), GET isteğini alır, mesaj kimliğine göre sonuçları alır ve süreçte mesajın durumunu değerlendirir. Tek bir mesaj tanımlayıcısına dayalı olarak sonuçları döndürebilir.

• Bilgi almak: *SU bir GET isteği alır ve verilen zaman aralığına ve işlem kimliğine göre mesaj bilgilerini alır.

• Giden kutusu mesajlarını itin:

• Son adım, tüm giden kutusu mesajlarını iletmektir.
• Bu adım, sonuç nesnesindeki mesajın ve oluşturulmasının kontrol edilmesini içerir.
• Bu kontrolün sonuçlarına bağlı olarak ilgili her mesaj veya yapı için 2, 3 ve 4. adımlar tekrarlanabilir.

AO'da neler değişti? "1"

Yaygın ağlardan farklar:

1. Paralel işleme yetenekleri: Temel katmanın ve her Toplamanın aslında tek bir işlem olarak çalıştığı Ethereum gibi ağların aksine, AO, hesaplamaların doğrulanabilirliğinin bozulmadan kalmasını sağlarken paralel olarak çalışan herhangi bir sayıda işlemi destekler. Ayrıca, bu ağlar küresel olarak senkronize bir durumda çalışırken, AO süreçleri kendi bağımsız durumlarını korur. Bu bağımsızlık, AO sürecinin daha yüksek sayıda etkileşimi ve hesaplamalı ölçeklenebilirliği yönetebilmesini sağlayarak onu özellikle yüksek performans ve güvenilirlik gerektiren uygulamalar için uygun hale getirir;
2. Doğrulanabilir tekrarlanabilirlik: Akash ve eşler arası sistem Urbit gibi bazı merkezi olmayan ağlar, AO'dan farklı olarak büyük ölçekli bilgi işlem gücü sağlarken, etkileşimlerin doğrulanabilir tekrarlanabilirliğini sağlamazlar veya Kalıcı olmayan depolamaya güvenmezler. etkileşim günlüklerini kaydetmeye yönelik çözümler.

AO'nun düğüm ağı ile geleneksel bilgi işlem ortamları arasındaki farklar:

• Uyumluluk: AO, WASM veya EVM'ye dayalı çeşitli iş parçacığı biçimlerini destekler ve belirli teknik yollarla AO'ya bağlanabilir.
• Birlikte içerik oluşturma projeleri: AO ayrıca içerik birlikte oluşturma projelerini de destekler. AO'da atomik NFT yayınlayabilir, verileri yükleyebilir ve AO'da NFT oluşturmak için bunları UDL ile birleştirebilirsiniz.
• Veri birleştirilebilirliği: AR ve AO'daki NFT, veri kaynağının tutarlılığını ve orijinal özelliklerini korurken bir makalenin veya içeriğin birden fazla platformda paylaşılmasına ve görüntülenmesine olanak tanıyarak veri birleştirilebilirliği sağlayabilir. İçerik güncellendiğinde AO ağı, içeriğin senkronizasyonunu ve en son durumun yayılmasını sağlamak için bu güncelleme durumlarını ilgili tüm platformlara yayınlayabilir.
• Değer geri bildirimi ve sahiplik: İçerik oluşturucular, çalışmalarını NFT olarak satabilir ve içerik için değer geri bildirimi gerçekleştirmek üzere sahiplik bilgilerini AO ağı üzerinden aktarabilir.

Proje desteği:

1. Arweave üzerine inşa edilmiştir: AO, tek hata noktaları, veri sızıntısı ve sansür gibi merkezi sağlayıcılarla ilişkili güvenlik açıklarını ortadan kaldırmak için Arweave'in özelliklerinden yararlanır. AO'daki hesaplamalar, merkezi olmayan güven minimizasyon özellikleri ve Arweave'de saklanan tekrarlanabilir mesaj günlükleri aracılığıyla şeffaf ve doğrulanabilir;
2. Merkezi olmayan temel: AO'nun merkezi olmayan temeli, fiziksel altyapının dayattığı ölçeklenebilirlik sınırlamalarının aşılmasına yardımcı olur. Herkes, herhangi bir özel bilgi, araç veya altyapıya ihtiyaç duymadan terminalinden kolayca bir AO süreci oluşturabilir; bu da bireylerin ve küçük ölçekli kuruluşların bile küresel erişime ve katılıma sahip olmasını sağlar.

AO'nun doğrulanabilir soruları

AO'nun çerçevesini ve mantığını anladıktan sonra genellikle ortak bir soru ortaya çıkıyor. AO, geleneksel merkezi olmayan protokol veya zincirlerin küresel özelliklerine sahip gibi görünmüyor.Sadece Arweave'e bazı verileri yükleyerek doğrulanabilirlik ve merkezi olmayan bir yapıya ulaşabilir mi? ? Aslında AO tasarımının gizemi de budur. AO'nun kendisi zincir dışı bir uygulamadır ve doğrulanabilirlik sorununu çözmez veya fikir birliğini değiştirmez. AR ekibinin fikri, AO ve Arweave'in işlevlerini ayırıp daha sonra bunları modüler bir şekilde birbirine bağlamaktır. AO yalnızca iletişim ve hesaplamayı gerçekleştirir, Arweave ise yalnızca depolama ve doğrulama sağlar. İkisi arasındaki ilişki daha çok haritalamaya benzer. AO'nun yalnızca etkileşim günlüğünün Arweave'de saklandığından ve durumunun bir hologram oluşturmak için Arweave'e yansıtılabileceğinden emin olması gerekir. Bu holografik durum projeksiyonu, çıktının tutarlılığını ve güvenilirliğini sağlar. durumu hesaplamak, cinsiyet, kesinlik. Ek olarak, AO süreci, Arweave'deki mesaj günlüğü aracılığıyla belirli işlemleri gerçekleştirmek için ters şekilde tetiklenebilir (önceden belirlenmiş koşullara ve programlara göre kendi kendine uyanabilir ve karşılık gelen dinamik işlemleri gerçekleştirebilir).

Hill ve Outprog'un paylaştığına göre doğrulama mantığı daha basit olursa AO, süper paralel indeksleyiciye dayalı bir yazıt hesaplama çerçevesi olarak düşünülebilir. Bitcoin yazıt indeksleyicisinin yazıyı doğrulamak, denge bilgilerini zincir dışı veritabanına kaydetmek ve doğrulamayı bir dizi indeksleme kuralı aracılığıyla tamamlamak için yazıttan JSON bilgilerini çıkarması gerektiğini hepimiz biliyoruz. Her ne kadar indeksleyici zincir dışı doğrulanmış olsa da, kullanıcılar birden fazla indeksleyiciyi değiştirerek veya indeksi kendileri çalıştırarak yazıyı doğrulayabilirler, dolayısıyla indeksleyicinin kötülük yapması konusunda endişelenmenize gerek yoktur. Yukarıda mesajların sıralaması ve sürecin holografik durumu gibi verilerin Arweave'e yüklendiğinden bahsetmiştik.O zaman sadece SCP paradigmasını (storage konsensüs paradigması) temel almamız gerekiyor. Buradan SCP'nin indeksleyici olduğu basitçe anlaşılabilir. Buna ek olarak, SCP'nin indeksleyiciden çok daha erken ortaya çıktığını ve herhangi birinin Arweave'deki holografik veriler aracılığıyla AO'yu veya AO üzerindeki herhangi bir iş parçacığını geri yükleyebileceğini belirtmekte fayda var. Kullanıcıların güvenilir durumunu doğrulamak için tüm düğümü çalıştırmalarına gerek yoktur.Tıpkı dizini değiştirirken olduğu gibi, kullanıcıların yalnızca SU aracılığıyla tek veya birden fazla CU düğümüne sorgu isteğinde bulunması gerekir. Arweave yüksek depolama kapasitesine ve düşük maliyete sahiptir, dolayısıyla bu mantık altında AO geliştiricileri, Bitcoin yazıtlarının işlevlerini çok aşan bir süper bilgi işlem katmanı uygulayabilirler.

AO ve ICP

AO'nun özelliklerini özetlemek için bazı anahtar kelimeler kullanalım: dev yerel sabit disk, sınırsız paralellik, sınırsız bilgi işlem, modüler genel mimari ve holografik durum süreçleri. Bütün bunlar kulağa çok hoş geliyor, ancak blockchaindeki çeşitli halka açık zincir projelerine aşina olan arkadaşlar, AO'nun özellikle bir zamanlar popüler olan "İnternet Bilgisayarı" ICP'si olan "Ölüm seviyesi" projesine benzediğini görebilirler.

ICP, bir zamanlar blockchain dünyasının son kral seviyesi projesi olarak selamlandı ve önde gelen kurumlar tarafından oldukça tercih edildi.Ayrıca 21 yıllık çılgın boğalar sırasında 200 milyar ABD doları tutarında bir FDV'ye ulaştı. Ancak dalga geriledikçe ICP'nin token değeri de düştü. 2023 ayı piyasasına kadar ICP tokenlerinin değeri, tarihin en yüksek seviyesine kıyasla yaklaşık 260 kat düşmüştü. Ancak Token fiyatının performansı dikkate alınmazsa, şu anda ICP yeniden incelense bile teknik özellikleri hala birçok benzersiz özelliğe sahiptir. AO'nun bugünkü şaşırtıcı avantajlarının ve özelliklerinin çoğu o zamanlar ICP'de de mevcuttu. Peki AO, ICP gibi başarısız olacak mı? Öncelikle ikisinin neden bu kadar benzer olduğunu anlayalım: ICP ve AO'nun her ikisi de Aktör Modeli temel alınarak tasarlanmıştır ve yerel olarak çalışan blockchain'lere odaklanır, dolayısıyla ikisinin özellikleri birçok benzerliğe sahiptir. ICP alt ağ blok zinciri, İnternet Bilgisayar Protokolünü (ICP) çalıştıran, bağımsız olarak sahip olunan ve kontrol edilen bir dizi yüksek performanslı donanım cihazından (düğüm makineleri) oluşur. İnternet Bilgisayar Protokolü, bir alt ağ blok zincirindeki tüm düğümlerde durumu ve hesaplamayı çoğaltmaları bakımından bir paket olarak kopyalar olan bir dizi yazılım bileşeni tarafından uygulanır.

ICP'nin çoğaltma mimarisi yukarıdan aşağıya dört katmana ayrılabilir:

Eşler Arası (P2P) Ağ Katmanı: Kullanıcılardan, alt ağ blok zincirlerindeki diğer düğümlerden ve diğer alt ağ blok zincirlerinden gelen mesajları toplamak ve tanıtmak için kullanılır. Eş katman tarafından alınan mesajlar, güvenliği, güvenilirliği ve esnekliği sağlamak için alt ağdaki tüm düğümlere kopyalanır;

Konsensüs katmanı: Gelişen blok zincirini oluşturan, hataya dayanıklı Bizans konsensüsü yoluyla onaylanabilen ve sonlandırılabilen blok zincir blokları oluşturmak için kullanıcılardan ve farklı alt ağlardan alınan mesajları seçer ve sıralar. Bu sonlandırılmış parçalar mesaj yönlendirme katmanına iletilir;

Mesaj yönlendirme katmanı: Kullanıcı ve sistem tarafından oluşturulan mesajları alt ağlar arasında yönlendirmek, Dapp'in giriş ve çıkış kuyruklarını yönetmek ve mesaj yürütmeyi planlamak için kullanılır;

Yürütme Ortamı Katmanı: Mesaj yönlendirme katmanından alınan mesajları işleyerek akıllı sözleşmelerin yürütülmesinde yer alan deterministik hesaplamaları hesaplar.

Alt Ağ Blok Zinciri

Alt ağ olarak adlandırılan bir grup, üzerinde bir dizi "kapsayıcının" çalışabileceği kendi blok zincirini oluşturmak için fikir birliği mekanizmasının ayrı örneklerini çalıştıran etkileşimli kopyaların bir koleksiyonudur. Her bir alt ağ, diğer alt ağlarla iletişim kurabilir ve izinlerini bireysel alt ağlara devretmek için zincir anahtar şifrelemesini kullanan kök alt ağ tarafından kontrol edilir. ICP süresiz olarak genişlemesine izin vermek için alt ağları kullanır. Geleneksel blok zincirlerindeki (ve bireysel alt ağlardaki) sorun, bunların tek bir düğüm makinesinin bilgi işlem gücüyle sınırlı olmasıdır; çünkü her düğüm, fikir birliği algoritmasına katılmak için blok zincirinde olup biten her şeyi çalıştırmak zorundadır. Birden fazla bağımsız alt ağı paralel olarak çalıştırmak, ICP'nin bu tek makine engelini aşmasına olanak tanır.

Neden başarısız oldu?

Yukarıda belirtildiği gibi ICP mimarisinin ulaşmak istediği amaç, yalnızca merkezi olmayan bir bulut sunucusudur. Birkaç yıl önce bu fikir de AO kadar şok ediciydi ama neden başarısız oldu? Basitçe söylemek gerekirse, eğer yüksek seviyede başarılı olamazsanız, düşük seviyeye yerleşmeyeceğiniz anlamına gelir.Web3 ile kendi fikirleriniz arasında iyi bir denge bulamadınız ve bu da sonuçta utanç verici bir duruma yol açıyor. Projenin ne Web3 olması, ne de merkezi bulut kadar kullanımı kolay olması.. Özetle üç sorun var. Birincisi, ICP'nin yukarıda bahsedilen "konteyner" program sistemi Canister, aslında AOS'a ve AO'daki işlemlere biraz benzer, ancak aynı değiller. ICP programları Canister kapsülleme ile uygulanır ve dış dünya tarafından görülmez, verilere belirli arayüzler aracılığıyla erişmeleri gerekir. Eşzamansız iletişim, DeFi protokollerindeki sözleşme çağrılarına karşı pek dostane bir yaklaşım olmadığından, DeFi Yazında ICP karşılık gelen mali değeri yakalayamadı.

İkinci nokta, donanım gereksinimlerinin son derece yüksek olması, projenin merkezileşmemesine neden oluyor. Aşağıdaki resim, o dönemde ICP tarafından verilen düğümün minimum donanım konfigürasyon şemasıdır. Şimdi bile çok abartılı, Solana'nınkini çok aşıyor. yapılandırması ve hatta depolama gereksinimleri depolama gereksinimlerinden daha yüksektir. Halka açık zincir hala yüksektir.

Üçüncü nokta ekoloji eksikliği... Şu anda bile ICP hala çok yüksek performanslı bir halka açık zincir. DeFi uygulamaları yoksa diğer uygulamalar ne olacak? Üzgünüz, ICP kurulduğu günden bu yana harika bir uygulama üretmedi, ekosistemi ne Web2 kullanıcılarını ne de Web3 kullanıcılarını ele geçirdi. Sonuçta, bu kadar az merkeziyetsizlik varken, neden yalnızca zengin ve olgunlaşmış merkezi uygulamaları kullanmıyorsunuz? Ancak sonuçta, ICP'nin teknolojisinin hala birinci sınıf olduğu ve ters gaz, yüksek uyumluluk ve sınırsız genişleme avantajlarının bir sonraki milyar kullanıcıyı çekmek için hala gerekli olduğu inkar edilemez. iyi durumda Kendi yapısal avantajlarını kullanarak devretmek mümkün olabilir.

Yukarıdaki soruya dönecek olursak, AO da ICP gibi başarısız olacak mı? Ben şahsen AO'nun aynı hataları tekrarlamayacağını düşünüyorum. İlk etapta ICP'nin başarısız olmasına neden olan son iki nokta AO için sorun değil. Arweave'in zaten iyi bir ekolojik temeli var. Holografik durum projeksiyonu da merkezileşme sorununu çözüyor. Uyumluluk açısından AO da daha esnektir. Ekonomik modelin tasarımına, DeFi desteğine ve asırlık bir soruna daha fazla zorluk odaklanabilir: Finansal olmayan ve depolama alanlarında Web3 nasıl bir biçim almalı?

Web3 anlatımla sınırlı kalmamalı

Web3 dünyasında en sık görülen kelime "anlatı" olsa gerek ve çoğu tokenin değerini ölçmek için anlatı perspektiflerini kullanmaya bile alıştık. Bu doğal olarak çoğu Web3 projesinin harika bir vizyona sahip olduğu ancak kullanımının çok utanç verici olduğu ikileminden kaynaklanmaktadır. Buna karşılık, Arweave'in halihazırda tam olarak uygulanmış birçok uygulaması var ve bunların hepsi Web2 düzeyinde deneyimi hedefliyor. Mesela Mirror ve ArDrive gibi bu projeleri kullandıysanız geleneksel uygulamalardan farkını hissetmeniz zor olacaktır. Ancak Arweave'in, halka açık bir depolama zinciri olarak değer yakalama konusunda hala büyük sınırlamaları var ve hesaplama, gidilecek tek yol olabilir. Özellikle günümüzün dış dünyasında yapay zeka genel bir trend haline geldi ve bu aşamada Web3'ün entegrasyonunun önünde hala birçok doğal engel var.Bundan geçmiş yazılarımızda da bahsetmiştik. Arweave'in AO'su artık Ethereum olmayan modüler bir çözüm mimarisi kullanıyor ve Web3 x AI'ya iyi bir yeni altyapı sağlıyor. Arweave, İskenderiye Kütüphanesi'nden süper paralel bilgisayarlara kadar kendine ait bir paradigmayı takip ediyor.

Referans makalesi

1. AO Hızlı Başlangıç: Süper Paralel Bilgisayarlara Giriş: Hızlı Başlangıç - Süper Paralel Bilgisayarlara Giriş-088ebe90e12f
2. X Space olay kaydı | AO, Ethereum'un katili mi? Blockchain'in yeni anlatısını nasıl tanıtacak? ：Aktivite Kaydı-ao-Ethereum katili mi-Blockchain'in yeni anlatımını nasıl tanıtacak-bea5a22d462c
3. ICP Teknik Raporu:
4. AO CookBook:_ao.arweave.dev/concepts/tour.html
5. AO - Hayal edemeyeceğiniz süper paralel bir bilgisayar: Hayal edemeyeceğiniz süper paralel bir bilgisayar - 1949f5ef038f
6. ICP'deki düşüşün nedenlerini çeşitli açılardan analiz edin: benzersiz teknoloji ve ince ekosistem: