Katman 2 dönemindeki Likidite insanları enayi yerine koymak problemi araştırması
Ethereum'dan Katman 2 merkezli genişleme çözümlerine geçişle birlikte, RaaS gibi araçların yükselişiyle, birçok halka açık zincir hızla gelişti. Birçok kuruluş, farklı çıkar taleplerini temsil etmek ve daha yüksek bir değerleme aramak için kendi zincirlerini inşa etmek istiyor. Ancak, çok sayıda halka açık zincirin ortaya çıkması, ekosistemin gelişiminin halka açık zincirlerin 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 işlem platformu kendi Base Katman 2'sini piyasaya sürdü, başka bir işlem platformu Ink'i duyurdu; ZK teknolojisi sayesinde, bir platform XLayer'ı tanıttı; Sony Soneium'u, LINE ise Kaia'yı piyasaya sürdü. Artık bir zincir inşa etmek için gereken finansman ve teknoloji engelleri büyük ölçüde azalmış durumda, OP Stack'e dayalı bir zincirin işletim maliyeti aylık yaklaşık 10,000 dolar.
Gelecek, çoklu zincirlerin bir arada var olacağı bir dönem olacaktır. Bu Katman 2 zincirleri, etkileşim sağlamak için EVM uyumluluğunu seçebilir, ancak arkasındaki Web2 varlıklarının çok sayıda aşağı akış uygulaması olduğu için, aynı zincir üzerinde uygulama inşa etmek ve fikir birliğine varmak zor olacaktır.
Mevcut çok zincirli ekosistem, yeni bir zorluk getirdi: Likidite ve durumun dağılması. Çok zincirli olmanın kaçınılmaz olması nedeniyle, etkileşimli çalışma, keşfedilmesi ve çözülmesi gereken bir alan. Şu anda birçok likidite çözümü var, örneğin zincir soyutlaması, niyet, Clearing Execution, Yerel CrossChain, ZKSharding vb., ancak bunların temel özü aynıdır.
Kullanıcılar arasında genel olarak kabul gören Cake mimarisini kullanarak, çapraz zincir soyutlamanın temel bileşenlerinin yapısını 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ümleri içindeki en soyut katmandı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 temel likidite dönüşüm mekanizmasını anlamayabilirler.
İzin Katmanı(İzin Katmanı)
Uygulama katmanının altında, kullanıcılar cüzdanlarını dApp'e bağlayarak ve fiyat teklifi isteyerek işlem niyetlerini karşılar. Burada "niyet", kullanıcının beklediği nihai işlem sonucunu ( olarak ifade eder, yani çıktı )'dır ve işlemle ilgili belirli bir yürütme yolunu ifade etmez.
Hesap Yönetimi ve Soyutlama (Anahtar Yönetimi ve Hesap Soyutlaması )
Birden fazla zincir ortamının varlığı nedeniyle, her bir zincirin benzersiz 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 sistemi inşa eder, zincirler arası bir konsensüs oluşturmaya gerek kalmadan, yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler gerektirir. Near Account, kullanıcılara çoklu zincir hesap cüzdanları oluşturma yoluyla soyutlanmış yönetim sağlar ve bu, kullanıcı deneyimini büyük ölçüde optimize eder, UX'in parçalanmasını azaltır. Ancak, Likidite açısından mevcut kamu zincirleriyle entegrasyon ana odak noktasıdır.
Çözüm Katman (Solver Katman )
Bu katman, kullanıcıların işlem niyetlerini alıp gerçekleştirmekle sorumludur. Solver rolü burada daha iyi bir kullanıcı deneyimi sağlamak için rekabet eder; bu, daha hızlı işlem süresi ve yürütme hızı içerir. Bu temelde, niyet tabanlı projeler çeşitli niyet odaklı çözümler inşa etmiştir. Bu tür niyetlerin türevleri olan Predicate bileşeni, belirli kurallar altında kullanıcı niyetini gerçekleştirebilir.
Hesaplama Katmanı(Settlement Layer)
Bu, kullanıcı niyetlerini gerçekleştirmek için kullanılan bir ara katman olan katman 2'yi çözmenin yolları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.
Kapsama köprüsü(Köprüler): Çapraz zincir bilgisi ve likidite aktarımından sorumludur.
Önceden onaylama (: Zincirler arası onay süresini kısaltın.
Veri kullanılabilirliği ) DA (: Verilerin erişilebilirliğini sağlar.
Ayrıca, zincirler arası likidite, nihai onay ) Finality (, Katman 2 kanıt mekanizması gibi faktörlerin de dikkate alınması gerekmektedir, böylece tüm çok zincirli sistemin verimli çalışması sağlanabilir.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak problemi üzerine araştırma])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Şu anda, piyasada likidite parçalanmasını çözmek için çeşitli çözümler bulunmaktadır. Birçok çözümü inceledikten sonra, esas olarak şu birkaç yöntem olduğunu tespit ettik:
RaaS merkezli: OP Stack gibi Rollup çözümleriyle, OP Stack üzerinde inşa edilen Rollup'ların paylaşılan likidite ve durumunu desteklemek için belirli paylaşılan sıralayıcılar ve çapraz zincir köprüler eklenmektedir. Bu, likidite ve durum dağılımını daha yüksek bir düzeyde çözmeyi umuyor. Burada daha ayrıntılı bir şekilde, ayrı tasarlanmış paylaşılan sıralayıcılar var; bu çözüm daha çok Katman 2'ye yöneliktir ve evrensel bir özellik taşımamaktadır.
Hesap merkezli: NEAR'a benzer şekilde, "zincir imzası" olarak adlandırılan bir teknoloji ile çoklu blok zinciri protokollerinde imza atma ve işlem gerçekleştirme desteği sağlayan tam zincirli bir hesap cüzdanı inşa etmek. Temel bileşen, kullanıcıların çoklu zincir işlemleri için imza atmalarını sağlamak üzere MPC ağıdır. Bu sistem, kullanıcı deneyimi parçalanma sorununu büyük ölçüde çözebilse de, geliştiriciler için karmaşık bir arka uç uygulaması gerektirir ve esasen likidite ve durum dağılımı sorunlarını çözmez.
Off-chain niyet ağına odaklanma: yani "Giriş" pasta şeması içindeki Solver Ağı, temel olarak kullanıcıların niyetlerini Solver ağına göndermesidir. Solver bu rolü üstlenerek teklifleri rekabet eder, en iyi tamamlama süresi ve işlem fiyatını sağlar. Bu Solver'lar AI Agent, CEX, Piyasa Yapıcı veya entegre protokolün kendisi olabilir. Niyet teorik olarak her türlü karmaşık çapraz zincir işlemini gerçekleştirebilirken, uygulamada yeterli likiditeye sahip Solver'ların desteği gereklidir. Ayrıca bazı off-chain taleplerle karşılaşıldığında, Solver'ların dolandırıcılık yapma olasılığı vardır. Eğer dolandırıcılık kanıtı gibi yöntemler devreye girerse, Solver Ağı'nın uygulanabilirliği daha da zorlaşır ve Solver'ları çalıştırmanın eşiği yükselebilir.
Zincir üstü likidite ağını merkez alarak: Bu yön, özellikle zincirler arası likidite sorununu optimize etmeye yöneliktir, ancak diğer zincir üstü durumların dağınık sorununu çözmemektedir. Temel amacı, uygulamaların inşa edileceği bir likidite katmanı oluşturmaktır, böylece tüm zincir likiditesini paylaşabilir.
Zincir üstü 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 inşa edilir. Bu tür projelerin karmaşık çapraz zincir süreçlerini yönetmesi gerekir, bu nedenle geliştiriciler için son derece yüksek gereksinimlere sahiptir ve bu nedenle de hacker saldırılarının meydana gelmesi 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 entegre bir likidite platformu inşa edilebilirse, çok büyük bir potansiyele sahip olacaktır.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırma])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Yukarıdaki iki kategoride, pasta yapısına göre, Settlement Layer en atomik çözüm seviyesidir. Bu, bu çapraz zincir, oracle, Pre-Confirmation gibi atomik çözümlerin üzerinde, daha soyut bir katman olan Solver Layer, Permission Layer ve Application Layer'ı inşa etmektedir. Yukarıda listelenen her birinin, farklı yönlerde soyut veya likidite çözümleri oluşturması, bu hiyerarşinin farklı seviyelerine uygun olarak, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik çözüm değillerdir, tüm likidite kırılma sorunu birçok karmaşık türev sorunları ortaya çıkarmaktadır; bu nedenle, birlikte çalışabilirlik konusunda, çeşitli çözümler türemiştir. Ancak özünde bu bileşenlere bağımlıdır. Şimdi, birkaç tipik zincir soyutlama kavramı projesini tartışacağız ve her birinin likidite kırılma sorununu kendi bakış açısından nasıl çözdüğüne bakalım.
)# 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 bileşenleri sağlayabilmektedir. Ayrıca, hemen kullanılabilir 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 alt yapı çalışma prensiplerini açıklamamıştır.
Khalani Ağı
Khalani, üç ana bileşen inşa etti: Intent uyum katmanı, Validity ve genel ödeme katmanı.
Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir, ardından Khalani'nin Niyet uyum 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 uzlaşma katmanına iletmek için çapraz zincir köprüleri, hızlı uzlaşma teknolojileri gibi yöntemler kullanır. Bu proje hala inşaat aşamasındadır ve daha fazla çalışma ayrıntısı henüz açıklanmamıştır.
Meyan Kökü
Liquorice, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzları sağlayan merkeziyetsiz bir uygulamadır. Liquorice'in ana misyonu, profesyonel ticaret şirketlerine verimli envanter yönetim araçları sunmak ve kullanım niyeti ile işlem gerçekleştirilirken 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, ticaretin kendisine daha fazla odaklanmaktadır. Şu anda hala geliştirme aşamasındadır.
Xion
Xion, Burnt markasından yükseltilmiştir. 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 inşa etti. Xion, Comet BFT konsensüs protokolü üzerine kurulmuştur. Kullanılan çapraz zincir iletişimi, Cosmos IBC'ye dayanmaktadır, bu nedenle diğer çapraz zincir köprülerine göre daha yerel ve güvenlidir.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırmak]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# =nil; Vakıf
nil, Ethereum'un ZK hesap gücü piyasası, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir. Ekip, derin bir ZK teknolojisi bilgisine sahiptir. zkSharding çözümünü öne sürmüştür; bu çözüm, Ethereum ana ağını yatay olarak genişletmek için ZK teknolojisini kullanarak parçalama işlemlerini paralel olarak gerçekleştirmekte ve ZKP oluşturmaktadır. Ana parçalama, veri doğrulaması yapmakta, 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çalarındaki doğrulayıcılar ve hesapların dağılımını yönetmektedir. Doğrulama komitesinin kullandığı konsensüs protokolü de Hotstuff'tır; bu, 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ğrulanmaktadır.
Temel fikir, parçalı Layer 2 mimarisi aracılığıyla, IBC gibi yerleşik bir parçalar arası iletişim mimarisi oluşturmak, böylece likidite ve durum dağınıklığı sorunlarını çözmektir. Ancak, bu fikirin özü mantıklı değildir, çünkü likidite dağınıklığının çözülmesi gereken sorun çok zincirli bir sorundur; burada inşa edilen tek bir Layer 2'dir, yani çözülmesi için tüm zincirlerin ZK-sharding'in bir parçası haline gelmesi gerekmektedir, bu ise zor bir durumdur.
ERC-7683
Ethereum, bu çapraz zincir likidite sorununu çözmeye de çalışıyor. Şu anda birden fazla platform, ERC7683 standardını ilk önce kamuya açık olarak destekliyor ve kullandıkları da Intent tabanlı çapraz zincir yöntemidir. Temel hedefi, L2 ve yan zincirler arasında çapraz zincir işlemleri için genel bir standart oluşturmaktır; sipariş ve hesap kapama arayüzlerini standartlaştırarak sorunsuz çapraz zincir yürütmeyi gerçekleştirmektir. Bunun ana çekirdeği, bir Filler olarak da adlandırılabilecek, zincir soyutlamasındaki Solver rolünün ödeme yapmasıdır. Bu öneri, iki proje tarafından ortaklaşa inşa edilmiştir ve şu anda Cake çalışma grubu tarafından incelenmektedir.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorununun araştırılması]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# OP Stack
OP Stack, ERC-7683 ve zkSharding gibi, Ethereum içindeki Layer 2'ler arasındaki Likidite parçalanması için bir çözüm olarak tasarlanmıştır ve sırasıyla mimari, konsensüs ve uygulama katmanlarında bu sorunu çözmektedir. OP Stack, bilgi iletimi ve Sequencer merkeziyetsizliği sorununu tek seferde çözmek için tam bir çok Katman 2 çözümü tasarlayarak çalışır. OP Stack mimarisini kullandığınızda, otomatik olarak çapraz zincir sözleşmeleri dağıtılır ve aynı zamanda yanlış çapraz zincir bilgilerini iletmekten kaçınmak için bir Supervisor bulunur. Şu anda OP Stack mimarisini kullanan birçok tanınmış proje bulunmaktadır.
Bunlar arasında, en belirgin olanı Unichain'dir. Unichain, esas olarak
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öneminin Likidite insanları enayi yerine koymak zorlukları ve çözüm önerileri incelemesi
Katman 2 dönemindeki Likidite insanları enayi yerine koymak problemi araştırması
Ethereum'dan Katman 2 merkezli genişleme çözümlerine geçişle birlikte, RaaS gibi araçların yükselişiyle, birçok halka açık zincir hızla gelişti. Birçok kuruluş, farklı çıkar taleplerini temsil etmek ve daha yüksek bir değerleme aramak için kendi zincirlerini inşa etmek istiyor. Ancak, çok sayıda halka açık zincirin ortaya çıkması, ekosistemin gelişiminin halka açık zincirlerin 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 işlem platformu kendi Base Katman 2'sini piyasaya sürdü, başka bir işlem platformu Ink'i duyurdu; ZK teknolojisi sayesinde, bir platform XLayer'ı tanıttı; Sony Soneium'u, LINE ise Kaia'yı piyasaya sürdü. Artık bir zincir inşa etmek için gereken finansman ve teknoloji engelleri büyük ölçüde azalmış durumda, OP Stack'e dayalı bir zincirin işletim maliyeti aylık yaklaşık 10,000 dolar.
Gelecek, çoklu zincirlerin bir arada var olacağı bir dönem olacaktır. Bu Katman 2 zincirleri, etkileşim sağlamak için EVM uyumluluğunu seçebilir, ancak arkasındaki Web2 varlıklarının çok sayıda aşağı akış uygulaması olduğu için, aynı zincir üzerinde uygulama inşa etmek ve fikir birliğine varmak zor olacaktır.
Mevcut çok zincirli ekosistem, yeni bir zorluk getirdi: Likidite ve durumun dağılması. Çok zincirli olmanın kaçınılmaz olması nedeniyle, etkileşimli çalışma, keşfedilmesi ve çözülmesi gereken bir alan. Şu anda birçok likidite çözümü var, örneğin zincir soyutlaması, niyet, Clearing Execution, Yerel CrossChain, ZKSharding vb., ancak bunların temel özü aynıdır.
Kullanıcılar arasında genel olarak kabul gören Cake mimarisini kullanarak, çapraz zincir soyutlamanın temel bileşenlerinin yapısını 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ümleri içindeki en soyut katmandı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 temel likidite dönüşüm mekanizmasını anlamayabilirler.
İzin Katmanı(İzin Katmanı)
Uygulama katmanının altında, kullanıcılar cüzdanlarını dApp'e bağlayarak ve fiyat teklifi isteyerek işlem niyetlerini karşılar. Burada "niyet", kullanıcının beklediği nihai işlem sonucunu ( olarak ifade eder, yani çıktı )'dır ve işlemle ilgili belirli bir yürütme yolunu ifade etmez.
Hesap Yönetimi ve Soyutlama (Anahtar Yönetimi ve Hesap Soyutlaması )
Birden fazla zincir ortamının varlığı nedeniyle, her bir zincirin benzersiz 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 sistemi inşa eder, zincirler arası bir konsensüs oluşturmaya gerek kalmadan, yalnızca mevcut hesap sistemleri arasında güvenilir taahhütler gerektirir. Near Account, kullanıcılara çoklu zincir hesap cüzdanları oluşturma yoluyla soyutlanmış yönetim sağlar ve bu, kullanıcı deneyimini büyük ölçüde optimize eder, UX'in parçalanmasını azaltır. Ancak, Likidite açısından mevcut kamu zincirleriyle entegrasyon ana odak noktasıdır.
Çözüm Katman (Solver Katman )
Bu katman, kullanıcıların işlem niyetlerini alıp gerçekleştirmekle sorumludur. Solver rolü burada daha iyi bir kullanıcı deneyimi sağlamak için rekabet eder; bu, daha hızlı işlem süresi ve yürütme hızı içerir. Bu temelde, niyet tabanlı projeler çeşitli niyet odaklı çözümler inşa etmiştir. Bu tür niyetlerin türevleri olan Predicate bileşeni, belirli kurallar altında kullanıcı niyetini gerçekleştirebilir.
Hesaplama Katmanı(Settlement Layer)
Bu, kullanıcı niyetlerini gerçekleştirmek için kullanılan bir ara katman olan katman 2'yi çözmenin yolları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ıt mekanizması gibi faktörlerin de dikkate alınması gerekmektedir, böylece tüm çok zincirli sistemin verimli çalışması sağlanabilir.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak problemi üzerine araştırma])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Şu anda, piyasada likidite parçalanmasını çözmek için çeşitli çözümler bulunmaktadır. Birçok çözümü inceledikten sonra, esas olarak şu birkaç yöntem olduğunu tespit ettik:
RaaS merkezli: OP Stack gibi Rollup çözümleriyle, OP Stack üzerinde inşa edilen Rollup'ların paylaşılan likidite ve durumunu desteklemek için belirli paylaşılan sıralayıcılar ve çapraz zincir köprüler eklenmektedir. Bu, likidite ve durum dağılımını daha yüksek bir düzeyde çözmeyi umuyor. Burada daha ayrıntılı bir şekilde, ayrı tasarlanmış paylaşılan sıralayıcılar var; bu çözüm daha çok Katman 2'ye yöneliktir ve evrensel bir özellik taşımamaktadır.
Hesap merkezli: NEAR'a benzer şekilde, "zincir imzası" olarak adlandırılan bir teknoloji ile çoklu blok zinciri protokollerinde imza atma ve işlem gerçekleştirme desteği sağlayan tam zincirli bir hesap cüzdanı inşa etmek. Temel bileşen, kullanıcıların çoklu zincir işlemleri için imza atmalarını sağlamak üzere MPC ağıdır. Bu sistem, kullanıcı deneyimi parçalanma sorununu büyük ölçüde çözebilse de, geliştiriciler için karmaşık bir arka uç uygulaması gerektirir ve esasen likidite ve durum dağılımı sorunlarını çözmez.
Off-chain niyet ağına odaklanma: yani "Giriş" pasta şeması içindeki Solver Ağı, temel olarak kullanıcıların niyetlerini Solver ağına göndermesidir. Solver bu rolü üstlenerek teklifleri rekabet eder, en iyi tamamlama süresi ve işlem fiyatını sağlar. Bu Solver'lar AI Agent, CEX, Piyasa Yapıcı veya entegre protokolün kendisi olabilir. Niyet teorik olarak her türlü karmaşık çapraz zincir işlemini gerçekleştirebilirken, uygulamada yeterli likiditeye sahip Solver'ların desteği gereklidir. Ayrıca bazı off-chain taleplerle karşılaşıldığında, Solver'ların dolandırıcılık yapma olasılığı vardır. Eğer dolandırıcılık kanıtı gibi yöntemler devreye girerse, Solver Ağı'nın uygulanabilirliği daha da zorlaşır ve Solver'ları çalıştırmanın eşiği yükselebilir.
Zincir üstü likidite ağını merkez alarak: Bu yön, özellikle zincirler arası likidite sorununu optimize etmeye yöneliktir, ancak diğer zincir üstü durumların dağınık sorununu çözmemektedir. Temel amacı, uygulamaların inşa edileceği bir likidite katmanı oluşturmaktır, böylece tüm zincir likiditesini paylaşabilir.
Zincir üstü 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 inşa edilir. Bu tür projelerin karmaşık çapraz zincir süreçlerini yönetmesi gerekir, bu nedenle geliştiriciler için son derece yüksek gereksinimlere sahiptir ve bu nedenle de hacker saldırılarının meydana gelmesi 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 entegre bir likidite platformu inşa edilebilirse, çok büyük bir potansiyele sahip olacaktır.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırma])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Yukarıdaki iki kategoride, pasta yapısına göre, Settlement Layer en atomik çözüm seviyesidir. Bu, bu çapraz zincir, oracle, Pre-Confirmation gibi atomik çözümlerin üzerinde, daha soyut bir katman olan Solver Layer, Permission Layer ve Application Layer'ı inşa etmektedir. Yukarıda listelenen her birinin, farklı yönlerde soyut veya likidite çözümleri oluşturması, bu hiyerarşinin farklı seviyelerine uygun olarak, yukarı ve aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hala atomik çözüm değillerdir, tüm likidite kırılma sorunu birçok karmaşık türev sorunları ortaya çıkarmaktadır; bu nedenle, birlikte çalışabilirlik konusunda, çeşitli çözümler türemiştir. Ancak özünde bu bileşenlere bağımlıdır. Şimdi, birkaç tipik zincir soyutlama kavramı projesini tartışacağız ve her birinin likidite kırılma sorununu kendi bakış açısından nasıl çözdüğüne bakalım.
)# 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 bileşenleri sağlayabilmektedir. Ayrıca, hemen kullanılabilir 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 alt yapı çalışma prensiplerini açıklamamıştır.
Khalani Ağı
Khalani, üç ana bileşen inşa etti: Intent uyum katmanı, Validity ve genel ödeme katmanı.
Dış uygulamalar veya niyet katmanı, Khalani'ye niyet gönderebilir, ardından Khalani'nin Niyet uyum 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 uzlaşma katmanına iletmek için çapraz zincir köprüleri, hızlı uzlaşma teknolojileri gibi yöntemler kullanır. Bu proje hala inşaat aşamasındadır ve daha fazla çalışma ayrıntısı henüz açıklanmamıştır.
Meyan Kökü
Liquorice, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzları sağlayan merkeziyetsiz bir uygulamadır. Liquorice'in ana misyonu, profesyonel ticaret şirketlerine verimli envanter yönetim araçları sunmak ve kullanım niyeti ile işlem gerçekleştirilirken 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, ticaretin kendisine daha fazla odaklanmaktadır. Şu anda hala geliştirme aşamasındadır.
Xion
Xion, Burnt markasından yükseltilmiştir. 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 inşa etti. Xion, Comet BFT konsensüs protokolü üzerine kurulmuştur. Kullanılan çapraz zincir iletişimi, Cosmos IBC'ye dayanmaktadır, bu nedenle diğer çapraz zincir köprülerine göre daha yerel ve güvenlidir.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorununu araştırmak]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# =nil; Vakıf
nil, Ethereum'un ZK hesap gücü piyasası, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir. Ekip, derin bir ZK teknolojisi bilgisine sahiptir. zkSharding çözümünü öne sürmüştür; bu çözüm, Ethereum ana ağını yatay olarak genişletmek için ZK teknolojisini kullanarak parçalama işlemlerini paralel olarak gerçekleştirmekte ve ZKP oluşturmaktadır. Ana parçalama, veri doğrulaması yapmakta, 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çalarındaki doğrulayıcılar ve hesapların dağılımını yönetmektedir. Doğrulama komitesinin kullandığı konsensüs protokolü de Hotstuff'tır; bu, 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ğrulanmaktadır.
Temel fikir, parçalı Layer 2 mimarisi aracılığıyla, IBC gibi yerleşik bir parçalar arası iletişim mimarisi oluşturmak, böylece likidite ve durum dağınıklığı sorunlarını çözmektir. Ancak, bu fikirin özü mantıklı değildir, çünkü likidite dağınıklığının çözülmesi gereken sorun çok zincirli bir sorundur; burada inşa edilen tek bir Layer 2'dir, yani çözülmesi için tüm zincirlerin ZK-sharding'in bir parçası haline gelmesi gerekmektedir, bu ise zor bir durumdur.
ERC-7683
Ethereum, bu çapraz zincir likidite sorununu çözmeye de çalışıyor. Şu anda birden fazla platform, ERC7683 standardını ilk önce kamuya açık olarak destekliyor ve kullandıkları da Intent tabanlı çapraz zincir yöntemidir. Temel hedefi, L2 ve yan zincirler arasında çapraz zincir işlemleri için genel bir standart oluşturmaktır; sipariş ve hesap kapama arayüzlerini standartlaştırarak sorunsuz çapraz zincir yürütmeyi gerçekleştirmektir. Bunun ana çekirdeği, bir Filler olarak da adlandırılabilecek, zincir soyutlamasındaki Solver rolünün ödeme yapmasıdır. Bu öneri, iki proje tarafından ortaklaşa inşa edilmiştir ve şu anda Cake çalışma grubu tarafından incelenmektedir.
![Katman 2 döneminde, Likidite insanları enayi yerine koymak sorununun araştırılması]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# OP Stack
OP Stack, ERC-7683 ve zkSharding gibi, Ethereum içindeki Layer 2'ler arasındaki Likidite parçalanması için bir çözüm olarak tasarlanmıştır ve sırasıyla mimari, konsensüs ve uygulama katmanlarında bu sorunu çözmektedir. OP Stack, bilgi iletimi ve Sequencer merkeziyetsizliği sorununu tek seferde çözmek için tam bir çok Katman 2 çözümü tasarlayarak çalışır. OP Stack mimarisini kullandığınızda, otomatik olarak çapraz zincir sözleşmeleri dağıtılır ve aynı zamanda yanlış çapraz zincir bilgilerini iletmekten kaçınmak için bir Supervisor bulunur. Şu anda OP Stack mimarisini kullanan birçok tanınmış proje bulunmaktadır.
Bunlar arasında, en belirgin olanı Unichain'dir. Unichain, esas olarak