Katman 2 döneminde Likidite insanları enayi yerine koymak problemi araştırması
Ethereum'un Katman 2 merkezli ölçeklenme çözümlerine geçişiyle birlikte, RaaS gibi araçların yükselişi, birçok kamu zincirinin hızla gelişmesine yol açtı. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme arayışında kendi zincirlerini inşa etmek istiyor. Ancak, birçok kamu zincirinin ortaya çıkışı, ekosistemin gelişiminin kamu zincirlerinin hızına yetişmesini 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, başka bir ticaret platformu Ink'i piyasaya sürdü; ZK teknolojisi sayesinde, bir ticaret platformu XLayer'ı tanıttı; Sony Soneium'u, LINE Kaia'yı vb. tanıttı. Artık bir zincir inşa etmenin maliyeti ve teknik engelleri büyük ölçüde azalmış durumda, OP Stack tabanlı bir zincirin işletme maliyeti aylık yaklaşık 10,000 dolar.
Gelecek, çoklu zincirlerin bir arada var olacağı bir dönem olacaktır. Bu Katman 2 zincirleri, birbirleriyle etkileşim sağlamak için EVM uyumluluğunu seçebilirken, arkasındaki Web2 varlıklarının çok sayıda alt uygulaması nedeniyle, uygulamaları aynı zincir üzerinde inşa etmek ve fikir birliğine varmakta zorluk yaşayacaklardır.
Mevcut çok zincirli ekosistem, yeni bir zorluk getirdi: Likidite ve durumun dağılması. Çok zincirlerin varlığı kaçınılmaz olduğu için, etkileşimli çalışma, 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 özleri aynıdır.
Kullanmakta olduğumuz sektör tarafından daha fazla kabul gören Cake mimarisini kullanarak, çapraz zincir soyutlamasının temel bileşenlerinin üstten aşağıya doğru 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şimde bulunur ve mutlaka alt katmandaki likidite dönüşüm mekanizmasını anlamazlar.
Yetki Katmanı (Permission Layer )
Uygulama katmanının altında yer alıyor, kullanıcılar cüzdanlarını dApp'e bağlayarak ve alıntı talep ederek işlem niyetlerini karşılıyorlar. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ( yani çıkışı ) ifade eder, işlemle ilgili belirli yürütme yolunu değil.
Hesap Yönetimi ve Soyutlama (Anahtar Yönetimi ve Hesap Soyutlaması )
Çoklu zincir ortamının varlığı nedeniyle, her zincirin benzersiz hesap yapısını sürdürmek 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 inşa eder, zincirler arası konsensüs kurmaya gerek kalmadan yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler gerektirir. Near Account, kullanıcılar için çoklu zincir 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 mevcut kamu zincirlerini ana olarak 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 sunmak için rekabet eder; bu, daha hızlı işlem süreleri ve yürütme hızını içerir. Bu temel üzerine, niyete dayalı projeler olan Anoma gibi, çeşitli niyet odaklı çözümler geliştirilmiş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 katmanların çözüm katmanıdır. 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ü ( Bridges ): Çapraz zincir bilgileri ve likidite aktarımından sorumludur.
Ön onay planı ( Ön Onay ): Zincirler arası onay süresini kısaltmak.
Veri kullanılabilirliği ( DA ): Verilerin erişilebilirliğini sağlamak.
Ayrıca, zincirler arası likidite, nihai onay ( Finality ), Katman 2 kanıtlama mekanizması gibi faktörlerin dikkate alınması gerekmektedir; bu, tüm çok zincirli sistemin verimli çalışmasını sağlamak için önemlidir.
çözüm
Şu anda, piyasada likidite insanları enayi yerine koymak için çeşitli çözümler bulunmaktadır. Çok sayıda çözümü inceledikten sonra, bunların başlıca birkaç yolu olduğunu gördük:
RaaS merkezli: OP Stack gibi Rollup çözümleri, OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu desteklemek için belirli paylaşılan sıralayıcılar ve çapraz zincir köprüler ekleyerek yardımcı olur. 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 paylaşım sıralayıcısı var, bu çözüm daha çok Katman 2'ye yöneliktir, evrenselliği yoktur, Astria, Espresso ve Flashbots gibi.
Hesap merkezli: NEAR'a benzer şekilde, tüm zincir için bir hesap cüzdanı inşa etmek, «zincir imzası» adı verilen bir teknoloji aracılığıyla birden fazla blok zinciri protokolünde işlem imzalamak ve gerçekleştirmek. 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, kullanıcı deneyimindeki parçalanma sorununu büyük ölçüde çözse de, geliştiriciler için karmaşık bir arka uç uygulaması gerektirir ve temelde likidite ve durum dağılımını çözmez.
Zincir dışı niyet ağı merkezli: Yani, "giriş" kek mimarisi şemasındaki Solver Ağı, temel olarak kullanıcıların niyetlerini Solver ağına göndermesi, Solver rolünün rekabetçi teklif vermesi ve en iyi tamamlama süresi ve işlem fiyatını sağlamasıdır. Bu Solver'lar AI Agent, CEX, Market Maker hatta 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 çok zincirli işlemi gerçekleştirebilse de, uygulama aşamasında yeterli Likidite Solver'a ihtiyaç vardır ve zincir dışı bazı taleplerle karşılaşıldığında, Solver'ın dolandırıcılık yapma olasılığı bulunmaktadır. Dolandırıcılık kanıtı gibi yöntemler devreye alındığında, Solver Ağı'nın uygulanabilirliği daha da zorlaşacak ve Solver çalıştırmanın eşiği daha yüksek olacaktır.
Zincir üstü likidite ağını merkez alarak: Bu yön, özellikle zincirler arası likidite sorununu optimize etmeye odaklanmaktadır, ancak diğer zincir üstü durum dağınıklığı sorununu çözmemektedir. Temel amacı, uygulamaların inşa edileceği bir likidite katmanı oluşturarak, tüm zincir likiditesini paylaşmaktır. 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ını entegre ederek çalışır, örneğin Liquorice, Socket, Radiant Capital, 1inch, Hedgemony gibi. Bu tür projeler karmaşık çok zincirli süreçleri yönetmek zorundadır, bu nedenle geliştiriciler için yüksek gereksinimler vardır ve bu nedenle hacker saldırıları olma ihtimali de fazladır.
Likidite sorununu çözmek çok önemli bir meseledir, finans dünyasında genellikle likidite her şeyi temsil eder. Eğer parçalı tüm zincir likiditesini bir araya getiren entegre bir likidite platformu inşa edilebilirse, bu ç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 çözüm düzeyidir. Bu atomik çözümlerin üzerine inşa edilen daha soyut bir katman olan Solver Layer, Permission Layer ve Application Layer bulunmaktadır. Üstte listelediğimiz farklı yönlerde soyut veya Likidite çözümleri inşa etme çabaları, bu farklı seviyelerin yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik çözüm değildir; genel Likidite insanları enayi yerine koymak sorununu ortaya çıkaran birçok karmaşık türev sorunları beraberinde getirmiştir. Bu nedenle, karşılıklı etkileşim için çeşitli çözümler türetilmiştir. Ancak özünde bu bileşenlere bağımlıdı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.
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, Oracle, Pool Type, IRM, Asset gibi, sağlamaktadır. Ayrıca hemen devreye alınabilecek Leverage Trading ve Yield Strategy gibi bileşenler de sunmaktadır. Diğer uygulama inşa uçlarına eşdeğer, ancak nihai likidite Infinit'in likidite katmanında yer almaktadır. Ancak, şu anda temel çalışma prensibini henüz açıklamamıştır. Şu anda INFINIT, Robot Ventures, Electric Capital ve Maelstrom Capital gibi yatırımcılardan 600.000 dolar tohum finansmanı almıştır.
Khalani Ağı
Khalani, üç temel bileşen inşa etti: Intent uyumlu katman, Geçerlilik ve Genel Hesaplama Katmanı.
Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir, ardından Khalani'nin Niyet uyum katmanı dış niyetleri, protokol Çözücü tarafından tanınabilir bir formata dönüştürebilir. Kullanılan standart format Validity dilidir. Khalani düğümü, nihai sonucu genel uzlaşma katmanına iletmek için çapraz zincir köprüsü, hızlı uzlaşma teknolojileri gibi yöntemler aracılığıyla 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 firmalardan 2.2 milyon dolar tohum finansmanı almıştır.
Meyan Şekeri
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 etkili envanter yönetim araçları sunmak ve kullanım niyetiyle işlem gerçekleştirirken 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, ticaretin kendisine daha fazla odaklanmaktadır. Hâlâ geliştirilme aşamasında olup, Temmuz ayında GreenField tarafından yönetilen 1,2 milyon dolarlık Pre-seed yatırım turunu kazandığını duyurmuştur.
Xion
Xion, Burnt markasından yükseltilmiştir, geçmişte Burnt, tüketici uygulamalarına odaklanmış bir uygulamaydı, ardından ekip, zincir üzerindeki etkileşimde büyük bir parçalanma sorunu olduğunu fark etti, bu nedenle bu sorunu iyileştirmek için Xion'u inşa etti. Xion, Comet BFT konsensüs protokolü üzerine inşa edilmiştir. Kullandığı çapraz zincir iletişimi, Cosmos IBC'ye dayanmakta olduğu için diğer çapraz zincir köprülerinden daha yerel ve güvenli bir yapıya sahiptir. 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 hesap gücü pazarı, ZK yardımcı işlemci 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 genişletmek, parçalama işlemlerini paralel olarak gerçekleştirmek ve ZKP oluşturmak için 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'tur, bu da en son paralel yürütme projelerinde oldukça yaygındır. =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çalanmış Katman 2 mimarisi aracılığıyla IBC'ye benzer yerleşik bir parçalar arası iletişim yapısı oluşturmaktır; böylece likidite ve durum dağılımı sorunları çözülebilir. Ancak, temel fikir mantıklı değildir, çünkü likidite dağılımı sorununu çözmek çoklu zincir sorunudur; kurulan şey tekil bir Katman 2'dir, yani çözmek için tüm zincirlerin ZK-sharding'in bir parçası olması gerekir, bu ise zor bir hedeftir.
ERC-7683
Ethereum, bu çapraz zincir likidite sorununu çözmek için de çalışmalara başladı. Şu anda Arbitrum, OP ve bazı DEX'ler, ERC7683 standardını açıkça desteklemektedir. Kullanılan yöntem, niyet temelli çapraz zincir yöntemidir. Ana hedefi, çapraz L2 ve yan zincirler için çapraz zincir işlemleri için genel bir standart oluşturmak, sipariş ve ödeme arayüzlerini standartlaştırmak, kesintisiz çapraz zincir yürütmesini gerçekleştirmektir. Bu sürecin temelinde, bir Filler veya zincir soyutlamasındaki Solver rolü ile ödeme yapma özelliği bulunmaktadır. Bu teklif, bir DEX ve Across tarafından ortaklaşa geliştirilmiştir ve şu anda Cake çalışma grubu tarafından incelenmektedir.
OP Yığını
OP Stack, ERC-7683 ve zkSharding gibi, Ethereum içindeki Katman 2'ler arasındaki Likidite parçalanması için çözümlerdir ve mimari, konsensüs ve uygulama katmanlarında çözüm sunarlar. OP Stack, bilgi iletimini ve Sequ'ü bir kerede çözmek için tam bir çok Katman 2 çözümü tasarlayarak.
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.
Katman 2 döneminde cross-chain Likidite çözümleri keşfi
Katman 2 döneminde Likidite insanları enayi yerine koymak problemi araştırması
Ethereum'un Katman 2 merkezli ölçeklenme çözümlerine geçişiyle birlikte, RaaS gibi araçların yükselişi, birçok kamu zincirinin hızla gelişmesine yol açtı. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme arayışında kendi zincirlerini inşa etmek istiyor. Ancak, birçok kamu zincirinin ortaya çıkışı, ekosistemin gelişiminin kamu zincirlerinin hızına yetişmesini 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, başka bir ticaret platformu Ink'i piyasaya sürdü; ZK teknolojisi sayesinde, bir ticaret platformu XLayer'ı tanıttı; Sony Soneium'u, LINE Kaia'yı vb. tanıttı. Artık bir zincir inşa etmenin maliyeti ve teknik engelleri büyük ölçüde azalmış durumda, OP Stack tabanlı bir zincirin işletme maliyeti aylık yaklaşık 10,000 dolar.
Gelecek, çoklu zincirlerin bir arada var olacağı bir dönem olacaktır. Bu Katman 2 zincirleri, birbirleriyle etkileşim sağlamak için EVM uyumluluğunu seçebilirken, arkasındaki Web2 varlıklarının çok sayıda alt uygulaması nedeniyle, uygulamaları aynı zincir üzerinde inşa etmek ve fikir birliğine varmakta zorluk yaşayacaklardır.
Mevcut çok zincirli ekosistem, yeni bir zorluk getirdi: Likidite ve durumun dağılması. Çok zincirlerin varlığı kaçınılmaz olduğu için, etkileşimli çalışma, 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 özleri aynıdır.
Kullanmakta olduğumuz sektör tarafından daha fazla kabul gören Cake mimarisini kullanarak, çapraz zincir soyutlamasının temel bileşenlerinin üstten aşağıya doğru 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şimde bulunur ve mutlaka alt katmandaki likidite dönüşüm mekanizmasını anlamazlar.
Yetki Katmanı (Permission Layer )
Uygulama katmanının altında yer alıyor, kullanıcılar cüzdanlarını dApp'e bağlayarak ve alıntı talep ederek işlem niyetlerini karşılıyorlar. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ( yani çıkışı ) ifade eder, işlemle ilgili belirli yürütme yolunu değil.
Hesap Yönetimi ve Soyutlama (Anahtar Yönetimi ve Hesap Soyutlaması )
Çoklu zincir ortamının varlığı nedeniyle, her zincirin benzersiz hesap yapısını sürdürmek 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 inşa eder, zincirler arası konsensüs kurmaya gerek kalmadan yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler gerektirir. Near Account, kullanıcılar için çoklu zincir 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 mevcut kamu zincirlerini ana olarak 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 sunmak için rekabet eder; bu, daha hızlı işlem süreleri ve yürütme hızını içerir. Bu temel üzerine, niyete dayalı projeler olan Anoma gibi, çeşitli niyet odaklı çözümler geliştirilmiş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 katmanların çözüm katmanıdır. Likidite ve durum dağıtımının çözümünün temel bileşenleri şunlardır:
Ayrıca, zincirler arası likidite, nihai onay ( Finality ), Katman 2 kanıtlama mekanizması gibi faktörlerin dikkate alınması gerekmektedir; bu, tüm çok zincirli sistemin verimli çalışmasını sağlamak için önemlidir.
çözüm
Şu anda, piyasada likidite insanları enayi yerine koymak için çeşitli çözümler bulunmaktadır. Çok sayıda çözümü inceledikten sonra, bunların başlıca birkaç yolu olduğunu gördük:
RaaS merkezli: OP Stack gibi Rollup çözümleri, OP Stack üzerinde inşa edilen Rollup'ların ortak likidite ve durumunu desteklemek için belirli paylaşılan sıralayıcılar ve çapraz zincir köprüler ekleyerek yardımcı olur. 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 paylaşım sıralayıcısı var, bu çözüm daha çok Katman 2'ye yöneliktir, evrenselliği yoktur, Astria, Espresso ve Flashbots gibi.
Hesap merkezli: NEAR'a benzer şekilde, tüm zincir için bir hesap cüzdanı inşa etmek, «zincir imzası» adı verilen bir teknoloji aracılığıyla birden fazla blok zinciri protokolünde işlem imzalamak ve gerçekleştirmek. 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, kullanıcı deneyimindeki parçalanma sorununu büyük ölçüde çözse de, geliştiriciler için karmaşık bir arka uç uygulaması gerektirir ve temelde likidite ve durum dağılımını çözmez.
Zincir dışı niyet ağı merkezli: Yani, "giriş" kek mimarisi şemasındaki Solver Ağı, temel olarak kullanıcıların niyetlerini Solver ağına göndermesi, Solver rolünün rekabetçi teklif vermesi ve en iyi tamamlama süresi ve işlem fiyatını sağlamasıdır. Bu Solver'lar AI Agent, CEX, Market Maker hatta 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 çok zincirli işlemi gerçekleştirebilse de, uygulama aşamasında yeterli Likidite Solver'a ihtiyaç vardır ve zincir dışı bazı taleplerle karşılaşıldığında, Solver'ın dolandırıcılık yapma olasılığı bulunmaktadır. Dolandırıcılık kanıtı gibi yöntemler devreye alındığında, Solver Ağı'nın uygulanabilirliği daha da zorlaşacak ve Solver çalıştırmanın eşiği daha yüksek olacaktır.
Zincir üstü likidite ağını merkez alarak: Bu yön, özellikle zincirler arası likidite sorununu optimize etmeye odaklanmaktadır, ancak diğer zincir üstü durum dağınıklığı sorununu çözmemektedir. Temel amacı, uygulamaların inşa edileceği bir likidite katmanı oluşturarak, tüm zincir likiditesini paylaşmaktır. 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ını entegre ederek çalışır, örneğin Liquorice, Socket, Radiant Capital, 1inch, Hedgemony gibi. Bu tür projeler karmaşık çok zincirli süreçleri yönetmek zorundadır, bu nedenle geliştiriciler için yüksek gereksinimler vardır ve bu nedenle hacker saldırıları olma ihtimali de fazladır.
Likidite sorununu çözmek çok önemli bir meseledir, finans dünyasında genellikle likidite her şeyi temsil eder. Eğer parçalı tüm zincir likiditesini bir araya getiren entegre bir likidite platformu inşa edilebilirse, bu ç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 çözüm düzeyidir. Bu atomik çözümlerin üzerine inşa edilen daha soyut bir katman olan Solver Layer, Permission Layer ve Application Layer bulunmaktadır. Üstte listelediğimiz farklı yönlerde soyut veya Likidite çözümleri inşa etme çabaları, bu farklı seviyelerin yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik çözüm değildir; genel Likidite insanları enayi yerine koymak sorununu ortaya çıkaran birçok karmaşık türev sorunları beraberinde getirmiştir. Bu nedenle, karşılıklı etkileşim için çeşitli çözümler türetilmiştir. Ancak özünde bu bileşenlere bağımlıdı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.
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, Oracle, Pool Type, IRM, Asset gibi, sağlamaktadır. Ayrıca hemen devreye alınabilecek Leverage Trading ve Yield Strategy gibi bileşenler de sunmaktadır. Diğer uygulama inşa uçlarına eşdeğer, ancak nihai likidite Infinit'in likidite katmanında yer almaktadır. Ancak, şu anda temel çalışma prensibini henüz açıklamamıştır. Şu anda INFINIT, Robot Ventures, Electric Capital ve Maelstrom Capital gibi yatırımcılardan 600.000 dolar tohum finansmanı almıştır.
Khalani Ağı
Khalani, üç temel bileşen inşa etti: Intent uyumlu katman, Geçerlilik ve Genel Hesaplama Katmanı.
Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir, ardından Khalani'nin Niyet uyum katmanı dış niyetleri, protokol Çözücü tarafından tanınabilir bir formata dönüştürebilir. Kullanılan standart format Validity dilidir. Khalani düğümü, nihai sonucu genel uzlaşma katmanına iletmek için çapraz zincir köprüsü, hızlı uzlaşma teknolojileri gibi yöntemler aracılığıyla 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 firmalardan 2.2 milyon dolar tohum finansmanı almıştır.
Meyan Şekeri
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 etkili envanter yönetim araçları sunmak ve kullanım niyetiyle işlem gerçekleştirirken 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, ticaretin kendisine daha fazla odaklanmaktadır. Hâlâ geliştirilme aşamasında olup, Temmuz ayında GreenField tarafından yönetilen 1,2 milyon dolarlık Pre-seed yatırım turunu kazandığını duyurmuştur.
Xion
Xion, Burnt markasından yükseltilmiştir, geçmişte Burnt, tüketici uygulamalarına odaklanmış bir uygulamaydı, ardından ekip, zincir üzerindeki etkileşimde büyük bir parçalanma sorunu olduğunu fark etti, bu nedenle bu sorunu iyileştirmek için Xion'u inşa etti. Xion, Comet BFT konsensüs protokolü üzerine inşa edilmiştir. Kullandığı çapraz zincir iletişimi, Cosmos IBC'ye dayanmakta olduğu için diğer çapraz zincir köprülerinden daha yerel ve güvenli bir yapıya sahiptir. 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 hesap gücü pazarı, ZK yardımcı işlemci 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 genişletmek, parçalama işlemlerini paralel olarak gerçekleştirmek ve ZKP oluşturmak için 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'tur, bu da en son paralel yürütme projelerinde oldukça yaygındır. =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çalanmış Katman 2 mimarisi aracılığıyla IBC'ye benzer yerleşik bir parçalar arası iletişim yapısı oluşturmaktır; böylece likidite ve durum dağılımı sorunları çözülebilir. Ancak, temel fikir mantıklı değildir, çünkü likidite dağılımı sorununu çözmek çoklu zincir sorunudur; kurulan şey tekil bir Katman 2'dir, yani çözmek için tüm zincirlerin ZK-sharding'in bir parçası olması gerekir, bu ise zor bir hedeftir.
ERC-7683
Ethereum, bu çapraz zincir likidite sorununu çözmek için de çalışmalara başladı. Şu anda Arbitrum, OP ve bazı DEX'ler, ERC7683 standardını açıkça desteklemektedir. Kullanılan yöntem, niyet temelli çapraz zincir yöntemidir. Ana hedefi, çapraz L2 ve yan zincirler için çapraz zincir işlemleri için genel bir standart oluşturmak, sipariş ve ödeme arayüzlerini standartlaştırmak, kesintisiz çapraz zincir yürütmesini gerçekleştirmektir. Bu sürecin temelinde, bir Filler veya zincir soyutlamasındaki Solver rolü ile ödeme yapma özelliği bulunmaktadır. Bu teklif, bir DEX ve Across tarafından ortaklaşa geliştirilmiştir ve şu anda Cake çalışma grubu tarafından incelenmektedir.
OP Yığını
OP Stack, ERC-7683 ve zkSharding gibi, Ethereum içindeki Katman 2'ler arasındaki Likidite parçalanması için çözümlerdir ve mimari, konsensüs ve uygulama katmanlarında çözüm sunarlar. OP Stack, bilgi iletimini ve Sequ'ü bir kerede çözmek için tam bir çok Katman 2 çözümü tasarlayarak.