Katman 2 çağına özgü Likidite insanları enayi yerine koymak sorunu üzerine araştırma

Ethereum'un Katman 2 merkezli genişleme çözümlerine geçişi ve RaaS gibi araçların yükselişiyle birlikte, birçok kamu zinciri hızlı bir şekilde gelişmektedir. Birçok kuruluş, farklı çıkarları temsil etmek ve daha yüksek bir değerleme arayışında kendi zincirlerini inşa etmek istemektedir. Ancak, birçok kamu zincirinin ortaya çıkması, ekosistem gelişiminin kamu zincirlerinin hızına ayak uydurmasını zorlaştırmakta ve bu da birçok projenin TGE sırasında değer kaybetmesine neden olmaktadır.

OP Stack sayesinde, bir ticaret platformu kendi Katman 2'sini olan Base'i tanıttı, başka bir ticaret platformu ise Ink'i yayımladı; ZK teknolojisi sayesinde, bir ticaret platformu XLayer'i tanıttı; Sony Soneium'u, LINE ise Kaia'yı piyasaya sürdü. Günümüzde, bir zincir inşa etmenin finansman ve teknoloji eşiği büyük ölçüde düşmüştür, OP Stack tabanlı bir zincirin işletim maliyeti aylık yaklaşık 10.000 dolardır.

Gelecek, çok zincirli bir varoluş dönemine tanıklık edecek. Bu Katman 2 zincirlerinin EVM uyumluluğunu seçerek etkileşim sağlaması mümkün olsa da, arkasındaki Web2 varlıklarının çok sayıda aşağı akış uygulaması olması nedeniyle, aynı zincir üzerinde uygulama inşa etmekte ve fikir birliğine varmakta zorluk çekiyorlar.

Mevcut çoklu zincir ekosistemi yeni bir zorluk getirdi: Likidite ve durum dağılması. Çoklu zincirlerin varlığı kaçınılmaz olduğundan, etkileşimli çalışma araştırılması ve çözülmesi gereken bir alan haline geliyor. Şu anda birçok likidite çözümü bulunmaktadır, örneğin zincir soyutlaması, niyet, Clearing Execution, Native CrossChain, ZKSharding vb., ancak bunların temel özelliği aynıdır.

Kullanmakta olduğumuz sektörde oldukça kabul gören Cake mimarisi ile yukarıdan aşağıya doğru çapraz zincir soyutlamasını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 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 ve genellikle altyapıdaki likidite dönüşüm mekanizmasını anlamazlar.

İzin Katmanı (Permission Layer)

Uygulama katmanının altında bulunan, kullanıcıların cüzdanlarını dApp'e bağlayarak ve fiyat teklifi isteyerek ticaret niyetlerini yerine getirdikleri yer. Buradaki "niyet", kullanıcıların beklediği nihai ticaret sonucunu (yani çıktıyı) ifade eder, ticaretin belirli bir yürütme yolunu değil.

Hesap Yönetimi ve Abstraksiyon Katmanı (Key Management and Account Abstraction)

Çoklu 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 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 ve zincirler arası konsensüs kurmaya gerek kalmadan mevcut hesap sistemleri arasında güvenilir taahhütler gerektirir. Near Account, kullanıcılar için çoklu zincir hesap cüzdanları oluşturarak soyutlama yönetimini gerçekleştirir ve kullanıcı deneyimini büyük ölçüde optimize eder, UX parçalanmasını azaltır. Ancak, likidite açısından mevcut kamu zincirleri ile ana 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 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 çeşitli niyet odaklı çözümler geliştirmiştir. Bu tür niyetlerin türevleri olarak, belirli kurallar altında kullanıcı niyetini gerçekleştirebilen Predicate bileşeni bulunmaktadır.

Hesaplama Katmanı (Settlement Layer)

Bu, kullanıcı niyetini gerçekleştirmek için kullanılan ara katman olan katman 2'yi çözümdür. Likidite ve durum dağıtımına yönelik çözümlerin temel bileşenleri şunlardır:

• Oracle: Diğer zincirlerdeki durum bilgilerini almak için kullanılır.
• Köprüler (Bridges): Zincirler arası bilgi ve likidite aktarımından sorumludur.
• Ön Onay (Pre-Confirmation): Zincirler arası onay süresini kısaltmak.
• Veri erişilebilirliği (DA): Verilerin erişilebilirliğini sağlar.

Ayrıca, tüm çoklu zincir sisteminin verimli çalışmasını sağlamak için zincirler arası likidite, nihai doğrulama (Finality), Katman 2 kanıtlama mekanizması gibi faktörlerin de göz önünde bulundurulması gerekmektedir.

Çözüm

Şu anda, piyasada likidite parçalanmasını çözmek için birçok çözüm bulunmaktadır. Birçok çözümü inceledikten sonra, esas olarak bu birkaç yöntemin olduğunu keşfettik:

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

2. Hesap merkezli: Çok zincirli protokoller üzerinden işlem imzalayıp uygulamak için "zincir imzası" adı verilen bir teknoloji ile desteklenen, tam zincirli bir hesap cüzdanı inşa etmek. Buradaki temel bileşen, kullanıcıların çok zincirli işlemleri imzalaması için bir MPC ağıdır. Bu sistem, UX parçalanması sorununu büyük ölçüde çözse de, geliştiriciler için karmaşık bir arka uç uygulaması gerektirmekte ve esasen likidite ve durum dağılımını çözmemektedir.

3. Zincir dışı niyet ağı merkezli: Temel olarak, kullanıcıların niyetlerini Solver ağına göndermesi, Solver rolünün rekabetçi teklifler sunması ve en iyi tamamlama süresi ve işlem fiyatını sağlamasıdır. Bu Solver'lar AI Ajanı, CEX, Piyasa Yapıcı veya entegre protokolün kendisi olabilir. Niyetler teorik olarak her türlü 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ığı vardır. Dolandırıcılık kanıtları gibi yöntemler devreye alındığında, Solver Ağı'nın uygulanabilirliği daha zor hale gelir ve Solver çalıştırma eşiği de daha yüksek olur.

4. Zincir üstü likidite ağına odaklanmak: Bu yön, özellikle zincirler arası likidite sorununu optimize etmek için tasarlanmıştır, ancak diğer zincir üzerindeki durumların dağınıklık sorununu çözmemektedir. Temeli, uygulamaların inşa edileceği bir likidite katmanının oluşturulmasıdır, böylece tüm zincir likiditesi paylaşılabilir.

5. Zincir üzerindeki uygulamalara odaklanma: Bu tür uygulamalar, büyük MM'leri veya üçüncü taraf uygulamaları entegre ederek yüksek likidite uygulamaları oluşturur. Bu tür projeler, karmaşık çapraz zincir süreçlerini yönetmeyi gerektirir ve geliştiricilerden yüksek bir yetenek talep eder, bu nedenle de hacker saldırılarına karşı oldukça hassastı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 bir entegrasyon likidite platformu oluşturulabilirse, bu 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ına göre, Settlement Layer en atomik çözüm seviyesidir. Bu atomik çözümlerin üzerine, çapraz zincir, oracle, Pre-Confirmation gibi daha soyut bir katman inşa edilmiştir; bunlar Solver Layer, Permission Layer ve Application Layer'dır. Yukarıda sıraladığımız farklı yönlerdeki soyut veya likidite çözümleri, bu farklı seviyelere uymaktadır ve yukarı-aşağı akış ilişkisi olarak anlaşılabilir. Ancak bu çözümler hâlâ atomik çözüm değildir; tüm likidite parçalılığı sorunu, birçok karmaşık yan sorunların ortaya çıkmasına neden olmuştur, dolayısıyla birlikte çalışabilirlik için çeşitli çözümler türetilmiştir. Ancak özünde hâlâ bu bileşenlere bağımlıdır. Şimdi, birkaç tipik zincir soyutlama kavramı projesini tartışacağız ve her birinin likidite parçalılığı sorununu nasıl kendi perspektifinden çözdüğüne bakacağız.

Bir proje, DeFi alanında bir RaaS hizmeti inşa etti; bu hizmet, DeFi protokollerinin doğrudan inşa için ihtiyaç duyduğu bileşenleri, örneğin Oracle, Pool Type, IRM, Asset gibi, sağlamaktadır. Ayrıca hemen etkinleştirilebilen 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 bu projenin likidite katmanında tutulmaktadır. Ancak, şu anda hala temel çalışma prensiplerini açıklamamaktadır.

Diğer bir proje, Intent uyum katmanı, Validity ve genel uzlaşma katmanı olmak üzere üç temel bileşen inşa etti. Harici uygulamalar veya niyet katmanı, bu projeye niyet gönderebilir ve ardından Intent uyum katmanı, harici niyetleri protokol Solver'ın tanıyabileceği bir formata dönüştürebilir; kullanılan standart format Validity dilidir. Bu projenin düğümleri, nihai sonucu genel uzlaşma katmanına göndermek için çapraz zincir köprüleri, hızlı uzlaşma teknolojileri gibi yöntemlerle sorumludur. Bu proje hâlâ inşa aşamasında olup, daha fazla iş detayını henüz açıklamamıştır.

Ayrıca, açık artırmaya dayalı fiyat keşfi ve tek taraflı likidite havuzunu gerçekleştiren bir merkeziyetsiz uygulama bulunmaktadır. Bu uygulamanın ana misyonu, profesyonel ticaret şirketlerine verimli bir envanter yönetim aracı sağlamaktır ve kullanım niyetiyle işlem gerçekleştirilirken temel DeFi protokollerine kolayca bağlanmaktır. Bu arada, proje borç verme işlemleri için bir kredi piyasası oluşturmuştur. Bu uygulama, ticaretin kendisine daha fazla odaklanmaktadır. Halen geliştirme aşamasındadır.

Bir proje, 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ülerden daha yerel ve güvenlidir.

Başka bir proje, Ethereum'un ZK hesap gücü pazarı, ZK yardımcı işlemcisi ve Katman 2 geliştiricisidir; ekip derin bir ZK teknik bilgisine sahiptir. zkSharding çözümünü önerdiler, bu çözüm ZK teknolojisini kullanarak Ethereum ana ağını yatay olarak ölçeklendirmeyi, parçaları paralel işlemek için işlemleri gerçekleştirmeyi ve ZKP üretmeyi amaçlamaktadır; ana parça veri doğrulaması yapar, 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'tır, bu da en son paralel yürütme projelerinde yaygındır. Bu L2 projesi, 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çalama ile Katman 2 mimarisini kullanarak, IBC'ye benzer yerleşik bir parçalar arası iletişim mimarisi oluşturmaktır. Bu şekilde likidite ve durumun dağılması sorununu çözmek mümkün olacaktır. Ancak, temel fikir mantıklı değildir, çünkü likidite dağılması sorunu çoklu zincir sorunudur. Oluşturulan şey tek bir Katman 2'dir; bu, çözmek için tüm zincirlerin ZK-sharding'in bir parçası olması gerektiği anlamına gelir ki bu da zor bir durumdur.

Ethereum de bu çapraz zincir likidite sorununu çözmeye çalışıyor, şu anda bazı projeler öncelikle ERC7683 standardını destekliyor, bu da niyet tabanlı çapraz zincir yöntemini kullanıyor. Temel hedefi, L2 ve yan zincirler arasındaki çapraz zincir işlemleri için genel bir standart oluşturmak, sipariş ve uzlaşma arayüzlerini standart hale getirmek ve kesintisiz çapraz zincir yürütmeyi sağlamaktır. Temel olarak, bir Filler, zincir soyutlamasında Solver rolü olarak da adlandırılabilir, ödemeyi üstlenmektedir. Bu öneri şu anda Cake çalışma grubu tarafından incelenmektedir.

OP Stack, ERC-7683 ve zkSharding gibi, Ethereum'un Layer 2'ler arasındaki likidite parçalanmasına yönelik iç çözümleridir ve sırasıyla mimari, konsensüs ve uygulama katmanlarında sorunları çözmeye yöneliktir. OP Stack, bilgi iletimi ve Sequencer merkeziyetsizleşmesi sorunlarını 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 yanıltıcı çapraz zincir bilgilerini önlemek için bir Supervisor bulunur. Şu anda OP Stack mimarisini kullanan bazı önde gelen ticaret platformları mevcuttur.

Bunlar arasında, en tipik olanı Unichain'dir. Unichain, esasen Superchain ağı ile birlikte çalışarak