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

Ethereum'un Layer 2 merkezli genişleme çözümlerine geçişi ve RaaS gibi araçların ortaya çıkmasıyla birlikte, çok sayıda kamu blok zinciri hızla gelişiyor. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme aramak için kendi zincirlerini inşa etmek istiyor. Ancak, birçok kamu blok zincirinin ortaya çıkması, ekosistemin gelişiminin kamu blok zincirlerinin hızına ayak uydurmasını zorlaştırarak birçok projenin başlangıçta zorluklarla karşılaşmasına neden oluyor.

OP Stack gibi teknolojiler sayesinde, birçok tanınmış şirket ve platform kendi Katman 2 çözümlerini piyasaya sürdü. Artık bir zincir inşa etmenin maliyet ve teknik engelleri büyük ölçüde azaldı; OP Stack tabanlı bir zincirin işletme maliyeti aylık yaklaşık 10.000 dolar.

Gelecek kesinlikle çoklu zincirlerin bir arada var olduğu bir dönem olacaktır. Bu Katman 2 zincirleri EVM uyumluluğunu seçerek etkileşim sağlama şansı bulsalar da, arkasındaki varlıklar nedeniyle çok sayıda aşağı akış uygulamasına sahip olduklarından, aynı zincir üzerinde uygulama geliştirmek ve fikir birliğine varmak oldukça zor olacaktır.

Mevcut çoklu zincir ekosistemi yeni bir zorluk getirdi: Likidite ve durum dağıtımı. Ç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, ancak bunların temel özleri benzer.

Kapsamlı bir şekilde, yukarıdan aşağıya doğru, endüstride daha fazla tanınan Cake mimarisini kullanarak, çapraz zincir soyutlamanın temel bileşenlerini tanıtıyoruz:

Uygulama Katmanı (Application Layer)

Bu, kullanıcıların doğrudan etkileşime girdiği 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, alt katmandaki likidite dönüşüm mekanizmasını mutlaka anlamazlar.

İzin Katmanı (Permission Layer)

Uygulama katmanının altında yer alan, kullanıcıların cüzdanlarını dApp'e bağlayarak ve fiyat teklifi isteyerek işlem niyetlerini karşılamalarını sağlar. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ifade eder, işlemle ilgili spesifik yürütme yolunu değil.

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

Çok zincirli ortamın varlığı nedeniyle, her zincirin benzersiz hesap yapısını korumak için farklı zincirlere uyum sağlayan bir hesap yönetimi ve soyutlama sistemine ihtiyaç vardır. Bazı projeler, güvenilir bir hesap sistemi oluşturarak veya kullanıcılar için çok zincirli 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.

Çö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, daha hızlı işlem süreleri ve yürütme hızlarını içerir. Bazı projeler, belirli kurallar altında kullanıcı niyetlerini gerçekleştirmek için ç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 katman olarak çözülen katmandır. Likidite ve durum dağıtımının çözümünün temel bileşenleri şunlardır:

• Oracle: Diğer zincirlerdeki durum bilgilerini almak için kullanılır.
• Köprü: Zincirler arası bilgi ve likidite iletiminden sorumludur.
• Önceden onaylanan plan: Kripto para köprüsü onay süresini kısaltmak.
• Veri kullanılabilirliği: Verilerin erişilebilirliğini sağlar.

Ayrıca, tüm çoklu zincir sisteminin verimli bir şekilde çalışmasını sağlamak için zincirler arası likidite, nihai onaylama, Katman 2 kanıtlama mekanizması gibi faktörleri de göz önünde bulundurmak gerekir.

Çözüm

Şu anda piyasada likidite ayrımını çözmek için çeşitli çözümler bulunmaktadır, bunlar arasında şunlar yer alır:

1. RaaS merkezli: Belirli bir mimaride inşa edilen Rollup'ların paylaşılmış likidite ve durumunu desteklemek için belirli paylaşılan sıralayıcılar ve çapraz zincir köprüler ekleyerek.

2. Hesap merkezli: Çoklu blok zinciri protokollerinde işlem imzalamak ve yürütmek için "zincir imzası" teknolojisini destekleyen tam zincirli bir hesap cüzdanı oluşturun.

3. Zincir dışı niyet ağına odaklanmak: Kullanıcı, Solver ağına niyet gönderir, Solver rekabetçi teklifler sunar, en iyi tamamlama süresi ve işlem fiyatını verir.

4. Zincir üstü likidite ağı merkezli: Tüm zincir likiditesini paylaşmak için bu katmanın üzerine uygulamalar inşa eden bir likidite katmanı oluşturun.

5. Zincir üzerindeki uygulamalara odaklanmak: Yüksek likidite uygulamaları oluşturmak için büyük MM veya üçüncü taraf uygulamaları entegre etmek.

Likidite sorununu çözmek çok önemli bir meseledir. Eğer parçalı tüm zincir likiditesini bir araya getiren bir likidite entegrasyon platformu oluşturulabilirse, çok büyük bir potansiyele sahip olacaktır.

Aşağıda birkaç tipik zincir soyut kavram projesi bulunmaktadır:

INFINIT

INFINIT, DeFi protokollerinin doğrudan inşa etmek için gerekli bileşenleri, örneğin Oracle, Pool Type, IRM, Asset gibi, sağlayan bir RaaS hizmeti oluşturdu. Ayrıca, hemen kullanılabilir Kaldıraçlı Ticaret ve Getiri Stratejisi gibi bileşenler de sunabiliyor.

Khalani Ağı

Khalani, üç ana bileşen inşa etmiştir; bunlar Intent uyum katmanı, Validity ve genel uzlaşma katmanıdır. Dış uygulamalar veya niyet katmanı, Khalani'ye niyetlerini iletebilir, ardından Khalani'nin Intent uyum katmanı, dış niyetleri protokol Solver'ın tanıyabileceği bir formata dönüştürebilir.

Likör

Liquorice, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzları sağlayan merkeziyetsiz bir uygulamadır. Ana misyonu, profesyonel ticaret firmalarına verimli envanter yönetim araçları sunmak ve kullanım niyetiyle işlem gerçekleştirdiğinde ana DeFi protokollerine kolayca bağlanmaktır.

Xion

Xion, Comet BFT konsensüs protokolü üzerine inşa edilmiştir. Kullanılan çapraz zincir iletişimi, Cosmos IBC'ye dayanmaktadır; bu nedenle diğer çapraz zincir köprülerden daha yerel ve güvenlidir.

=nil; Vakıf

nil, zkSharding çözümünü önerdi. Bu çözüm, ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendirir, parçalama işlemlerini paralel olarak gerçekleştirir ve ZKP oluşturur. Ana parça, verileri doğrular, Ethereum ile iletişim kurar ve tüm doğrulayıcılar arasında ağ durumunu senkronize eder.

ERC-7683

Ethereum, çapraz zincir likidite sorununu çözmeye çalışıyor, şu anda birçok ana platform ERC7683 standardını açıkça destekliyor. Temel hedefi, L2 ve yan zincirler arasında ç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ütmesini sağlamaktır.

OP Stack

OP Stack, bilgi iletimini ve Sequencer merkezileşmesini tek seferde çözmek için tam bir çok Katman 2 çözümü tasarlayarak çalışır. OP Stack mimarisi kullanıldığında, otomatik olarak çapraz zincir akıllı sözleşmeler dağıtılır ve sahte çapraz zincir bilgilerini iletmekten kaçınmak için bir Supervisor bulunur.

Özet

Karmaşık ve birçok çözümün bulunduğu bir alan olan çapraz zincir likidite sorununu çözmek, Layer2 çözümlerinden tüm Layer1'ler için likidite, durum ve kullanıcı deneyimi ayrışma sorunlarına kadar farklı çözüm yaklaşımlarını içermektedir. Gelecek kesinlikle çok zincirli olacak ve likidite dağınıklığı sorununu çözmek, sektörün kaçınılmaz olarak karşılaşacağı bir zorluktur. Tüm zincir likiditesinin entegrasyonu geniş bir büyüme alanına sahiptir ve Web3 çağı için önemli bir altyapı inşa etme potansiyeline sahiptir.