Katman 2 dönemindeki likidite insanları enayi yerine koymak problemi araştırması

Ethereum'un Katman 2 odaklı genişleme planlarına geçişi ve RaaS gibi araçların ortaya çıkmasıyla birlikte, birçok kamu zinciri hızla gelişmektedir. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme elde etmek amacıyla kendi zincirlerini kurmak istemektedir. Ancak, çok sayıda kamu zincirinin ortaya çıkması, ekosistemin gelişiminin kamu zincirlerinin hızına ayak uydurmasını zorlaştırmakta ve bu durum birçok projenin TGE sırasında değer kaybetmesine neden olmaktadır.

OP Stack sayesinde, bir işlem platformu kendi Base Katman 2'sini piyasaya sürdü, başka bir işlem platformu Ink'i duyurdu; ZK teknolojisi sayesinde, bir işlem platformu XLayer'ı tanıttı; Sony Soneium'u, LINE ise Kaia'yı çıkardı. Artık bir zincir inşa etmek için gereken finansman ve teknik engeller önemli ölçüde azaldı, OP Stack'e dayalı bir zincirin işletme maliyeti aylık yaklaşık 10.000 dolar.

Gelecek, çok zincirli bir varoluş dönemi olacaktır. Bu Katman 2 zincirleri EVM uyumluluğunu tercih ederek etkileşim sağlasa da, arkasındaki Web2 varlıklarının büyük miktarda aşağı akış uygulamalarına sahip olması nedeniyle, uygulamaları aynı zincir üzerinde inşa etmek ve uzlaşmak oldukça zor olacaktır.

Mevcut çok zincirli ekosistem yeni bir zorluk getirdi: Likidite ve durumun dağılması. Çok zincir varlığı kaçınılmaz olduğundan, birlikte çalışabilirlik keşfedilmesi ve çözülmesi gereken bir alan. Şu anda birçok likidite çözümü mevcut, örneğin zincir soyutlama, niyet, Clearing Execution, Native CrossChain, ZKSharding vb. ancak bunların temel özelliği aynıdır.

Kullanmakta olduğumuz sektör tarafından daha fazla kabul gören Cake mimarisini kullanarak, zincirler arası soyutlamanın temel bileşenlerini yukarıdan aşağıya tanıtacağız:

Uygulama Katmanı (Application Layer)

Bu, 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 alt katmandaki likidite dönüşüm mekanizmasını mutlaka anlamazlar.

İzin Katmanı (Permission Layer)

Uygulama katmanının altında bulunan, kullanıcıların cüzdanı dApp'e bağlayarak ve teklif talep ederek işlem niyetlerini karşılamalarını sağlar. Buradaki "niyet", kullanıcıların beklediği nihai işlem sonucunu (yani çıktıyı) ifade eder, işlem için belirli bir yürütme yolu değil.

Hesap Yönetimi ve Abstraksiyon Katmanı (Anahtar Yönetimi ve Hesap Abstraksiyonu)

Çoklu zincir ortamının varlığı nedeniyle, farklı zincirlerin benzersiz hesap yapılarını sürdürmek için farklı zincirlere uyum sağlayan bir hesap yönetimi ve soyutlama sistemi gereklidir. Örneğin, SUI'nin nesne merkezli hesap sistemi EVM'den tamamen farklıdır. One Balance, bu alandaki temsilci projedir ve zincirler arası konsensüs oluşturmadan, yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler ile güvenilir bir hesap sistemi inşa etmiştir. Near Account, kullanıcılar için çoklu zincir hesap cüzdanları oluşturarak soyutlama yönetimini gerçekleştirir, bu da kullanıcı deneyimini büyük ölçüde optimize eder ve UX'in parçalanmasını azaltır. Ancak, likidite açısından mevcut kamu zincirleri ile ana olarak entegrasyon sağlanmıştır.

Çözüm Katmanı (Solver Layer)

Bu katman, kullanıcıların ticaret niyetlerini almak ve gerçekleştirmekle sorumludur. Solver rolü burada daha iyi bir kullanıcı deneyimi sağlamak için rekabet eder, bu da daha hızlı işlem süreleri ve yürütme hızları içerir. Bu temelde, niyet temelli projeler çeşitli niyet odaklı çözümler geliştirmiştir. Bu tür niyetlerin türevleri, belirli kurallar altında kullanıcı niyetini gerçekleştirebilen Predicate bileşeni gibi.

Aşama 2 (Katman 2)

Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katman olan katman 2'yi çözümlemektir. Likidite ve durum dağıtımına yönelik çözümün temel bileşenleri şunlardır:

• Oracle: Diğer zincirlerdeki durum bilgilerini almak için kullanılır.
• Köprüler (Bridges): Zincirler arası bilgi ve Likidite aktarımından sorumludur.
• Ön Onay (Pre-Confirmation): Zincirler arası onay süresini kısaltır.
• Veri Erişilebilirliği (DA): Verilerin erişilebilirliğini sağlamak.

Ayrıca, tüm çoklu zincir sisteminin verimli çalışmasını sağlamak için zincirler arası likidite, nihai onay (Finality), Katman 2 kanıtlama mekanizması gibi faktörlerin de göz önünde bulundurulması gerekmektedir.

Çözüm

Şu anda piyasada likidite insanları enayi yerine koymak konusunda çeşitli çözümler bulunmaktadır. Birçok çözümü inceledikten sonra, esas olarak bu birkaç yöntemin mevcut olduğunu gördük:

1. RaaS merkezli: OP Stack gibi Rollup çözümleri ile, OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu desteklemek için belirli bir ortak sıralayıcı ve çapraz zincir köprüsü ekleyerek bunu sağlamak. Bu, likidite ve durumun dağınıklığını daha yüksek bir düzeyde çözmeyi umuyor. Burada daha fazla ayrıntılı olan, ayrı bir tasarım ortak sıralayıcıdır, bu çözüm daha çok Katman 2'ye yöneliktir ve evrensel bir niteliğ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, tamamen zincirli bir hesap cüzdanı inşa edin. Temel bileşeni, kullanıcıların çok zincirli işlemler için imza atmasını sağlayan MPC ağıdır. Bu sistem, UX parçalanma sorununu büyük ölçüde çözse de, geliştiriciler için karmaşık bir arka uç uygulaması gerektirir ve esasen likidite ve durum dağılımını çözmez.

3. Off-chain niyet ağına odaklanma: Temel olarak, kullanıcıların niyetlerini Solver ağına göndermesi, Solver'ın rekabetçi teklifler vermesi ve en iyi tamamlama süresi ile işlem fiyatını sağlamasıdır. Bu Solver'lar AI Agent, CEX, Piyasa Yapıcı veya entegre protokoller olabilir. Niyet, teorik olarak herhangi bir karmaşık çapraz zincir işlemi gerçekleştirebilirken, pratikte yeterli Likidite Solver'ların desteğine ihtiyaç vardır ve bazı off-chain taleplerle karşılaşıldığında, Solver'ın dolandırıcılık riski bulunmaktadır. Dolandırıcılık kanıtları gibi yöntemler getirildiğinde, Solver Ağı'nın uygulanma zorluğu daha da artacak ve Solver'ı işletme eşiği de yükselecektir.

4. Zincir üzerindeki likidite ağına odaklanma: Bu yön, özellikle çapraz zincir likidite sorununu optimize etmeye yöneliktir, ancak diğer zincir üzerindeki durumların dağınık sorununu çözmemektedir. Temel amacı, tüm zincir likiditesini paylaşmak için uygulamaların inşa edileceği bir likidite katmanı oluşturmaktır.

5. Zincir üzerindeki uygulamalara odaklanma: Bu tür uygulamalar, yüksek likidite uygulamaları oluşturmak için büyük MM'leri veya üçüncü taraf uygulamaları entegre ederek geliştirilir. Bu tür projeler karmaşık çok zincirli süreçleri yönetmeyi gerektirir, bu nedenle geliştiricilerden yüksek beceri gerektirir ve bu nedenle de hack saldırıları gibi olaylar meydana gelme olasılığı yüksektir.

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

Yukarıdaki iki sınıflandırmada, pasta yapısına göre Settlement Layer en atomik düzeydeki çözümdür. Bu çapraz zincir, oracle, Pre-Confirmation gibi atomik çözümlerin üzerine inşa edilen daha soyut bir katman, Solver Layer, Permission Layer ve Application Layer'dır. Yukarıda listelenen çeşitli soyut veya likidite çözümleri inşa etmek için farklı yönlere giden katmanlar, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik düzeyde çözümler değildir; tüm likidite insana enayi yerine koymak sorunları, birçok karmaşık türev sorunların ortaya çıkmasına neden olmuştur. Dolayısıyla, birlikte çalışabilirlik açısından pek çok çeşitli çözüm geliştirilmiştir. Ancak özünde hala bu bileşenlere bağımlıdır. Şimdi, çeşitli zincir soyutlama kavramı projelerini tartışacağız ve her birinin likidite insana enayi yerine koymak sorununu nasıl kendi bakış açılarından çözdüğünü göreceğiz.

INFINIT

INFINIT, DeFi alanında RaaS hizmeti oluşturdu. Bu hizmet, DeFi protokollerinin doğrudan inşa etmek için ihtiyaç duyduğu bileşenleri, örneğin Oracle, Pool Type, IRM, Asset gibi, 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 Infinit'in likidite katmanında tutulmaktadır. Ancak, şu anda temel çalışma prensiplerini açıklamamaktadır. Şu anda INFINIT, bazı yatırımcı kuruluşlardan 600 milyon dolar tohum turu finansmanı almıştır.

Khalani Ağı

Khalani, üç temel bileşen inşa etti: Intent uyum katmanı, Validity ve genel ödeme katmanı.

Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir; ardından Khalani'nin Niyet uyum katmanı, dış niyetleri protokol Çözücüsü tarafından tanınabilen bir formata dönüştürebilir. Kullanılan standart format Geçerlilik dilidir. Khalani düğümü, nihai sonuçları genel uzlaşma katmanına göndermek için çapraz zincir köprüleri, hızlı uzlaşma teknolojileri gibi yöntemlerle sorumludur. Bu proje hala inşa aşamasındadır ve daha fazla çalışma detayları henüz açıklanmamıştır. Ağustos ayında bazı yatırım kuruluşlarından 2,2 milyon dolarlık bir tohum yatırımı almıştır.

Likit

Liquorice, bir merkeziyetsiz uygulamadır ve açık artırmaya dayalı fiyat keşfi ile tek yönlü likidite havuzları sağlamaktadır. Liquorice'in ana misyonu, profesyonel ticaret şirketlerine etkili envanter yönetim araçları sunmak ve kullanıcı niyeti ile işlem gerçekleştirilirken temel DeFi protokollerine kolayca bağlanmaktır. Bu arada, Liquorice borç verme ve borç alma işlemleri için bir piyasa oluşturmuştur. Bu uygulama, işlemlere daha fazla odaklanmaktadır. Halen geliştirme aşamasında olup, Temmuz ayında bir yatırım kuruluşunun liderlik ettiği 1,2 milyon dolar Pre-seed turu finansmanı aldığını duyurmuştur.

Xion

Xion, Burnt markasının bir yükseltmesi olarak ortaya çıkmıştır. Geçmişte Burnt, tüketici uygulamalarına odaklanan bir uygulamaydı. Daha sonra ekip, zincir üzerindeki etkileşimlerin büyük ölçüde parçalanma sorunu olduğunu fark etti ve bu sorunu iyileştirmek için Xion'u inşa etti. Xion, Comet BFT konsensüs protokolü üzerine inşa edilmiştir. Kullanılan çapraz zincir iletişimi, Cosmos IBC'ye dayanmakta olup, bu nedenle diğer çapraz zincir köprülerine göre daha yerel ve güvenlidir. Toplamda dört finansman turu gerçekleştirilmiş ve birçok yatırım kuruluşunun desteğini almıştır.

=nil; Vakıf

nil, Ethereum'in ZK hesaplama pazarı, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir, ekip derin bir ZK teknik alt yapı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 gerçekleştirmek ve ZKP oluşturmak için kullanılır. Ana parçalama, verileri doğrulamak, Ethereum ile iletişim kurmak ve tüm doğrulayıcılar arasında ağ durumunu senkronize etmekle sorumludur. Ana parçalama ayrıca, yürütme parçalamalarındaki doğrulayıcıların ve hesapların dağılımını yönetir. Doğrulama komitesinin kullandığı konsensüs protokolü de Hotstuff'tır, bu son zamanlarda paralel yürütme projelerinde oldukça yaygındır. =nil; L2, baştan itibaren parçalar arası iletişimi protokole entegre etti. Parçalar arası mesajlar, her parçanın doğrulayıcı komitesi tarafından işlem olarak doğrulanır.

Temel fikir, parçalı Layer 2 mimarisi aracılığıyla, IBC gibi gömülü parçalar arası iletişim mimarisi inşa etmektir. Böylece likidite ve durum dağılması sorunlarını çözebiliriz. Ancak, temel fikir mantıklı değildir, çünkü likidite dağılması sorunu çok zincirli bir sorundur; inşa edilen ise tek bir Layer 2’dir. Yani, çözmek istiyorsak tüm zincirlerin ZK-sharding'in bir parçası olması gerekir, bu ise zor bir durumdur.

ERC-7683

Ethereum, bu çapraz zincir likidite sorununu çözmeye de çalışıyor. Şu anda bazı tanınmış projeler, ERC7683 standardını ilk olarak kamuya açık bir şekilde destekliyor; bu da niyet temelli çapraz zincir yöntemine dayanıyor. Temel hedefi, L2 ve yan zincirler arasındaki çapraz zincir işlemleri için genel bir standart oluşturarak, sipariş ve ödeme arayüzlerini standartlaştırmak ve kesintisiz çapraz zincir yürütmeyi sağlamaktır. Bunun en önemli yönü, bir Filler'ın, zincir soyutlaması içindeki Solver rolünü üstlenerek ödeme yapabilmesidir. Bu öneri, bazı tanınmış projeler tarafından ortaklaşa inşa edilmiştir ve şu anda Cake çalışma grubu tarafından incelenmektedir.

OP Yığını

OP Stack, ERC-7683 ve zkSharding gibi, Ethereum'un Layer 2'ler arasındaki likidite parçalanması için tasarlanmış çözümleridir ve bu sorunları mimari, konsensüs ve uygulama katmanında çözmektedirler. OP Stack, bilgi iletimi ve Sequencer merkeziyetsizliği sorununu bir kerede çözmek için tam bir çok Layer 2 çözümü tasarlamaktadır. OP Stack mimarisini kullandığınızda, otomatik olarak çapraz zincir sözleşmeleri dağıtılır ve yanıltıcı çapraz zincir bilgilerini önlemek için bir Supervisor bulunur. Şu anda OP Stack mimarisini kullanan birçok tanınmış borsa ve proje bulunmaktadır.

Bunlar arasında, en tipik olanı Unichain'dir. Unichain, esasen ile işbirliği yaparak