Layer2 döneminde Likidite insanları enayi yerine koymak sorunları araştırması
Ethereum'un Layer 2 odaklı genişleme çözümlerine geçişi ve RaaS gibi araçların yükselmesiyle birlikte, çok sayıda kamu blok zinciri hızla gelişiyor. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme aramak için kendi zincirlerini inşa etmek istiyor. Ancak, çok sayıda kamu blok zincirinin ortaya çıkması, ekosistem gelişiminin kamu blok zincirlerinin hızına ayak uydurmasını zorlaştırıyor ve bu da birçok projenin TGE sırasında değer kaybetmesine neden oluyor.
OP Stack sayesinde, bir borsa kendi Base Layer 2'sini tanıttı, bir diğer borsa Ink'i yayınladı; ZK teknolojisiyle, bir borsa XLayer'ı tanıttı; Sony Soneium'u, LINE ise Kaia'yı piyasaya sürdü. Artık bir blok zinciri inşa etmek için gereken finansman ve teknoloji eşiği büyük ölçüde düşmüştür, OP Stack tabanlı bir zinciri işletmenin maliyeti aylık yaklaşık 10.000 dolardır.
Gelecek kesinlikle çok zincirli bir varoluş dönemi olacaktır. Bu Layer 2 zincirleri, birlikte çalışabilirlik sağlamak için EVM uyumluluğunu seçebilir, ancak arkasındaki Web2 varlıklarının çok sayıda alt uygulaması nedeniyle, aynı zincir üzerinde uygulama geliştirmek ve uzlaşmak zor olacaktır.
Mevcut çok zincirli ekosistem yeni bir zorluk getiriyor: Likidite ve durum dağıtımı. Çok zincirli yapının varlığı kaçınılmaz olduğundan, etkileşimli çalışma 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 vb., ancak bunların temel özleri aynıdır.
Kullanıcıların en çok bildiği Cake mimarisini kullanarak, çapraz zincir 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, ancak alt katmandaki likidite dönüşüm mekanizmasını her zaman anlamayabilirler.
Yetki Katmanı(Permission Layer)
Uygulama katmanının altında, kullanıcı cüzdanını dApp'a bağlayarak ve teklif talep ederek işlem niyetini gerçekleştirmektedir. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ( yani )'in çıktısını ifade etmektedir, işlem için belirli bir 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 bir zincirin kendine özgü 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 yapısı EVM’den tamamen farklıdır. One Balance, bu alandaki temsilci projedir; güvenilir bir hesap yapısı inşa eder, zincirler arası konsensüs oluşturmaya gerek kalmadan sadece mevcut hesap yapıları 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ştirmekte, kullanıcı deneyimini büyük ölçüde optimize etmekte ve UX parçalanmasını azaltmaktadır. Ancak, Likidite açısından mevcut kamu zincirleri ile entegrasyon sağlanmıştır.
Çö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 sağlamak için rekabet eder, bu da daha hızlı işlem süreleri ve yürütme hızlarını içerir. Bu temel üzerine, niyet tabanlı projeler olan Anoma gibi çeşitli niyet odaklı çözümler inşa edilmiş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 durumun dağılmasıyla ilgili çözümün temel bileşenleri şunlardır:
Oracle(: Diğer zincirlerdeki durum bilgilerini almak için kullanılır.
Kıbrıs köprüsü ) Köprüler (: zincirler arası bilgi ve Likidite iletiminden sorumludur.
Önceden Onaylama ): Zincirler arası onay süresini kısaltın.
Veri erişilebilirliği ( DA ): Verilerin erişilebilirliğini sağlar.
Ayrıca, zincirler arası Likidite, nihai onay (Finality), Layer 2 kanıtlama mekanizması gibi unsurların dikkate alınması gerekmektedir; böylece tüm çok zincirli sistemin verimli bir şekilde çalışması güvence altına alınır.
( çö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, başlıca şu yöntemlerin 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 durumu paylaşmasına yardımcı olmak için belirli ortak sıralayıcılar ve çapraz zincir köprüleri ekleyerek bunu gerçekleştirir. Bu, likidite ve durumun dağılması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 Layer2'ye yönelik olup, evrensel bir nitelik taşımıyor, örneğin Astria, Espresso ve Flashbots gibi.
Hesap merkezli: NEAR'a benzer şekilde, çok zincirli bir hesap cüzdanı inşa etmek, "zincir imzası" olarak adlandırılan bir teknoloji aracılığıyla çeşitli blok zinciri protokollerinde işlem imzalamak ve uygulamak. Buradaki ana bileşen, kullanıcıların çoklu zincir işlemleri imzalaması için MPC ağını kullanmaktır. Bu sistem, kullanıcı deneyimi (UX) 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ı çözmemektedir.
Zincir dışı niyet ağına odaklanma: Yani, "giriş" pasta mimarimizdeki Solver Ağı'ndan bahsediyoruz, esasen kullanıcıların niyetlerini Solver ağına göndermesidir, Solver rolü teklifleri rekabet ederek en iyi tamamlanma süresi ve işlem fiyatını sağlamaktadır. Bu Solver'lar AI Ajanı, CEX, Piyasa Yapıcılar ve 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şamasında yeterli Likidite Solver'ların desteğine ihtiyaç vardır ve bazı zincir dışı taleplerle karşılaşıldığında, Solver'ın dolandırıcılık yapma olasılığı vardır. Eğer dolandırıcılık kanıtları gibi yöntemler devreye girerse, 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 üzerindeki Likidite ağına odaklanma: Bu yön, özellikle zincirler arası likidite sorununu optimize etmek için tasarlanmıştır, ancak diğer zincir üzerindeki durum dağınıklığı sorununu çözmemektedir. Temel amacı, bir likidite katmanı oluşturmak ve bu katman üzerinde uygulamalar inşa ederek 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 inşa edilir, örneğin Liquorice, Socket, Radiant Capital, 1inch, Hedgemony vb. Bu tür projeler karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir, geliştiriciler için son derece yüksek talepler vardır, bu nedenle hacker saldırıları olma olasılığı da oldukça yüksektir.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırma])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
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, 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 seviyedeki çözümdür. Bu atomik çözümlerin üzerinde, çapraz zincir, oracle ve Pre-Confirmation gibi daha soyut bir katman olarak inşa edilen Solver Layer, Permission Layer ve Application Layer bulunmaktadır. Yukarıda listelediğimiz farklı yönlerde soyutlama veya Likidite çözümleri geliştiren çeşitli katmanlar, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik seviyedeki çözümler değildir; tüm likidite insanları enayi yerine koymak sorunları, birçok karmaşık türev sorununun ortaya çıkmasına neden olmuştur. Bu nedenle, karşılıklı çalışabilirlik için birbirinden farklı çözümler türetilmiştir. Ancak özünde, bu bileşenlere bağımlı kalmak gerekmektedir. Şimdi, zincir soyutlama kavramına sahip birkaç tipik projeyi tartışacağız ve her birinin likidite insanları enayi yerine koymak sorununu kendi bakış açılarından nasıl çözdüğüne bakacağız.
(# INFINIT
INFINIT, DeFi alanında bir RaaS hizmeti inşa etti. 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ğlamanın yanı sıra, hemen kullanılabilir Leverage Trading ve Yield Strategy gibi bileşenleri de sunabiliyor. Diğer uygulama inşaat uçlarına eşdeğer, ancak nihai likidite Infinit'in likidite katmanında bulunuyor. Ancak, şu anda alt yapının çalışma prensipleri henüz açıklanmadı. Şu anda INFINIT, Robot Ventures, Electric Capital ve Maelstrom Capital gibi yatırımcılardan 6 milyon dolarlık bir tohum yatırımı aldı.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırma])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# Khalani Ağı
Khalani, Intent uyumluluk katmanı, Validity ve genel uzlaşma katmanı olmak üzere üç temel bileşen inşa etti.
Harici uygulamalar veya niyet katmanı, Khalani'ye niyetler yayınlayabilir, ardından Khalani'nin Niyet uyumluluk katmanı, harici 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, çapraz zincir köprüler, hızlı uzlaşma teknolojileri gibi yollarla iletmekle sorumludur. Bu proje hala inşaat aşamasındadır ve henüz daha fazla çalışma ayrıntısı açıklanmamıştır. Ağustos ayında Ethereal Ventures, Nascent, Maelstrom Capital gibi yatırımcılardan 2.2 milyon dolarlık tohum aşaması finansmanı almıştır.
![Layer2 Çağı'nda, Likidite insanları enayi yerine koymak sorunlarının araştırılması])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Meyan Şekeri
Liquorice, merkeziyetsiz bir uygulama olup, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzları sağlamaktadır. Liquorice'in ana misyonu, profesyonel ticaret şirketlerine etkili envanter yönetim araçları sunmak ve kullanım niyetine dayalı işlemleri kolayca merkez DeFi protokollerine bağlamaktı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. Hâlâ geliştirme aşamasında olan uygulama, Temmuz ayında GreenField liderliğinde 1,2 milyon dolarlık Pre-seed yatırım aldığını duyurdu.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorunlarının araştırılması])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp###
(# Xion
Xion, Burnt markasından yükseltilmiştir; geçmişte Burnt, tüketici uygulamalarına odaklanan bir uygulamaydı. Daha sonra ekip, zincir üzerindeki etkileşimlerde büyük bir parçalanma sorunu olduğunu keşfetti ve bu sorunu geliştirmek için Xion'u inşa etti. Xion, Comet BFT konsensüs protokolü üzerine inşa edilmiştir. Benimsenen ç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 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 piyasası, ZK yardımcı işlemcisi ve Layer2 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çalama ile işlem paralel işleme gerçekleştirmek ve ZKP oluşturmak için geliştirilmiştir. Ana parçalama, verileri doğrulamakta, Ethereum ile iletişim kurmakta ve tüm doğrulayıcılar arasında ağ durumunu senkronize etmektedir. Ana parçalama ayrıca, yürütme parçalamada doğrulayıcılar ve hesapların dağılımını yönetmektedir. Doğrulayıcı komitesinin kullandığı konsensüs protokolü de Hotstuff'tır; bu, en son paralel yürütme projelerinde yaygındır. =nil; L2, başlangıçtan itibaren parçalar arası iletişimi protokole entegre etmiştir. Parçalar arası mesajlar, her bir parçanın doğrulayıcı komitesi tarafından işlem olarak doğrulanmaktadır.
Temel fikir, parçalı Layer2 mimarisi aracılığıyla IBC'ye benzer gömülü bir parçalar arası iletişim mimarisi kurmaktır; bu şekilde likidite ve durum dağınıklığı sorunları çözülebilir. Ancak, temel fikir mantıklı değildir, çünkü likidite dağılması sorununun çözümü çok zincirli bir sorundur; inşa edilen, tek bir Layer2'dir, yani çözmek istiyorsa tüm zincirlerin ZK-sharding'in bir parçası haline gelmesi gerekir, bu da zor bir durumdur.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorunlarının araştırılması]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp###
(# ERC-7683
Ethereum, bu çoklu zincir likidite sorununu çözmeye de çalışıyor. Şu anda bazı DEX ve OP, ERC7683 standardını ilk olarak açıkça destekliyor ve bunun için de Intent tabanlı çoklu zincir yöntemini kullanıyorlar. Temel hedefi, L2 ve yan zincirler arasındaki çoklu zincir işlemleri için genel standartlar oluşturarak, sipariş ve hesaplama arayüzlerini standartlaştırmak ve kesintisiz çoklu zincir yürütmesini sağlamaktır. Bunun ana unsuru, bir Filler, yani zincir soyutlaması içindeki Solver rolünü üstlenerek ödemeyi gerçekleştirebilir. Bu öneri, bir DEX ve Across tarafından ortaklaşa inşa edilmiştir.
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.
14 Likes
Reward
14
2
Share
Comment
0/400
PumpBeforeRug
· 7h ago
Bağlantı yapılabilir mi? Kamu zinciri gibi mahkum oldu.
Layer2 çağında Likidite insanları enayi yerine koymak: Zorluklar ve Çözüm Önerileri Üzerine Tartışma
Layer2 döneminde Likidite insanları enayi yerine koymak sorunları araştırması
Ethereum'un Layer 2 odaklı genişleme çözümlerine geçişi ve RaaS gibi araçların yükselmesiyle birlikte, çok sayıda kamu blok zinciri hızla gelişiyor. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme aramak için kendi zincirlerini inşa etmek istiyor. Ancak, çok sayıda kamu blok zincirinin ortaya çıkması, ekosistem gelişiminin kamu blok zincirlerinin hızına ayak uydurmasını zorlaştırıyor ve bu da birçok projenin TGE sırasında değer kaybetmesine neden oluyor.
OP Stack sayesinde, bir borsa kendi Base Layer 2'sini tanıttı, bir diğer borsa Ink'i yayınladı; ZK teknolojisiyle, bir borsa XLayer'ı tanıttı; Sony Soneium'u, LINE ise Kaia'yı piyasaya sürdü. Artık bir blok zinciri inşa etmek için gereken finansman ve teknoloji eşiği büyük ölçüde düşmüştür, OP Stack tabanlı bir zinciri işletmenin maliyeti aylık yaklaşık 10.000 dolardır.
Gelecek kesinlikle çok zincirli bir varoluş dönemi olacaktır. Bu Layer 2 zincirleri, birlikte çalışabilirlik sağlamak için EVM uyumluluğunu seçebilir, ancak arkasındaki Web2 varlıklarının çok sayıda alt uygulaması nedeniyle, aynı zincir üzerinde uygulama geliştirmek ve uzlaşmak zor olacaktır.
Mevcut çok zincirli ekosistem yeni bir zorluk getiriyor: Likidite ve durum dağıtımı. Çok zincirli yapının varlığı kaçınılmaz olduğundan, etkileşimli çalışma 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 vb., ancak bunların temel özleri aynıdır.
Kullanıcıların en çok bildiği Cake mimarisini kullanarak, çapraz zincir 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, ancak alt katmandaki likidite dönüşüm mekanizmasını her zaman anlamayabilirler.
Yetki Katmanı(Permission Layer)
Uygulama katmanının altında, kullanıcı cüzdanını dApp'a bağlayarak ve teklif talep ederek işlem niyetini gerçekleştirmektedir. Buradaki "niyet", kullanıcının beklediği nihai işlem sonucunu ( yani )'in çıktısını ifade etmektedir, işlem için belirli bir 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 bir zincirin kendine özgü 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 yapısı EVM’den tamamen farklıdır. One Balance, bu alandaki temsilci projedir; güvenilir bir hesap yapısı inşa eder, zincirler arası konsensüs oluşturmaya gerek kalmadan sadece mevcut hesap yapıları 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ştirmekte, kullanıcı deneyimini büyük ölçüde optimize etmekte ve UX parçalanmasını azaltmaktadır. Ancak, Likidite açısından mevcut kamu zincirleri ile entegrasyon sağlanmıştır.
Çö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 sağlamak için rekabet eder, bu da daha hızlı işlem süreleri ve yürütme hızlarını içerir. Bu temel üzerine, niyet tabanlı projeler olan Anoma gibi çeşitli niyet odaklı çözümler inşa edilmiş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 durumun dağılmasıyla ilgili çözümün temel bileşenleri şunlardır:
Ayrıca, zincirler arası Likidite, nihai onay (Finality), Layer 2 kanıtlama mekanizması gibi unsurların dikkate alınması gerekmektedir; böylece tüm çok zincirli sistemin verimli bir şekilde çalışması güvence altına alınır.
( çö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, başlıca şu yöntemlerin 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 durumu paylaşmasına yardımcı olmak için belirli ortak sıralayıcılar ve çapraz zincir köprüleri ekleyerek bunu gerçekleştirir. Bu, likidite ve durumun dağılması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 Layer2'ye yönelik olup, evrensel bir nitelik taşımıyor, örneğin Astria, Espresso ve Flashbots gibi.
Hesap merkezli: NEAR'a benzer şekilde, çok zincirli bir hesap cüzdanı inşa etmek, "zincir imzası" olarak adlandırılan bir teknoloji aracılığıyla çeşitli blok zinciri protokollerinde işlem imzalamak ve uygulamak. Buradaki ana bileşen, kullanıcıların çoklu zincir işlemleri imzalaması için MPC ağını kullanmaktır. Bu sistem, kullanıcı deneyimi (UX) 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ı çözmemektedir.
Zincir dışı niyet ağına odaklanma: Yani, "giriş" pasta mimarimizdeki Solver Ağı'ndan bahsediyoruz, esasen kullanıcıların niyetlerini Solver ağına göndermesidir, Solver rolü teklifleri rekabet ederek en iyi tamamlanma süresi ve işlem fiyatını sağlamaktadır. Bu Solver'lar AI Ajanı, CEX, Piyasa Yapıcılar ve 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şamasında yeterli Likidite Solver'ların desteğine ihtiyaç vardır ve bazı zincir dışı taleplerle karşılaşıldığında, Solver'ın dolandırıcılık yapma olasılığı vardır. Eğer dolandırıcılık kanıtları gibi yöntemler devreye girerse, 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 üzerindeki Likidite ağına odaklanma: Bu yön, özellikle zincirler arası likidite sorununu optimize etmek için tasarlanmıştır, ancak diğer zincir üzerindeki durum dağınıklığı sorununu çözmemektedir. Temel amacı, bir likidite katmanı oluşturmak ve bu katman üzerinde uygulamalar inşa ederek 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 inşa edilir, örneğin Liquorice, Socket, Radiant Capital, 1inch, Hedgemony vb. Bu tür projeler karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir, geliştiriciler için son derece yüksek talepler vardır, bu nedenle hacker saldırıları olma olasılığı da oldukça yüksektir.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırma])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
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, 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 seviyedeki çözümdür. Bu atomik çözümlerin üzerinde, çapraz zincir, oracle ve Pre-Confirmation gibi daha soyut bir katman olarak inşa edilen Solver Layer, Permission Layer ve Application Layer bulunmaktadır. Yukarıda listelediğimiz farklı yönlerde soyutlama veya Likidite çözümleri geliştiren çeşitli katmanlar, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik seviyedeki çözümler değildir; tüm likidite insanları enayi yerine koymak sorunları, birçok karmaşık türev sorununun ortaya çıkmasına neden olmuştur. Bu nedenle, karşılıklı çalışabilirlik için birbirinden farklı çözümler türetilmiştir. Ancak özünde, bu bileşenlere bağımlı kalmak gerekmektedir. Şimdi, zincir soyutlama kavramına sahip birkaç tipik projeyi tartışacağız ve her birinin likidite insanları enayi yerine koymak sorununu kendi bakış açılarından nasıl çözdüğüne bakacağız.
(# INFINIT
INFINIT, DeFi alanında bir RaaS hizmeti inşa etti. 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ğlamanın yanı sıra, hemen kullanılabilir Leverage Trading ve Yield Strategy gibi bileşenleri de sunabiliyor. Diğer uygulama inşaat uçlarına eşdeğer, ancak nihai likidite Infinit'in likidite katmanında bulunuyor. Ancak, şu anda alt yapının çalışma prensipleri henüz açıklanmadı. Şu anda INFINIT, Robot Ventures, Electric Capital ve Maelstrom Capital gibi yatırımcılardan 6 milyon dolarlık bir tohum yatırımı aldı.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırma])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# Khalani Ağı
Khalani, Intent uyumluluk katmanı, Validity ve genel uzlaşma katmanı olmak üzere üç temel bileşen inşa etti.
Harici uygulamalar veya niyet katmanı, Khalani'ye niyetler yayınlayabilir, ardından Khalani'nin Niyet uyumluluk katmanı, harici 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, çapraz zincir köprüler, hızlı uzlaşma teknolojileri gibi yollarla iletmekle sorumludur. Bu proje hala inşaat aşamasındadır ve henüz daha fazla çalışma ayrıntısı açıklanmamıştır. Ağustos ayında Ethereal Ventures, Nascent, Maelstrom Capital gibi yatırımcılardan 2.2 milyon dolarlık tohum aşaması finansmanı almıştır.
![Layer2 Çağı'nda, Likidite insanları enayi yerine koymak sorunlarının araştırılması])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Meyan Şekeri
Liquorice, merkeziyetsiz bir uygulama olup, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzları sağlamaktadır. Liquorice'in ana misyonu, profesyonel ticaret şirketlerine etkili envanter yönetim araçları sunmak ve kullanım niyetine dayalı işlemleri kolayca merkez DeFi protokollerine bağlamaktı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. Hâlâ geliştirme aşamasında olan uygulama, Temmuz ayında GreenField liderliğinde 1,2 milyon dolarlık Pre-seed yatırım aldığını duyurdu.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorunlarının araştırılması])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp###
(# Xion
Xion, Burnt markasından yükseltilmiştir; geçmişte Burnt, tüketici uygulamalarına odaklanan bir uygulamaydı. Daha sonra ekip, zincir üzerindeki etkileşimlerde büyük bir parçalanma sorunu olduğunu keşfetti ve bu sorunu geliştirmek için Xion'u inşa etti. Xion, Comet BFT konsensüs protokolü üzerine inşa edilmiştir. Benimsenen ç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 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 piyasası, ZK yardımcı işlemcisi ve Layer2 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çalama ile işlem paralel işleme gerçekleştirmek ve ZKP oluşturmak için geliştirilmiştir. Ana parçalama, verileri doğrulamakta, Ethereum ile iletişim kurmakta ve tüm doğrulayıcılar arasında ağ durumunu senkronize etmektedir. Ana parçalama ayrıca, yürütme parçalamada doğrulayıcılar ve hesapların dağılımını yönetmektedir. Doğrulayıcı komitesinin kullandığı konsensüs protokolü de Hotstuff'tır; bu, en son paralel yürütme projelerinde yaygındır. =nil; L2, başlangıçtan itibaren parçalar arası iletişimi protokole entegre etmiştir. Parçalar arası mesajlar, her bir parçanın doğrulayıcı komitesi tarafından işlem olarak doğrulanmaktadır.
Temel fikir, parçalı Layer2 mimarisi aracılığıyla IBC'ye benzer gömülü bir parçalar arası iletişim mimarisi kurmaktır; bu şekilde likidite ve durum dağınıklığı sorunları çözülebilir. Ancak, temel fikir mantıklı değildir, çünkü likidite dağılması sorununun çözümü çok zincirli bir sorundur; inşa edilen, tek bir Layer2'dir, yani çözmek istiyorsa tüm zincirlerin ZK-sharding'in bir parçası haline gelmesi gerekir, bu da zor bir durumdur.
![Layer2 döneminde, Likidite insanları enayi yerine koymak sorunlarının araştırılması]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp###
(# ERC-7683
Ethereum, bu çoklu zincir likidite sorununu çözmeye de çalışıyor. Şu anda bazı DEX ve OP, ERC7683 standardını ilk olarak açıkça destekliyor ve bunun için de Intent tabanlı çoklu zincir yöntemini kullanıyorlar. Temel hedefi, L2 ve yan zincirler arasındaki çoklu zincir işlemleri için genel standartlar oluşturarak, sipariş ve hesaplama arayüzlerini standartlaştırmak ve kesintisiz çoklu zincir yürütmesini sağlamaktır. Bunun ana unsuru, bir Filler, yani zincir soyutlaması içindeki Solver rolünü üstlenerek ödemeyi gerçekleştirebilir. Bu öneri, bir DEX ve Across tarafından ortaklaşa inşa edilmiştir.