Move Gemini: Sui ve Aptos Blockchain Manzarasına Nasıl Meydan Okuyor?

cd

Girişduction

Son zamanlarda piyasa önemli ölçüde soğumakta ve sektörün emektarlarının bile sektörün amacını sorgulamasına neden olmaktadır. Bazı kişisel düşüncelerimi paylaşmak istiyorum: Geçmişteki büyük vizyonların birçoğunun “çürütüldüğüne” inanıyorum çünkü hiçbir zaman başından itibaren mantıksal olarak tutarlı olmadılar.

Finansal olmayan Dapp’ler, ürünlerin kendilerinin yeterince iyi olmadığı gerçeğini örtbas etmek için genellikle ademi merkeziyetçiliği vurgulamaya çalıştı. Gerçek şu ki, benden Google, Twitter ve YouTube’a güvenmememi ve bunun yerine çoklu imza cüzdanlarının ve tek sunucu kurulumlarının güvenli olduğuna inanmamı istiyorlar.

Pek çok öngörü çürütülemedi ama hiçbir zaman tam anlamıyla test edilmedi. Ben hala çoğu vizyonun büyük olmasa bile bir anlamı olduğuna inanıyorum – sadece onları destekleyecek sağlam bir temele ihtiyaç duyabilirler. Sonunda, en azından Web2 ile karşılaştırılabilir bir ademi merkeziyetçilik veya kullanıcı deneyimi sunulabilir.

Tıpkı TON ve Solana’nın bir zamanlar hafife alınmasına rağmen şimdi pek çok açıdan öncüllerini yakalamaları gibi. Uygulamaları destekleyen genel zincirler, her döngüde sektörün ilerlemesini sağlayan yeniliklere ihtiyaç duyar. Bu nedenle bugün, uzun süredir göz ardı edilen bir tür halka açık zinciri inceleyeceğiz: Move ekosistemi.

1. Hareket

Move programlama dili ilk olarak Meta’nın metaverse vizyonunun temeli olarak daha istikrarlı ve düzenlenmiş bir stabilcoin geliştirmeyi amaçlayan terk edilmiş projesi Diem (başlangıçta Libra olarak adlandırıldı) için oluşturuldu.

Ancak proje, küresel düzenleyicilerin güçlü muhalefeti ve devam eden baskısıyla karşılaştı. Diem’in ölçeğinin ve Facebook’un geniş kullanıcı tabanının finansal istikrarı, para politikasını ve veri gizliliğini tehdit edebileceğinden korkuyorlardı. Biden yönetiminin baskı uygulamadaki liderliği nihayetinde Meta’yı Diem projesinden vazgeçmeye zorladı.

Neyse ki Diem’in çekirdeği bir kenara atılmadı. Orijinal ekipten ayrılan farklı gruplar Move’u keşfetmeye ve geliştirmeye devam etti ve bugün bildiğimiz Move ikizleri olan Sui ve Aptos’a dönüştü. Ayrıca, Linera (Move’dan esinlenen Rust tabanlı bir blok zinciri) ve yakın zamanda tanıtılan Movement gibi diğer projeler de henüz emekleme aşamasındadır.

Durdurulan bir projenin kalan etkisi neden bu kadar önemli oldu? Move, önde gelen bir Web2 şirketi tarafından geliştirilen bir blok zinciri programlama dili olarak sağlam bir temele sahiptir. Mevcut blok zinciri dillerinde, özellikle de Solidity’de yaygın olan performans ve güvenlik sorunlarını ele almaya odaklanarak tasarlanmıştır. Tasarım hedefleri, varlık yönetimi ve erişim kontrolü için özel olarak tasarlanmış bir tür sistemi oluşturmaktı. Kilit noktaları aşağıdaki gibi özetliyorum:

Modüler EVM zincirlerine doymuş bir pazarda Move, farklı bir şeye yönelik cesur bir girişimi temsil ediyor. Birçok genel zincir projesinin tanıtımında benzer iddialarla karşılaşmış olabilirsiniz, ancak bu kavramları gerçekten anlamak için ilk elden deneyimlemenizi öneririm.

2. Sui

2.1 Mimari

Move ikizlerinden biri olan Sui, ilk başlarda airdrop ve token serbest bırakma mekanizmalarıyla ilgili sorunlar nedeniyle eleştirilere maruz kalmıştır. Ancak, bu sorunları bir kenara bırakıp yalnızca projenin kendisine odaklanan Sui, özellikle oyun sektöründe hem performans hem de kullanıcı deneyimi açısından mükemmel olduğunu göstermiştir.

Bu başarı, ana akım benimseme için özel olarak geliştirilmiş mimarisine yakından bağlıdır. İşte Sui’nin mimari yeniliklerine kısa bir genel bakış:

  1. Nesne Depolama Modeli: Bu bileşen, Sui’nin Move’a yaptığı geliştirmelerin özünü oluşturmaktadır. Nesne depolama modeli, verileri her biri benzersiz bir tanımlayıcıya sahip ayrı nesneler olarak depolar. Geleneksel veritabanı sistemlerinin aksine, nesne depolama modelinde sabit bir veri yapısı yoktur ve metin, resim, video ve ses gibi çeşitli veri türlerini depolayabilir. Bu model paralel yürütme ve yatay ölçeklendirmeye (depolama kapasitesini artırmak için düğüm ekleme) olanak tanır. Sui’nin tasarımı bu model etrafında dönmektedir.
  2. Nedensel Sıralama: İşlemlerin nedensel ilişkileri gözeten bir sırayla yürütülmesini sağlayarak veri çakışmalarını ve tutarsızlıkları önler. Bu, Sui’nin veri tutarlılığını korurken büyük hacimli eşzamanlı işlemlerin üstesinden gelmesine olanak tanır.
  3. Narwhal ve Bullshark Konsensüs Motorları: Sui, konsensüs motorları olarak Narwhal ve Bullshark’ı kullanır. Narwhal, yerel bir işlem havuzunu koruyarak, işlemleri nedensel ilişkilere göre sıralayarak ve bunları yayınlayarak işlem sıralama ve doğrulamadan sorumludur. Bullshark, Narwhal’dan sıralanmış işlem listesini aldıktan sonra, tüm düğümlerin işlem sırası üzerinde anlaşmasını sağlamak için Bizans Hata Toleransı (BFT) konsensüsünü kullanarak listeyi oylar.
  4. Sui Move: Sui, NFT desteği, varlık yönetimi ve veri depolama gibi yeni özellikler ekleyerek Move dilini genişletir.
  5. Sui Çerçeve: Sui, Sui Wallet, Sui SDK ve Sui CLI gibi araçlar ve kütüphaneler dahil olmak üzere geliştiricilerin uygulamaları hızlı bir şekilde oluşturmasına ve dağıtmasına yardımcı olmak için eksiksiz bir çerçeve sağlar.

Sui’nin mimarisi, yüksek hız, düşük ücret ve güvenliği korurken büyük hacimli eşzamanlı işlemleri işlemesine olanak tanır. Move dili ve Sui çerçevesi ayrıca geliştiricilere güvenli, ölçeklenebilir ve kullanıcı dostu uygulamalar oluşturmak için güçlü araçlar sağlar.

2.2 Mutabakat

Sui blok zinciri, düşük gecikme süresi ve yüksek verim için tasarlanmış bir Bizans Hata Toleranslı (BFT) mutabakatı olan Mysticeti adlı bir mutabakat mekanizması kullanmaktadır.

Mysticeti, birden fazla doğrulayıcının paralel olarak blok önermesine izin vererek ağ bant genişliğini tam olarak kullanır ve sansüre karşı direnç sağlar. Dahası, protokol, Yönlendirilmiş Döngüsel Grafikten (DAG) bir bloğu sonuçlandırmak için yalnızca üç mesaj turu gerektirir ve tıpkı pBFT gibi teorik minimumla eşleşir.

Gönderim kuralları, paralel oylama ve blok lideri sertifikasyonuna izin vererek medyan ve kuyruk gecikmesini daha da azaltır. Gönderim kuralları ayrıca gecikmeyi önemli ölçüde artırmadan mevcut olmayan liderleri tolere eder.

Mysticeti, Sui mainnet lansmanından önce üç ay boyunca testnet üzerinde çalışmış ve gecikme süresinde %80 azalma gibi önemli sonuçlar göstermiştir. Artık Sui ağı saniyede on binlerce işlem gerçekleştirebiliyor ve uçtan uca gecikme süresi bir saniyenin çok altında.

Sui blok zinciri ayrıca Delegated Proof-of-Stake (DPoS) adı verilen özel bir Proof-of-Stake (PoS) mutabakat türü kullanmaktadır. Paylaşılan nesneleri içeren bir işlem (karmaşık işlemler olarak adlandırılır) gerçekleştiğinde, Sui işlem sıralaması için yukarıda bahsedilen Narwhal & Bullshark mutabakat motorlarını kullanır. Diğer BFT mutabakat mekanizmalarıyla karşılaştırıldığında, Sui’nin avantajları ve dezavantajları altı noktada özetlenebilir:

Avantajlar:

  1. Düşük Gecikme Süresi ve Yüksek Verim: Mysticeti protokolü, paralel blok önerileri ve optimize edilmiş mesaj akışı ile mutabakat gecikmesini önemli ölçüde azaltır ve ağ verimini artırır, Sui’nin uçtan uca gecikme süresi bir saniyenin çok altında olan saniyede on binlerce işlemi gerçekleştirmesini sağlar.
  2. Sansür Direnişi: Mysticeti protokolü, birden fazla doğrulayıcının paralel olarak blok önermesine olanak tanıyarak ağın sansüre karşı direncini artırır.
  3. Lider Başarısızlık Toleransı: Gönderim kuralları, gecikmeyi önemli ölçüde artırmadan kullanılamayan liderleri tolere eder ve lider düğüm arızalandığında görevi devralacak yeni bir lideri otomatik olarak seçer.

Dezavantajlar:

  1. Karmaşıklık: Mysticeti protokolünün tasarımı nispeten karmaşıktır ve çalışma mekanizmalarını tam olarak kavramak için daha derin bir teknik anlayış gerektirir.
  2. Güvenlik: Mysticeti protokolü test ağında iyi bir performans göstermiş olsa da, güvenliğinin gerçek dünya uygulamalarında daha fazla doğrulanması gerekmektedir.
  3. Ölçeklenebilirlik: Mysticeti protokolünün ölçeklenebilirliği, ağ boyutu ve işlem hacmindeki gelecekteki büyümeye uyum sağlayabilmesini sağlamak için daha fazla gözlem gerektirmektedir.

2.3 Soyut Hesaplar

Sui’nin soyut hesap modeli (Account Abstraction), hesap ve işlem mantığını temel blok zinciri protokolünden soyutlayarak kullanıcıların hesaplarını ve işlemlerini daha basit ve güvenli bir şekilde yönetmelerine olanak tanıyan ve daha yüksek düzeyde hesap yönetimi ve işlem işleme sağlayan bir mekanizmadır.

Sui’nin soyut hesap modelinde hesaplar artık basit genel-özel anahtar çiftleri değil, daha zengin niteliklere ve davranışlara sahip nesnelerdir. Her hesap, hesabın açık ve özel anahtar çiftiyle ilişkilendirilen ve hesap kimliği olarak adlandırılan benzersiz bir tanımlayıcıya sahiptir.

Sui’nin soyut hesap modeli aşağıdaki temel bileşenleri içermektedir:

Sui’nin soyut hesap modelinde işlemlerin ele alınması süreci aşağıdaki adımları içerir:

  1. İşlem Oluşturma: Kullanıcılar bir işlem oluşturur ve bunu 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ğine dayalı olarak ilgili hesap nesnesini bulur.
  4. Hesap Mantığı 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 sonucunu onaylar ve blok zincirine yazar.

Basit bir ifadeyle, Sui’nin soyut hesap modeli, hesap yönetimini ve işlem sürecini basitleştirerek uygulamaları daha uygulama benzeri hale getiren yenilikçi bir mekanizmadır.

2.4 Oyun

Bir blok zincirinin öne çıkabilmesi için öncelikle sağlam bir temel oluşturması gerekir. Move ekosisteminden daha önce iki ana nedenden ötürü cesur bir deney olarak bahsetmiştim.

İlk olarak, modülerleştirme kavramının yaygınlaştığı bir çağda, yerel Move ekosistemleri (özellikle Move ikizleri) mevcut eğilime karşı çıkarak Katman 1 çözümlerine yönelik son girişimi temsil etmektedir.

Bununla birlikte, son zamanlarda birkaç heterojen zincirin yükselişi, modülerleştirmenin tek cevap olmadığını kanıtlıyor olabilir.

İkinci olarak, yeni bir programlama dili kullanarak bir blok zincirini yeniden inşa etmek, günümüzün akıllı telefon pazarında iOS ve Android’e meydan okumak için yeni bir işletim sistemi oluşturmaya çalışmaya benzer – kaçınılmaz olarak zorluklarla dolu bir yol.

Move ekosisteminin önümüzdeki yıllarda Solana gibi parlayıp parlamayacağı önemli ölçüde seçeceği yöne bağlı. Sui’nin bu zorluğa cevabı oyun oynamak.

Oyun, Web3’e açılan en önemli kapılardan biridir, ancak çoğu blok zinciri oyun oynamayı iyi bir şekilde desteklemez. Bunun nedeni, blok zinciri teknolojisinin başlangıçta finansal uygulamalar etrafında tasarlanmış olması ve merkezi olmayan mimarisinin doğası gereği daha düşük performansa sahip olması ve oyun için uygun olmamasıdır.

Ancak Sui farklıdır. Modeli hem DeFi uygulamaları hem de oyunlar da dahil olmak üzere finansal olmayan uygulamalar için çok uygundur. Daha önce de belirtildiği gibi, Sui’de her şey bir nesnedir. Sui’de nesneler diğer nesnelere sahip olabilir, bu da oyunlarda veya uygulamalarda tipik olan karmaşık varlık hiyerarşilerini modellemeyi mümkün kılar.

Bir kahraman karakterin bir envantere sahip olduğu ve bu envanterin karaktere ait diğer dijital varlıkları barındırdığı bir oyun oynadığınızı düşünün. Sui bu veri hiyerarşilerini diğer blok zincirlerinin yapamayacağı şekilde modelleyebilir. Bu da geliştiricilere, zincirin doğal sınırlamaları etrafında çalışmak zorunda kalmadan uygulama geliştirme fırsatı veriyor.

Ayrıca Sui, geleneksel Web2 devleriyle de aktif olarak işbirliği yapıyor. Geçen yıl Sui, Güney Kore’nin dört büyük oyun devinden üçüyle (Netmarble, NHN ve NCSoft) ortaklıklar kurdu. Bu yıl Sui, blok zinciri oyunları ve SocialFi projeleri geliştirmek için TikTok ile ortaklık kurarak geleneksel devleri Web3 alanına taşıdı.

3. Aptos

Aptos, Move dilini temel alan bir başka Katman 1 blok zinciri de yüksek performanslı, ölçeklenebilir bir Web3 altyapısı oluşturmaya kendini adamıştır. Mimari tasarımı Sui ile birçok benzerlik taşıyor, ancak bazı benzersiz özellikler de sunuyor.

3.1 Mimari

  1. Modüler Tasarım: Aptos, geliştiricilerin farklı modülleri bağımsız olarak geliştirmesine ve yükseltmesine olanak tanıyan, geliştirme hızını ve esnekliğini artıran modüler bir mimari benimser.
  2. Paralel Yürütme Motoru (Block-STM): Önceden bildirilmiş veri bağımlılıkları gerektiren diğer blok zincirlerinin aksine, Aptos’un paralel yürütme motoru, veri konumları hakkında önceden bilgi sahibi olmadan işlemleri paralel olarak işleyebilir, böylece verimi artırır ve gecikmeyi azaltır.
  3. Pipelined Transaction Processing: Aptos, işlem işlemeyi yayma, meta veri sıralama ve toplu depolama gibi birden fazla aşamaya böler ve bu aşamaları, verimi en üst düzeye çıkarmak ve gecikmeyi en aza indirmek için boru hattı oluşturma yoluyla paralel olarak yürütür.
  4. Programlama Dilini Taşı: Aptos, Move programlama dilini kullanır ve Sui’ye kıyasla yenilikten ziyade iyileştirmeye odaklanır. Örneğin, dili standartlaştırır, daha sağlam fonksiyon desteği sunar ve özelleştirme yeteneklerini geliştirir.
  5. Esnek Durum Senkronizasyonu: Düğümlerin tüm geçmişi veya yalnızca en son durumu senkronize etmek gibi farklı durum senkronizasyon stratejileri seçmesine olanak tanıyarak düğüm esnekliğini artırır.
  6. AptosBFT Uzlaşma Mekanizması: AptosBFT, Aptos tarafından kullanılan bir Bizans Hata Toleransı mutabakat mekanizmasıdır. Verimi artırmak ve gecikmeyi azaltmak için doğrulayıcılar arasındaki iletişimi ve senkronizasyonu optimize eder. DiemBFT’nin geliştirilmiş bir versiyonu olarak görülebilecek Sui ile karşılaştırıldığında, AptosBFT verimlilik ve çökme kurtarma konusunda bazı ilerlemeler kaydetmiştir, bu nedenle burada kısaca bahsedilecektir.

Aptos’un mimarisi, yüksek hız, düşük ücretler ve güvenliği korurken çok sayıda eş zamanlı işlemi gerçekleştirmesini sağlar. Ayrıca Move dili ve Aptos çerçevesi, geliştiricilere güvenli, ölçeklenebilir ve kullanıcı dostu uygulamalar oluşturmaları için güçlü araçlar sunar.

3.2 Blok-STM

Aptos’un temel yeniliği olan paralel yürütme motoru Block-STM’yi daha derinlemesine inceleyelim:

Block-STM’nin Temel Prensipleri:

  1. Önceden Tanımlanmış Sıralı Yürütme: Block-STM, bir blok içinde önceden tanımlanmış bir işlem sırasına dayanır. Son durumda tutarlılığı sağlamak için tüm işlemler bu sırada yürütülmelidir.
  2. İyimser Eşzamanlılık Kontrolü: Block-STM, hiçbir çakışma olmayacağını varsayarak işlemleri iyimser bir şekilde paralel olarak yürütür. Bu kontrol yöntemi, çatışmaların nadir olduğu varsayımına dayanır ve işlemlerin kilitleme olmadan verilere erişmesine ve bunları değiştirmesine izin verir. Eşzamanlı çakışma olasılığının düşük olduğunu varsayar, bu nedenle son işlemden önce çakışmalar kontrol edilerek değişiklikler devam edebilir.
  3. Çok Sürümlü Veri Yapısı: İyimser eşzamanlılık kontrolünü desteklemek için Block-STM, verileri depolamak için çok sürümlü bir veri yapısı 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 Yeniden Deneme: Bir işlem yürütüldükten sonra, Block-STM okuduğu verilerin sürümlerinin hala geçerli olup olmadığını doğrular. Doğrulama başarısız olursa, bir çakışma olduğunu gösterir, işlem geçersiz olarak işaretlenir ve yeniden yürütülür.
  5. İşbirlikçi Çizelgeleme: Block-STM, paralelliği en üst düzeye çıkararak çeşitli iş parçacıklarının yürütme ve doğrulama görevlerini koordine etmek için işbirlikçi bir zamanlayıcı kullanır.

Blok-STM İş Akışı:

  1. İşlem Gruplama: İşlemleri bir blok içinde gruplandırın ve paralel yürütme için farklı iş parçacıklarına atayın.
  2. İyimser Yürütme: Her iş parçacığı kendisine atanan işlemleri en iyi şekilde yürütür ve her işlemin okuma/yazma kümesini kaydeder.
  3. Doğrulama: Bir iş parçacığı bir işlemi tamamladığında, okuma kümesindeki veri sürümlerinin hala geçerli olup olmadığını doğrular.
  4. Tekrar dene: Doğrulama başarısız olursa ve bir çakışma olduğunu gösterirse, işlem geçersiz olarak işaretlenir ve yeniden yürütülür.
  5. Taahhüt: Tüm işlemler doğrulamayı geçtikten sonra, sonuçları blok zinciri durumuna yazılır ve işlem tamamlanır.

Block-STM’nin Avantajları:

  1. Yüksek Verim: İyimser eşzamanlılık kontrolü ve işbirlikçi zamanlamadan yararlanan Block-STM, çok çekirdekli işlemcileri tam olarak kullanarak yüksek verim elde eder.
  2. Düşük Gecikme: İşlemler paralel olarak yürütülebildiğinden, Block-STM işlem onay süresini önemli ölçüde azaltır.
  3. Güvenlik: Block-STM’nin önceden tanımlanmış sıralı yürütme ve doğrulama mekanizmaları son durumda tutarlılık ve güvenlik sağlar.

Özetle, Block-STM, güvenlik ve doğruluğu sağlarken blok zinciri verimini en üst düzeye çıkarmak için iyimser eşzamanlılık kontrolü, çok sürümlü veri yapıları ve işbirlikçi zamanlamayı birleştiren verimli bir paralel işlem yürütme motorudur.

3.3 Hesap Soyutlama

Sui’nin hesap soyutlamaya yönelik daha doğrudan yaklaşımının aksine Aptos, daha sınırlı bir soyutlama boyutunu destekler ve önceden tanımlanmış belirli standartlardan yoksundur. Hesap soyutlama yetenekleri öncelikle aşağıdaki alanlarda kendini gösterir:

  1. Modüler Hesap Yönetimi: Hesapları tanımlamak ve yönetmek için Move modüllerini kullanır ve geliştiricilerin farklı hesap türleri ve işlevleri için özel modüller oluşturmasına olanak tanır.
  2. Esnek Anahtar Yönetimi: Kullanıcıların farklı hesap işlemleri için farklı anahtarlar kullanmasına izin verir, örneğin işlem imzalama için bir anahtar ve hesap yönetimi için başka bir anahtar kullanmak gibi.
  3. Programlanabilir İşlem Doğrulama: Geliştiriciler, farklı uygulama senaryolarını karşılamak için Move modüllerinde çoklu imza veya limitler gibi özel işlem doğrulama mantığı tanımlayabilirler.

3.4 Microsoft ile Ortaklık

Daha çok oyun geliştirmeye odaklanan Sui ile karşılaştırıldığında, Aptos’un belirli bir geliştirme hedefi yoktur. Sloganı, üretim için en uygun blok zinciri olmaktır.

Aptos’un Microsoft ile devam eden ve Microsoft’un yapay zeka teknolojisini blok zincirine entegre etmeyi amaçlayan işbirliği de dikkat çekici bir unsur. İlk ortak ürünleri olan ve Aptos ağı üzerine inşa edilen üretken bir yapay zeka asistanı olan Aptos Assistant, resmi web sitesinde halihazırda yayında. Ek yapay zeka ürünleri önümüzdeki aylarda duyurulacak.

4. Hareket Ekosistemi

Sui son zamanlarda iyi bir performans sergilemiş olsa da, Move ekosisteminin EVM tabanlı zincirler, Solana, Ton ve diğer heterojen zincirlere kıyasla olgunlaşması için hala zaman gerekmektedir. Sui ve Aptos’un ilgi odağı olmasına ve teknolojik atılımlar yapmasına rağmen, Move ekosisteminin genel ölçeği ve etkinliği henüz diğer olgun ekosistemlerle aynı seviyede değildir.

Geliştirici sayısı, uygulama türleri ve kullanıcı tabanının büyümesi için hala zamana ihtiyaç var. Harici işbirlikleri ve operasyonlar açısından, hem Sui hem de Aptos güçlü bir Web2 zihniyeti sergiliyor, Web3 özünün bir kısmından yoksunlar, bu da projelerini sektör içinde nispeten düşük anahtarlı tuttu.

Bununla birlikte, Move ekosisteminin potansiyeli göz önüne alındığında, çok şey vaat ediyor. Bazı geliştiriciler Move’un gelecekteki değerinin şimdiden farkına varmış durumda. Önsözde de belirtildiği üzere, Move’u Ethereum Katman 2 çözümlerine dahil eden projeler halihazırda mevcuttur. Gelecekte Move ekosistemi ETH Katman 2 alanında parlayabilir. Şu anki odak noktası Move ekosisteminin nasıl daha fazla tanıtılacağıdır.

İlgili Makaleler
↑
Exit mobile version