Katman 2 döneminde Likidite insanları enayi yerine koymak problemi araştırması

Ethereum'un Katman 2 merkezli genişleme çözümlerine geçişi ve RaaS gibi araçların ortaya çıkmasıyla birlikte, birçok kamu blok zinciri hızla gelişti. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme arayışında kendi zincirlerini inşa etmek istiyor. Ancak, birçok kamu blok zincirinin ortaya çıkması, ekosistem gelişiminin kamu blok zincirlerinin hızına ayak uydurmasını zorlaştırdı ve birçok projenin TGE sırasında değer kaybetmesine neden oldu.

OP Stack sayesinde, bir borsa kendi Base Katman 2'sini piyasaya sürdü, başka bir borsa Ink'i yayımladı; ZK teknolojisi sayesinde, bir borsa XLayer'ı tanıttı; bir teknoloji şirketi Soneium'u, bir iletişim uygulaması ise Kaia'yı çıkardı. Artık bir zincir inşa etmek için gereken finansman ve teknik engeller büyük ölçüde azalmış durumda, OP Stack'e dayalı bir zincirin işletim maliyeti aylık yaklaşık 10.000 dolar.

Gelecek kesinlikle çok zincirli bir varoluş dönemi olacaktır. Bu Katman 2 zincirleri EVM uyumluluğunu seçerek birbirleriyle etkileşim kurabilir, ancak arkasındaki Web2 varlıklarının çok sayıda aşağı akış uygulaması olduğu için, uygulamaları aynı zincir üzerinde inşa edip uzlaşma sağlamakta zorluk çekmektedirler.

Mevcut çoklu zincir ekosistemi, yeni bir zorluk getirmektedir: Likidite ve durum dağılımı. Çoklu zincir varlığı kaçınılmaz olduğundan, etkileşimli çalışma keşfedilmesi ve çözülmesi gereken bir alan haline gelmektedir. Şu anda birçok likidite çözümü bulunmaktadır, örneğin zincir soyutlama, niyet, Clearing Execution, Native CrossChain, ZKSharding, ancak bunların temel özleri aynıdır.

Kullanmakta olduğumuz endüstride daha çok kabul gören Cake mimarisi ile yukarıdan aşağıya doğru çapraz zincir soyutlamasının temel bileşenlerini tanıtıyoruz:

Uygulama katmanı, kullanıcıların doğrudan etkileşimde bulunduğu katmandır ve likidite çözümlerinin en soyut katmanıdır, çünkü likidite dönüşümünün detaylarını tamamen gizler. Uygulama katmanında, kullanıcılar ön yüz arayüzü ile etkileşimde bulunur, ancak temel likidite dönüşüm mekanizmasını mutlaka anlamazlar.

Yetki katmanı, uygulama katmanının altında yer alır. Kullanıcı, cüzdanı dApp'e bağlayarak ve fiyat teklifi talep ederek işlem niyetini karşılar. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ifade eder, işlemle ilgili belirli bir yürütme yolunu değil.

Hesap yönetimi ve soyutlama katmanı, çok zincirli ortamın varlığı nedeniyle, farklı zincirlere uyum sağlayan bir hesap yönetimi ve soyutlama sistemi gerektirir. Belirli bir platform, bu alandaki temsilci projedir; güvenilir bir hesap sistemi inşa etmiştir, zincirler arası konsensüs oluşturulmasına gerek kalmadan, yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler gerekmektedir. Belirli bir platform, kullanıcılar için çok zincirli hesap cüzdanları oluşturarak soyutlama yönetimini gerçekleştirmiştir, bu da kullanıcı deneyimini büyük ölçüde optimize etmiş ve UX'in parçalanmasını azaltmıştır. Ancak, Likidite açısından mevcut kamu zincirleri ile ana entegrasyon sağlanmıştır.

Katman 2, kullanıcıların işlem niyetlerini almak ve gerçekleştirmekle sorumludur. Solver rolü burada daha iyi bir kullanıcı deneyimi sunmak için yarışır, bu da daha hızlı işlem süreleri ve yürütme hızlarını içerir. Bu temele dayanarak, niyete dayalı projeler çeşitli niyet odaklı çözümler inşa etmiştir. Bu tür niyetlerin türevleri olarak Predicate bileşeni, belirli kurallar altında kullanıcı niyetlerini gerçekleştirebilir.

Kesinleşme katmanı, kullanıcı niyetini gerçekleştirmek için çözüm katmanı tarafından kullanılan ara yazılım katmanıdır. Likidite ve durum dağıtımı çözümlerinin temel bileşenleri şunlardır:

• Oracle: Diğer zincirlerdeki durum bilgilerini almak için kullanılır.
• Köprü: Çapraz zincir bilgisi ve likidite aktarımından sorumludur.
• Önceden planı onaylama: Zincirler arası onay süresini kısaltma.
• Veri kullanılabilirliği: Verilerin erişilebilirliğini sağlar.

Bunun yanı sıra, zincirler arası Likidite, nihai onaylanabilirlik, Katman 2 kanıtlama mekanizması gibi faktörlerin de dikkate alınması gerekir, böylece tüm çoklu zincir sisteminin verimli çalışması güvence altına alınır.

Şu anda, piyasada likidite insani enayi yerine koymak için çeşitli çözümler bulunmaktadır. Birçok çözümü inceledikten sonra, esasen bu birkaç yöntem olduğunu gördük:

1. RaaS merkezli: OP Stack gibi Rollup çözümleri, OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu paylaşmasına yardımcı olmak için belirli paylaşımlı sıralayıcılar ve çapraz zincir köprüler ekleyerek bu sorunu çözmeyi umuyor. Bu, likidite ve durum dağılımını daha yüksek bir düzeyde çözmeyi amaçlıyor. Burada daha ayrıntılı olarak, ayrı bir tasarım paylaşımlı sıralayıcı var; bu çözüm daha çok Katman 2'ye yöneliktir ve evrensel bir geçerliliğe sahip değildir.

2. Hesap merkezli: Çoklu blok zinciri protokollerinde işlem imzalamak ve yürütmek için "zincir imzası" olarak adlandırılan bir teknoloji ile desteklenen tam zincir hesap cüzdanı inşa edin. Buradaki ana bileşen, kullanıcıların çoklu zincir işlemlerini imzalamasını sağlamak için MPC ağıdır. Bu sistem, UX parçalanma sorununu büyük ölçüde çözebilmesine rağmen, geliştiriciler için karmaşık arka uç uygulamaları gerektirmektedir ve esasen likidite ve durum dağılımını çözmemektedir.

3. Zincir dışı niyet ağı merkezli: Yani Solver Ağı, temel olarak kullanıcıların niyetlerini Solver ağına göndermesi, Solver'ın bu rolü alarak fiyat teklifleriyle rekabet etmesi, en iyi tamamlama süresi ve işlem fiyatını sunmasıdır. Bu Solver'lar AI Ajansı, borsa, piyasa yapıcılar veya entegrasyon protokolü kendisi olabilir. Niyet teorik olarak her türlü karmaşık çok zincirli işlemi gerçekleştirebilecek olsa da, uygulanabilirlik açısından yeterli likidite Solver'lara ihtiyaç vardır ve zincir dışı taleplerle karşılaşıldığında, Solver'ın dolandırıcılık yapma olasılığı bulunmaktadır. Eğer dolandırıcılık kanıtı gibi yöntemler devreye girerse, Solver Ağı'nın gerçekleştirilmesi daha zor hale gelecektir ve Solver'ı çalıştırma eşiği de daha yüksek olacaktır.

4. Zincir üstü Likidite ağına odaklanma: Bu yön, çapraz zincir likidite sorununu optimize etmeye özel olarak tasarlanmıştır, ancak diğer zincir üstü durumların dağınık sorununu çözmemektedir. Temel olarak, tüm zincir likiditesini paylaşmak için bir likidite katmanı inşa etmek ve bu katmanın üzerinde uygulamalar geliştirmektir.

5. Zincir üzerindeki uygulamalara odaklanma: Bu tür uygulamalar, yüksek likidite uygulamaları oluşturmak için büyük piyasa yapıcıları veya üçüncü taraf uygulamalarını entegre ederek inşa edilir. Bu tür projeler karmaşık çok zincirli süreçleri yönetmeyi gerektirir, geliştiriciler için oldukça yüksek talepler vardır, bu nedenle de hacker saldırılarının meydana gelmesi çok kolaydır.

Likidite sorununu çözmek çok önemli bir konudur, finans dünyasında genellikle likidite her şeyi temsil eder. Eğer dağınık olan tüm zincir likiditesini bir araya getiren entegre bir likidite platformu oluşturulabilirse, bu çok büyük bir potansiyele sahip olacaktır ve birçok farklı çözümü de inceledik.

Yukarıda listelediğimiz çeşitli yönlerde soyut veya likidite çözümleri oluşturmanın farklı katmanları, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hâlâ atomik düzeyde çözümler değildir, likidite kesintisi sorunu, birçok karmaşık türev sorununun ortaya çıkmasına neden olmuştur, bu nedenle etkileşim için, çeşitli çözümler türemiştir. Ancak esasen bu bileşenlere dayanmak gerekmektedir. Şimdi, birkaç tipik zincir soyutlama kavramı projesini tartışacağız ve her birinin likidite kesintisi sorununu kendi bakış açılarından nasıl çözdüğüne bakalım.

Bir proje DeFi alanında bir RaaS hizmeti geliştirmiştir, bu hizmet DeFi protokollerinin doğrudan inşa etmek için ihtiyaç duyduğu bileşenleri, örneğin Oracle, Pool Type, IRM, Asset vb. sağlamanın yanı sıra, hemen kullanılabilir Leverage Trading ve Yield Strategy gibi bileşenler de sunmaktadır. Diğer uygulama inşa uçlarına eşdeğerdir, ancak nihai likidite bu projenin likidite katmanında yer almaktadır. Ancak, şu anda temel çalışma prensiplerini henüz açıklamamıştır. Bu proje şu anda 6 milyon dolarlık bir tohum finansmanı almıştır.

Bir ağ, üç temel bileşen inşa etmiştir; bunlar Intent uyum katmanı, Validity ve genel uzlaşma katmanıdır.

Dış uygulamalar veya niyet katmanı, bu ağa niyetler yayınlayabilir, ardından ağın Niyet uyumluluk katmanı, dış niyetleri protokol Solver'ın tanıyabileceği bir formata dönüştürebilir; kullanılan standart format Validity dilidir. Bu ağ düğümü, nihai sonuçları genel uzlaşma katmanına iletmek için çapraz zincir köprüleri, hızlı uzlaşma teknolojileri vb. aracılığıyla sorumludur. Bu proje hâlâ inşa aşamasındadır ve daha fazla çalışma detayı henüz açıklanmamıştır. Ağustos ayında 2.2 milyon dolarlık bir tohum turu finansmanı almıştır.

Bir merkeziyetsiz uygulama, müzayede bazlı fiyat keşfi ve tek taraflı likidite havuzları gerçekleştirebilir. Ana misyonu, profesyonel ticaret şirketlerine etkili envanter yönetim araçları sağlamaktır ve kullanım niyeti ile işlemleri sonuçlandırırken çekirdek DeFi protokollerine kolayca bağlanmaktır. Bu arada, uygulama borç verme ve borç alma işlemleri için bir borç verme piyasası oluşturmuştur. Bu uygulama, işlemin kendisine daha fazla odaklanmaktadır. Hala geliştirme aşamasında olup, Temmuz ayında 1,2 milyon dolar Pre-seed turu fonlama aldığını duyurmuştur.

Bir proje, Comet BFT konsensüs protokolü üzerine kurulmuştur. Kullanılan çapraz zincir iletişimi, Cosmos IBC'ye dayanmaktadır, bu nedenle diğer çapraz zincir köprülerine göre daha yerel ve güvenlidir. Toplamda dört finansman turu gerçekleştirilmiştir.

Bir vakıf, Ethereum'un ZK hesap gücü pazarı, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir, ekip derin bir ZK teknik altyapısına sahiptir. zkSharding çözümünü önerdi, bu çözüm ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendirmek, parçalama işlemlerini paralel olarak yürütmek ve ZKP oluşturmak içindir, ana parçanın veri doğrulaması, Ethereum ile iletişim kurması ve tüm doğrulayıcılar arasında ağ durumunu senkronize etmesi gerekir. Ana parça, yürütme parçalarındaki doğrulayıcılar ve hesapların dağılımını da yönetir. Doğrulama komitesinin kullandığı konsensüs protokolü de Hotstuff'tur, bu en son paralel yürütme projelerinde oldukça yaygındır. Bu vakfın L2'si, başından itibaren parçalar arası iletişimi protokole entegre etmiştir.

Temel fikir, parçalı Katman 2 mimarisi aracılığıyla, IBC'ye benzer gömülü bir parçalar arası iletişim yapısı oluşturmaktır; bu sayede likidite ve durum dağılımı sorunları çözülebilir. Ancak, temel fikir mantıklı değildir, çünkü likidite dağılımı sorununu çözme meselesi çoklu zincirler ile ilgilidir; inşa edilen şey tek bir Katman 2'dir, yani çözmek istiyorsa tüm zincirlerin ZK-sharding'in bir parçası olması gerekir, bu ise zor bir durumdur.

Ethereum de bu çapraz zincir likidite sorununu çözmeye çalışıyor, şu anda bir Katman 2 ve bir DEX ilk olarak belirli bir standartı destekliyor, kullanılan da Intent tabanlı çapraz zincir yöntemidir. Temel hedefi, L2 ve yan zincirler arasındaki çapraz zincir işlemleri için evrensel bir standart oluşturmaktır; sipariş ve hesaplaşma arayüzlerini standartlaştırmak, sorunsuz çapraz zincir uygulamasını sağlamak. Bunun ana temeli, bir Filler olarak da adlandırılabilecek, zincir soyutlaması içinde bir Solver rolüyle ödemeyi üstlenmektir. Bu öneri, bir DEX ve bir proje tarafından ortaklaşa inşa edilmiştir ve şu anda çalışma grubu tarafından incelenmektedir.

Bazı Stack'ler, yukarıda belirtilen standartlar ve zkSharding gibi, Ethereum'un içindeki Layer2'ler arasındaki Likidite parçalanmasına yönelik çözümlerdir. Bunlar, mimari, konsensüs ve uygulama katmanları açısından çözümler sunmaktadır. Bazı Stack, bilgi iletimi ve Sequencer merkezileştirilmesi sorununu tek seferde çözmek için tam bir çok Katman 2 çözümü tasarlamaktadır. Bu Stack mimarisini kullandığınızda, otomatik olarak çapraz zincir sözleşmeleri dağıtılacak ve yanıltıcı çapraz zincir bilgilerini iletmemek için bir Supervisor bulunacaktır. Şu anda bu Stack mimarisini kullanan birçok tanınmış proje bulunmaktadır.

Bunlardan en tipik olanı, bir zincirdir. Bu zincir, Superchain ağı ile entegrasyonu sayesinde çapraz zincir likidite parçalanması sorununu çözmeye çalışmaktadır. Bu ayar, kesintisiz likidite hareketini teşvik etmek için aşağıdaki işlevleri sağlamaktadır:

Niyete Dayalı Çapraz Zincir Köprüsü: Bu köprü, hızlı ve güvenilir bir şekilde blok zincirleri arasında likidite transferini destekler, kullanıcıların niyetlerini belirlemelerine olanak tanır, böylece sistemin likidite hareketi için en iyi yolu otomatik olarak seçmesine yardımcı olur. Bu yöntem, kullanıcılar için karmaşıklığı soyutlayarak çapraz zincir işlemlerini daha akıcı ve hızlı hale getirir.

Ağ doğrulaması: Bu merkeziyetsiz düğüm operatörleri ağı, çapraz zincir işlemlerini doğrular ve daha hızlı ekonomik nihai kesinlik sağlar. Daha hızlı nihai kesinlik, çapraz zincir işlemlerinin etkili bir şekilde uzlaştırılmasını sağlamak için kritik öneme sahiptir ve böylece gecikmeli uzlaşmanın neden olduğu likidite parçalanma riskini en aza indirir.

Flashblocks ve doğrulanabilir blok inşası: Flashblocks kullanarak, bu zincir blok zamanını önemli ölçüde kısaltmış, likidite sağlayıcılarının verimliliğini artırmış ve daha senkronize bir çapraz zincir pazarına ulaşmıştır. Flashblocks, likiditenin her zaman erişilebilir olmasını sağlamaya ve blok onay gecikmelerinin neden olabileceği olumsuz etkileri azaltmaya yardımcı olur; bu durum likiditenin parçalanmasına yol açabilir.

![Katman 2 dönemi altında, Likidite insanları enayi yerine koymak sorunlarının araştırılması](