Katman 2 dönemi altında 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 zinciri hızla gelişti. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme aramak için kendi zincirlerini inşa etmek istiyor. Ancak, çok sayıda kamu zincirinin ortaya çıkması, ekosistemin gelişiminin kamu 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 ticaret platformu kendi Base Katman 2'sini tanıttı, başka bir ticaret platformu Ink'i yayımladı; ZK teknolojisini kullanarak, bir başka ticaret platformu XLayer'ı tanıttı; Sony Soneium'u, LINE ise Kaia'yı piyasaya sürdü. Artık bir ağ inşa etmenin maliyet ve teknik engelleri büyük ölçüde azaldı, OP Stack'e dayalı bir ağ işletmenin maliyeti aylık yaklaşık 10,000 dolardır.

Gelecek, çok zincirli bir varoluş dönemine dönüşecektir. Bu Katman 2 zincirleri, etkileşim sağlamak için EVM uyumluluğunu seçse de, arkasındaki Web2 varlıklarının çok sayıda alt uygulamaları nedeniyle, aynı zincir üzerinde uygulama inşa etmek ve uzlaşma sağlamakta zorlanacaklardır.

Mevcut çok zincirli ekosistem yeni bir zorluk getiriyor: Likidite ve durumun dağılması. Çok zincirli varlığın kaçınılmaz olması nedeniyle, birbirleriyle çalışabilirlik keşfedilmesi ve çözülmesi gereken bir alan. Şu anda, zincir soyutlaması, niyet, Clearing Execution, Native CrossChain, ZKSharding gibi birçok likidite çözümü var, ancak bunların temel özü aynıdır.

Kullanımda olan, sektörde daha çok kabul gören Cake mimarisini kullanarak, üstten alta doğru, çapraz zincir soyutlamasının temel bileşenlerinin yapısını tanıtıyoruz:

Uygulama Katmanı(Application Layer)

Bu, kullanıcıların doğrudan etkileşimde bulunduğu katmandır ve aynı zamanda 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şime girer ve mutlaka alt katmandaki 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 teklifleri talep ederek ticaret niyetlerini karşılar. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ( yani ) çıkışı olarak ifade eder, işlemle ilgili belirli bir yürütme yolunu değil.

Hesap Yönetimi ve Soyutlama(Anahtar Yönetimi ve Hesap Soyutlaması)

Çoklu zincir ortamının varlığı nedeniyle, farklı zincirlere uyum sağlayan bir hesap yönetimi ve soyutlama sistemine ihtiyaç vardır; bu, her bir zincirin benzersiz hesap yapısını korumak için gereklidir. Örneğin, SUI'nin nesne merkezli hesap yapısı, EVM'den tamamen farklıdır. One Balance, bu alandaki temsilci projedir; güvenilir bir hesap yapısı inşa eder, zincirler arası bir konsensüs oluşturmaya gerek kalmadan, sadece mevcut hesap yapıları arasında güvenilir taahhütler gerektirir. 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 zincirleriyle ana entegrasyonu sağlamıştır.

Çözüm Katman (Solver Katman )

Bu katman, kullanıcıların işlem niyetlerini almak ve gerçekleştirmekle sorumludur. Solver rolü burada daha iyi bir kullanıcı deneyimi sağlamak için rekabet eder; bu, daha hızlı işlem sürelerini ve yürütme hızını içerir. Bu temel üzerine, Anoma gibi niyete dayalı projeler, çeşitli niyet odaklı çözümler geliştirmiştir. Bu tür niyetlerin türevleri olan Predicate bileşenleri, 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 için bir çözü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.
• Çapraz zincir köprüsü ( Bridges ): Çapraz zincir bilgisi ve Likidite aktarımından sorumludur.
• Önceden onaylama (: Zincirler arası onay süresini kısaltmak.
• Veri kullanılabilirliği)DA(: Verilerin erişilebilirliğini sağlar.

Ayrıca, zincirler arası likidite, nihai onay )Finality(, Katman 2 kanıt mekanizması gibi faktörlerin de dikkate alınması gerekmektedir, böylece tüm çok zincirli sistemin verimli çalışması sağlanabilir.

) Çözüm

Mevcut durumda, piyasada likidite insanları enayi yerine koymak için çeşitli çözümler bulunmaktadır. Çok sayıda çözümü inceledikten sonra, esas olarak bu birkaç yöntemi bulduk:

1. RaaS merkezli: OP Stack gibi Rollup çözümleri ile benzer şekilde, OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu paylaşmak için belirli bir ortak sıralayıcı ve çapraz zincir köprüsü ekleyerek yardımcı olur. Bu, likidite ve durumun dağılmasını daha yüksek bir seviyede çözmeyi umuyor. Burada daha ayrıntılı bir konu, ayrı bir tasarım ortak sıralayıcıdır; bu çözüm daha çok Katman 2'ye yöneliktir ve genel geçerliliği yoktur, Astria, Espresso ve Flashbots gibi.

2. Hesap merkezli: NEAR'a benzer şekilde, çoklu blok zincir protokollerinde işlem imzalamak ve uygulamak için "zincir imzası" adı verilen bir teknoloji ile desteklenen tam zincirli bir hesap cüzdanı inşa edin. Buradaki temel bileşen, kullanıcıların çoklu zincir işlemleri için imza atmasını sağlayan MPC ağıdır. Bu sistem, UX parçalanması 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ğınıklığını çözmez.

3. Zincir dışı niyet ağı etrafında: yani "giriş" pasta yapısı şemasındaki Solver Ağı, temel olarak kullanıcıların niyetlerini Solver ağına göndermesi, Solver rolünün rekabetçi teklifler vermesi, en iyi tamamlama süresi ve işlem fiyatı sunmasıdır. Bu Solver'lar AI Agent, CEX, Market Maker veya Liquorice gibi entegre protokoller olabilir. Bu alandaki projeler arasında Anoma, Khalani, Enso, aori ve Valantis bulunmaktadır. Her ne kadar niyet teorik olarak her türlü karmaşık çapraz zincir işlemini gerçekleştirebilse de, uygulama açısından yeterli Likidite Solver'ların yardımına ihtiyaç vardır ve zincir dışı bazı taleplerle karşılaşıldığında, Solver'da dolandırıcılık olasılığı bulunmaktadır. Eğer dolandırıcılık kanıtları gibi yöntemler devreye alınırsa, Solver Ağı'nın uygulanabilirliği daha da zorlaşır ve Solver'ları çalıştırmanın eşiği daha yüksek olur.

4. Zincir üstü likidite ağına odaklanmak: Bu yön, özellikle çapraz zincir likidite sorununu optimize etmek için tasarlanmıştır, ancak diğer zincir üstü durum dağılımı sorununu çözmemektedir. Temeli, uygulamaların inşa edileceği bir likidite katmanı oluşturmaktır, böylece tüm zincir likiditesinin paylaşılmasını sağlamak. Bazı projeler şunları içerir: Raye Network, INFINIT, Everclear, Elixir vb.

5. Zincir üstü uygulamalara odaklanmak: Bu tür uygulamalar, yüksek likidite uygulamaları oluşturmak için büyük MM'leri veya üçüncü taraf uygulamaları entegre ederek Liquorice, Socket, Radiant Capital, 1inch, Hedgemony gibi örnekler sunar. Bu tür projeler karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir ve geliştiricilerden yüksek bir yeterlilik talep eder, bu nedenle hacker saldırılarına karşı oldukça savunmasızdır.

Likidite sorununu çözmek çok önemli bir meseledir, 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 biz de birçok farklı çözümü inceledik.

Yukarıdaki iki kategoride, pasta yapısına göre, Settlement Layer en atomik düzeydeki çözüm olarak görülebilir. Bu, bu çapraz zincir, oracle, Pre-Confirmation gibi atomik çözümlerin üzerinde inşa edilen daha soyut bir katmandır; yani Solver Layer, Permission Layer ve Application Layer. Yukarıda listelenen farklı yönlere göre inşa edilen soyut veya likidite çözümleri, bu farklı seviyelere uygun bir şekilde, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik düzeyde değildir. Tüm likidite insanları enayi yerine koymak sorunu, birçok karmaşık türev sorunların ortaya çıkmasına neden olmuştur, bu nedenle karşılıklı çalışabilirlik için çeşitli çözümler geliştirilmiştir. Ancak özünde bu bileşenlere bağımlı kalınmalıdır. Şimdi, birkaç tipik zincir soyutlama kavramı projesini tartışacağız ve her birinin likidite insanları enayi yerine koymak sorununu nasıl kendi bakış açılarından çözdüğüne bakalım.

![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorunlarının araştırılması]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(

)# INFINIT

INFINIT, DeFi alanında bir RaaS hizmeti inşa etti; bu hizmet, DeFi protokollerinin doğrudan inşa etmek için ihtiyaç duyduğu bileşenleri, örneğin Oracle, Havuz Tipi, IRM, Varlık gibi, sağlamaktadır. Ayrıca hemen kullanılabilir Kaldıraçlı İşlem ve Getiri Stratejisi gibi bileşenler de sunmaktadır. Bu, diğer uygulama inşa uçlarıyla eşdeğerdir, ancak nihai likidite Infinit'in likidite katmanında yer almaktadır. Ancak şu anda temel çalışma prensipleri henüz açıklanmamıştır. Şu anda INFINIT, bazı tanınmış yatırım kurumlarından 600 milyon $'lık tohum aşaması finansmanı almıştır.

Khalani Ağı

Khalani, Intent uyum katmanı, Validity ve genel uzlaşma katmanı olmak üzere üç ana bileşen inşa etmiştir.

Dış uygulamalar veya niyet katmanı, Khalani'ye niyet yayınlayabilir, ardından Khalani'nin Niyet uyumluluk katmanı, dış niyetleri, protokol Solver'ın tanıyabileceği bir formata dönüştürebilir; kullanılan standart format Validity dilidir. Khalani düğümü, son sonucu genel uzlaştırma katmanına iletmek için çapraz zincir köprüleri, hızlı uzlaştırma teknolojileri gibi yöntemlerle sorumludur. Bu proje hala inşa aşamasındadır ve daha fazla çalışma detayı henüz açıklanmamıştır. Ağustos ayında bazı tanınmış yatırım kuruluşlarından 220 milyon dolar büyüme aşaması finansmanı almıştır.

Meyan kökü

Liquorice, merkeziyetsiz bir uygulamadır ve açık artırmaya dayalı fiyat keşfi ile tek taraflı likidite havuzlarını gerçekleştirmektedir. Liquorice'ın ana misyonu, profesyonel ticaret şirketlerine verimli envanter yönetim araçları sağlamaktır ve kullanım niyeti ile işlem tasfiye ederken bazı temel DeFi protokollerine kolayca bağlanmaktır. Bu arada, Liquorice, borçlanma işlemleri için bir borçlanma piyasası oluşturmuştur. Bu uygulama, işlemin kendisine daha fazla odaklanmaktadır. Hâlâ geliştirme aşamasındadır ve Temmuz ayında bazı tanınmış yatırım kuruluşlarından 120万美元'lık Pre-seed 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 bir parçalanma problemi olduğunu fark etti ve bu problemi geliştirmek amacıyla 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 dayanmaktadır, bu nedenle diğer çapraz zincir köprülerine göre daha yerel ve güvenlidir. Dört finansman turu gerçekleştirilmiştir ve yatırımcılar arasında bazı tanınmış yatırım kuruluşları bulunmaktadır.

=nil; Vakıf

nil, Ethereum'un ZK hesap gücü piyasası, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir, ekip derin bir ZK teknolojisi temeline sahiptir. zkSharding çözümünü önerdi, bu çözüm ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendirmeyi, parçalı paralel işlem yapmayı ve ZKP üretmeyi içerir; ana parça veri doğrulamakta, Ethereum ile iletişim kurmakta ve tüm doğrulayıcılar arasında ağ durumunu senkronize etmektedir. Ana parça ayrıca, yürütme parçalarında doğrulayıcılar ve hesapların dağılımını yönetir. Doğrulama komitesinin kullandığı konsensüs protokolü de Hotstuff'tır, bu da en son paralel yürütme projelerinde oldukça yaygındır. =nil; L2, başlangıçtan itibaren parçalar arası iletişimi protokole yerleştirmiştir. Parçalar arası mesajlar, her parçanın doğrulayıcı komitesi tarafından işlem olarak doğrulanır.

Temel fikir, parçalı Katman 2 mimarisi aracılığıyla, IBC'ye benzer gömülü çapraz parçalı iletişim mimarisi oluşturmaktır. Bu şekilde, likidite ve durum dağılımı sorunlarını çözmek mümkün olacaktır. Ancak, ana fikir mantıklı değildir, çünkü likidite dağıtımının çözmeye çalıştığı sorun çoklu zincirler problemidir. İnşa edilen şey tek bir Katman 2'dir, bu da tüm zincirlerin ZK-sharding'in bir parçası haline gelmesi gerektiği anlamına gelir; bu zor bir başarıdır.

ERC-7683

Ethereum, bu çapraz zincir likidite sorununu çözmek için çalışmalara başlamış durumda. Şu anda bazı tanınmış projeler, ERC7683 standardını ilk olarak kamuya desteklemektedir ve bu da Intent tabanlı çapraz zincir yöntemini kullanmaktadır. Temel hedefi, L2 ve yan zincirler arasındaki çapraz zincir işlemleri için genel bir standart oluşturmaktır; bu standart, sipariş ve hesaplaşma arayüzlerini standart hale getirerek kesintisiz çapraz zincir yürütülmesini sağlamaktır. Bunun ana unsuru, bir Filler olarak adlandırılabilecek ve zincir soyutlaması içindeki Solver rolünü üstlenebilecek bir araçtır. Bu öneri, bazı tanınmış projeler tarafından ortaklaşa inşa edilmiştir ve şu anda Cake çalışma grubunun incelemesindedir.

OP Stack

OP Stack, ERC-7683 ve zkSharding gibi, Ethereum'un Layer 2'ler arasındaki Likidite parçalanmasına yönelik iç çözümleridir; sırasıyla mimari, konsensüs ve uygulama katmanlarında çözülmektedir. OP Stack, bilgi iletimi ve Sequencer merkezileşmesini bir kerede çözmek için tam bir çoklu Layer 2 çözümü tasarlayarak çalışır; OP Stack mimarisini kullandığınızda, otomatik olarak çapraz zincir sözleşmeleri dağıtılır ve sahte çapraz zincir bilgilerini iletmeyi önlemek için bir Supervisor bulunur. Şu anda OP Stack mimarisini kullanan bazı tanınmış projeler vardır.

Bunlar arasında en tipik olanı Unichain'dir. Unichain, Superchain ağı ile entegrasyon yoluyla çapraz zincir likidite parçalanması sorununu çözmeyi amaçlamaktadır. Bu yapı, kesintisiz likidite hareketini teşvik etmek için aşağıdaki işlevleri sunarak gerçekleşir:

Niyete dayalı çapraz zincir köprüsü: Bu