Katman 2 dönemi altındaki Likidite insanları enayi yerine koymak sorunları araştırması

Ethereum, Layer 2'ye dayalı genişleme çözümlerine yöneldikten sonra, RaaS gibi araçların ortaya çıkmasıyla birlikte birçok kamu blok 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, birçok kamu blok zincirinin ortaya çıkması, ekosistemin gelişiminin kamu blok zincirlerinin hızına ayak uydurmasını zorlaştırdı ve bu da birçok projenin başlangıçta zorluklarla karşılaşmasına neden oldu.

OP Stack sayesinde, bir ticaret platformu kendi Katman 2'sini piyasaya sürdü, başka bir ticaret platformu yeni bir blok zinciri projesi açıkladı; ZK teknolojisi ile bir ticaret platformu yeni bir katman tanıttı. Bazı büyük teknoloji şirketleri de kendi blok zinciri projelerini ardışık olarak duyurdular. Bugün, bir zincir inşa etmenin finansman ve teknik engelleri büyük ölçüde azalmıştır, OP Stack'e dayanan bir zincirin işletme maliyeti ayda yaklaşık 10,000 dolardır.

Gelecek, çoklu zincirlerin bir arada var olacağı bir dönem olacaktır. Bu Katman 2 zincirleri EVM uyumluluğunu seçerek etkileşim sağlama yolunu tercih etseler de, arkasındaki geleneksel teknoloji şirketlerinin çok sayıda alt uygulamaya sahip olması nedeniyle, aynı zincir üzerinde uygulama inşa etmek ve fikir birliğine varmak oldukça zor olacaktır.

Mevcut çok zincirli ekosistem, yeni bir zorluk getirdi: Likidite ve durum dağılması. Çok zincirlerin varlığı kaçınılmaz olduğundan, birbirleriyle ç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 özleri aynıdır.

Kapsamlı bir şekilde, endüstride daha çok tanınan Cake mimarisini kullanarak, zincirler arası soyutlamanın temel bileşenlerini yukarıdan aşağıya tanıtacağız:

Uygulama Katmanı: Bu, kullanıcıların doğrudan etkileşimde bulunduğu katmandır ve aynı zamanda likidite çözümlerinde en soyut katmandı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 bilmezler.

Yetki katmanı: Uygulama katmanının altında yer alır, kullanıcılar cüzdanlarını dApp'e bağlayarak ve teklif talep ederek işlem niyetlerini karşılarlar. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ifade eder, işlemin belirli bir yürütme yolunu değil.

Hesap Yönetimi ve Soyutlama Katmanı: Çok zincirli ortamın varlığı nedeniyle, farklı zincirlere uyum sağlayan bir hesap yönetimi ve soyutlama sistemi gerekmektedir, bu sistem her bir zincirin benzersiz hesap yapısını korur. Bazı projeler, zincirler arası konsensüs oluşturmadan, yalnızca mevcut hesap sistemleri arasında güvenilir taahhütlerle güvenilir bir hesap sistemi inşa etmiştir. Ayrıca, bazı projeler kullanıcılar için çok zincirli hesap cüzdanları oluşturarak soyut yönetim sağlamış, bu da kullanıcı deneyimini büyük ölçüde optimize etmiş ve UX'in parçalanmasını azaltmıştır. Ancak, likidite açısından esasen mevcut kamu zincirlerini entegre etmiştir.

Çözüm Katmanı: Bu katman, kullanıcıların işlem niyetlerini almak ve gerçekleştirmekle sorumludur, Çözücü rolü burada daha iyi bir kullanıcı deneyimi sunmak için rekabet eder, daha hızlı işlem süreleri ve yürütme hızları dahil. Bu temele dayanarak, niyete dayalı projeler çeşitli niyet odaklı çözümler geliştirmiştir. Bu tür niyetlerin türevleri, belirli kurallar altında kullanıcı niyetini gerçekleştirebilen Predicate bileşenleri gibi.

Kesinleştirme katmanı: Bu, kullanıcı niyetini gerçekleştirmek için çözüm katmanının kullandığı ara katmandır. Likidite ve durum dağıtımının çözümünün temel bileşenleri arasında şunlar bulunur: oracle, çapraz zincir köprüsü, önceden onaylama planı ve veri kullanılabilirliği. Ayrıca, çoklu zincir sisteminin verimli çalışmasını sağlamak için zincirler arası likidite, nihai onaylama, Katman 2 kanıtlama mekanizması gibi faktörler de dikkate alınmalıdır.

Şu anda, piyasada likidite insanları enayi yerine koymak için çeşitli çözümler bulunmaktadır. Birçok çözümü inceledikten sonra, ana olarak aşağıdaki birkaç yöntemi bulduk:

1. RaaS merkezli: Bazı Rollup çözümlerine benzer şekilde, belirli paylaşılan sıralayıcılar ve çapraz zincir köprüleri ekleyerek üzerinde inşa edilen Rollup'ların paylaşılan likidite ve durumunu desteklemektedir. Bu, likidite ve durumun dağılmasını daha yüksek bir düzeyde çözmeyi amaçlamaktadır. Burada daha ayrıntılı bir şekilde ayrı tasarlanmış paylaşılan sıralayıcı bulunmaktadır, bu çözüm daha çok Katman 2'ye yöneliktir ve evrensel bir özelliğe sahip değildir.

2. Hesaba dayalı: Bir tüm zincir hesap cüzdanı inşa etmek, "zincir imzası" adı verilen bir teknoloji aracılığıyla çeşitli blok zinciri protokolleri arasında işlem imzalama ve yürütmeyi destekler. Buradaki temel bileşen, kullanıcıların çok zincirli işlemler için imza atmasını yerine getiren 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 durumun dağılmasını çözmez.

3. Zincir dışı niyet ağı merkezli: Yani "giriş" pasta yapısı diyagramımızdaki Çözücü Ağı, temel olarak kullanıcıların niyetlerini Çözücü ağına göndermesidir, Çözücü bu rolü üstlenerek teklifler üzerinde rekabet eder, en iyi tamamlama süresi ve işlem fiyatını sunar, bu Çözücüler AI Agent, borsa, piyasa yapıcılar veya entegre protokollerin kendisi olabilir. Niyetlerin teorik olarak her türlü karmaşık çapraz zincir işlemini gerçekleştirebileceği doğru olsa da, uygulama açısından yeterli likidite sağlayan Çözücülere ihtiyaç vardır ve bazı zincir dışı taleplerle karşılaşıldığında, Çözücülerin dolandırıcılık yapma olasılığı vardır. Eğer dolandırıcılık kanıtı gibi yöntemler devreye alınırsa, Çözücü Ağı'nın gerçekleştirilmesi daha zor hale gelecek ve Çözücüleri çalıştırma eşiği de daha yüksek olacaktır.

4. Zincir üzerindeki likidite ağını merkez alarak: Bu yön, özellikle çapraz zincir likidite sorununu optimize etmeye odaklanmıştır, ancak diğer zincir üzerindeki durum dağıtım sorununu çözmemiştir. Temel amacı, bu katmanda uygulamalar inşa ederek, tüm zincir likiditesini paylaşan bir likidite katmanı oluşturmaktır.

5. Zincir üzerindeki uygulamalara odaklanma: Bu tür uygulamalar, yüksek likidite uygulamaları oluşturmak için büyük piyasa yapıcılar veya üçüncü taraf uygulamalar gibi unsurları entegre eder. Bu tür projeler karmaşık çapraz zincir süreçlerini yönetmek zorundadır, bu da geliştiriciler için yüksek gereksinimler getirir ve bu nedenle güvenlik açıklarının ortaya çıkma olasılığı da oldukça yüksektir.

Likidite sorununu çözmek çok önemli bir konudur, finans dünyasında genellikle likidite her şeyi temsil eder. Eğer dağınık tüm zincir likiditesini bir araya getiren bir likidite entegrasyon platformu inşa edilebilir ise, çok büyük bir potansiyele sahip olacaktır ve biz de birçok farklı çözümü inceledik.

Yukarıdaki iki sınıflandırmada, pasta yapısına göre, Settlement Layer en atomik düzeydeki çözümdür. Bu atomik çözümlerin üzerinde, bu tür çok zincirli, oracle, Pre-Confirmation gibi çözümlerden daha soyut bir katman olan Solver Layer, Permission Layer ve Application Layer inşa edilmiştir. Yukarıda sıraladığımız farklı yönlerde soyut veya likidite çözümleri inşa eden çeşitli katmanlar, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hâlâ atomik düzeyde çözümler değildir; tüm likidite kopukluğu sorunu, birçok karmaşık türev sorunların ortaya çıkmasına neden olmuştur. Bu nedenle, etkileşimlilik açısından pek çok farklı çözüm türemiştir. Ancak esasen bu bileşenlere bağımlıdır.

Sonraki bölümde, zincir soyutlama kavramlarının birkaç tipik projesini tartışacağız ve her birinin likidite insanları enayi yerine koymak sorununu kendi bakış açılarından nasıl çözdüğüne göz atacağız.

Bir proje, DeFi dünyasında RaaS hizmeti oluşturdu, bu hizmet DeFi protokollerinin doğrudan inşa etmek için ihtiyaç duyduğu bileşenleri, örneğin Oracle, Pool Type, IRM, Asset vb. sağlamaktadır. Ayrıca hemen kullanılabilir Kaldıraçlı Ticaret ve Getiri Stratejisi gibi bileşenleri de sunmaktadır. Diğer uygulama inşa noktalarına eşdeğerdir, ancak nihai likidite bu projenin likidite katmanına yerleştirilmiştir. Ancak, şu anda temel çalışma prensiplerini açıklamamaktadır.

Başka bir proje, sırasıyla Intent uyum katmanı, Validity ve genel uzlaşma katmanı olmak üzere üç ana bileşen inşa etti. Harici uygulamalar veya niyet katmanı bu projeye niyet gönderebilir, ardından onun Intent uyum katmanı, harici niyetleri protokol Solver'ın tanıyabileceği bir formata dönüştürebilir. Kullanılan standartlaştırılmış format Validity dilidir. Bu projenin düğümleri nihai sonuçları genel uzlaşma katmanına göndermek için çapraz zincir köprüleri, hızlı uzlaşma teknolojileri gibi yöntemlerle sorumludur. Bu proje hala inşa aşamasında ve henüz daha fazla çalışma detayı açıklanmamıştır.

Ayrıca, fiyat keşfi ve tek taraflı likidite havuzları sağlayan merkeziyetsiz bir uygulama olan bir projeden bahsediliyor. Temel misyonu, profesyonel ticaret şirketlerine verimli envanter yönetim araçları sunmak ve kullanım amacına göre işlemleri kolayca ana DeFi protokollerine bağlamaktır. Bu arada, proje borç verme işlemleri için bir borç verme piyasası oluşturmuştur. Bu uygulama, ticaretin kendisine daha fazla odaklanmaktadır.

Belirli bir proje, başka bir markanın bir yükseltmesi olarak ortaya çıkmıştır, geçmişte tüketici uygulamalarına odaklanmış, ardından ekip, zincir üzerindeki etkileşimlerde büyük bir parçalanma sorunu olduğunu keşfetmiştir, bu nedenle bu sorunu iyileştirmek için yeni bir proje inşa edilmiştir. Bu, 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.

Bir vakıf, Ethereum'un ZK hesap gücü piyasası, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir. Ekip, derin bir ZK teknik altyapısına sahiptir. zkSharding çözümünü önerdi, bu çözüm ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendirmek, parçalı işlem yapmak ve ZKP üretmek amacıyla tasarlanmıştır. Ana parça, 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ı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 son zamanlarda paralel yürütme projelerinde yaygındır. Bu çözüm, başından itibaren parçalar arası iletişimi protokole entegre etmiştir. Parça arası mesajlar, her parçanın doğrulayıcı komitesi tarafından işlem olarak doğrulanır.

Temel fikir, parçalanmış Katman 2 mimarisi aracılığıyla, IBC'ye benzer yerleşik bir çoklu parça iletişim mimarisi inşa etmektir. Böylece likidite ve durum dağılımı sorunlarını çözebilir. Ancak, temel fikir mantıklı değildir; çünkü likidite dağılımı sorununu çözmek çoklu zincir sorunudur. İnşa edilen tek bir Katman 2'dir, yani çözmek için tüm zincirlerin ZK-sharding'in bir parçası olması gerekir, bu da zor bir durumdur.

Ethereum de bu çapraz zincir likidite sorununu çözmek için çalışmalara başladı, şu anda birkaç ana proje belirli bir ERC standardını açıkça destekliyor, bunlar da Intent tabanlı çapraz zincir yöntemini kullanıyor. Temel hedef, L2 ve yan zincirler arasındaki çapraz zincir işlemleri için genel bir standart oluşturmaktır, siparişlerin ve uzlaşma arayüzlerinin standartlaştırılması, kesintisiz çapraz zincir yürütülmesini sağlamaktır, bunun ana unsuru bir Filler, aynı zamanda zincir soyutlamasındaki Solver rolü üzerinden ödeme yapabilir. Bu öneri, iki ana proje tarafından ortaklaşa inşa edilmiştir ve şu anda çalışma grubu tarafından incelenmektedir.

Bazı teknik yığınlar, yukarıda belirtilen ERC standartları ve zkSharding gibi, Ethereum'un Layer 2'ler arasındaki Likidite parçalanmasına yönelik içsel çözümleridir ve bunlar mimari düzeyde, konsensüs düzeyinde ve uygulama düzeyinde çözümler sunmaktadır. Bu teknik yığın, bilgi iletimini ve Sequencer'ın merkeziyetsizleşme sorununu tek seferde çözmek için tam bir çok Katman 2 çözümü tasarlayarak çalışır. Bu teknik yığın mimarisini kullandığınızda, otomatik olarak çapraz zincir sözleşmeleri dağıtılacak ve aynı zamanda yanlış çapraz zincir bilgilerini iletmekten kaçınmak için bir Supervisor olacaktır. Bu teknik yığın mimarisini kullanan birçok tanınmış proje bulunmaktadır.

Karmaşık bir alan olan çapraz zincir likidite sorununu çözmek, çok sayıda çözüm sunmaktadır. Örneğin, Layer 2 çözümleri, Ethereum içindeki yerleşik çapraz zincir mesajlarını özellikle yukarıda belirtilen ERC standartlarını kullanarak çözmeyi içerir. Ayrıca, belirli bir teknik yığın kullanılarak inşa edilen paylaşılan Sequencer ile de çözüm sağlanmaktadır. Layer 2 bağlamından bağımsız olarak, tüm Layer 1 de