Katman 2 döneminin Likidite zorlukları ve çözümleri
Ethereum, Layer 2 merkezli genişleme planına yöneldiğinde ve RaaS gibi 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 değerlemeler aramak için kendi zincirlerini inşa etmek istiyor. Ancak, birçok kamu zincirinin ortaya çıkması, ekosistemin gelişiminin kamu zincirlerinin hızına ayak uydurmasını zorlaştırdı ve bu da birçok projenin ilk token arzında değer kaybetmesine neden oldu.
OP Stack sayesinde, bir borsa kendi Base Katman 2'sini tanıttı, bir başka borsa Ink'i yayınladı; ZK teknolojisi sayesinde, bir borsa XLayer'i tanıttı; bir teknoloji şirketi Soneium'u, bir iletişim şirketi Kaia'yı vb. tanıttı. Artık bir blok zinciri inşa etmenin maliyet ve teknik engelleri büyük ölçüde azalmış durumda, OP Stack tabanlı bir zincirin işletme maliyeti aylık yaklaşık 10.000 dolar.
Gelecek kesinlikle çoklu zincirlerin bir arada bulunduğu bir dönem olacak. Bu Katman 2 zincirleri EVM uyumluluğunu seçerek birbirleriyle etkileşim kurabilirken, arkasındaki Web2 varlıklarının çok sayıda aşağı akış uygulamasına sahip olması nedeniyle, aynı zincir üzerinde uygulama inşa edip mutabakat sağlamakta zorlanacaklar.
Mevcut çoklu zincir ekosistemi, yeni bir zorluk getiriyor: Likidite ve durumun dağılması. Çoklu zincirlerin varlığı kaçınılmaz olduğu için, 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 gibi, ancak bunların temel özelliği aynıdır.
Kapsamlı bir şekilde, sektörde daha fazla kabul gören Cake mimarisini kullanarak, çapraz zincir soyutlamanın temel bileşenlerinin yapısını yukarıdan aşağıya tanıtı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 ayrıntılarını tamamen gizler. Uygulama katmanında, kullanıcılar ön yüz arayüzüyle etkileşimde bulunur, ancak temel likidite dönüşüm mekanizmasını tam olarak anlamayabilir.
İzin Katmanı (Permission Layer)
Uygulama katmanının altında yer alan, kullanıcıların cüzdanlarını dApp'e bağlayarak fiyat teklifi istemeleriyle işlem niyetlerini karşılamalarıdır. 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, her bir zincirin kendine özgü hesap yapısını korumak için gereklidir. Bir proje, güvenilir bir hesap sistemi inşa etti; zincirler arası konsensüs kurmaya gerek yoktur, yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler gereklidir. Diğer bir proje, kullanıcılar için çok zincirli hesap cüzdanları oluşturarak soyutlama yönetimini gerçekleştirdi, bu da kullanıcı deneyimini büyük ölçüde optimize etti ve UX'in parçalanmasını azalttı. Ancak, likidite açısından mevcut halka açık zincirler ana entegrasyonu oluşturdu.
Çözüm Katmanı (Solver Layer)
Bu katman, kullanıcıların işlem niyetlerini almak ve gerçekleştirmekle sorumludur. Solver rolü burada, daha hızlı işlem süreleri ve yürütme hızı sağlamak için rekabet eder. Bu temel üzerine, niyet projeleri, çeşitli niyet odaklı çözümler geliştirmiştir. Bu tür niyetlerin türevleri olarak, Predicate bileşeni, belirli kurallar altında kullanıcı niyetlerini gerçekleştirebilir.
Hesaplama Katmanı (Settlement Layer)
Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katman olan katman 2'dir. Likidite ve durumun dağılmasını sağlayan çö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ını sağlar.
Ön Onay (Pre-Confirmation): Zincirler arası onay süresini kısaltır.
Veri Erişilebilirliği (DA): Verilerin erişilebilirliğini sağlar.
Ayrıca, tüm çoklu zincir sisteminin verimli çalışmasını sağlamak için zincirler arası likidite, nihai onay (Finality), Katman 2 kanıt mekanizması gibi faktörler de dikkate alınmalıdır.
Şu anda, piyasada likidite ayrışmasını çözen çeşitli çözümler bulunmaktadır, bunlar arasında şunlar başlıca yer almaktadır:
RaaS merkezli: OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu paylaşmak için belirli bir paylaşımlı sıralayıcı ve çapraz zincir köprü ekleyerek yardımcı olun.
Hesap merkezli: Çeşitli blok zinciri protokollerinde işlem imzalamak ve yürütmek için "zincir imzası" teknolojisini destekleyen, tam zincirli bir hesap cüzdanı oluşturun.
Off-chain niyet ağı merkezli: Kullanıcı, niyetini Solver ağına gönderir, Solver rekabetçi teklifler sunar ve en iyi tamamlama süresini ve işlem fiyatını verir.
Zincir üzerindeki likidite ağı merkezli: Tüm zincir likiditesini paylaşmak için uygulamaların inşa edileceği bir likidite katmanı oluşturmak.
Zincir üzerindeki uygulamalara odaklanma: Yüksek likidite uygulamaları oluşturmak için büyük piyasa yapıcılar veya üçüncü taraf uygulamalarını entegre ederek.
Likidite sorununu çözmek çok önemli bir meseledir. Finans dünyasında likidite genellikle her şeyi temsil eder. Eğer dağınık tüm zincirlikiditeyi bir araya getiren entegre bir likidite platformu inşa edilebilirse, çok büyük bir potansiyele sahip olacaktır.
Bazı tipik zincir soyut kavram projeleri şunlardır:
INFINIT
INFINIT, DeFi protokollerinin doğrudan inşa edilmesi için gerekli bileşenleri, Oracle, Havuz Tipi, IRM, Varlık gibi, sağlayan bir RaaS hizmeti oluşturdu. Ayrıca hemen etkinleştirilebilen Kaldıraçlı İşlem ve Getiri Stratejisi gibi bileşenler de sunabiliyor.
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 ve ardından Khalani'nin Intent uyum katmanı, dış niyetleri protokol Solver'ın tanıyabileceği formata dönüştürebilir.
Ayran
Liquorice, bir merkeziyetsiz uygulamadır ve açık artırmaya dayalı fiyat keşfi ile tek taraflı likidite havuzlarını gerçekleştirmektedir. Ana misyonu, profesyonel ticaret şirketlerine etkili envanter yönetim araçları sağlamaktır ve kullanım niyetiyle 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. 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.
=nil; Vakıf
nil, Ethereum'un ZK hesaplama pazarı, ZK yardımcı işlemci ve Katman 2 geliştiricisidir. ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendiren, parçaları paralel olarak işleyen ve ZKP üreten zkSharding çözümünü önerdi.
ERC-7683
Bu, L2 ve yan zincirler arası çapraz zincir işlemleri için genel bir standart oluşturma önerisidir; amacım, sipariş ve hesaplaşma arayüzlerini standart hale getirerek kesintisiz çapraz zincir yürütmesini sağlamaktır.
OP Stack
OP Stack, bilgi iletimi ve Sequencer merkeziyetsizliği sorununu bir seferde çözmek için tam bir çok Katman 2 çözümü tasarlayarak çalışır. OP Stack mimarisi kullanıldığında, otomatik olarak çapraz zincir sözleşmeleri dağıtılır ve sahte çapraz zincir bilgilerini iletmekten kaçınmak için bir Supervisor bulunur.
Karmaşık ve çok sayıda çözümü olan bir alan olan, çapraz zincir likidite sorununu çözmek. Gelecek kesinlikle çok zincirli olacak ve likidite dağınıklığı sorununu çözmek, sektörün kaçınılmaz olarak karşılaşacağı bir zorluktur. Bu tür bir tam zincir likidite entegrasyonu geniş bir büyüme alanı sunmakta ve Web3 çağı için önemli bir altyapı inşa etme potansiyeline sahip.
View Original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Katman 2 çağının Likidite zorlukları ve çoklu zincir entegrasyon çözümleri
Katman 2 döneminin Likidite zorlukları ve çözümleri
Ethereum, Layer 2 merkezli genişleme planına yöneldiğinde ve RaaS gibi 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 değerlemeler aramak için kendi zincirlerini inşa etmek istiyor. Ancak, birçok kamu zincirinin ortaya çıkması, ekosistemin gelişiminin kamu zincirlerinin hızına ayak uydurmasını zorlaştırdı ve bu da birçok projenin ilk token arzında değer kaybetmesine neden oldu.
OP Stack sayesinde, bir borsa kendi Base Katman 2'sini tanıttı, bir başka borsa Ink'i yayınladı; ZK teknolojisi sayesinde, bir borsa XLayer'i tanıttı; bir teknoloji şirketi Soneium'u, bir iletişim şirketi Kaia'yı vb. tanıttı. Artık bir blok zinciri inşa etmenin maliyet ve teknik engelleri büyük ölçüde azalmış durumda, OP Stack tabanlı bir zincirin işletme maliyeti aylık yaklaşık 10.000 dolar.
Gelecek kesinlikle çoklu zincirlerin bir arada bulunduğu bir dönem olacak. Bu Katman 2 zincirleri EVM uyumluluğunu seçerek birbirleriyle etkileşim kurabilirken, arkasındaki Web2 varlıklarının çok sayıda aşağı akış uygulamasına sahip olması nedeniyle, aynı zincir üzerinde uygulama inşa edip mutabakat sağlamakta zorlanacaklar.
Mevcut çoklu zincir ekosistemi, yeni bir zorluk getiriyor: Likidite ve durumun dağılması. Çoklu zincirlerin varlığı kaçınılmaz olduğu için, 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 gibi, ancak bunların temel özelliği aynıdır.
Kapsamlı bir şekilde, sektörde daha fazla kabul gören Cake mimarisini kullanarak, çapraz zincir soyutlamanın temel bileşenlerinin yapısını yukarıdan aşağıya tanıtı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 ayrıntılarını tamamen gizler. Uygulama katmanında, kullanıcılar ön yüz arayüzüyle etkileşimde bulunur, ancak temel likidite dönüşüm mekanizmasını tam olarak anlamayabilir.
İzin Katmanı (Permission Layer)
Uygulama katmanının altında yer alan, kullanıcıların cüzdanlarını dApp'e bağlayarak fiyat teklifi istemeleriyle işlem niyetlerini karşılamalarıdır. 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, her bir zincirin kendine özgü hesap yapısını korumak için gereklidir. Bir proje, güvenilir bir hesap sistemi inşa etti; zincirler arası konsensüs kurmaya gerek yoktur, yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler gereklidir. Diğer bir proje, kullanıcılar için çok zincirli hesap cüzdanları oluşturarak soyutlama yönetimini gerçekleştirdi, bu da kullanıcı deneyimini büyük ölçüde optimize etti ve UX'in parçalanmasını azalttı. Ancak, likidite açısından mevcut halka açık zincirler ana entegrasyonu oluşturdu.
Çözüm Katmanı (Solver Layer)
Bu katman, kullanıcıların işlem niyetlerini almak ve gerçekleştirmekle sorumludur. Solver rolü burada, daha hızlı işlem süreleri ve yürütme hızı sağlamak için rekabet eder. Bu temel üzerine, niyet projeleri, çeşitli niyet odaklı çözümler geliştirmiştir. Bu tür niyetlerin türevleri olarak, Predicate bileşeni, belirli kurallar altında kullanıcı niyetlerini gerçekleştirebilir.
Hesaplama Katmanı (Settlement Layer)
Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katman olan katman 2'dir. Likidite ve durumun dağılmasını sağlayan çözümün temel bileşenleri şunlardır:
Ayrıca, tüm çoklu zincir sisteminin verimli çalışmasını sağlamak için zincirler arası likidite, nihai onay (Finality), Katman 2 kanıt mekanizması gibi faktörler de dikkate alınmalıdır.
Şu anda, piyasada likidite ayrışmasını çözen çeşitli çözümler bulunmaktadır, bunlar arasında şunlar başlıca yer almaktadır:
RaaS merkezli: OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu paylaşmak için belirli bir paylaşımlı sıralayıcı ve çapraz zincir köprü ekleyerek yardımcı olun.
Hesap merkezli: Çeşitli blok zinciri protokollerinde işlem imzalamak ve yürütmek için "zincir imzası" teknolojisini destekleyen, tam zincirli bir hesap cüzdanı oluşturun.
Off-chain niyet ağı merkezli: Kullanıcı, niyetini Solver ağına gönderir, Solver rekabetçi teklifler sunar ve en iyi tamamlama süresini ve işlem fiyatını verir.
Zincir üzerindeki likidite ağı merkezli: Tüm zincir likiditesini paylaşmak için uygulamaların inşa edileceği bir likidite katmanı oluşturmak.
Zincir üzerindeki uygulamalara odaklanma: Yüksek likidite uygulamaları oluşturmak için büyük piyasa yapıcılar veya üçüncü taraf uygulamalarını entegre ederek.
Likidite sorununu çözmek çok önemli bir meseledir. Finans dünyasında likidite genellikle her şeyi temsil eder. Eğer dağınık tüm zincirlikiditeyi bir araya getiren entegre bir likidite platformu inşa edilebilirse, çok büyük bir potansiyele sahip olacaktır.
Bazı tipik zincir soyut kavram projeleri şunlardır:
INFINIT
INFINIT, DeFi protokollerinin doğrudan inşa edilmesi için gerekli bileşenleri, Oracle, Havuz Tipi, IRM, Varlık gibi, sağlayan bir RaaS hizmeti oluşturdu. Ayrıca hemen etkinleştirilebilen Kaldıraçlı İşlem ve Getiri Stratejisi gibi bileşenler de sunabiliyor.
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 ve ardından Khalani'nin Intent uyum katmanı, dış niyetleri protokol Solver'ın tanıyabileceği formata dönüştürebilir.
Ayran
Liquorice, bir merkeziyetsiz uygulamadır ve açık artırmaya dayalı fiyat keşfi ile tek taraflı likidite havuzlarını gerçekleştirmektedir. Ana misyonu, profesyonel ticaret şirketlerine etkili envanter yönetim araçları sağlamaktır ve kullanım niyetiyle 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. 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.
=nil; Vakıf
nil, Ethereum'un ZK hesaplama pazarı, ZK yardımcı işlemci ve Katman 2 geliştiricisidir. ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendiren, parçaları paralel olarak işleyen ve ZKP üreten zkSharding çözümünü önerdi.
ERC-7683
Bu, L2 ve yan zincirler arası çapraz zincir işlemleri için genel bir standart oluşturma önerisidir; amacım, sipariş ve hesaplaşma arayüzlerini standart hale getirerek kesintisiz çapraz zincir yürütmesini sağlamaktır.
OP Stack
OP Stack, bilgi iletimi ve Sequencer merkeziyetsizliği sorununu bir seferde çözmek için tam bir çok Katman 2 çözümü tasarlayarak çalışır. OP Stack mimarisi kullanıldığında, otomatik olarak çapraz zincir sözleşmeleri dağıtılır ve sahte çapraz zincir bilgilerini iletmekten kaçınmak için bir Supervisor bulunur.
Karmaşık ve çok sayıda çözümü olan bir alan olan, çapraz zincir likidite sorununu çözmek. Gelecek kesinlikle çok zincirli olacak ve likidite dağınıklığı sorununu çözmek, sektörün kaçınılmaz olarak karşılaşacağı bir zorluktur. Bu tür bir tam zincir likidite entegrasyonu geniş bir büyüme alanı sunmakta ve Web3 çağı için önemli bir altyapı inşa etme potansiyeline sahip.