Katman 2 çağı altında Likidite insanları enayi yerine koymak problemi araştırması

Ethereum'un Katman 2 odaklı genişleme çözümlerine geçişi ve ilgili araçların ortaya çıkmasıyla birlikte, birçok kamu 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 etmeyi umuyor. Ancak, birçok kamu zincirinin ortaya çıkması, ekosistemin gelişiminin kamu zincirlerinin hızına ayak uydurmasını zorlaştırıyor ve bu da birçok projenin başlangıç aşamasında zorluklarla karşılaşmasına neden oluyor.

İlgili teknolojilerden yararlanarak, birçok tanınmış şirket ve kurum kendi Katman 2 veya özel zincirlerini piyasaya sürdü. Artık bir zincir inşa etmenin finansman ve teknoloji engelleri büyük ölçüde azalmış durumda; belirli bir teknoloji yığınına dayalı bir zincirin işletim maliyeti aylık yaklaşık 10,000 dolar.

Gelecek, çoklu zincirlerin bir arada bulunduğu bir dönem olacaktır. Bu Layer 2 zincirleri, etkileşim sağlamak için EVM uyumluluğunu seçebilir, ancak arkasındaki varlıkların birçok alt uygulamaya sahip olması nedeniyle, aynı zincir üzerinde uygulama oluşturmak ve uzlaşmaya varmak zor olacaktır.

Mevcut çoklu zincir ekosistemi yeni bir zorluk getirdi: Likidite ve durumun dağılması. Çoklu zincirlerin 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 soyutlaması, niyet, Clearing Execution, Native CrossChain, ZKSharding vb., ancak bunların temel özelliği her zaman aynıdır.

Kapsayıcı zincir soyutlamasının temel bileşenlerini yukarıdan aşağıya tanıtmak için endüstri tarafından daha fazla kabul gören Cake mimarisini kullanıyoruz:

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üyle etkileşimde bulunur ve mutlaka temel likidite dönüşüm mekanizmasını anlamazlar.

İzin Katmanı (Permission Layer)

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

Hesap Yönetimi ve Soyutlama Katmanı (Key Management and Account Abstraction)

Çok zincirli ortamın varlığı nedeniyle, farklı zincirlere uyum sağlayan bir hesap yönetimi ve soyutlama sistemi gereklidir; bu, her bir zincirin benzersiz hesap yapısını sürdürmektedir. Bazı projeler, güvenilir bir hesap sistemi inşa ederek ya da kullanıcılar için çok zincirli hesap cüzdanları oluşturarak soyut yönetimi gerçekleştiriyor ve bu da kullanıcı deneyimini büyük ölçüde optimize ederek UX'in parçalanmasını azaltıyor.

Çözüm Katmanı (Solver Layer)

Bu katman, 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 rekabet eder, bu da daha hızlı işlem süreleri ve yürütme hızı içerir. Bu temelde, bazı projeler çeşitli niyet odaklı çözümler geliştirmiştir.

Hesaplama Katmanı (Settlement Layer)

Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katmandır. Likidite ve durum dağıtımı çözümlerinin ana 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 iletiminden sorumludur.
• Ön Onay Planı (Pre-Confirmation): Çapraz zincir onay süresini kısaltmak.
• Veri Erişilebilirliği (DA): Verilerin erişilebilirliğini sağlar.

Ayrıca, tüm çok zincirli sistemin 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 insani enayi yerine koymak için çeşitli çözümler bulunmaktadır, başlıca şu yöntemleri içermektedir:

1. Belirli bir teknolojiye odaklanma: Belirli bir teknoloji yığını üzerinde inşa edilen Rollup'ın ortak likidite ve durumunu desteklemek için belirli paylaşımlı sıralayıcılar ve çapraz zincir köprüler ekleyerek.

2. Hesap merkezli: Belirli teknolojilerle desteklenen, çeşitli blok zinciri protokollerinde işlem imzalama ve yürütme için tam zincir bir hesap cüzdanı oluşturmak.

3. Zincir dışı niyet ağına odaklanarak: Kullanıcı, Solver ağına niyet gönderir, Solver bu rolü üstlenerek tekliflerde rekabet eder, en iyi tamamlama süresi ve işlem fiyatını sağlar.

4. Zincir üstü likidite ağına odaklanma: Çapraz zincir likidite sorunlarını özel olarak optimize etmek, bir likidite katmanı inşa etmek ve bu katman üzerinde uygulamalar kurarak tüm zincir likiditesini paylaşmak.

5. Zincir üstü uygulamalara odaklanma: Yüksek Likidite uygulamaları oluşturmak için büyük MM veya üçüncü taraf uygulamaları entegre ederek.

Likidite sorununu çözmek çok önemli bir meseledir, finans dünyasında genellikle likidite her şeyi temsil eder. Eğer parçalı olan tüm zincir likiditesini bir araya toplayan bir likidite entegrasyon platformu inşa edebilirsek, büyük bir potansiyele sahip olacağız.

Sonraki bölümde, birkaç tipik zincir soyutlama konsepti projesini tartışacağız ve her birinin likidite kopukluğu sorununu kendi bakış açılarından nasıl çözdüğüne göz atacağız.

INFINIT

INFINIT, DeFi protokollerinin doğrudan inşası için gerekli bileşenleri, Oracle, Havuz Tipi, IRM, Varlık gibi, sağlayabilen bir DeFi hizmeti inşa etti. Ayrıca anında etkinleştirilebilen Kaldıraç Ticareti ve Getiri Stratejisi gibi bileşenler de sunabilmektedir. Diğer uygulama inşaatlarının eşdeğeri olmakla birlikte, nihai likidite INFINIT'in likidite katmanında yer almaktadır.

Khalani Ağı

Khalani, üç ana bileşen inşa etti: Intent uyum katmanı, Validity ve genel uzlaşma katmanı. Harici uygulamalar veya niyet katmanı, Khalani'ye niyetler yayınlayabilir, ardından Khalani'nin Intent uyum katmanı, harici niyetleri protokol Solver'ın tanıyabileceği bir formata dönüştürebilir.

Meyan Kökü

Liquorice, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzları sağlayan merkeziyetsiz bir uygulamadır. Liquorice'in ana misyonu, profesyonel ticaret şirketlerine etkili envanter yönetim araçları sunmak ve kullanım niyetine göre işlem gerçekleştirdiğinde temel DeFi protokollerine kolayca bağlanmaktır.

Xion

Xion, Comet BFT konsensüs protokolü üzerine inşa edilmiştir. Kullandığı çapraz zincir iletişimi, Cosmos IBC'ye dayanmakta olduğundan, diğer çapraz zincir köprülerine göre daha yerel ve güvenlidir.

=nil; Vakıf

nil, Ethereum'un ZK hesaplama pazarı, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir ve zkSharding çözümünü önermektedir. Bu çözüm, Ethereum ana ağını yatay olarak ölçeklendirmek, parçaları paralel işlemek ve ZKP üretmek için ZK teknolojisini kullanmaktadır.

ERC-7683

Ethereum, bu çapraz zincir likidite sorununu çözmek için de çalışmalara başladı. Şu anda bazı tanınmış projeler, ERC7683 standardını açıkça destekliyor; bu da, kullanılan çapraz zincir yönteminin Intent tabanlı olduğu anlamına geliyor. Temel hedefi, çapraz L2 ve yan zincirler için çapraz zincir işlemlerini standart hale getirmek, sipariş ve ödeme arayüzlerini standartlaştırmak ve kesintisiz çapraz zincir uygulamasını gerçekleştirmektir.

OP Stack

OP Stack, bilgi iletimi ve Sequencer merkeziyetsizliği sorununu bir kerede çözmek için tam bir çok Katman 2 çözümü tasarlayarak, OP Stack mimarisini kullandığınızda otomatik olarak çapraz zincir sözleşmeleri dağıtır; aynı zamanda sahte çapraz zincir bilgilerini iletmekten kaçınmak için bir Supervisor mevcut olacaktır.

özet

Karmaşık ve çok sayıda çözüm içeren bir alan olan çapraz zincir likidite sorununu çözmek, likidite, durum ve kullanıcı deneyimi parçalanması sorunlarını çözmeye çalışırken farklı açılardan farklı çözümler sunmaktadır. Gelecek kesinlikle çok zincirli olacak, likiditenin dağılma sorununu çözmek sektörün mutlaka karşılaşacağı bir meydan okumadır ve bu tam zincir likidite entegrasyonunun geniş bir gelişim alanı vardır, Web3 çağının önemli bir altyapısını inşa etme potansiyeline sahip olabilir.