Layer2 Çağı'ndaki Likidite insanları enayi yerine koymak Sorunu Araştırması
Ethereum'un Layer 2 odaklı genişleme çözümlerine geçişi ve RaaS gibi araçların ortaya çıkmasıyla birlikte, birçok kamu blok zinciri hızlı bir şekilde 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 birçok projenin TGE sırasında değer kaybetmesine neden oldu.
OP Stack sayesinde, bir borsa kendi Base Layer 2'sini piyasaya sürdü, başka bir borsa Ink'i tanıttı; ZK teknolojisi kullanarak bir platform XLayer'ı çıkardı; Sony Soneium'u, LINE ise Kaia'yı tanıttı. Artık bir zincir inşa etmenin maliyet ve teknik engelleri büyük ölçüde azaldı, OP Stack tabanlı bir zincirin işletim maliyeti ayda yaklaşık 10,000 dolar.
Gelecek, çok zincirli bir varoluş dönemi olacak. Bu Layer 2 zincirleri, etkileşim sağlamak için EVM uyumluluğunu seçseler de, arkasındaki Web2 varlıkları nedeniyle çok sayıda amaca yönelik uygulama bulunması, aynı zincir üzerinde uygulama inşa etmek ve fikir birliğine varmakta zorluk yaşayacaklar.
Mevcut çok zincirli ekosistem yeni bir zorluk getiriyor: Likidite ve durumun dağılması. Çok zincirli varlıkları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ü var, örneğin hepimizin duyduğu zincir soyutlaması, niyet, Clearing Execution, Native CrossChain, ZKSharding, ancak bunların temel özü aynıdır.
Kullanılan endüstri tarafından daha fazla tanınan Cake mimarisini kullanarak, üstten alta çapraz zincir soyutlamanın temel bileşenlerini 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 detaylarını tamamen gizler. Uygulama katmanında, kullanıcılar ön yüz arayüzü ile etkileşimde bulunur, alttaki likidite dönüşüm mekanizmasını mutlaka bilmezler.
İzin Katmanı (Permission Layer)
Uygulama katmanının altında yer alan kullanıcılar, cüzdanlarını dApp'e bağlayarak ve teklif talep ederek ticaret niyetlerini karşılamaktadır. Buradaki "niyet", kullanıcının beklediği nihai ticaret sonucunu (yani çıktıyı) ifade eder, ticaretin spesifik icra yolunu değil.
Hesap Yönetimi ve Soyutlama Katmanı (Key Management and Account Abstraction)
Çok zincirli ortamın varlığından dolayı, çeşitli zincirlerin benzersiz hesap yapıları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 ve güvenilir bir hesap sistemi inşa etmiştir, zincirler arası konsensüs kurmaya gerek kalmadan, sadece mevcut hesap sistemleri arasında güvenilir taahhütler yeterlidir. Near Account, kullanıcılar için çok zincirli hesap cüzdanları oluşturarak soyut yönetimi 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 esasen mevcut kamu zincirlerini entegre etmiştir.
Çözüm Katmanı (Solver Layer)
Bu katman, kullanıcıların işlem niyetlerini almak ve gerçekleştirmekle sorumludur. Solver rolü burada daha iyi bir kullanıcı deneyimi sunmak için rekabet eder, bu da daha hızlı işlem süreleri ve yürütme hızları içerir. Bu temele dayanarak, 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.
Hesaplama Katmanı (Settlement Layer)
Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katmandır. Likidite ve durum dağıtımı çözümlerinin temel bileşenleri şunlardır:
Orakül (Oracle): Diğer zincirlerdeki durum bilgilerini elde etmek için kullanılır.
Köprüler (Bridges): Zincirler arası bilgi ve Likidite iletiminden sorumludur.
Ön Onay (Pre-Confirmation): Zincirler arası onay süresini kısaltır.
Veri Erişilebilirliği (DA): Verilerin erişilebilirliğini sağlamak.
Ayrıca, tüm çok zincirli sistemin verimli çalışmasını sağlamak için zincirler arası Likidite, nihai doğrulama (Finality), Layer 2 kanıtlama mekanizması gibi faktörleri de dikkate almak gerekmektedir.
Çözüm
Şu anda, piyasada likidite ayrışmasını çözmek için çeşitli çözümler bulunmaktadır. Birçok çözümü inceledikten sonra, esasen bu birkaç yöntem olduğunu gördük:
RaaS merkezli: OP Stack gibi Rollup çözümleri, OP Stack üzerinde inşa edilen Rollup'ların paylaşılmış likidite ve durumunu desteklemek için belirli paylaşılan sıralayıcılar ve çapraz zincir köprüler ekleyerek, likidite ve durum dağılımını daha yüksek bir düzeyde çözmeyi umuyor. Burada daha ayrıntılı bir tasarım olan ayrı paylaşılan sıralayıcı var, bu çözüm daha çok Layer2'ye yönelik olup, evrensellikten yoksundur, Astria, Espresso gibi.
Hesap merkezli: NEAR'a benzer şekilde, "zincir imzası" adı verilen bir teknik ile birden fazla blok zinciri protokolü üzerinden işlem imzalamak ve yürütmek için tam zincirli bir hesap cüzdanı inşa etmek. Bu sistemin temel bileşeni, kullanıcılar adına çoklu zincir işlemleri imzalayan MPC ağıdır. Bu çözüm, 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.
Zincir dışı niyet ağı merkezli: yani bizim "giriş" pasta mimarisi diyagramımızdaki Çözücü Ağı, esasen kullanıcıların niyetlerini Çözücü ağına göndermesi, Çözücü rolünün rekabetçi teklifler sunması, en iyi tamamlanma süresi ve işlem fiyatını sağlamasıdır. Bu Çözücüler AI Ajanı, CEX, Piyasa Yapıcı veya Liquorice gibi entegre protokoller olabilir. Bu alandaki projeler arasında Anoma, Khalani, Enso, aori ve Valantis bulunmaktadır. Niyet teorik olarak her türlü karmaşık çok zincirli işlemi gerçekleştirebilecek olsa da, uygulamada yeterli Likidite Çözücülerin desteğine ihtiyaç vardır ve bazı zincir dışı ihtiyaçlarla karşılaşıldığında, Çözücülerde dolandırıcılık olasılığı mevcuttur. Eğer dolandırıcılık kanıtı gibi yöntemler devreye girerse, Çözücü Ağı'nın uygulanabilirliği daha da zorlaşacak ve Çözücü çalıştırmanın eşiği de daha yüksek olacaktır.
Zincir üstü Likidite ağına odaklanmak: Bu yön, özellikle çapraz zincir likidite problemlerini optimize etmek için tasarlanmıştır, ancak diğer zincir üstü durumların dağınıklık sorununu çözmemektedir. Temel olarak, tüm zincir likiditesini paylaşmak için uygulamaların inşa edileceği bir likidite katmanı oluşturmak üzerine kuruludur. Bazı projeler arasında: Raye Network, INFINIT, Everclear, Elixir vb.
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 DEX, Hedgemony gibi projeler oluşturur. Bu tür projeler karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir ve geliştiricilerden yüksek bir yetkinlik talep eder, bu nedenle hacker saldırıları gibi olayların meydana gelmesi de oldukça kolaydır.
Likidite sorununu çözmek çok önemli bir meseledir, finans dünyasında genellikle likidite her şeyi temsil eder. Eğer parçalı olan tüm zincir likiditesini bir araya getiren bir entegre likidite platformu oluşturulabilirse, çok büyük bir potansiyele sahip olacaktır. Ayrıca birçok farklı çözümü de inceledik.
Yukarıdaki iki sınıflandırmada, pasta yapısı temelinde, Settlement Layer en atomik çözüm düzeyidir. Bu atomik çözümlerin üzerine inşa edilen daha soyut bir katman ise Solver Layer, Permission Layer ve Application Layer'dır. Yukarıda sıraladığımız çeşitli soyut veya Likidite çözümleri inşa etme yönünde farklılık gösteren katmanlar, yukarı-aşağı ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik çözüm düzeyinde değildir. Tüm likidite insanları enayi yerine koymak sorunları, birçok karmaşık türev sorunun ortaya çıkmasına neden oldu; bu nedenle, birlikte çalışabilirlik açısından çok çeşitli çözümler türetilmiştir. Ancak esasen hala bu bileşenlere bağımlıdır. Şimdi, likidite insanları enayi yerine koymak sorununu kendi bakış açılarıyla nasıl çözdüklerini görmek için birkaç tipik zincir soyutlama konsepti 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, Havuz Türü, IRM, Varlık vb. sağlamaktadır. Ayrıca anında devreye alınabilen Kaldıraçlı İşlem ve Getiri Stratejisi gibi bileşenler de sunmaktadır. Bu, diğer uygulama inşaat uçları ile 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, Robot Ventures, Electric Capital ve Maelstrom Capital gibi yatırımcılardan 600 bin dolar tohum yatırımı almıştır.
Khalani Ağı
Khalani, Intent uyum katmanı, Geçerlilik ve Genel Hesaplama Katmanı olmak üzere üç temel bileşen inşa etti.
Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir ve ardından Khalani'nin Niyet Uyumluluk Katmanı, dış niyetleri Protokol Çözücü'nün tanıyabileceği bir formata dönüştürebilir. Kullanılan standart format, Geçerlilik dilidir. Khalani düğümü, nihai sonucu Genel Hesaplama Katmanına göndermek için çapraz zincir köprüleri, hızlı hesaplama teknikleri gibi yollarla 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, Ethereal Ventures, Nascent, Maelstrom Capital gibi yatırımcılardan 2,2 milyon dolarlık bir tohum yatırımı almıştır.
Lakriste
Liquorice, bir merkeziyetsiz uygulama olup, açık artırmaya dayalı fiyat keşfi ve tek taraflı Likidite havuzları sağlamaktadır. Liquorice'ın ana misyonu, profesyonel ticaret şirketlerine verimli bir envanter yönetim aracı sunmak ve kullanım niyetiyle işlemleri gerçekleştirdiğinde temel DeFi protokollerine kolayca bağlanmaktır. Aynı zamanda, Liquorice, borç verme işlemleri için bir borç verme piyasası oluşturmuştur. Bu uygulama, işlem üzerine daha fazla odaklanmaktadır. Hâlâ geliştirme aşamasında olup, Temmuz ayında GreenField'in liderliğinde 1.2 milyon dolarlık Pre-seed yatırım turunu kazandığını duyurmuştur.
Xion
Xion, Burnt markasının bir yükseltmesi olarak ortaya çıktı. Geçmişte Burnt, tüketici uygulamalarına odaklanan bir uygulamaydı; ancak ekip, zincir üzerindeki etkileşimlerin büyük bir parçalanma sorunu olduğunu fark etti ve bu sorunu iyileştirmek için Xion'u geliştirdi. 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. Dört tur finansman gerçekleştirilmiştir ve yatırımcılar arasında Animoca, Multicoin, Alliance DAO, Mechanism gibi isimler bulunmaktadır.
=nil; Foundation
nil, Ethereum'un ZK hesap gücü pazarı, ZK yardımcı işlemcisi ve Layer2 geliştiricisidir. Ekip, derin bir ZK teknolojisi bilgisine 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 amaçlamaktadır. Ana parça, verileri 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ı içindeki doğrulayıcılar ve hesapların dağılımını yönetmektedir. Doğrulama komitesinin kullandığı konsensüs protokolü de Hotstuff'tur, bu da en son paralel yürütme projelerinde oldukça yaygındır. =nil; L2, başlangıçta 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ğrulanmaktadır.
Temel fikir, parçalama Layer2 mimarisi aracılığıyla, IBC gibi yerleşik bir çapraz-parça iletişim mimarisi oluşturarak, likidite ve durum dağılma sorunlarını çözmektir. Ancak, temel fikir rasyonel değildir çünkü likidite dağılma sorununu çözmek çok zincirli bir sorundur; oluşturulan şey tek bir Layer2'dir, bu da tüm zincirlerin ZK-sharding'in bir parçası olmasını gerektirdiği anlamına gelir, bu da zor bir durumdur.
ERC-7683
Ethereum de bu çapraz zincir likidite sorununu çözmeye çalışıyor, şu anda bazı önemli Layer 2 ve DEX'ler öncelikle ERC7683 standardını destekliyor, bunun için de Intent tabanlı çapraz zincir yöntemini kullanıyor. Temel hedefi, L2 ve yan zincirler arasında çapraz zincir işlemleri için genel bir standart oluşturmaktır, sipariş ve hesaplama arayüzlerini standartlaştırmak ve kesintisiz çapraz zincir yürütmeyi sağlamaktır, bunun anahtarı da bir Filler olabilir.
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.
16 Likes
Reward
16
6
Repost
Share
Comment
0/400
GasFeeCryer
· 3h ago
Para versen bile cross-chain değil.
View OriginalReply0
GasBandit
· 11h ago
Yine L2'ye sarıldım.
View OriginalReply0
DecentralizedElder
· 11h ago
Yine bir insanları enayi yerine koymak mı?
View OriginalReply0
PriceOracleFairy
· 11h ago
bütün bunları izlerken başımı sallıyorum, l2'lerin eski sevgilimin vaatleri gibi parçalanması... likidite oyun teorisi şu anda oldukça acımasız.
View OriginalReply0
MEVSandwich
· 11h ago
insanları enayi yerine koymak再insanları enayi yerine koymak 连Cüzdan都快不够用了
View OriginalReply0
NestedFox
· 11h ago
insanları enayi yerine koymak? Köprü yoksa fark etmez mi?
Layer2 döneminde Likidite insanları enayi yerine koymak problemi ve çözüm önerileri üzerine bir araştırma
Layer2 Çağı'ndaki Likidite insanları enayi yerine koymak Sorunu Araştırması
Ethereum'un Layer 2 odaklı genişleme çözümlerine geçişi ve RaaS gibi araçların ortaya çıkmasıyla birlikte, birçok kamu blok zinciri hızlı bir şekilde 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 birçok projenin TGE sırasında değer kaybetmesine neden oldu.
OP Stack sayesinde, bir borsa kendi Base Layer 2'sini piyasaya sürdü, başka bir borsa Ink'i tanıttı; ZK teknolojisi kullanarak bir platform XLayer'ı çıkardı; Sony Soneium'u, LINE ise Kaia'yı tanıttı. Artık bir zincir inşa etmenin maliyet ve teknik engelleri büyük ölçüde azaldı, OP Stack tabanlı bir zincirin işletim maliyeti ayda yaklaşık 10,000 dolar.
Gelecek, çok zincirli bir varoluş dönemi olacak. Bu Layer 2 zincirleri, etkileşim sağlamak için EVM uyumluluğunu seçseler de, arkasındaki Web2 varlıkları nedeniyle çok sayıda amaca yönelik uygulama bulunması, aynı zincir üzerinde uygulama inşa etmek ve fikir birliğine varmakta zorluk yaşayacaklar.
Mevcut çok zincirli ekosistem yeni bir zorluk getiriyor: Likidite ve durumun dağılması. Çok zincirli varlıkları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ü var, örneğin hepimizin duyduğu zincir soyutlaması, niyet, Clearing Execution, Native CrossChain, ZKSharding, ancak bunların temel özü aynıdır.
Kullanılan endüstri tarafından daha fazla tanınan Cake mimarisini kullanarak, üstten alta çapraz zincir soyutlamanın temel bileşenlerini 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 detaylarını tamamen gizler. Uygulama katmanında, kullanıcılar ön yüz arayüzü ile etkileşimde bulunur, alttaki likidite dönüşüm mekanizmasını mutlaka bilmezler.
İzin Katmanı (Permission Layer)
Uygulama katmanının altında yer alan kullanıcılar, cüzdanlarını dApp'e bağlayarak ve teklif talep ederek ticaret niyetlerini karşılamaktadır. Buradaki "niyet", kullanıcının beklediği nihai ticaret sonucunu (yani çıktıyı) ifade eder, ticaretin spesifik icra yolunu değil.
Hesap Yönetimi ve Soyutlama Katmanı (Key Management and Account Abstraction)
Çok zincirli ortamın varlığından dolayı, çeşitli zincirlerin benzersiz hesap yapıları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 ve güvenilir bir hesap sistemi inşa etmiştir, zincirler arası konsensüs kurmaya gerek kalmadan, sadece mevcut hesap sistemleri arasında güvenilir taahhütler yeterlidir. Near Account, kullanıcılar için çok zincirli hesap cüzdanları oluşturarak soyut yönetimi 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 esasen mevcut kamu zincirlerini entegre etmiştir.
Çözüm Katmanı (Solver Layer)
Bu katman, kullanıcıların işlem niyetlerini almak ve gerçekleştirmekle sorumludur. Solver rolü burada daha iyi bir kullanıcı deneyimi sunmak için rekabet eder, bu da daha hızlı işlem süreleri ve yürütme hızları içerir. Bu temele dayanarak, 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.
Hesaplama Katmanı (Settlement Layer)
Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katmandır. Likidite ve durum dağıtımı çözümlerinin temel bileşenleri şunlardır:
Ayrıca, tüm çok zincirli sistemin verimli çalışmasını sağlamak için zincirler arası Likidite, nihai doğrulama (Finality), Layer 2 kanıtlama mekanizması gibi faktörleri de dikkate almak gerekmektedir.
Çözüm
Şu anda, piyasada likidite ayrışmasını çözmek için çeşitli çözümler bulunmaktadır. Birçok çözümü inceledikten sonra, esasen bu birkaç yöntem olduğunu gördük:
RaaS merkezli: OP Stack gibi Rollup çözümleri, OP Stack üzerinde inşa edilen Rollup'ların paylaşılmış likidite ve durumunu desteklemek için belirli paylaşılan sıralayıcılar ve çapraz zincir köprüler ekleyerek, likidite ve durum dağılımını daha yüksek bir düzeyde çözmeyi umuyor. Burada daha ayrıntılı bir tasarım olan ayrı paylaşılan sıralayıcı var, bu çözüm daha çok Layer2'ye yönelik olup, evrensellikten yoksundur, Astria, Espresso gibi.
Hesap merkezli: NEAR'a benzer şekilde, "zincir imzası" adı verilen bir teknik ile birden fazla blok zinciri protokolü üzerinden işlem imzalamak ve yürütmek için tam zincirli bir hesap cüzdanı inşa etmek. Bu sistemin temel bileşeni, kullanıcılar adına çoklu zincir işlemleri imzalayan MPC ağıdır. Bu çözüm, 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.
Zincir dışı niyet ağı merkezli: yani bizim "giriş" pasta mimarisi diyagramımızdaki Çözücü Ağı, esasen kullanıcıların niyetlerini Çözücü ağına göndermesi, Çözücü rolünün rekabetçi teklifler sunması, en iyi tamamlanma süresi ve işlem fiyatını sağlamasıdır. Bu Çözücüler AI Ajanı, CEX, Piyasa Yapıcı veya Liquorice gibi entegre protokoller olabilir. Bu alandaki projeler arasında Anoma, Khalani, Enso, aori ve Valantis bulunmaktadır. Niyet teorik olarak her türlü karmaşık çok zincirli işlemi gerçekleştirebilecek olsa da, uygulamada yeterli Likidite Çözücülerin desteğine ihtiyaç vardır ve bazı zincir dışı ihtiyaçlarla karşılaşıldığında, Çözücülerde dolandırıcılık olasılığı mevcuttur. Eğer dolandırıcılık kanıtı gibi yöntemler devreye girerse, Çözücü Ağı'nın uygulanabilirliği daha da zorlaşacak ve Çözücü çalıştırmanın eşiği de daha yüksek olacaktır.
Zincir üstü Likidite ağına odaklanmak: Bu yön, özellikle çapraz zincir likidite problemlerini optimize etmek için tasarlanmıştır, ancak diğer zincir üstü durumların dağınıklık sorununu çözmemektedir. Temel olarak, tüm zincir likiditesini paylaşmak için uygulamaların inşa edileceği bir likidite katmanı oluşturmak üzerine kuruludur. Bazı projeler arasında: Raye Network, INFINIT, Everclear, Elixir vb.
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 DEX, Hedgemony gibi projeler oluşturur. Bu tür projeler karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir ve geliştiricilerden yüksek bir yetkinlik talep eder, bu nedenle hacker saldırıları gibi olayların meydana gelmesi de oldukça kolaydır.
Likidite sorununu çözmek çok önemli bir meseledir, finans dünyasında genellikle likidite her şeyi temsil eder. Eğer parçalı olan tüm zincir likiditesini bir araya getiren bir entegre likidite platformu oluşturulabilirse, çok büyük bir potansiyele sahip olacaktır. Ayrıca birçok farklı çözümü de inceledik.
Yukarıdaki iki sınıflandırmada, pasta yapısı temelinde, Settlement Layer en atomik çözüm düzeyidir. Bu atomik çözümlerin üzerine inşa edilen daha soyut bir katman ise Solver Layer, Permission Layer ve Application Layer'dır. Yukarıda sıraladığımız çeşitli soyut veya Likidite çözümleri inşa etme yönünde farklılık gösteren katmanlar, yukarı-aşağı ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik çözüm düzeyinde değildir. Tüm likidite insanları enayi yerine koymak sorunları, birçok karmaşık türev sorunun ortaya çıkmasına neden oldu; bu nedenle, birlikte çalışabilirlik açısından çok çeşitli çözümler türetilmiştir. Ancak esasen hala bu bileşenlere bağımlıdır. Şimdi, likidite insanları enayi yerine koymak sorununu kendi bakış açılarıyla nasıl çözdüklerini görmek için birkaç tipik zincir soyutlama konsepti 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, Havuz Türü, IRM, Varlık vb. sağlamaktadır. Ayrıca anında devreye alınabilen Kaldıraçlı İşlem ve Getiri Stratejisi gibi bileşenler de sunmaktadır. Bu, diğer uygulama inşaat uçları ile 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, Robot Ventures, Electric Capital ve Maelstrom Capital gibi yatırımcılardan 600 bin dolar tohum yatırımı almıştır.
Khalani Ağı
Khalani, Intent uyum katmanı, Geçerlilik ve Genel Hesaplama Katmanı olmak üzere üç temel bileşen inşa etti.
Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir ve ardından Khalani'nin Niyet Uyumluluk Katmanı, dış niyetleri Protokol Çözücü'nün tanıyabileceği bir formata dönüştürebilir. Kullanılan standart format, Geçerlilik dilidir. Khalani düğümü, nihai sonucu Genel Hesaplama Katmanına göndermek için çapraz zincir köprüleri, hızlı hesaplama teknikleri gibi yollarla 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, Ethereal Ventures, Nascent, Maelstrom Capital gibi yatırımcılardan 2,2 milyon dolarlık bir tohum yatırımı almıştır.
Lakriste
Liquorice, bir merkeziyetsiz uygulama olup, açık artırmaya dayalı fiyat keşfi ve tek taraflı Likidite havuzları sağlamaktadır. Liquorice'ın ana misyonu, profesyonel ticaret şirketlerine verimli bir envanter yönetim aracı sunmak ve kullanım niyetiyle işlemleri gerçekleştirdiğinde temel DeFi protokollerine kolayca bağlanmaktır. Aynı zamanda, Liquorice, borç verme işlemleri için bir borç verme piyasası oluşturmuştur. Bu uygulama, işlem üzerine daha fazla odaklanmaktadır. Hâlâ geliştirme aşamasında olup, Temmuz ayında GreenField'in liderliğinde 1.2 milyon dolarlık Pre-seed yatırım turunu kazandığını duyurmuştur.
Xion
Xion, Burnt markasının bir yükseltmesi olarak ortaya çıktı. Geçmişte Burnt, tüketici uygulamalarına odaklanan bir uygulamaydı; ancak ekip, zincir üzerindeki etkileşimlerin büyük bir parçalanma sorunu olduğunu fark etti ve bu sorunu iyileştirmek için Xion'u geliştirdi. 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. Dört tur finansman gerçekleştirilmiştir ve yatırımcılar arasında Animoca, Multicoin, Alliance DAO, Mechanism gibi isimler bulunmaktadır.
=nil; Foundation
nil, Ethereum'un ZK hesap gücü pazarı, ZK yardımcı işlemcisi ve Layer2 geliştiricisidir. Ekip, derin bir ZK teknolojisi bilgisine 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 amaçlamaktadır. Ana parça, verileri 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ı içindeki doğrulayıcılar ve hesapların dağılımını yönetmektedir. Doğrulama komitesinin kullandığı konsensüs protokolü de Hotstuff'tur, bu da en son paralel yürütme projelerinde oldukça yaygındır. =nil; L2, başlangıçta 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ğrulanmaktadır.
Temel fikir, parçalama Layer2 mimarisi aracılığıyla, IBC gibi yerleşik bir çapraz-parça iletişim mimarisi oluşturarak, likidite ve durum dağılma sorunlarını çözmektir. Ancak, temel fikir rasyonel değildir çünkü likidite dağılma sorununu çözmek çok zincirli bir sorundur; oluşturulan şey tek bir Layer2'dir, bu da tüm zincirlerin ZK-sharding'in bir parçası olmasını gerektirdiği anlamına gelir, bu da zor bir durumdur.
ERC-7683
Ethereum de bu çapraz zincir likidite sorununu çözmeye çalışıyor, şu anda bazı önemli Layer 2 ve DEX'ler öncelikle ERC7683 standardını destekliyor, bunun için de Intent tabanlı çapraz zincir yöntemini kullanıyor. Temel hedefi, L2 ve yan zincirler arasında çapraz zincir işlemleri için genel bir standart oluşturmaktır, sipariş ve hesaplama arayüzlerini standartlaştırmak ve kesintisiz çapraz zincir yürütmeyi sağlamaktır, bunun anahtarı da bir Filler olabilir.