Bir ay önce, Solana'de en iyi sanatçılardan ücretsiz NFT'ler dağıtan en iyi tüketici uygulaması olan DRiP'nin kurucusu Vibhu, yaptığı açıklamayla çok ihtiyaç duyulan bir tartışmayı ateşledi:

Solana L2'lere sahip olacak ve olması gerekiyor ve/veya rollups

Hayal kırıklığı, DRiP'nin artan SOL fiyatları ve ağ tıkanıklığı sayesinde temel katmana önemli bir değer (~20 bin $/hafta) sızdırması nedeniyle ortaya çıktı. Solana etkinliğinin artması şunlara yol açar:

• Artıları – Gelişmiş likidite, sermaye ve işlem hacimleri (birleştirilebilirlik sayesinde)Eksileri
• – Yüksek altyapı maliyetleri, zayıf kullanıcı deneyimi ve tıkanıklık

Bununla birlikte, sanatçılardan binlerce cüzdana haftalık milyonlarca NFT dağıtmak için öncelikle Solana infra olarak kullanan DRiP, yüksek birleştirilebilirlikten yararlanmıyor. Solana'nin TVL ve sermaye akışındaki büyümenin, öncelikle yüksek altyapı maliyetleri gibi dezavantajlardan muzdarip olan DRiP üzerinde çok az etkisi var.

Vibhu, "Birleştirilebilirliğin azalan getirileri var" diyor. Ayrıca, Solana uygulama geliştiricilerinin aşağıdaki nedenlerden dolayı rollups isteklerini özel olarak tartıştıklarını da belirtiyor:

1. Artan işlem hacmi, daha az blok alanı rekabeti ve daha düşük ücretler.
2. İşletmelerinin ürettiği ekonomik değer üzerinde daha fazla kontrol.

Bağlantıyı Gönder

Geçtiğimiz birkaç ay içinde Solana, JUP gibi airdrop'lardan ORE madenciliğine ve en yüksek memecoin ticaretine kadar çok sayıda tıkanıklık olayı yaşadı. Firedancer'ın tüm bu sorunları çözebileceği iddia edilebilirken, gerçekçi olalım: zaman çizelgesi belirsizliğini koruyor ve şimdilik 10x'in ötesine geçemez. Buna rağmen, savaşta test edilmiş tüm büyük zincirler arasında Solana'in kalan son gerçek monolit olduğu doğrudur.

Solana monolit olarak mı kalmalı yoksa modüler mi olmalı? Solana, diğerlerinin yanı sıra parçalanmış L2 ve L3 çözümleriyle Ethereum gibi gelişecek mi? Solana'daki uygulama zincirleri ve rollups mevcut görünümü nedir?

Bu soruları ele almak ve tüm tartışmayı özetlemek için bu makale tüm olasılıkları araştıracak, çeşitli projeleri tartışacak ve artılarını ve eksilerini değerlendirecektir.

Bu makale, teknik ayrıntıları derinlemesine incelemeyecek, bunun yerine genel bir bakış sağlamak için çeşitli ölçeklendirme yaklaşımlarını tartışırken daha pazar odaklı ve pratik bir bakış açısı benimseyecektir.

Tüm içgörüler, tüy yok - artı bol miktarda alfa.

Özetle, tartışacağız:

1. Solana ve Tıkanıklık
2. Solana Modüler
3. Solana Uygulama Zincirleri Oluşturma - örneklerle
4. Sollana Layer-2'ler ve Rollup'lar (RollApps) - örneklerle
5. Infra Powering Rollup'ları ve Appchain'ler

Solana ve Tıkanıklık:

Odadaki fili ele alarak başlayalım: Solana ağı, yüksek ping süreleri, yüksek başarısız işlem yüzdesi ve daha yüksek öncelik ücretleri nedeniyle artan ağ ücretleri lider airdrop'lar, önemli miktarda memecoin alım satım faaliyeti vb. nedeniyle son zamanlarda oldukça sıkışıktı (şimdi çoğunlukla çözüldü). Tüm bunlara rağmen, Solana sürekli olarak 1-2 bin TPS civarında işlem yaptı, bu da tüm EVM zincirlerinin toplamından daha fazla. Bunun bir blok zincirinin sahip olması için iyi bir sorun olduğunu söyleyebilirim ve aynı zamanda Solana'in yekpare tezini de teste tabi tuttu.

Solana Vakfı kısa süre önce projeleri ağ performansını artırmak için acil önlemler almaya çağıran bir blog yayınladı:

• Öncelikli ücretlerin uygulanması – geciken veya bırakılan işlemlerden kaçınmak için kritik öneme sahiptir.
• Program Hesaplama Birimi (CU) kullanımını optimize etme – yalnızca gerekli olanı kullanarak.
• Uygulamaların kullanıcılarının işlem işlemlerine öncelik vermesine olanak tanıyan Stake ağırlıklı Hizmet Kalitesi (QoS) uygulamak.

Bununla birlikte, tüm bu önlemler işlemin tamamlanmasını yalnızca bir miktar iyileştirir ve sorunsuz bir işlem UX'ini garanti etmez. Bu soruna acil bir çözüm, Nisan ayı sonlarında hedeflenen 1.18 sürümünde piyasaya sürülmesi planlanan ve merakla beklenen yeni İşlem Zamanlayıcı'dır. Mevcut zamanlayıcı ile birlikte tanıtılacak, ancak varsayılan olarak etkinleştirilmeyecek, doğrulayıcılar yeni zamanlayıcının performansını izlemesine ve herhangi bir sorun ortaya çıkarsa kolayca eskisine geri dönmesine olanak tanıyacak. Bu yeni zamanlayıcı, blokları daha verimli ve ekonomik bir şekilde doldurmayı ve eski zamanlayıcının verimsizliklerini iyileştirmeyi amaçlamaktadır. @harshpatel_36138/whats-new-with-solana-s-transaction-scheduler-bcf79a7d33f7">new Scheduler hakkında daha ayrıntılı bilgi edinmek için bu makaleyi okuyun.

Anza (Solana Labs'ın bir yan kuruluşu) csürekli olarak QUIC uygulamasıyla ilgili sorunlar olarak tanımlanan ağ tıkanıklığı ve çok sayıda isteği işlemesi istendiğinde Agave (Solana Labs) doğrulayıcı istemcisinin davranışını çözmeye çalışıyor.

Bağlantıyı Gönder

Modülerlik savunucuları Solana için 'modüler bir yol haritası' için güçlü bir şekilde savunurken, Solana Labs/Anza (Solana protokol'nin temel geliştiricisi) temel katmanın verimini ve gecikme süresi optimize etmeye odaklanmaya devam ediyor. Bazı potansiyel iyileştirmeler şunları içerir:

1. Ücret piyasalarının elden geçirilmesi ve taban ücretlerin artırılması (şu anda 5.000 Lamport veya 0.000005 SOL olarak belirlenmiştir).

2. Hesaplar için üstel bir yazma kilidi ücreti uygulamak, yani spam göndermeyi caydırmak için ücretleri zaman içinde kademeli olarak artırmak.

3. CU bütçe taleplerinin bir ceza sistemi ile optimize edilmesi.

4. Genel ağ mimarisini geliştirme.

Dikey ölçeklendirmedeki (tek zincir) bu gelişmelere rağmen, yatay ölçeklendirmeyi (rollups) benimseme olasılığını Solana göz ardı edemeyiz. Gerçek şu ki, Solana her ikisinin de bir melezi haline gelebilir - rollups için mükemmel bir temel katman görevi görebilir ve süper düşük gecikme süresi blok sürelerine (~ 400 ms) sahip olabilir ve bu da sıralayıcılardan süper hızlı yumuşak onay sağlamak gibi rollups önemli ölçüde fayda sağlayabilir. En iyi yanı, Solana'in tarihsel olarak değişiklikleri hızlı bir şekilde uygulaması ve potansiyel olarak onu Ethereum rollups için daha verimli bir katman haline getirmesidir.

Güncelleme: Anza şimdi bazı yamaları devam eden ağ tıkanıklığı hafifletmeye yardımcı oldu ve bunu v1.18'de daha fazla geliştirme izleyecek.

Solana Modüler Hale Getirmek:

Solana modüler hale getirme çalışmaları çoktan başladı. Anza DevRel'in gönderisinin belirttiği gibi, Solana doğrulayıcı ve SVM (işlemleri ve akıllı sözleşmeler/programları işleyen yürütme ortamı) sıkı bir şekilde bağlanır ve Anza (Solana Labs'tan bir yan kuruluş) tarafından korunur. Ancak, doğrulayıcı istemci ve SVM çalışma zamanı önümüzdeki birkaç ay içinde ayrılacaktır. Bu ayrım, SVM'nin çatallanmasını ve kolayca 'Solana uygulama zincirleri' oluşturulmasını kolaylaştıracaktır.

rollups için avantaj, Solana Veri Kullanılabilirliği (DA)/blob katmanını iyileştirmekten gelebilir, ancak bu daha sonraki bir aşamada gerçekleşebilir.

Kaynak: Anza DevRel

Joe C (Anza'da mühendis), işlem işleme hattının doğrulayıcıdan çıkarılacağı ve SVM'ye yerleştirileceği SVM'yi modüler hale getirme planlarını da açıkladı. Bu, geliştiricilerin SVM'nin uygulanmasını çalıştırmasına ve herhangi bir doğrulayıcıdan bağımsız olarak çalışmasına olanak tanır.

İzole edilmiş SVM, tamamen bağımsız modüllerin bir derlemesi olacaktır. Herhangi bir SVM uygulaması, bu modülleri iyi tanımlanmış arayüzler aracılığıyla yönlendirebilir ve özel çözümler tasarlamak için gereken ek yükü önemli ölçüde azaltarak SVM uyumlu projelerin önündeki engelleri daha da azaltabilir. Takımlar yalnızca ilgilendikleri modülleri uygularken, geri kalanı için Agave veya Firedancer'dan gelenler gibi yerleşik uygulamaları kullanabilir.

short'de Solana daha tak ve çalıştır olacak, Solana uygulama zincirlerini ve rollups çok daha kolay hale getirecekti.

Genel olarak, bunun gidebileceği iki yön vardır: Katman-2'ler/Toplamalar ve Uygulama Zincirleri. Her ikisine de tek tek bakacağız.

Solana Uygulama Zincirleri:

SVM çatalları olarak da bilinen bu çatallar, esasen Solana zincirinin belirli uygulamalara ayrılmış çatallarıdır. Pyth, ilk Solana uygulama zinciriydi, ancak en büyük DeFi protokollerinden biri olan Rune'un Yapıcı , Solana (SVM) kod tabanına dayalı bir Yapıcı uygulama zinciri (yönetişim için) geliştirme önerisiyle oldukça heyecan yarattığında konsept gerçekten dikkat çekti. Güçlü geliştirici topluluğu ve diğer VM'lere göre teknik üstünlüğü nedeniyle SVM'yi seçti ve tüketici ihtiyaçlarını daha iyi karşılamak için en yüksek performanslı zinciri çatal etmeyi amaçladı. Henüz hiçbir şey uygulanmamış olsa da, bu hareket Solana uygulama zincirleri hakkında çok ihtiyaç duyulan bir tartışmayı ateşledi.

Genel olarak, iki tür olabilir:

1. İzinsiz – Mevcut Solana ana ağına benzer şekilde herkes ağa katılabilir.
2. İzinli – Solana Foundation tarafından kurumlar için 'Solana İzinli Ortamlar (SPE'ler)' olarak paketlenmiştir ve kuruluşların SVM tarafından desteklenen kendi zincir örneklerini oluşturmalarına ve sürdürmelerine olanak tanır.

Pyth – OG Solana Uygulama Zinciri:
Bir zamanlar Pyth, Solana ana ağındaki tüm işlemlerin %10-20'sini oluşturuyordu. Ancak, herhangi bir birleştirilebilirlik gerektirmiyordu, bu yüzden Solana kod tabanını çatalladılar. Bu, yüksek frekanslı fiyat güncellemeleri için Solana'in 400 ms'lik hızlı blok zamanı yararlanmalarını sağladı. Pythnet, uygulama zinciri için SVM'yi benimseyen ilk ağdı.

Pythnet uygulama zinciri, Solana'in ana ağının bir Yetki Kanıtı çatal olup, Pyth'in veri yayıncıları ağı tarafından sağlanan verileri işlemek ve toplamak için bir hesaplama temel katmanı görevi görür.

Pyth neden taşındı?
-Yüksek birleştirilebilirlik gerektirmiyordu (özellikle Solana olmayan uygulamalar için) ve bu nedenle ana ağ tıkanıklığından arınmıştı.

• Verileri yayımlamak için izin verilen bir ortama ihtiyacı vardı.
• Daha önce temel katmana (Solana) sızdırılan ücretlerin içselleştirilmesi ile altyapı maliyetlerinin düşürülmesi.

Cube Exchange başka bir örnektir, bağımsız bir SVM uygulama zinciri olarak dağıtılan hibrit bir CEX (SVM uygulama zincirinde tamamen off-chain emir bir defter ve ödeme ile)

Solana Uygulama Zincirlerine bazı örnekler şunlar olabilir:

1. Perp DEX'ler: Hyperliquid gibi, Perp DEX'ler de ayrı L1 ağları olarak çalışabilir. Ek olarak, alım satım kullanım durumları için, blok başına işlem sayısı özelleştirilebilir veya bir stop-loss emir yürütülmesini doğrudan L1'e entegre etmek, bunun bir durum geçişi olarak uygulanmasını sağlamak veya uygulamaya özgü atomik mantığı tanıtmak gibi koşullu mantık uygulanabilir.
2. AI ve DePIN: Bunlar, Pyth gibi kontrollü bir hizmet sağlayıcı Liste içerebilir. Örneğin, Akash, Cosmos uygulama zinciri aracılığıyla bir işlem marketi olarak çalışır.
3. Yönetişim uygulama zincirleri: MakerDAO'in bir SVM uygulama zincirine olan ilgisi tarafından doğrulanan bağımsız bir yönetişim uygulama zinciri ilgi çekici olabilir. Kriptoda yönetişim hala gelişiyor ve özel bir zincirden çatal sahip olmak yararlı bir koordinasyon mekanizması olabilir.
4. Gelecekteki Kurumsal uygulama zincirleri: Potansiyel uygulamalar arasında fonlar (BlackRock gibi) veya ödeme sistemleri (Visa veya CBDC'ler gibi) bulunur.
5. Oyun Uygulama Zincirleri: Solana'daki bir kumarhane oyun projesi, uygulama zincirini düşünüyor.
6. Değiştirilmiş Solana çatalları: Monad veya Sei'nin optimize edilmiş EVM'ler (paralelleştirilmiş) sunmasına benzer şekilde, birisi Solana'in daha optimize edilmiş bir sürümünü oluşturabilir. Bu eğilim önümüzdeki yıllarda, özellikle Solana ana ağı yeni tasarım mimarilerini keşfetmeye başladığında daha yaygın hale gelebilir.

Solana Appchain Yığınını Öngörmek:

Bir uygulama zinciri oluşturmak nispeten basit olsa da, tüm uygulama zincirlerinde bağlantı sağlamak birlikte çalışabilirlik için çok önemlidir. Avalanche Alt Ağlarından (yerel Avalanche Warp Messaging ile bağlanır) ve Cosmos uygulama zincirlerinden (IBC ile bağlanır) ilham alan Solana, bu uygulama zincirlerini bağlamak için yerel bir mesajlaşma çerçevesi de oluşturabilir.

Bağlantıyı Gönder

Ayrıca, diğerlerinin yanı sıra oracle'lar (Pyth veya Switchboard gibi), RPC'ler (Helius gibi) ve mesajlaşma bağlantısı (Wormhole gibi) için yerleşik destek ile uygulama zincirleri oluşturmak için anahtar teslimi bir çözüm sunan Cosmos-SDK benzeri bir ara katman yazılımı da oluşturulabilir.

Polygon AggLayer, geliştiricilerin herhangi bir L1 veya L2 zincirini, bağlı tüm zincirlerden ZK kanıtlarını toplayan AggLayer'a bağlayabileceği ilginç bir yaklaşım olacaktır.

Bir Appchain Solana Ekosistemi için Net Pozitif mi?

Uygulama zincirleri, SOL olarak ücret ödemeyecekleri veya SOL gas token olarak kullanmayacakları için SOL'a doğrudan değer tahakkuk ettirmese de, yeniden stake edilen SOL ekonomik güvenlik için kullanılmadığı sürece, SVM ekosistemine büyük fayda sağlarlar. Tıpkı 'EVM ağ etkileri' olduğu gibi, daha fazla SVM çatalı ve uygulama zinciri, SVM ağ etkilerini güçlendirecektir. Eclipse'i (Ethereum'de SVM L2) SVM için Boğa kılan aynı mantık, Solana ana ağına doğrudan rakip olmasına rağmen geçerlidir.

Solana Layer-2s:

Solana Layer-2'ler veya rollups, ana bilgisayar zincirlerinin Veri Kullanılabilirliği (DA) katmanına veri gönderen ve ana bilgisayar zincirinin konsensüs mekanizmasını yeniden kullanan mantıksal olarak ayrı zincirlerdir. Celestia gibi diğer DA Katmanlarını da kullanabilirler, ancak bu gerçek bir toplama olarak kalmaz. "RollApp", genellikle Uygulamaya Özel Rollup'lar için kullanılan bir terimdir (çoğu Solana uygulamanın araştırdığı).

Solana Rollup'ları Ethereum ile aynı olur mu?
Görünüşe göre hayır. Solana için, Rollup'lar çoğunlukla son kullanıcı için soyutlanacaktır. İdeolojik cephede, Ethereum Vakfı ve liderlerin ölçeklendirmenin en iyi yolunun rollups olduğuna karar verdikleri ve CryptoKitties fiyaskosundan sonra çeşitli L2'leri desteklemeye başladıkları yukarıdan aşağıya Ethereum rollups. Oysa Solana, talep aşağıdan yukarıya, yani önemli ölçüde tüketici benimsemesine sahip uygulama geliştiricilerinden geliyor. Sonuç olarak, mevcut roll-up oyunlarının çoğu pazarlama oyunlarıdır ve tüketici talebine dayalı olmaktan çok anlatı odaklıdır. Bu önemli bir farktır ve rollups için Ethereum'da gördüğümüzden farklı bir geleceğe yol açabilir.

Sıkıştırma = Toplamalar mı?

L2'ler, L2'de işlemleri yürüterek, işlem verilerini gruplandırarak ve sıkıştırarak temel katman blok zincirlerini (L1'ler) ölçeklendirir. Sıkıştırılmış veriler daha sonra L1'e gönderilir ve dolandırıcılık kanıtı (iyimser toplama) veya geçerlilik kanıtı (zk toplama) kullanılır. Bu kanıtlama sürecine 'uzlaşma' denir. Benzer şekilde, sıkıştırma, işlemleri ana ağdan boşaltarak temel katmandaki durum çekişmesini azaltır. Özellikle, Grass L2, toplaması için Durum Sıkıştırmasından yararlanacak.

Rollups Landscape on Solana:

Şu anda iki 'biraz rollapp' yayında:

1. GetCode:

Mikro ödeme SDK'sına sahip bir ödeme uygulaması, herkesin anında ödeme yapmasına ve ödemeleri kabul etmesine olanak tanır ve ayrıca uygulaması için sözde bir toplama kullanır. Tüm işlemler için amaçlar oluşturur ve N aralıkta Solana sonra yerleşen toplama benzeri bir sıralayıcı kullanır.

Toplama benzeri bir yapı kullanmak şunları sağlar:

1. Esneklik: Amaçlar, yalnızca ödeme işlemlerini değil, gelecekteki çeşitli faaliyetleri temsil edebilir. Ayrıca, zincir olarak Solana gerekirse değiştirilebilir.
2. Anında ve Özel: Sıralayıcının yumuşak kesinliği göz önüne alındığında, ödemeler Solana sıkışıklığı sırasında bile anında . İşlemler on-chain görünür olsa da, tam değer ve amaç belirsiz kalır ve kullanıcı gizliliği sağlanır.

2. MagicBlocks'tan Ephermal Rollup'lar

Bir web3 oyun altyapısı olan MagicBlocks, özellikle oyunlar için Ephermal (veya geçici) rollups geliştirdi. SVM'nin hesap yapısını kullanır ve oyun durumu kümelere ayrılır. Durumu geçici olarak bir yardımcı katmana veya yapılandırılabilir özel bir katman olan "geçici toplamaya" aktarır. Kısa ömürlü toplama, yüksek aktarım hızında işlem işlemeyi kolaylaştırmak için özel bir SVM çalışma zamanı veya toplama olarak çalışır.

Toplama benzeri bir yapı kullanmak şunları sağlar:

1. Özelleştirilmiş çalışma zamanının gazsız işlemler, daha hızlı blok süreleri ve bir tıklama mekanizmasının dahil edilmesi gibi özellikleri içerecek şekilde özelleştirilmesi (örneğin, clockwork gibi entegre bir işlem planlama sistemi, ücret ödemeden çalıştırılır).
2. Geliştiriciler, programları ayrı bir zincir veya toplama yerine temel katmana (örneğin, Solana) dağıtır. ER'ler mevcut ekosistemi parçalamaz ve yalıtılmış bir ortam yaratmadan hedeflenen operasyonların hızlandırılmasına izin verir. Bu, mevcut tüm Solana altyapısının kullanılabileceği anlamına gelir.

Bu yaklaşım, geleneksel L2'lere özgü ödünleşimler olmadan milyonlarca işlem gerçekleştiren kullanıcıları barındırmak için isteğe bağlı rollups başlatabilen ve yatay olarak otomatik ölçeklendirme yapabilen yüksek düzeyde ölçeklenebilir bir sistemi kolaylaştırır. MagicBlock özellikle oyun oynamaya odaklanmış olsa da, bu yaklaşım ödemeler gibi diğer uygulamalara da uygulanabilir.

Yaklaşan Solana Toplamaları:

1. Grass: Doğrulanmış kazıma yoluyla yapay zeka veri sorunlarını çözmeyi amaçlayan bir DePIN projesi. Grass düğümleri yapay zeka eğitim verileri için web'i kazıdığında, doğrulayıcılar verileri on-chain depolayacak, verilerin nereden geldiğini ve hangi düğümün kazımaktan sorumlu olduğunu tam olarak izleyecek ve onları orantılı olarak ödüllendirecektir.

Grass, saniyede 1 milyon web isteği gerektirir ve bu, Solana ana ağında mümkün değildir. Bu nedenle, tüm veri kümeleri için kaynak verilerinin ZK kanıtlarını yapmayı ve bunları Solana L1'de uzlaşma için toplu hale getirmeyi planlıyorlar. Başka bir kümeden durum sıkıştırması kullanmayı ve ana ağ betasına kök salmayı düşünüyorlar.

Bu gelişme, Grass'ı yalnızca Grass'ın üzerinde mümkün olan çok çeşitli uygulamalar için bir temel katman olarak konumlandıracaktır (platformların ve altyapının genellikle çok daha yüksek değerlemelere sahip olduğunu ve Grass'ın tokeni yakında :P piyasaya süreceğini unutmayın).

1. Zeta: Tamamen on-chain bir perp emir kitabına sahip olan Solana'deki en eski perp DEX biri de Solana toplama yoluyla eşleştirme off-chain taşımayı planlıyor.

Perp DEX'ler, UX'i önemli ölçüde iyileştirdikleri için rollups için anında bir PMF'ye sahiptir. Hyperliquid veya Aevo ile Solana perp DEX'lerde işlem yapan birine sorun, burada her işlemi imzalamanız gerekir, bir cüzdan açılır ve ~10-20 saniye beklemeniz gerekir. Ayrıca, perp'ler senkronize yürütme gerektirmez ve özellikle ticaret eşleştirme açısından DeFi geri kalanıyla yüksek birleştirilebilirlik sunar.

İlginç bir şekilde, Armani (Backpack'in Kurucu Ortağı) ayrıca artık L2'ye yöneldiklerini tweetledi.

Sonic ayrıca oyunların Solana kendi zincirlerini dağıtmalarını sağlayacak modüler bir SVM zinciri (Hypergrid) inşa ediyor. Yürütme motoru olarak SVM'yi kullanan Eclipse ve NitroVM gibi SVM tabanlı Ethereum rollups da vardır. Neon, Solana'de EVM uyumlu bir L2 olarak işlev görür. Ek olarak, Molecule (bir SVM Bitcoin Katman 2) gibi fikir aşamasındaki projeler de vardır.

Sovereign SDK, node.js benzer, ancak rollups oluşturmak için başka bir çerçevedir. Kullanıcılar Rust kodlarını getirir ve biz de bunu herhangi bir blok zincirinde konuşlandırılabilen bir Optimistic veya ZK toplamasına dönüştürürüz. Rust kodu, özel uygulama mantığınız veya herhangi bir VM olabilir.

Toplamalar üzerine birkaç tez:

1. 
   Rollup'lar = SOL-Aligned: 'ETH-Aligned' terimi veya 'ETH Bag Biases' için daha iyi bir kelime, popüler bir meme haline geldi. Sizce Layer 2s ve Restaking/EigenLayer neden en sıcak anlatı haline geldi? Bunun nedeni, ETH'nin her yerde temel varlık olarak kullanılmasıyla 'ETH'nin Güncelliğini' artırmalarıdır.

Aynı ilke Solana için de geçerlidir. Solana topluluğu, SOL varlıklarını artıran herhangi bir çözüm etrafında toplanacaktır - bu kadar basit. Solana ekosistemi genişledikçe, bir zamanlar göz ardı edilen 'SOL Moneyness' önem kazanacaktır. Unutmayın, çoğu Rollup zaten "Pazarlama Oyunu"dur ve piyasalar hala Infra'ya Uygulamalardan daha fazla değer verdiği için daha iyi token değeri tahakkuku sağlar.

1. Rollup'lar Solana bir uzantı gibi hissedecek:
   Güvenlik avantajlarının ötesinde (yani, temel katmandan güvenliği devralmak), Solana kullanıcılara ve varlıklara kolay erişim önemli bir avantaj olacaktır. Jon Charbonneau'nun belirttiği gibi, Base, Optimism ve Arbitrum gibi Ethereum Rollup'lar daha çok Ethereum uzantıları gibi hissettiriyor. Kullanıcılar aynı cüzdanları ve adresleri korur, yerel gas token, ETH'nin tek bir kanonik sürümüdür ETH tüm ticaret çiftlerinde DeFi hakimdir, sosyal uygulamalar NFT'leri ETH olarak fiyatlandırır ve içerik oluşturuculara ETH olarak ödeme yapar (örneğin, friend.tech) ve L2'ye para yatırma işlemleri anında gerçekleşir, vb.

Benzer şekilde, bu Solana ile olacak. Ethereum öğrenen çoğu Solana Rollapp, kullanıcılara ayrı bir zincir (ör. Getcode) kullanıyormuş gibi hissettirmez.

1. Solana, "Rollup"lardan daha fazla "RollApp" görecek Solana yüksek
   gas ücretleri nedeniyle ana ağın kullanılamaz olduğu Ethereum gibi bir ölçekleme sorunu sahip değil, son derece optimize edilmiş. Ancak, özel blok alanına ihtiyaç duyan bazı uygulamalar rollups oluşturacaktır. Solana'daki genel amaçlı Rollup'lar bana mantıklı gelmese de, ekonomik olarak projeler için mantıklı. Örneğin, Base kullanıcıları sadece bir günde Coinbase için 2 milyon dolar gelir elde etti! İnşaatçılar için teşvikler büyük ölçüde L2'ye doğru çarpıktır. Bununla birlikte, gözlemlendiği gibi, her EVM toplaması bir vanilya toplaması gibi görünüyor ve Linea, Scroll veya zkSync gibi birçoğu, yalnızca çiftçilerin token airdrop'ları için birkaç işlem gerçekleştirdiği hayalet zincirler haline geldi.

Ayrıca, Solana'daki genel amaçlı L2'lerin aynı eski Ethereum sorunlarına, yani merkezi rollups, tıkanıklığa ve likidite parçalanmasına yol açabileceğini hissediyorum.

1. Neden bazı uygulamalar Rollapps/appchain'e geçmek istesin ki?
   Paylaşılan altyapıda daha fazla uygulama barındırmak, geliştirici ve kullanıcı karmaşıklığını önemli ölçüde azalttığından, her uygulama başlangıçta Solana Ana Ağ başlayacaktır. Ancak, bu uygulamalar büyüdükçe şunları yapmaya çalışabilirler:
   • Değer Yakalama: Tek bir uygulama düşünülerek tasarlanmamış, paylaşılan bir Solana katmanında değeri içselleştirmek daha zordur. MEV yakalama, DEX'ler için başka bir kazançlı seçenek olabilir.
   • Özel Blockspace
   • Gibi kullanım durumlarında özelleştirilebilirlik:
     • Gizlilik: Örneğin Getcode, kullanıcıları için özel ödemeleri kolaylaştırmak için bir sıralayıcı kullanır.
     • Ücret Piyasası Deneyleri
     • MEV en aza indirmek için şifrelenmiş bellek havuzları
     • Uyarlanmış emir kitapları
2. Ancak, tüm uygulamalar, özellikle de belirli bir kaçış hızına ulaşmamış olanlar (örneğin, yeterli TVL, kullanıcılar hacim) kendi Toplamalarını başlatmak istemeyecektir. Bugün kendi zincirinizi başlatmak, çoğu uygulamanın, özellikle de erken aşamadakilerin, artan faydalar için haklı çıkaramayacağı acı verici ve gereksiz ödünleşimleri (karmaşıklık, maliyet, daha kötü UX, parçalanmış likidite vb.) içerir. Solana, SVM geliştirmenin kalbi ve ruhu olmaya devam ediyor ve sonuç olarak birçok yeni uygulama muhtemelen devreye alınacak.
   Uygulama Oluşturucular için: Solana Ana Ağ veya Appchain veya Rollup
   Tamamen bağlıdır. Diğer tüm uygulamalarla birleştirilebilirlik için güçlü bir ihtiyaç yoksa, off-chain birkaç farklı bileşen (appchain veya rollup) almak tamamen mantıklıdır. Bir kullanıcının bir toplama veya uygulama zinciri kullandığını bile bilmesi gerekmez. Grass, Zeta ve Getcode, kullanıcıları için kullandıkları toplama türü altyapıyı soyutlar.

İzinli ve özelleştirme kullanım örnekleri için Token Uzantısı, birleştirilebilirliği korurken KYC/aktarım mantığı gibi ihtiyaçların çoğuna da hizmet eder.
Peki, DRiP bir L2/appchain olacak mı?
Şu anda, DRiP Solana şunlar için kullanır:

* Kullanıcı oluşturan cüzdanlar (L2/appchain üzerinde olabilir)
* Sıkıştırılmış NFT'lerin Dağıtılması (L2/appchain'de olabilir)
* Sıkıştırılmış NFT'lerin Alım Satımı (L2/appchain'de olabilir, ancak fonların köprülenmesi gerekir)

1. L2'lerin/uygulama zincirlerinin de sağlayabileceği teknolojinin yanı sıra Solana Katman 1'de olmaya güçlü bir ihtiyaç olmadığını açıkça görebiliriz. DRiP'nin birincil hedefi her zaman web2 kullanıcıları olduğundan, onları doğrudan zincirlerine çok iyi bir şekilde dahil edebilir, bu da tüm değeri temel zincire (Solana) sızdırmayacağı için uzun vadeli çok daha yüksek kontrol sağlar. Ayrıca, DRiP artık kendi zincirine geçmek için kaçış hızına (Solana'deki en büyük tüketici uygulaması) ulaştı. Getcode gibi sözde bir toplama yapısı, DRiP için tamamen mantıklıdır.

Altyapı Güçlendirme Toplamaları ve Uygulama Zincirleri:

rollapp/appchain tezi genişlerse, mevcut altyapı sağlayıcıları yeni pazarlara girerken büyük fayda sağlayacaktır:

1. Caldera gibi mevcut Hizmet Olarak Toplama (RaaS) sağlayıcıları, talep ortaya çıktıkça SVM pazarına kolayca girebilir. Eclipse ve NitroVM gibi SVM Ethereum rollups da bu fırsatı merakla izliyor. Ayrıca Sovereign Labs, Solana'de rollups sağlayan bir Sovereign SDK Solana bağdaştırıcısı sunar (henüz üretime hazır değildir). Helius, Mert'in birçok kez ima ettiği gibi, Solana L2'ler için altyapı oluşturmak için çok uygun başka bir şirkettir.
2. Rome Protocol gibi Paylaşılan Sıralayıcılar ve Tinydancer gibi Hafif İstemcilere duyulan ihtiyaç. Paylaşılan sıralayıcılar, atomik arbitraj, MEV ve sorunsuz köprüleme gibi faaliyetleri etkinleştirerek likidite parçalanmasını azalttıkları için rollups için ilginç olabilir.
3. Phantom, Backpack ve Solflare gibi cüzdanlar. Squads gibi çoklu imza ve akıllı sözleşme cüzdanı altyapısı. Takımlar her zaman "Solana ve SVM için kesin akıllı sözleşme cüzdanı altyapı katmanı" olarak konumlandırılmıştır.
4. SOL Yeniden Düzenleme: Modüler tez, bu rollups/uygulama zincirleri SOL paylaşılan güvenlik gerektirebileceğinden ve Solana ile daha uyumlu hale gelebileceğinden, yeniden satın almayı da teşvik eder. Bu şunlara yol açar:
   1. Cambrian, Picaso ve Solayer
   2. Jito via Stakenet ve Sanctum Validators gibi LST'ler
   3. — artan gelir

Kapanış Düşünceleri: Tüm Dünyanın Talebini Karşılayabilir Solana?

Kesinlikle hayır. Gerçekçi olalım: Moore Yasası göz önüne alındığında bile (donanım performansı gelişmeye devam edecek ve Solana bu tür donanım gelişmeleri için optimize edilmiştir), pratik değildir. Daha az kritik olan tüm işlemlerin (DRiP'nin NFT göndermesi gibi) sonunda kendi zincirlerine taşınacağına, en değerli işlemlerin ise gerçek birleştirilebilirliğin gerekli olduğu ana zincirde kalacağına inanıyorum (örneğin, Spot DEX'ler).

Ve hayır, bu Solana'in monolit ve birleştirilebilirlik savaşında kaybettiği anlamına gelmez; birleştirilebilirliğe ve düşük gecikme süresi bağlı olan durumları diğer zincirlerden daha iyi yönetecektir. Ve hayır, Sui/Aptos/Sei/Monad, vb. henüz daha iyi değil, çünkü bilmiyoruz ve henüz yüksek gerçek kullanıcı etkinliği için savaşta test edilmediler.

Ethereum'den farklı olarak, Solana Ana Ağ "B2B zinciri" olmayı hedeflemiyor; tüketici zinciriydi ve her zaman öyle olacak. Büyük ölçekte dağıtılmış sistemler oluşturmak inanılmaz derecede zordur ve Solana, en değerli işlemler için küresel paylaşılan defter olma potansiyeline sahiptir.

Solana'in ruh eşlerine ihtiyacı var: Appchains ve rollup'lar mükemmel bir eşleşme olabilir mi?

Herhangi bir öneriniz veya herhangi bir fikriniz varsa Twitter'da Yash Agarwal (@yashhsm) adresinden benimle iletişime geçmekten çekinmeyin. Bunu biraz anlayışlı bulursanız, lütfen paylaşın - haftalarca süren çabamı haklı çıkarır ve daha fazla göz küresi :)

Karthik (PepperDEX), Brian Breslow (Dorahacks), Parth (Arana Ventures), Rex (Anza), Het Dagli (Süper Takım), Kash (Süper Takım) ve Akshay (Süper Ekip), taslağın farklı aşamalarını inceleyen ve içgörüler sağlayan.

Yasal Uyarı:

1. Bu makale [The Superteam Blog] adresinden yeniden basılmıştır. Tüm telif hakları orijinal yazara [YASH AGARWA] aittir. Bu yeniden baskıya itirazlar varsa, lütfen Gate Learn ekibiyle iletişime geçin, derhal ilgileneceklerdir.
2. Sorumluluk Reddi: Bu makalede ifade edilen görüş ve görüşler yalnızca yazara aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.
3. Makalenin diğer dillere çevirileri Gate Learn ekibi tarafından yapılır. Bahsedilmediği sürece, tercüme edilen makalelerin kopyalanması, dağıtılması veya intihal edilmesi yasaktır.