Önsöz

Pazar son zamanlarda giderek daha durgun hale geldi ve bu alandaki birçok OG'nin endüstrinin amacını sorgulamaya başlamasına neden oldu. Bu konuda bazı kişisel düşüncelerimi paylaşmak istiyorum. Her zaman geçmişten gelen birçok büyük vizyonun "çürütüldüğüne" inandım çünkü başlangıçtan itibaren hiçbir zaman mantıksal olarak tutarlı olmadılar. Finansal olmayan Dapp'ler genellikle merkezi olmayan değerleri vurgulayarak eksikliklerini gizlemeye çalışırlar. Ancak gerçek şu ki, yeterince güvenli olduklarını iddia ederek Google, Twitter veya YouTube üzerinden çoklu imza cüzdanlarına ve tek düğümlü sunucularına güvenmemi istiyorlar. Pek çok vizyon çürütülmedi; hiçbir zaman gerçekten test edilmediler. Bu vizyonların başlangıçta düşünüldüğü kadar büyük olmasa bile, hala önemli olduklarına inanıyorum - sadece onları desteklemek için sağlam bir temele ihtiyaçları var. En azından, ya ademi merkeziyetçilik ya da Web2 ile karşılaştırılabilir bir deneyim sunmalıdırlar.

Örnek olarak TON ve Solana; bir zamanlar küçümsendi, ancak şimdi çeşitli yönlerde endüstri liderlerine yavaş yavaş yetişiyorlar. Uygulamaları destekleyen blok zincirleri, her döngüde endüstriyi ileriye taşıyan yeniliklere ihtiyaç duyar. Bugün, uzun süredir göz ardı edilen bir blok zinciri türünü keşfedeceğiz - Move tabanlı blok zincirleri.

1. Hareket

Move programlama dili başlangıçta Meta'nın terk edilmiş projesi Diem (orijinal adıyla Libra) için geliştirildi. Diem, Meta'nın metaverse vizyonunun temeli olarak daha istikrarlı ve düzenlenmiş bir stablecoin yaratmayı hedefledi. Ancak proje, küresel düzenleyici kurumlardan güçlü bir karşıtlık ve acımasız bir baskıyla karşı karşıya kaldı. Düzenleyiciler, Diem'in ölçeğinin, Facebook'un büyük kullanıcı tabanıyla birleşmesinin, finansal istikrar, para politikası ve veri gizliliğine tehdit oluşturabileceğinden korkuyorlardı. Özellikle Biden yönetiminden gelen baskıyla, Meta sonunda Diem projesini terk etmek zorunda kaldı.

Neyse ki, Diem'in çekirdeği tamamen atılmadı. Orijinal ekipten ayrılan çeşitli gruplar, Move'u keşfetmeye ve geliştirmeye devam etti ve o zamandan beri iyi bilinen Move ikiz yıldızları SUI ve Aptos'a dönüştü. Bunlara ek olarak, Move'dan esinlenen Rust tabanlı bir blok zinciri olan Linera ve son zamanlarda yoğun bir şekilde tanıtılan Movement gibi diğer yeni projeler de bulunmaktadır.

Bu nedenle yarıya indirilmiş bir proje geleneğinin neden bu kadar kalıcı bir etkisi oldu? Blok zinciri için üst düzey bir Web2 şirketi tarafından geliştirilen bir programlama dili olarak Move son derece sofistike. Var olan blok zinciri programlama dillerinin performans ve güvenlik sorunları üzerine yansımalarla tasarlandı, özellikle Solidity. Tasarımının amacı, varlık yönetimi ve erişim kontrolü için özel olarak uyarlanmış bir tür sistem oluşturmaktı. Onun güçlü yönlerini üç basit noktaya özetledim:

· Güvenlik: Move dilinin temel tasarım ilkesi güvenliktir. Taşma hataları ve yeniden giriş saldırıları gibi yaygın güvenlik açıklarını önlemek için statik tür denetimi ve kaynak yönetimi kullanır. Diğer dil sanal makinelerine göre, Move çeşitli güvenlik özelliklerine destek verir, aşağıdaki Nansen karşılaştırma tablosunda gösterildiği gibi.

· Bileşenler arası İlişkilendirme: Move, modülerlik ve bileşenler arası ilişkilendirmeyi destekler, bu da geliştiricilere farklı akıllı sözleşmeler oluşturup birleştirmelerine olanak tanır ve böylelikle daha karmaşık uygulamalar geliştirmelerini sağlar.

Performans: Move dilinin sanal makinesi optimize edilmiştir (paralel işlem desteği, bellek yönetimi ve derleyici optimizasyonunu destekler), bu sayede akıllı sözleşmeleri verimli bir şekilde yürüterek işlem hızını ve verimliliğini artırır.

Modüler EVM blok zinciri dolu bir piyasada, Move cesur bir deneyimi temsil ediyor. Yukarıda bahsedilen noktalar diğer blok zinciri projelerinin tanımlamalarından tanıdık görünebilir, ancak bu özelliklerin elle deneyimlenmesini tam anlamıyla kavramak için şiddetle tavsiye ederim.

2. Sui

2.1 Mimarlık

İkiz yıldızlardan biri olarak, Sui lansmanından bu yana eleştirilere maruz kalmıştır, özellikle airdrop ve token dağıtım yöntemleri konusunda. Bununla birlikte, bu sorunları bir kenara bırakarak ve projeye odaklanarak, Sui performans ve kullanıcı deneyimi açısından mükemmel olduğunu kanıtlamıştır, özellikle oyunlarda. Bu başarı, yaygın benimseme için geliştirilen yenilikçi mimarisine büyük ölçüde bağlıdır. Aşağıda, Sui'nin mimari yeniliklerine ilişkin kısa bir genel bakış bulunmaktadır:

1. Nesne Depolama Modeli: Bu bileşen, Move'a yapılan Sui geliştirmelerinin çekirdeğidir. Nesne depolama modeli, her biri benzersiz bir tanımlayıcıya sahip bağımsız nesneler olarak verileri işler. Geleneksel veritabanı sistemlerinin aksine, nesne depolama modelinde sabit bir veri yapısı yoktur ve metin, görüntü, video ve ses gibi çeşitli veri türlerini depolayabilir. Bu model, paralel yürütme ve yatay ölçeklenebilirlik (depolama kapasitesini genişletmek için düğümler eklemek) için izin verir ve Sui'nin tasarımı bu modele dayanır.
2. Neden Sonucu Sıralama: İşlemlerin yürütme sırasının neden-sonuç ilişkileriyle uyumlu olmasını sağlayarak veri çatışmalarını ve tutarsızlıkları önler. Bu özellik, Sui'nin veri tutarlılığını korurken eş zamanlı işlemlerin yüksek bir hacmini yönetmesini sağlar.
3. Narwhal ve Bullshark Konsensüs Motorları: Sui, konsensüs motorları olarak Narwhal ve Bullshark'ı kullanır. Narwhal, işlem siparişi ve doğrulamasından sorumludur. Yerel bir işlem havuzunu koruyarak, işlemleri nedensel ilişkilerine göre sıralayarak ve tüm düğümlerin aynı geçerli işlem sırasına sahip olmasını sağlamak için bunları yayınlayarak çalışır. Bullshark, Narwhal'ın sıralı işlem listesini aldıktan sonra listeye oy verir ve tüm düğümlerin işlem sırası üzerinde anlaşmasını sağlamak için Bizans Hata Toleransı (BFT) konsensüsünü kullanır.
4. Sui Hareketi: Sui, NFT'ler, varlık yönetimi ve veri depolama gibi yeni özellikler ekleyerek Move dilini genişletti.
5. Sui Çerçevesi: Sui, geliştiricilerin uygulamaları hızlı bir şekilde oluşturmasına ve dağıtmasına yardımcı olmak için kapsamlı bir çerçeve sunar. Bu çerçeve, Sui Cüzdanı, Sui SDK ve Sui CLI gibi çeşitli araçlar ve kütüphaneleri içerir.

Sui'nin mimari tasarımı, yüksek hız, düşük ücretler ve güvenlik sağlarken aynı anda çok sayıda eşzamanlı işlemi işlemesine olanak tanır. Ayrıca, Sui Move dili ve Sui çerçevesi, geliştiricilere güvenli, ölçeklenebilir ve kullanıcı dostu uygulamalar oluşturmak için güçlü araçlar sunar.

2.2 Anlaşma

Sui blok zinciri, düşük gecikme süresi ve yüksek işlem kapasitesi için optimize edilmiş olan Mysticeti adlı bir Byzantine Fault Tolerance (BFT) tabanlı bir uzlaşma mekanizması kullanmaktadır.

Mysticeti, blok zincirinde birden fazla doğrulayıcının paralel olarak blok önermesine izin verir ve ağ genişliğini maksimize eder ve sansüre karşı direnç sağlar. Ayrıca, protokol Directed Acyclic Graph'tan (DAG) blokları taahhüt etmek için yalnızca üç tur mesajlaşma gerektirir, minimum teorik gereksinimi eşleştirir ve pBFT'yi paralelleştirir. Taahhüt kuralı, paralel oylama ve blok lideri sertifikasyonuna izin verir, ortanca ve kuyruk gecikmesini daha da azaltır. Ayrıca, önemli liderlerin kullanılamazlığına tolerans göstererek taahhüt gecikmesini önemli ölçüde artırmadan azaltır.

Sui ana ağı başlatılmadan önce, Mysticeti üç ay boyunca test ağında test edildi ve ortalama gecikme süresinde %80 azalma gibi önemli sonuçlar elde edildi. Şu anda, Sui ağı saniyede on binlerce işlemi işleyebiliyor ve uçtan uca gecikme süresi bir saniyenin altında.

Sui blok zinciri ayrıca DeleGated Proof of Stake (DPoS) olarak bilinen belirli bir Proof of Stake uzlaşısı türü de kullanır. Paylaşılan nesneleri içeren karmaşık işlemler gerçekleştiğinde, Sui, bu işlemleri düzenlemek için Narwhal & Bullshark uzlaşma motorlarını kullanır. Blok zincirleri tarafından kullanılan diğer BFT uzlaşma mekanizmalarına kıyasla, Sui'nin uzlaşma pros ve cons aşağıdaki gibidir:

Avantajlar:

• Düşük Gecikme Süresi ve Yüksek İşlem Kapasitesi: Mysticeti protokolü, blokları paralel olarak önererek ve mesajlaşma süreçlerini optimize ederek konsensüs gecikme süresini önemli ölçüde azaltır ve ağ işlem kapasitesini artırır. Bu, SUI blok zincirinin saniyede on binlerce işlemi işlemesine ve uçtan uca gecikme süresinin bir saniyenin altında olmasına olanak tanır.
• Sansür Direnci: Mysticeti, birden fazla doğrulayıcının eşzamanlı olarak blok önermesine izin vererek, ağın sansüre karşı direncini artırır.
• Kullanılamayan Liderlere Tolerans: Taahhüt kuralı, kullanılamayan liderlere tolerans gösterilmesine izin verir (bir lider düğümü başarısız olduğunda, sistem otomatik olarak yeni bir lider seçer), taahhüt gecikmesini önemli ölçüde artırmadan.

Dezavantajları:

• Karmaşıklık: Mysticeti protokolünün tasarımı oldukça karmaşıktır ve işletim mekanizmalarını tam olarak anlamak için daha derin bir teknik anlayış gerektirir.
• Güvenlik: Mysticeti protokolü test ağında iyi performans göstermesine rağmen, güvenliği gerçek dünya uygulamalarında daha fazla doğrulama gerektiriyor.
• Ölçeklenebilirlik: Mysticeti protokolünün ölçeklenebilirliği, gelecekteki ağın büyüyen ölçeğine ve işlem hacmine uyum sağlayabilmek için hala daha fazla gözlem gerektirmektedir.

2.3 Hesap Soyutlaması

SUI Hesap Soyutlama modeli, kullanıcıların hesaplarını ve işlemlerini daha basit ve güvenli bir şekilde yönetmelerini sağlayan bir mekanizmadır. Bu, hesap ve işlem mantığını temel blok zinciri protokolünden soyutlar ve daha üst düzeyde hesap yönetimi ve işlem işleme imkanı sağlar.

Sui'nin Hesap Soyutlama modelinde, hesaplar artık basit birer genel-özel anahtar çifti değil, zengin özelliklere ve davranışlara sahip nesnelerdir. Her hesabın hesap kimliği olarak bilinen benzersiz bir tanımlayıcısı vardır ve bu hesaba ait genel ve özel anahtar çiftiyle ilişkilidir.

Sui'nin Hesap Soyutlama modelinin temel bileşenleri şunlardır:

1. Hesap Nesnesi: Sui'deki hesapların temel birimidir. Her hesap nesnesi benzersiz bir Hesap Kimliği'ne sahiptir ve hesabın özelliklerini ve davranışlarını içerir.
2. Hesap Verileri: Hesap nesnesinin temel bileşeni, Hesap Kimliği, genel anahtar ve özel anahtar çifti gibi hesabın temel bilgilerini içerir.
3. İşlem Bağlamı: Sui'deki işlemlerin temel birimidir. İşlem Kimliği, Hesap Kimliği ve işlem verileri gibi işlemle ilgili bilgileri içerir.
4. Hesap Mantığı: Hesapların işlemleri işleme koyma şekillerini ve durumlarını yönetme kurallarını ve davranışlarını tanımlayan bir koleksiyon.

Sui Hesap Soyutlama modeli, işlemleri aşağıdaki adımlarla işler:

1. İşlem Oluşturma: Kullanıcı bir işlem oluşturur ve Sui ağına gönderir.
2. İşlem Doğrulama: Sui ağı işlemin geçerliliğini ve bütünlüğünü doğrular.
3. Hesap Arama: Sui ağı, işlemdeki Hesap Kimliği'ne dayanarak ilgili hesap nesnesini arar.
4. Hesap Mantık Yürütme: Sui ağı, işlemi işlemek ve hesap durumunu güncellemek için hesap mantığını yürütür.
5. İşlem Onayı: SUI ağı işlem sonuçlarını onaylar ve blok zincirinde kaydeder.

Basitçe söylemek gerekirse, SUI Hesap Soyutlama modeli, hesap yönetimini ve işlem işleme sürecini basitleştiren, uygulamaları daha kullanıcı dostu hale getiren yenilikçi bir mekanizmadır.

2.4 Oyun

Blok zinciri öne çıkmak için güçlü bir temel oluşturmalı ve biriktirmelidir. Move'u daha önce cesur bir girişim olarak tanımlamamın nedeni iki katlıdır: ilk olarak, modüler kavramın egemen olduğu bir dönemde, yerel olarak Move tabanlı blok zincirleri (Move ikiz yıldızlar gibi) Layer 1'e yönelik son girişimlerden birini temsil ediyor, esasen akıma karşı gidiyor. Ancak, çeşitli heterojen zincirlerin son zamanlarda yükselişi, modülerliğin tek cevap olmadığını kanıtlıyor olabilir. İkinci olarak, yeni bir programlama dili kullanarak blok zincirini yeniden inşa etme kararı, bugünün mobil pazarında iOS ve Android ile rekabet etmek için yeni bir işletim sistemi oluşturmak gibi — zorlu bir girişim olarak kabul edilebilir. Move tabanlı blok zincirlerinin gelecek yıllarda Solana gibi parlayıp parlamayacağı büyük ölçüde seçtikleri gelişim yoluna bağlı olacaktır. SUI için, bu zorluğa karşı verilen cevap oyun.

Oyun, Web3 için ana giriş noktalarından biridir, ancak çoğu blok zinciri oyunları iyi desteklemez. Bu, blok zincirlerinin öncelikle finans düşünülerek tasarlandığı ve merkezi olmayan mimarilerinin doğası gereği düşük performanslı olmaları nedeniyledir, bu da onları oyunlar için uygun olmaz hale getirir. Ancak, Sui farklıdır. Modeli hem DeFi uygulamaları hem de oyunlar da dahil olmak üzere finansal olmayan uygulamalar için uygundur. Daha önce belirtildiği gibi, Sui'de her şey bir nesne olarak işlenir. Hiyerarşik karmaşık varlıkları olan oyunlarda veya uygulamalarda, Sui bir nesnenin diğer nesnelere sahip olmasına izin verir (varlıkların varlıklara sahip olabileceği gibi). Örneğin, kahraman karakterli bir oyunda, kahraman, bu karaktere ait diğer dijital varlıkları içeren bir envantere sahip olabilir. Sui, diğer blok zincirlerinin yapamadığı şekillerde bu veri hiyerarşilerini doğru bir şekilde modelleyebilir, bu da geliştiricilerin zincirin temel kısıtlamalarıyla uğraşmadan uygulamalar inşa etmelerine olanak tanır.

Ayrıca, Sui, geleneksel Web2 devleriyle aktif bir şekilde işbirliği yapmaktadır. Geçen yıl, dört büyük Güney Kore oyun devi arasından üçüyle ortaklıklar kurdu (Netmarble, NHN ve NCSoft). Bu yıl, Sui, blok zinciri oyunları ve SosyalFinin geliştirilmesi için TikTok ile ortaklık kurdu, geleneksel devleri Web2'ye dahil etti.

3. Aptos

Aptos, Move diline dayalı başka bir Katman 1 blok zinciri olan, yüksek performanslı, ölçeklenebilir Web3 altyapısı oluşturmaya odaklanmıştır. Mimarî tasarımı SUI ile birçok benzerliği paylaşır, ancak bazı benzersiz özellikleri de sergiler.

3.1 Mimarisi

1. Modüler Tasarım: Aptos, geliştiricilerin farklı modülleri bağımsız olarak geliştirmesine ve yükseltmesine olanak tanıyan modüler bir mimari kullanır, böylece geliştirme hızını ve esnekliğini artırır.
2. Paralel Yürütme Motoru (Blok-STM): Önceden belirlenmiş veri bağımlılığı gerektiren diğer blok zincirlerinin aksine, Aptos'un paralel yürütme motoru, veri konumlarını önceden bilmeye gerek olmadan işlemleri paralel olarak işler, bu da verimliliği artırır ve gecikmeyi azaltır.
3. Pipelined Transaction Processing: Aptos, işlem işleme işlemini yayma, meta veri sıralama ve toplu depolama gibi birden fazla aşamaya böler. Bu aşamalar, paralel bir yaklaşım kullanılarak eş zamanlı olarak yürütülür, böylece verimliliği artırır ve gecikmeyi en aza indirir.
4. Move Programlama Dili: Aptos, Move programlama dilini kullanır. Sui'nin yeniliklerinin aksine, Aptos daha çok dilin standardizasyonu, daha güçlü fonksiyon desteği ve özelleştirme yetenekleri gibi rafine etmeye odaklanmıştır.
5. Esnek Durum Senkronizasyonu: Bu, düğümlerin tam geçmişi senkronize etme veya sadece en son durumu senkronize etme gibi farklı durum senkronizasyon stratejilerini seçmelerine olanak tanır, böylece düğüm esnekliğini artırır.
6. AptosBFT Konsensüs Mekanizması: AptosBFT, Aptos tarafından kullanılan Bizans Hata Toleransı (BFT) konsensüs mekanizmasıdır. Doğrulayıcılar arasındaki iletişimi ve senkronizasyonu optimize ederek verimliliği artırır ve gecikmeyi azaltır. Sui'ye kıyasla, verimlilik ve çökme kurtarma konusunda belirli iyileştirmelerle DiemBFT'nin geliştirilmiş bir versiyonu olarak görülebilir, bu yüzden burada sadece kısaca bahsedilecektir.

Aptos'un mimari tasarımı, yüksek hız, düşük ücretler ve güvenlik korunurken aynı anda birçok işlemi işlemesine olanak tanır. Ayrıca, Move dili ve Aptos çerçevesi, geliştiricilere güvenli, ölçeklenebilir ve kullanıcı dostu uygulamalar oluşturmak için güçlü araçlar sağlar.

3.2 Blok-STM

Burada, Aptos'un temel yeniliği olan paralel yürütme motoru Block-STM üzerine genişleyeceğiz:

Block-STM'nin Temel İlkeleri:

1. Önceden Belirlenmiş Sıralı İcra: Blok-STM, bir blok içindeki işlemlerin önceden belirlenmiş sırasına dayanır. Tüm işlemlerin bu sırada yürütülmesi, nihai durumun tutarlılığını sağlamak için gereklidir.
2. Optimistik Eş Zamanlı Kontrol: Block-STM, çakışmaların olmayacağını varsayarak işlemleri iyimser bir şekilde paralel olarak yürütür. Optimistik eş zamanlı kontrol, "çatışmaların nadir olduğu" varsayımına dayanır ve işlemlerin kilitleme olmadan verilere erişmesine ve değiştirmesine izin verir. Aynı anda birden fazla işlemin çakışma olasılığının düşük olduğunu varsayar, bu nedenle değişiklikler devam edebilir ve varsa çakışmalar, nihai onaydan önce kontrol edilir.
3. Çoklu Sürüm Veri Yapıları: Olumlu eşzamanlılık kontrolünü desteklemek için Block-STM, verileri depolamak için çoklu sürüm veri yapıları kullanır. Her yazma işlemi yeni bir veri sürümü oluştururken, okuma işlemleri ilgili veri sürümüne erişir.
4. Doğrulama ve Tekrar Deneme: Bir işlemi gerçekleştirdikten sonra, Blok-STM, okunan veri sürümlerinin hala geçerli olup olmadığını doğrular. Doğrulama başarısız olursa, çakışma olduğunu gösterir ve işlem geçersiz olarak işaretlenir ve yeniden çalıştırılır.
5. İşbirliği Planlaması: Block-STM, çeşitli thread'lerin yürütme ve doğrulama görevlerini eşleştirmek için işbirlikçi bir zamanlayıcı kullanır ve paralelizmi maksimize eder.

Block-STM'nin İş Akışı:

1. İşlem Gruplama: Bir blok içindeki işlemler gruplanır ve paralel yürütme için farklı iş parçacıklarına atanır.
2. Umutlu Yürütme: Her iş parçası umutlu bir şekilde kendisine atanan işlemleri yürütür ve her işlemin okuma ve yazma kümesini kaydeder.
3. Doğrulama: Bir iş parçası bir işlemin yürütmesini tamamladığında, okuma kümesindeki veri sürümlerinin hala geçerli olup olmadığını doğrular.
4. Tekrar Deneyin: Doğrulama başarısız olursa, çelişki gösterilir ve işlem geçersiz kabul edilir ve yeniden çalıştırılır.
5. Commit: Tüm işlemler doğrulamayı geçtikten sonra, sonuçlar blok zinciri durumuna yazılır ve işlem tamamlanır.

Block-STM avantajları:

• Yüksek Verimlilik: Blok-STM, iyimser eşzamanlılık kontrolü ve işbirlikçi zamanlama kullanarak çok çekirdekli işlemcilerin performansını tam olarak kullanabilir ve yüksek verimlilik elde edebilir.
• Düşük Gecikme: İşlemler paralel olarak gerçekleştirilebildiği için, Blok-STM işlem onaylama süresini önemli ölçüde azaltır.
• Güvenlik: Block-STM'nin önceden belirlenmiş ardışık yürütme ve doğrulama mekanizmaları, nihai durumun tutarlılığını ve güvenliğini sağlar.

Basit bir ifadeyle, Block-STM, blok zinciri verimliliği sağlarken güvenliği ve doğruluğu sağlamak için iyimser eşzamanlılık kontrolü, çoklu sürüm veri yapıları ve işbirlikçi zamanlama tekniklerini birleştiren verimli paralel işlem motorudur.

3.3 Hesap Soyutlama

Sui'nin daha doğrudan hesap soyutlama yaklaşımının aksine, Aptos daha sınırlı bir soyutlama derecesini destekler ve belirli önceden tanımlanmış standartlardan yoksundur. Hesap soyutlama yetenekleri ağırlıklı olarak aşağıdaki yönlerde görülmektedir:

1. Modüler Hesap Yönetimi: Move modüllerini kullanarak hesapları tanımlamak ve yönetmek için geliştiriciler, farklı hesap türlerini ve işlevselliğini uygulamak için özel modüller oluşturabilirler.
2. Esnek Anahtar Yönetimi: Kullanıcılara hesap üzerinde farklı işlemler için farklı anahtarlar kullanmalarına izin verir, örneğin bir anahtarı işlem imzalamak için kullanırken diğerini hesap yönetimi için kullanabilirler.
3. Programlanabilir İşlem Doğrulaması: Geliştiriciler, çoklu imza ve harcama limitleri gibi farklı uygulama senaryolarını karşılamak için Move modüllerinde özel işlem doğrulama mantığını tanımlayabilirler.

3.4 Microsoft ile işbirliği

Sui'ye kıyasla daha çok oyun geliştirme odaklı olan Aptos'un belirli bir geliştirme hedefi yoktur, bunun yerine kendini en üretim için hazır blok zinciri olarak tanımlar. Aptos'un Microsoft ile devam eden işbirliği, Microsoft'un yapay zeka teknolojisini blok zincirine entegre etmeyi hedeflemektedir. İlk ortak ürünleri olan Aptos Asistanı, Aptos ağı üzerine inşa edilmiş üretken bir yapay zeka asistanı olan resmi web sitesinde zaten piyasaya sürülmüştür. Önümüzdeki aylarda daha fazla yapay zeka ürünü piyasaya sürülmesi beklenmektedir.

4. Hareket Ekosistemi

Sui son zamanlarda iyi performans göstermiş olsa da, EVM tabanlı zincirler ve Solana ve Ton gibi heterojen zincirlerle kıyaslandığında, Move ekosisteminin yükselişi hala olgunlaşması için zaman gerektiriyor. Sui ve Aptos'un yıldız gücü ve teknolojik atılımlarına rağmen, Move ekosisteminin genel büyüklüğü ve etkinlik düzeyi daha kurulmuş ekosistemlere hala geriden geliyor. Geliştiricilerin sayısı, uygulama türleri ve kullanıcı tabanı hepsi zaman içinde büyümeye ihtiyaç duyuyor. Dış işbirliklerinden operasyonlara kadar, her iki proje de güçlü bir Web2 zihniyetini sergiliyor, bazı Web3 genlerinden yoksun ve çeşitli ortaklık projeleri endüstride nispeten ılık kalmış durumda.

Ancak, Move ekosisteminin potansiyeli göz önüne alındığında, keşfedilmeye değer birçok alan var. Bazı geliştiriciler Move'un gelecekteki değerini zaten fark ettiler. Tanıtımda belirtildiği gibi, Move'u ETH Katman 2 ekosistemine getiren projeler zaten var, ve Move ekosistemi gelecekte muhtemelen ETH Katman 2 alanında parlayacak. Mevcut odaklanılması gereken şey, Move ekosistemini ön plana çıkarmak için nasıl getireceğimizdir.

YBB Hakkında

YBB, tüm internet kullanıcıları için daha iyi bir çevrimiçi yaşam alanı yaratma vizyonuna sahip, Web3'i tanımlayan projeleri belirlemeye adanmış bir web3 fonudur. 2013'ten bu yana bu endüstride aktif olarak yer alan bir grup blok zinciri inananı tarafından kurulan YBB, erken aşama projelerin 0'dan 1'e evrimleşmelerine yardımcı olmaktan her zaman memnuniyet duyar. İnovasyonu, kendiliğinden tutkuyu ve kullanıcı odaklı ürünleri değerlendirirken, kripto paraların ve blok zinciri uygulamalarının potansiyelini tanır.

Açıklama:

1. Bu makale [den yeniden basılmıştırOrta], Tüm telif hakları orijinal yazarına aittir [ YBB Capital Araştırmacısı ZekeEğer bu yeniden basım ile ilgili itirazlar varsa, lütfen iletişime geçin.Gate Öğrenekip, ve hızlı bir şekilde ele alacaklar.
2. Sorumluluk Reddi: Bu makalede yer alan görüşler ve düşünceler yalnızca yazarına aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.
3. Makalelerin diğer dillere çevirileri, Gate Learn ekibi tarafından yapılır. Belirtilmedikçe, çevrilen makaleleri kopyalamak, dağıtmak veya kopya çekmek yasaktır.