Katman 2 Çağı'nda Likidite İnsanları Enayi Yerine Koymak Problemi Araştırması

Giriş

Ethereum'un Layer 2 odaklı genişleme çözümlerine geçişi ve RaaS gibi araçların ortaya çıkışıyla birlikte, birçok halka açık blok zinciri hızla gelişti. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme peşinde koşmak için kendi zincirlerini kurmak istiyor. Ancak, çok sayıda halka açık blok zincirinin ortaya çıkışı, ekosistem gelişiminin halka açık blok zincirlerinin hızına ayak uydurmasını zorlaştırıyor ve birçok proje, başlangıç token ihracı sırasında değer kaybıyla karşı karşıya kalıyor.

OP Stack teknolojisi sayesinde, bir borsa platformu kendi Katman 2 ağı Base'i tanıttı, başka bir borsa platformu ise Ink'i yayınladı; ZK teknolojisini kullanarak, bir borsa platformu XLayer'i tanıttı; Sony Soneium'u, LINE ise Kaia'yı piyasaya sürdü. Artık bir zincir inşa etmek için gereken sermaye ve teknik engeller büyük ölçüde azaldı, OP Stack tabanlı bir zincirin işletme maliyeti ayda yaklaşık 10,000 dolar.

Gelecek kesinlikle çok zincirli bir varoluş dönemi olacak. Bu Katman 2 zincirleri EVM uyumluluğunu seçerek etkileşim sağlamayı hedeflese de, arkasında yer alan Web2 varlıklarının büyük miktarda aşağı akış uygulamasına sahip olması nedeniyle, aynı zincir üzerinde uygulama oluşturup mutabakat sağlamaları zor olacaktır.

Mevcut çok zincirli ekosistem yeni bir zorluk getirdi: Likidite ve durumun dağılması. Çok zincirli varlıkların kaçınılmaz olmasından dolayı, birlikte çalışabilirlik keşfedilmesi ve çözülmesi gereken bir alan. Şu anda birçok likidite çözümü mevcut, örneğin zincir soyutlama, niyet, Clearing Execution, Native CrossChain, ZKSharding vb., ancak bunların temel özleri birbirine benzemektedir.

Sektörde daha çok kabul gören Cake mimarisini kullanarak, üstten alta zincirler arası soyutlamanın temel bileşenlerini tanıtacağız:

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 detaylarını tamamen gizler. Uygulama katmanında, kullanıcılar ön yüz arayüzüyle etkileşimde bulunur ve altındaki likidite dönüşüm mekanizmasını mutlaka anlamazlar.

İzin Katmanı (Permission Layer)

Uygulama katmanının altında yer alır, kullanıcılar cüzdanlarını dApp'e bağlayarak ve fiyat teklifi talep ederek işlem niyetlerini karşılarlar. 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ı (Anahtar Yönetimi ve Hesap Soyutlaması)

Çok zincirli ortamın varlığı nedeniyle, çeşitli zincirlerin özgün hesap yapısını korumak için farklı zincirlere uyum sağlayan bir hesap yönetimi ve soyutlama sistemi gerekmektedir. Ö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 kurar, zincirler arası konsensüs oluşturmadan mevcut hesap sistemleri arasında güvenilir taahhütler sağlar. Near Account, kullanıcılara çok zincirli hesap cüzdanları oluşturarak soyut yönetimi gerçekleştirir, 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 zincirlerini entegre etmiştir.

Çözüm Katmanı (Solver Layer)

Bu katman, kullanıcıların ticaret 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ı içerir. Bu temel üzerine, niyet tabanlı 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şeni gibi bileşenlerdir.

Hesaplama Katmanı (Settlement Layer)

Bu, kullanıcı niyetlerini gerçekleştirmek için kullanılan ara katmanı çözümdür. Likidite ve durumun dağılmış çö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 iletiminden sorumludur.
• Ön Onaylama (Pre-Confirmation): Zincirler arası onay süresini kısaltmak.
• Veri Erişilebilirliğ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 onaylama (Finality), Katman 2 kanıtlama mekanizması gibi faktörler de dikkate alınmalıdır.

Çözüm

Şu anda, piyasada likidite bölünmesini çözmek için birçok çözüm bulunmaktadır. Çok sayıda çözümü inceledikten sonra, esasen bu birkaç yöntem olduğunu gördük:

1. RaaS merkezli: OP Stack gibi Rollup çözümleriyle, OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu desteklemek için belirli bir ortak sıralayıcı ve çapraz zincir köprü ekleyerek. Bu, likidite ve durumun dağınıklığını daha yüksek bir düzeyde çözmeyi umuyor. Burada daha ayrıntılı bir şekilde, ayrı bir tasarım ortak sıralayıcı var; bu çözüm daha çok Katman 2'ye yöneliktir ve evrensellik taşımamaktadır.

2. Hesap merkezli: Çoklu blockchain protokollerinde işlem imzalama ve gerçekleştirmeyi destekleyen tam zincir hesap cüzdanı inşa ederek. Temel bileşen, kullanıcı adına çoklu zincir işlemleri imzalayan MPC ağını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ını gerektiriyor ve esasında likidite ve durum dağınıklığını çözmüyor.

3. Zincir dışı niyet ağı merkezli: Temel olarak, kullanıcıların Solver ağına niyet göndermesidir, bu rol teklifleri rekabetle sunarak en iyi tamamlama süresi ve işlem fiyatını sağlamaktadır, bu Solver'lar AI Agent, CEX, Piyasa Yapıcı ve hatta entegre protokolün kendisi olabilir. Niyet teorik olarak herhangi bir zorlukta karmaşık çok zincirli işlemleri gerçekleştirebilse de, uygulama aşamasında yeterli Likidite Solver'ların yardımı gereklidir ve zincir dışı bazı taleplerle karşılaşıldığında, Solver'ların dolandırıcılık yapma olasılığı vardır.

4. Zincir üstü likidite ağına odaklanma: Bu yön, özellikle çapraz zincirin likidite sorununu optimize etmeyi amaçlıyor, ancak diğer zincir üstü durumların dağınıklık sorununu çözmüyor. Temel amacı, uygulamaların inşa edileceği bir likidite katmanı oluşturmaktır ve bu katmanda tüm zincir likiditesini paylaşmak için.

5. Zincir üzerindeki uygulamalara odaklanma: Bu tür uygulamalar, yüksek likidite uygulamaları oluşturmak için büyük MM'leri veya üçüncü taraf uygulamaları entegre ederek yapılır. Bu tür projeler, karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir, bu nedenle geliştiriciler için son derece yüksek talepler vardır ve bu da hacker saldırılarının meydana gelmesini kolaylaştırı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, çok büyük bir potansiyele sahip olacaktır. Ayrıca farklı çözümleri de inceledik.

Bu iki kategoride, pasta yapısına göre, Settlement Layer en atomik seviyedeki çözümdür. Bu atomik çözümlerin üzerine, çapraz zincir, oracle, Pre-Confirmation çözümleri gibi daha soyut bir katman inşa edilmiştir: Solver Layer, Permission Layer ve Application Layer. Yukarıda listelediğimiz 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 hala atomik seviyedeki çözümler değildir; genel likidite insafsızlığı sorunu, birçok karmaşık türev sorunun ortaya çıkmasına neden olmuştur. Bu nedenle, birlikte çalışabilirlik için çeşitli çözümler türemiştir. Ancak özünde bu bileşenlere bağımlı kalmamız gerekmektedir. Şimdi, likidite insafsızlığı sorununu kendi bakış açılarıyla nasıl çözdüklerine bakmak için birkaç tipik zincir soyutlama kavramı projesini tartışacağız.

INFINIT

INFINIT, DeFi alanında RaaS hizmeti geliştirmiştir ve bu hizmet, DeFi protokollerinin doğrudan inşa etmek için ihtiyaç duyduğu bileşenleri, örneğin Oracle, Pool Type, IRM, Asset gibi, sağlamaktadır. Ayrıca hemen kullanılabilir Kaldıraçlı Ticaret ve Getiri Stratejisi gibi bileşenler de sunmaktadır. Diğer uygulama inşa uçlarıyla eşdeğerdir, ancak nihai likidite Infinit'in likidite katmanında bulunmaktadır. Ancak, şu anda temel çalışma prensiplerini henüz açıklamamıştır. Şu anda INFINIT, 6 milyon dolar tohum finansmanı almıştır.

Khalani Ağı

Khalani üç temel bileşen oluşturmuştur: Intent uyum katmanı, Validity ve genel uzlaşma katmanı.

Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir ve 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 sonucu genel hesaplama katmanına göndermek için çapraz zincir köprüleri, hızlı hesaplama 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 2.2 milyon dolar tohum aşaması finansmanı almıştır.

Likör

Liquorice, bir merkeziyetsiz uygulama olup, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzları sağlar. Liquorice'in ana misyonu, profesyonel ticaret şirketlerine etkili bir envanter yönetim aracı sağlamak ve kullanım niyetiyle işlemleri gerçekleştirdiklerinde temel DeFi protokollerine kolayca bağlanmaktır. Bu arada, Liquorice, borç verme işlemleri için bir borç verme 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 1.2 milyon dolar 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ı. Ancak ekip, zincir üzerindeki etkileşimlerin büyük ölçüde parçalanmış bir sorun olduğunu fark etti ve bu sorunu geliştirmek için 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ülerinden daha yerel ve güvenlidir. Toplamda dört finansman turu gerçekleştirilmiştir.

=nil; Vakıf

nil, Ethereum'un ZK hesaplama piyasası, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir. Ekip, derin bir ZK teknoloji birikimine sahiptir. zkSharding çözümünü önerdiler; bu çözüm, ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendirmeyi, parçaları paralel olarak işlemeyi ve ZKP oluşturmaktadı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ındaki 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, en son paralel yürütme projelerinde yaygındır. =nil; L2, başından itibaren parçalar arası iletişimi protokole entegre etmiştir.

Temel fikir, parçalı Katman 2 mimarisi aracılığıyla, IBC'ye benzer yerleşik bir parçalar arası iletişim mimarisi oluşturmaktır; böylece likidite ve durum dağıtımı sorunlarını çözebiliriz. Ancak, temel fikir mantıklı değildir, çünkü likidite dağıtımının çözmeye çalıştığı sorun çoklu zincir sorunudur, inşa edilen ise tek bir Katman 2’dir, bu da çözmek için tüm zincirlerin ZK-sharding'in bir parçası olması gerektiği anlamına gelir, bu da zor bir durumdur.

ERC-7683

Ethereum ayrıca bu çapraz zincir Likidite sorununu çözmeye çalışıyor, şu anda birden fazla platform ERC7683 standardını açıkça destekliyor ve kullanılan da Intent tabanlı çapraz zincir yöntemidir. Temel hedefi, L2 ve yan zincirler arasındaki çapraz zincir işlemleri için genel bir standart oluşturmaktır, siparişlerin ve ödeme arayüzlerinin standartlaştırılması, kesintisiz çapraz zincir yürütmesi sağlamaktır, ana çekirdek unsuru ise bir Filler, yani zincir soyutlamasında Solver rolü olarak da adlandırılabilir. Bu öneri şu anda Cake çalışma grubunca incelenmektedir.

OP Stack

OP Stack, ERC-7683 ve zkSharding gibi, Ethereum içindeki Katman 2'ler arasındaki Likidite parçalanması için çözümler sunmaktadır. Bunlar, mimari, konsensüs ve uygulama katmanında sorunları çözmektedir. OP Stack, tam bir çok Katman 2 çözümü tasarlayarak, bilgi iletimi ve Sequencer merkeziyetsizliği sorununu tek seferde çözmeyi amaçlamaktadır. OP Stack mimarisini kullandığınızda, otomatik olarak çapraz zincir sözleşmeleri dağıtılacak ve aynı zamanda sahte çapraz zincir bilgilerini iletimi engellemek için bir Supervisor bulunacaktır. Şu anda birçok tanınmış ticaret platformu OP Stack mimarisini kullanmaktadır.

Bunlar arasında, en tipik olanı şudur: