Katman 2 dönemindeki Likidite insanları enayi yerine koymak sorunları

Ethereum, Layer 2'ye dayalı genişleme çözümlerine geçtikten sonra, RaaS gibi araçların yükselmesiyle birlikte, birçok kamu blok zinciri hızla gelişti. Birçok kuruluş, farklı çıkar taleplerini 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 hızını yakalamasını zorlaştırıyor ve bu da birçok projenin TGE sırasında değer kaybetmesine neden oluyor.

OP Stack sayesinde, bir ticaret platformu kendi Base Katman 2'sini piyasaya sürdü, başka bir ticaret platformu Ink'i duyurdu; ZK teknolojisi ile, bir ticaret platformu XLayer'i piyasaya sürdü; Sony Soneium'u, LINE ise Kaia'yı tanıttı. Artık bir blok zinciri inşa etmek için gereken finansman ve teknik engeller büyük ölçüde azalmıştır, OP Stack tabanlı bir zincirin işletme maliyeti aylık yaklaşık 10,000 dolardır.

Gelecek, çok zincirli bir varoluş dönemi olacaktır. Bu Katman 2 zincirlerinin EVM uyumluluğunu seçerek birbirleriyle iletişim kurmaları mümkün olsa da, arkasındaki Web2 varlıklarının birçok aşağı akış uygulaması olduğu için, aynı zincir üzerinde uygulama geliştirmek ve fikir birliğine varmakta zorlanacaklardır.

Mevcut çok zincirli ekosistem yeni bir zorluk getirdi: Likidite ve durum dağıtımı. Çok zincirli yapının 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, ancak bunların temel özleri aynıdır.

Kapsamlı bir şekilde, endüstride daha fazla kabul gören Cake mimarisini kullanarak, zincirler arası soyutlamanın temel bileşenlerini 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 aynı zamanda 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ü ile etkileşimde bulunur ve 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üzdanı dApp'e bağlayarak ve teklif isteyerek işlem niyetlerini karşılamalarıdır. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ifade eder; yani ( çıkışı )'dir, işlem için belirli bir yürütme yolu değil.

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

Çoklu zincir ortamının varlığı nedeniyle, her bir zincirin benzersiz hesap yapısını korumak 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; güvenilir bir hesap sistemi inşa eder, zincirler arası konsensüs oluşturmaya gerek kalmadan, yalnızca mevcut hesap sistemleri arasında güvenilir taahhüt 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 esas olarak mevcut kamu zincirlerini entegre etmiştir.

Çö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 da daha hızlı işlem süreleri ve yürütme hızları içerir. Bunun temelinde, niyete dayalı projeler, Anoma gibi, çeşitli niyet odaklı çözümler geliştirmiştir. Bu tür niyetlerin türevleri olan Predicate bileşeni, belirli kurallar altında kullanıcı niyetlerini gerçekleştirebilir.

Kesim Katmanı(Settlement Layer)

Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katman olan katman 2'yi çözümlemedir. 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.
• Çapraz zincir köprüsü ) Köprüler (: Çapraz zincir bilgisi ve Likidite geçişinden sorumludur.
• Önceden doğrulama planı ) Ön Doğrulama (: Zincirler arası doğrulama süresini kısaltmak.
• Veri kullanılabilirliğ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örleri de göz önünde bulundurmak gerekir.

![Katman 2 döneminde, Likidite insaları enayi yerine koymak sorununun araştırılması])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(

Çözüm

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

1. RaaS merkezli: OP Stack gibi Rollup çözümleri, OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumu paylaşmalarına yardımcı olmak için belirli bir ortak sıralayıcı ve çok zincirli köprü ekleyerek çözümler sunar. Bu, likidite ve durumun dağılmasını daha yüksek bir seviyede çözmeyi ummaktadır. Burada daha ayrıntılı bir şekilde, ayrı tasarım ortak sıralayıcıları bulunmaktadır, bu çözüm daha çok Katman 2'ye yöneliktir ve evrensel bir yaklaşım sunmamaktadır, örneğin Astria, Espresso ve Flashbots gibi.

2. Hesap merkezli: NEAR'a benzer şekilde, çok zincirli protokoller üzerinden işlem imzalamak ve gerçekleştirmek için "zincir imzası" adı verilen bir teknoloji aracılığıyla, tüm zincirleri kapsayan bir hesap cüzdanı inşa etmek. Buradaki temel bileşen, kullanıcılar adına çok zincirli işlemleri imzalayan MPC ağdır. Bu sistem, kullanıcı deneyimi 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ğı merkezli: yani "giriş" pasta mimarisindeki Çözücü Ağı, temel olarak kullanıcıların niyetlerini Çözücü ağa göndermesidir. Çözücü bu rolü üstlenerek teklifler için rekabet eder, en iyi tamamlama süresi ve işlem fiyatını sunar. Bu Çözücüler AI Ajanı, CEX, Pazar Yapıcı veya Liquorice gibi entegre protokoller olabilir. Bu alandaki projeler arasında Anoma, Khalani, Enso, aori ve Valantis bulunmaktadır. Niyet teorik olarak herhangi bir karmaşık çapraz zincir işlemini gerçekleştirebilse de, uygulama açısından yeterli Likidite Çözücülerin yardımı gereklidir. Ayrıca, bazı off-chain taleplerle karşılaşıldığında, Çözücünün dolandırıcılık yapma olasılığı bulunmaktadır. Eğer dolandırıcılık kanıtları gibi araçlar devreye alınırsa, Çözücü Ağı'nın uygulanabilirliği daha da zorlaşacak ve Çözücü çalıştırma eşiği de yükselecektir.

4. Zincir üstü likidite ağına odaklanma: Bu yön, çapraz zincir likidite sorunlarını optimize etmeye özel olarak tasarlanmıştır, ancak diğer zincir üstü durumlarının dağınıklık sorununu çözmemektedir. Temel amacı, üzerinde uygulamalar geliştirilerek tüm zincir likiditesinin paylaşılacağı bir likidite katmanı oluşturmaktır. Bazı projeler arasında: Raye Network, INFINIT, Everclear, Elixir vb.

5. Zincir üstü uygulamalara odaklanma: Bu tür uygulamalar, yüksek Likidite uygulamaları oluşturmak için büyük MM veya üçüncü taraf uygulamaları entegre ederek Liquorice, Socket, Radiant Capital, bir ticaret platformu, Hedgemony gibi projeler oluşturur. Bu tür projeler karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir, bu nedenle geliştiricilerden yüksek düzeyde bir talep vardır ve bu da hacker saldırılarının meydana gelmesini kolaylaştırır.

Likidite sorununu çözmek çok önemli bir konu. Finans dünyasında genellikle likidite her şeyi temsil eder. Eğer parçalı olan tüm zincir likiditesini bir araya getiren entegre bir likidite platformu kurabilirse, çok büyük bir potansiyele sahip olacaktır. Ayrıca birçok farklı çözümü de inceledik.

Yukarıdaki iki kategoride, pasta yapısına göre, Settlement Layer en atomik çözüm seviyesidir. Bu atomik çözümlerin üzerinde, çapraz zincir, oracle, Pre-Confirmation çözümleri gibi daha soyut bir katman inşa edilmiştir ki bu da Solver Layer, Permission Layer ve Application Layer'dır. Yukarıda listelediğimiz farklı yönlerde soyut veya likidite çözümleri inşa eden katmanlar, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hâlâ atomik düzeyde çözümler değildir; bütün likidite insanları enayi yerine koymak sorunu, birçok karmaşık yan sorunların ortaya çıkmasına neden olmuştur. Bu nedenle, karşılıklı çalışabilirlik için çeşit çeşit çözümler türemiştir. Ancak esasen bu bileşenlere bağımlı kalınmaktadır. Şimdi, birkaç tipik zincir soyutlama konsepti projesini tartışacağız ve her birinin likidite insanları enayi yerine koymak sorununu kendi bakış açısından nasıl çözdüğüne bir göz atacağız.

![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorununa dair araştırma])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(

) INFINIT

INFINIT, DeFi alanında bir RaaS hizmeti inşa etti; bu, DeFi protokollerinin doğrudan inşa etmek için ihtiyaç duyduğu bileşenleri, örneğin Oracle, Pool Type, IRM, Asset vb. sağlayabilmektedir. Ayrıca anında kullanılabilir Leverage Trading ve Yield Strategy gibi bileşenler de sunmaktadır. Diğer uygulama inşa uçlarına benzer, ancak nihai likidite Infinit'in likidite katmanında yer almaktadır. Ancak, şu anda temel çalışma prensibi henüz açıklanmamıştır. Şu anda INFINIT, Robot Ventures, Electric Capital ve Maelstrom Capital gibi şirketlerden 600.000 dolar tohum yatırım almıştır.

Khalani Ağı

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

Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir, 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ü, nihai sonuçları genel uzlaşma katmanına göndermek için çapraz zincir köprüsü, hızlı uzlaşma teknolojileri gibi yöntemleri kullanarak sorumludur. Bu proje hala inşaat aşamasındadır ve daha fazla çalışma detayı henüz açıklanmamıştır. Ağustos ayında Ethereal Ventures, Nascent, Maelstrom Capital gibi yatırımcılardan 2.2 milyon dolar tohum finansmanı almıştır.

Liquorice

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 verimli envanter yönetim araçları sunmak ve kullanım niyeti ile ticaretleri hesaplamak için bazı DEX'lere ve bazı DEX'lere kolayca bağlanmaktır. Bu arada, Liquorice borç verme işlemleri için bir borç verme piyasası oluşturmuştur. Bu uygulama, ticaretin kendisine daha fazla odaklanmaktadır. Hala geliştirme aşamasındadır ve Temmuz ayında GreenField tarafından yönetilen 1.2 milyon dolarlık Pre-seed finansman turunu kazandığı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 sorunu olduğunu keşfetti ve bu sorunu iyileştirmek için Xion'u inşa etti. Xion, Comet BFT konsensüs protokolü üzerine kuruludur. Kullandığı ç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. Toplamda dört finansman turu gerçekleştirilmiştir; yatırımcılar arasında Animoca, Multicoin, Alliance DAO, Mechanism gibi isimler bulunmaktadır.

=nil; Vakıf

nil, Ethereum'un ZK hesaplama pazarının, 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 teknolojisi kullanarak Ethereum ana ağını yatay olarak genişletmeyi, parçaları paralel olarak işleyerek işlemleri gerçekleştirmeyi ve ZKP üretmeyi amaçlamaktadır; ana parçalar verileri doğrular, Ethereum ile iletişim kurar ve tüm doğrulayıcılar arasında ağ durumunu senkronize eder. Ana parça ayrıca yürütme parçalarındaki doğrulayıcılar ve hesapların dağılımını yönetir. Doğrulayıcı komitesinin kullandığı konsensüs protokolü de Hotstuff'tır, bu son zamanlarda paralel yürütme projelerinde yaygın olarak görülmektedir. =nil; L2, başından itibaren parçalar arası iletişimi protokole entegre etmiştir. Parçalar arası mesajlar, her parçanın doğrulayıcı komitesi tarafından işlem olarak doğrulanır.

Temel fikir, parçalama (sharding) ile Katman 2 mimarisi aracılığıyla, IBC gibi gömülü bir çapraz parçalama iletişim mimarisi inşa etmektir. Bu şekilde likidite ve durum dağılması sorunları çözülebilir. Ancak, temel fikir mantıklı değildir çünkü likidite dağılma sorununu çözmek çok zincirli (multi-chain) bir sorundur ve inşa edilen yalnızca tek bir Katman 2’dir. Yani çözmek için tüm zincirlerin ZK-sharding'in bir parçası olması gerekir, bu ise zor bir durumdur.

ERC-7683

Ethereum de bu çapraz zincir likidite sorununu çözmeye çalışıyor, şu anda bazı Katman 2, bazı Katman 2 ve bazı DEX ilk olarak ERC7683 standardını açıkça destekliyor, kullanılan da Intent tabanlı çapraz zincir yöntemidir. Temel hedefi, çapraz L2 ve yan zincirler için çapraz zincir işlemleri için genel bir standart oluşturmak, sipariş ve uzlaşma arayüzlerini standartlaştırmak, sorunsuz çapraz zincir yürütme sağlamaktır, ana temel ise bir Filler olarak da adlandırılan zincir soyutlamasındaki Solver rolü aracılığıyla ödeme yapmaktır. Bu öneri, bazı DEX ve Across tarafından ortaklaşa inşa edilmiştir ve şu anda Cake çalışma grubu tarafından incelenmektedir.

OP Stack

OP Stack, ERC-7683 ve zkSharding, Ethereum'un Katman 2'ler arası Likidite parçalanması için içsel bir çözümüdür.