Orijinal yazar: Favori Ayna Okumaları Arşivi
Orijinal derleme: Shenchao TechFlow
Önemli noktaların özeti
Mevcut varsayılan şifreleme kullanıcı deneyimi, kullanıcıların her zaman hangi ağla etkileşimde olduklarını bilmelerine yöneliktir. Ancak İnternet kullanıcılarının hangi bulut sağlayıcıyla etkileşimde olduklarını bilmelerine gerek yok. Bu yaklaşımı blockchain'e getirmek, Zincir Soyutlaması adını verdiğimiz şeydir.
Bu makalede Zincir Soyutlama Anahtar Öğeleri (CAKE) çerçevesi tanıtılmaktadır. Çerçeve dört bölümden oluşuyor: uygulama katmanı, izin katmanı, çözücü katmanı ve yerleşim katmanı, kullanıcılara kesintisiz zincirler arası operasyon deneyimi sunmayı amaçlıyor.
Zincir soyutlamanın uygulanması, yürütme sürecinin güvenilirliğini, maliyet etkinliğini, güvenliğini, hızını ve gizliliğini sağlamak için karmaşık bir dizi teknoloji gerektirir.
Zincir soyutlamasındaki zincirler arası değiş tokuşları bir üçleme olarak tanımlıyoruz ve her biri kendine özgü avantajlara sahip altı tasarım alternatifi öneriyoruz.
Zincirleme soyutlamanın geleceğine başarılı bir adım atmak için, endüstri olarak CAKE katmanları arasında bilgi aktarımına yönelik ortak bir standart tanımlamalı ve benimsemeliyiz. İyi bir standart pastanın üzerine kremadır.
giriiş
2020'de Ethereum ağı, toplama merkezli ölçeklendirme yol haritasına geçti. Dört yıl sonra 50'den fazla toplama katmanı (L2) kullanımda. Toplama katmanı gerekli yatay ölçeklendirmeyi sağlarken kullanıcı deneyimini tamamen bozar.
Kullanıcılar hangi toplamayla etkileşimde bulunduklarını umursamamalı veya anlamamalıdır. Kripto kullanıcıları hangi toplamayı kullandıklarını (İyimserlik veya Base) bilir; bu, Web2 kullanıcılarının hangi bulut sağlayıcısını (AWS veya GCP) kullandıklarını bilmesine eşdeğerdir. Zincir Soyutlamanın vizyonu, zincir bilgisini kullanıcının görüş alanından soyutlamaktır. Kullanıcı basitçe cüzdanı dApp'e bağlar ve amaçlanan eylemleri imzalar; kullanıcının hedef zincirde doğru dengeye sahip olmasını ve amaçlanan eylemleri gerçekleştirmesini sağlamanın ayrıntılarının tümü perde arkasında halledilir.
Bu makalede, zincir soyutlamanın uygulama katmanı, izinler katmanı, çözücü katmanı ve yerleşim katmanının etkileşimini içeren gerçekten çok disiplinli bir sorun olduğunu keşfedeceğiz. Zincir Soyutlamanın Temel Unsurları (CAKE) çerçevesini tanıtıyoruz ve zincir soyutlama sistemlerinin tasarım ödünleşimlerini derinlemesine inceliyoruz.
CAKE çerçevesine giriş
Zincir soyutlama dünyasında kullanıcılar dApp web sitesini ziyaret eder, cüzdanlarına bağlanır, işlemleri imzalar ve nihai ödemeyi bekler. Tüm karmaşık işlemler CAKE'in altyapı katmanında yapılır. CAKE'in üç altyapı katmanı şunları içerir:
İzin katmanı: Kullanıcılar cüzdanlarını dApp'lere bağlar ve kullanıcının amacına göre fiyat teklifi ister. Niyet, işlem yolunu değil, kullanıcının işlemin sonunda almayı beklediği sonucu ifade eder. Örneğin, USDT'yi bir Tron adresine aktarın veya USDC'yi Arbitrum'da getiri sağlayan bir stratejiye yatırın. M-cüzdan kullanıcı varlıklarını okuyabilmeli (yani okuma durumu) ve hedef zincirde işlem yapabilmeli (yani güncelleme durumu).
Çözücü Katmanı: Çözücü katmanı, kullanıcının başlangıçtaki bakiyesine ve niyetine göre ücretleri ve yürütme hızını tahmin eder. Zincirler arası bir ortamda, çözme adı verilen bu süreç kritik öneme sahiptir çünkü işlemler eşzamansızdır ve alt işlemler yürütme sırasında başarısız olabilir. Eşzamansızlık, ücretler, yürütme hızı ve yürütme garantilerini içeren zincirler arası bir üçlem ortaya çıkarır.
Ödeme katmanı: Kullanıcı özel anahtar kullanarak bir işlemi onayladıktan sonra, ödeme katmanı işlemin yürütülmesini sağlar. İki adımdan oluşur: Kullanıcı varlıklarını hedef zincire bağlamak ve ardından işlemi yürütmek. Protokoller belirli işlemler için karmaşık çözücüler kullanıyorsa, kendi likiditesini sağlayabilir ve köprülere ihtiyaç duymadan kullanıcılar adına işlem gerçekleştirebilirler.
Zincir soyutlamanın uygulanması, yukarıdaki üç altyapı katmanının birleşik bir üründe birleştirilmesi anlamına gelir. Bu katmanların birleştirilmesinde önemli bir fikir, bilgi dağıtımı ile değer dağıtımı arasındaki farktır. Zincirler arasındaki bilgi aktarımı kayıpsız olmalıdır, bu nedenle en güvenli yola güvenin. Örneğin, bir zincirden başka bir zincirdeki yönetim oyununa "evet" oyu veren kullanıcılar, oylarının "belki"ye dönüşmesini istemiyor. Öte yandan kullanıcı tercihlerine bağlı olarak değer sunumunda kayıplar yaşanabilmektedir. Kullanıcılara daha hızlı, daha ucuz veya garantili değer sunumu sağlamak için yerleşik bir üçüncü taraftan yararlanılabilir. Doğrulayıcılara ödenen ücretlerle ölçülen Ethereum'un blok alanının %95'inin değer aktarımı için kullanıldığını unutmamak önemlidir.
önemli tasarım kararları
Yukarıdaki üç seviye, CAF'ın alması gereken temel tasarım kararlarını tanıtmaktadır. Bu kararlar, bir amacı gerçekleştirme yetkisini kimin kontrol ettiğini, çözümleyiciye hangi bilgilerin açıklandığını ve çözümleyicinin kullanabileceği çözüm yollarını içerir. Aşağıda her seviyenin ayrıntılı bir analizi bulunmaktadır.
İzin düzeyi
İzin katmanı, kullanıcının özel anahtarını tutar ve mesajları kullanıcı adına imzalar ve bunlar daha sonra zincir üzerinde işlemler olarak yürütülür. CAF'ın tüm hedef zincirlerin imza şemalarını ve işlem yüklerini desteklemesi gerekiyor. Örneğin, ECDSA imza şemasını ve EVM işlem standardını destekleyen cüzdanlar, Ethereum, onun L2'si ve yan zincirleri (Metamask cüzdanı gibi) ile sınırlı olacaktır. Öte yandan EVM ve SVM'yi (Solana VM) destekleyen cüzdanlar da bu iki ekosistemi (Phantom cüzdan gibi) destekleyebilecek. Hem EVM hem de SVM zincirlerinde cüzdan oluşturmak için aynı anımsatıcı ifadenin kullanılabileceği unutulmamalıdır.
Çok zincirli bir işlem, doğru sırada yürütülmesi gereken birden fazla alt işlemden oluşur. Bu alt işlemler, her birinin kendi zamana göre değişen ücretleri ve nonce'leri olan birden fazla zincirde yürütülmelidir. Bu alt işlemlerin nasıl koordine edileceği ve çözümleneceği, izinler katmanı için önemli bir tasarım kararıdır.
EOA cüzdanı, kullanıcının makinesinde çalışan ve özel anahtarını tutan cüzdan yazılımıdır. Bunlar Metamask ve Phantom gibi tarayıcı tabanlı uzantılar, Coinbase Wallet gibi mobil uygulamalar veya Ledger gibi özel donanımlar olabilir. EOA cüzdanları, kullanıcıların her alt işlemi ayrı ayrı imzalamasını gerektiriyor ve bu da şu anda birden fazla tıklama gerektiriyor. Ayrıca kullanıcıların hedef zincirde ücret bakiyeleri tutmasını gerektirir, bu da süreçte önemli sürtüşmelere neden olur. Ancak kullanıcıların tek tıklamayla birden fazla alt işleme imza atmasına olanak tanınarak, birden fazla tıklamanın yarattığı sürtünme kullanıcıdan uzaklaştırılabilir.
Hesap Soyutlama (AA) cüzdanında, kullanıcılar hâlâ özel anahtarlarına erişebilir, ancak işlem yükünü imzalayan kişiyi işlemi yürüten kişiden ayırırlar. Karmaşık tarafların kullanıcı işlemlerini atomik olarak paketleyip yürütmesine olanak tanır (Avocado, Pimlico). AA cüzdanları hâlâ kullanıcıların her bir alt işlemi ayrı ayrı imzalamasını gerektiriyor (şu anda birden fazla tıklama yoluyla), ancak her zincirde bir ücret bakiyesinin tutulmasını gerektirmiyor.
Politika tabanlı aracılar, kullanıcının özel anahtarını ayrı bir yürütme ortamında kaydeder ve kullanıcının politikasına dayalı olarak kullanıcı adına imzalı mesajlar oluşturur. Telegram Bot, Near Account Aggregator veya SUAVE TEE strateji tabanlı cüzdanlardır, Entropy veya Capsule ise strateji tabanlı cüzdan uzantılarıdır. Kullanıcıların yalnızca onay formunu imzalaması yeterli olup, daha sonra alt işlemlerin imzalanması ve gider yönetimi operasyon sırasında bu acenteler tarafından tamamlanabilmektedir.
çözücü katmanı
Kullanıcı amacı yayınladıktan sonra çözücü katmanı, ücreti ve onay süresini kullanıcıya iade etmeyi içerir. Bu konu, sipariş akışı ihalelerinin tasarlanmasıyla yakından ilgilidir ve burada ayrıntılı olarak tartışılmaktadır. CAF, kullanıcı amacını gerçekleştirmek için protokol içi yollardan yararlanabilir veya kullanıcılara daha iyi bir kullanıcı deneyimi sağlamak amacıyla belirli güvenlik garantilerinden ödün vermek için karmaşık üçüncü taraflardan (yani çözücülerden) yararlanabilir. Çözücünün CAF çerçevesine dahil edilmesi, bilgiyle yakından ilgili olan sonraki iki tasarım kararına yol açacaktır.
Niyetler iki tür çıkarılabilir değerden (EV'ler) oluşur: EV_ordering değerleri ve EV_signal.
EV_ordering, genellikle kullanıcı emirlerini yürüten varlık (blok oluşturucular veya doğrulayıcılar gibi) tarafından çıkarılan, blockchain'e özgü bir değerdir.
EV_signal, emirlere uyan herhangi bir varlığın, resmi olarak blockchain'e kaydedilmeden önce erişebileceği değeri temsil eder.
Farklı kullanıcı amaçları EV_ordering ve EV_signal arasında farklı dağılımlara sahiptir. Örneğin, bir DEX üzerinde coin takas etme niyeti genellikle yüksek bir EV_ordering değerine ancak düşük bir EV_signal değerine sahiptir. Bunun tersine, saldırıya uğramış bir işlemin EV_signal bileşeni daha yüksek olacaktır çünkü önden çalıştırma, işlemi yürütmekten daha fazla değer kazanacaktır. Piyasa yapıcının gelecekteki piyasa koşulları hakkında daha iyi bilgiye sahip olması nedeniyle bu emirleri yürüten kuruluşun zarara uğrayabileceği piyasa yapıcı ticaretinde olduğu gibi, EV_sinyali'nin bazen negatif olabileceğini belirtmekte fayda var.
Birisi kullanıcının niyetini önceden gözlemleyebildiğinde, ileriye sıçrayabilir ve değer sızıntısına neden olabilir. Ek olarak, negatif bir EV_sinyali olasılığı, çözümleyiciler arasında rekabetçi bir ortam yaratarak onların daha düşük teklifler vermelerine neden olarak daha fazla değer sızıntısına (diğer adıyla ters seçim) neden olur. Sonuçta sızıntılar, ücretleri artırarak veya daha iyi fırsatlar sunarak kullanıcıları etkiler. Düşük ücretlerin veya artan fiyatların aynı madalyonun iki yüzü olduğunu ve bu makalenin geri kalanında birbirinin yerine kullanılacağını lütfen unutmayın.
Bilgi paylaşımı
Çözücüyle bilgi paylaşmanın üç yolu vardır:
Genel Bellek Havuzu: Kullanıcının amaçları, genel bellek havuzuna veya veri kullanılabilirliği katmanına genel olarak yayınlanır ve isteği karşılayabilen ilk çözücü, emri yerine getirir ve kazanan olur. Bu sistem, kullanıcıların EV_ordering ve EV_signal'lerini açığa çıkarması nedeniyle kullanıcı bilgilerinden oldukça yararlanır. Örneğin, Ethereum'un halka açık bellek havuzu ve çeşitli blockchain köprüleri. Köprü durumunda, kullanıcıların kötü niyetli saldırıları önlemek için varlıkları hedef zincire aktarmadan önce emanete koyması gerekir, ancak bu süreç istemeden de olsa niyetlerini kamuya açık hale getirir.
Kısmi paylaşım: CAF, açıklanan bilgileri sınırlandırarak teklif sahiplerine açıklanan değer miktarını azaltabilir. Ancak bu yaklaşım doğrudan fiyat optimalitesinin kaybına yol açacak ve teklif spam'i gibi sorunlara yol açabilecektir.
Özel bellek havuzları: MPC ve TEE'deki son gelişmeler tamamen özel bellek havuzlarını mümkün kılmaktadır. Yürütme ortamının dışına hiçbir bilgi sızmaz ve çözücüler tercihlerini kodlar ve her amacı eşleştirir. Özel bellek havuzu EV_ordering'i yakalasa da EV_signal'ı tam olarak yakalayamaz. Örneğin, hacklenmiş bir işlem mempool'a gönderilirse, emri ilk gören kişi işlemi önleyebilir ve EV_sinyalini yakalayabilir. Özel bir bellek havuzunda bilgi yalnızca blok onaylandıktan sonra yayınlanır, böylece işlemi gören herkes EV_sinyalini yakalayabilir. Çözücünün, yeni basılan TEE bloklarından EV_sinyalini yakalamak için kimlik doğrulama düğümleri oluşturması ve EV_sinyali yakalamayı gecikmiş bir rekabete dönüştürmesi düşünülebilir.
Çözücü listesi
CAF'ın ayrıca açık artırmaya kaç teklif sahibinin katılabileceğine de karar vermesi gerekiyor. Ana seçenekler aşağıdaki gibidir:
Açık Erişim: Katılım yeteneği için mümkün olan en düşük giriş engeli. Bu, EV_signal ve EV_ordering'i sızdıran bellek havuzunu açığa çıkarmaya benzer.
Erişimi kısıtlayın: Beyaz listeler, itibar sistemleri, ücretler veya koltuk açık artırmaları yoluyla sipariş yürütme yeteneklerinin kontrol edilmesi. EV_sinyalinin sistemdeki çözücüler tarafından yakalanmamasını sağlamak için geçit mekanizması gereklidir. Örneğin, 1 inç Açık Artırma, Cowswap Açık Artırma ve Uniswap X Açık Artırma. Sipariş kazandıran rekabet, kullanıcılar için EV_ordering'i yakalarken, geçit mekanizmaları sipariş oluşturucular (cüzdanlar, dApp'ler) için EV_signal'ı yakalar.
Ayrıcalıklı Erişim: Ayrıcalıklı Erişim, her zaman dilimi için yalnızca bir çözücünün seçildiği özel bir açık artırma biçimidir. Diğer çözümleyicilere hiçbir bilgi sızdırılmadığından ters seçim ve erken indirimler söz konusu değildir. Emir akışı başlatıcısı, EV_signal ve EV_ordering'in beklenen değerlerini yakalar ve rekabet olmadığından kullanıcılar yalnızca yürütme alır, fiyat iyileştirmesi almaz. Bu tür açık artırmalara örnek olarak Robinhood ve DFlow açık artırmaları verilebilir.
yerleşim katmanı
Bir cüzdan bir dizi işlemi imzaladıktan sonra bunların blockchain üzerinde yürütülmesi gerekir. Zincirler arası işlemler, mutabakat sürecini atomik bir işlemden eşzamansız bir işleme dönüştürür. İlk işlem yürütme ve onaylama sırasında, hedef zincirdeki durum değişebilir ve potansiyel olarak işlemin başarısız olmasına neden olabilir. Bu alt bölüm, güvenlik maliyeti, onay süresi ve uygulama garantileri arasındaki dengeyi araştırıyor.
Hedef zincirde amaçlanan işlemin yürütülmesinin, diğer faktörlerin yanı sıra, işlemleri gözden geçirme yeteneği ve hedef zincirin ücret mekanizması da dahil olmak üzere hedef zincirin işlem dahil etme mekanizmasına bağlı olduğunu unutmamak önemlidir. Hedef zinciri seçiminin bir dApp kararı olduğuna ve bu makalenin kapsamı dışında olduğuna inanıyoruz.
Çapraz zincir kahini
Farklı durumlara ve fikir birliği mekanizmalarına sahip iki blok zinciri, aralarında bilgi aktarımını kolaylaştırmak için kahin gibi bir aracıya ihtiyaç duyar. Oracle, bir kullanıcının kilitleme ve basım köprüsündeki bir emanet hesabında fon kilitlediğini doğrulamak veya bir kullanıcının orijinal zincirdeki token bakiyesini onaylayarak zincirler arasında bilgi aktarımı için bir aracı görevi görür. hedef zinciri.
Oracle, bilgiyi en yavaş zincirin hızında iletir. Bu, yeniden düzenleme riskini yönetmek içindir, çünkü oracle'ın orijinal zincirin konsensüsünü beklemesi gerekir. Bir kullanıcının USDC'yi orijinal zincirden hedef zincire bağlamak istediğini ve bu amaçla kullanıcının fonlarını emanete kilitlediğini varsayalım. Ancak Oracle'ın yeterli onayı beklememesi ve hedef zincirdeki kullanıcı için token basmaya devam etmesi durumunda sorunlar ortaya çıkabilir. Bir yeniden düzenleme meydana gelirse ve kullanıcılar emanet işlemlerinin üzerine yazarsa oracle çift harcamaya neden olur.
İki tür kehanet vardır:
Protokol dışı oracles: zincirler arasında bilgi aktarımı için fikir birliğini çalıştıran üçüncü taraf doğrulayıcılardan ayrı olması gerekir. Ek doğrulayıcılar bir oracle çalıştırmanın maliyetini artırır. LayerZero, Wormhole, ChainLink ve Axelar Networks, protokol dışı oracle örnekleridir.
Protokol içi oracles: Ekosistemin fikir birliği algoritmasına derinlemesine entegre edilir ve fikir birliği çalıştıran doğrulayıcılar kümesini kullanarak bilgi iletir. Cosmos'un IBC'si, Cosmos SDK'yı çalıştıran zincirler için kullanılıyor, Polygon ekosistemi AggLayer'ı geliştiriyor ve Optimism, Superchain'i geliştiriyor. Her oracle, aynı ekosistemdeki zincirler arasında bilgi aktarmak için özel blok alanı kullanır.
Paylaşılan sıralayıcılar, protokol içinde işlem sıralama haklarına sahip olan, yani işlemleri zincirler arasında paketleyebilen, protokolün dışında kalan varlıklardır. Hala geliştirilme aşamasında olmasına rağmen, paylaşımlı sıralayıcının yeniden düzenleme riskini azaltmak için belirli blok onaylarını beklemesi gerekmiyor. Zincirler arası atomiteyi gerçekten elde etmek için, paylaşılan sıralayıcının, daha önceki işlemler başarılı olursa sonraki işlemleri yürütebilmesi ve böylece bunları zincirlere dönüştürebilmesi gerekir.
köprüleme jetonu
Çok zincirli bir dünyada, kullanıcının token ve ücret bakiyeleri tüm ağlara dağılmıştır. Her zincirler arası işlemden önce kullanıcıların fonları orijinal zincirden hedef zincire bağlaması gerekir. Şu anda toplam TVL'si 7,7 milyar dolar olan ve son 30 gündeki köprü hacmi 8,6 milyar dolara ulaşan 34 aktif zincirler arası köprü var.
Köprüleme belirteçleri bir değer aktarımı durumudur. Bu, sermaye yönetiminde iyi olan ve yeniden yapılandırma risklerini üstlenmeye istekli olan profesyonel üçüncü taraflardan yararlanma fırsatları yaratarak, kullanıcıların ticaret yapması için gereken maliyet ve süreyi azaltır.
İki tür çapraz zincir köprüsü vardır:
Kilit ve Darphane Köprüsü: Kilit ve Darphane Köprüsü, orijinal zincirdeki token birikimlerini doğrular ve hedef zincirdeki tokenları darphane eder. Böyle bir köprüyü kurmak için gereken sermaye küçüktür ancak kilitli bilgilerin güvenli bir şekilde aktarılması önemli miktarda yatırım gerektirir. Bu köprülerdeki güvenlik ihlalleri, token sahiplerinin milyarlarca dolarlık kayba uğramasına neden oldu.
Likidite Köprüsü: Likidite Köprüsü, orijinal zincir ve hedef zincir üzerindeki likidite havuzlarını kullanır ve orijinal zincir ile hedef token arasındaki dönüşüm oranını belirlemek için algoritmalar kullanır. Bu köprülerin başlangıç maliyeti daha yüksek olsa da daha düşük güvenlik güvencesi gerektirir. Güvenlik ihlali meydana gelmesi durumunda yalnızca likidite havuzundaki fonlar risk altındadır.
Her iki zincirler arası köprüde de kullanıcıların likidite maliyetlerini ödemesi gerekiyor. Kilitleme ve basım köprüsünde, likidite maliyeti, sarma tokeninden hedef zincirdeki istenen tokene (USDC.e'den USDC'ye) geçiş yapılırken ortaya çıkarken, likidite köprüsünde, orijinalinden değişim yapılırken likidite maliyeti ortaya çıkar. USDC'ye token Zincirdeki tokenler, hedef zincirdeki tokenlarla değiştirildiğinde ortaya çıkar.
Çapraz zincir üçlemi
Yukarıdaki beş tasarım kararı zincirler arası üçlemi gündeme getiriyor. CAF, yürütme garantisi, düşük ücretler ve yürütme hızı arasında iki özellik seçmelidir.
Protokol içi yol: Belirlenen zincirler arası bilgi aktarım yoludur. Bu sistemler, yeniden düzenleme riskini hesaba katarak yürütme hızından ödün verir ancak ek doğrulama setlerini veya likidite maliyetlerini ortadan kaldırarak maliyetleri azaltır.
Çözücü toplama: Kullanıcı amacını gerçekleştirmenin en ucuz ve en hızlı yolunu belirlemek için birden fazla çözümleyiciden alıntılar toplayın. Ancak, ters seçim ve önden çalışma nedeniyle bazen çözümleyici amacı yerine getiremeyebilir ve bu da yürütmenin azalmasına neden olabilir.
Uygulama Yarışması: Çözücüleri yarış yürütme amaçlarına göre düzenleyerek veya tek bir çözücü seçerek kazanan çözücüyü seçin. Çözücüler fiyat iyileştirmeleri yerine uygulama için rekabet ettiğinden, her iki yaklaşım da yüksek kullanıcı ücretleri ile sonuçlanır.
CAKE'in altı bileşeni
Bu makale için doğrudan ve dolaylı olarak zincir soyutlaması üzerinde çalışan 20'den fazla takım tasarımını inceledik. Bu bölümde, doğası gereği verimliliğe ve ürün-pazar uyumuna sahip olduğuna inandığımız altı bağımsız CA uygulamasını tartışıyoruz. Bu tasarımlar doğru kurgulandığı takdirde birbirleriyle birleşebilme potansiyeline sahiptir.
Önemli bir sonuç, zincirler arası amaç ifadesi için birleşik bir standarda ihtiyacımız olduğudur. Her ekip, kullanıcı amacını kodlamak için kendi yöntemleri ve protokolleri üzerinde çalışıyor. Birleşik bir standart, kullanıcıların imzalı mesajlarını anlamalarını geliştirecek, çözümleyicilerin ve oracle'ların bu niyetleri anlamasını kolaylaştıracak ve cüzdanlarla entegrasyonu basitleştirecek.
Jetonla belirlenmiş köprü
Likidite maliyetlerini ödemeyen, yak ve bas köprüleri olarak da bilinen kilitle ve darp köprülerinin özel bir durumu vardır (örn. USDC CCTP). Token ekibi her zincire kanonik bir token adresi atar ve köprü, kullanıcıların istediği tokenleri basma yetkisine sahiptir.
Yakından bakarsanız, yanık ve nane köprüsünün, yeterli blok onay hızına sahip çapraz zincir aktarımına benzer olduğunu göreceksiniz. xERC 20, kanonik belirteçleri ve bunların bir hedef zincirdeki devredilen köprülerini belirtmek için kullanılan bir standarttır. Belirteçle belirlenen köprüler, garantili yürütme ve düşük ücretler için hızdan ödün veren protokol içi yola bir örnektir; örneğin CCTP'nin bir aktarımı tamamlaması 20 dakika sürer.
Ekosistem Koordinasyon Köprüsü
Ekosistem Koordinasyon Köprüsü, aynı ekosistem içindeki zincirler arasında rastgele mesajlar iletebilir. Bu tür köprüler, yürütme garantilerine ve düşük ücretlere hızdan daha fazla öncelik veren protokol içi yollardır. Örnekler arasında Cosmos IBC, Polygon AggLayer ve Optimism Superchain yer alır.
Üç yıl önce Cosmos ekosistemi, bugün Ethereum'un karşılaştığı zorluklara benzer zorluklarla karşı karşıyaydı. Likidite çeşitli zincirlere dağılmıştır, her zincirin kendi ücret belirteci vardır ve çok zincirli hesapları yönetmek çok zahmetlidir. Cosmos ekosistemi, sorunsuz çok zincirli hesap yönetimine ve zincirler arası aktarımlara olanak tanıyan bir IBC protokol içi mesajlaşma köprüsü uygulayarak bu sorunları çözer.
Cosmos ekosistemi, üstün güvenliğe ve hızlı kesinliğe sahip bağımsız zincirlerden oluşur ve protokol dahilinde zincirler arası mesajlaşmayı çok hızlı hale getirir. Toplama ekosistemi, kesinliğe ulaşmak için mücadele döneminin sonuna (iyimser toplamalar) veya zk kanıtlarının (geçerlilik toplamaları) sunulmasına dayanır. Bu kesinlik kısıtlamaları nedeniyle ekosistem genelinde mesaj dağıtımı daha yavaş olacaktır.
Çözücü fiyat rekabeti
Çözücü fiyat rekabeti, sipariş bilgilerinin tüm çözümleyicilerle paylaşılmasını içerir. Çözücü, sipariş amacı tarafından oluşturulan beklenen değeri (EV) birleştirmek ve kullanıcıya sağlamak üzere tasarlanmıştır. Sistemde kazanan Çözücünün seçimi, kullanıcı fiyat iyileştirmesinin maksimuma çıkarılmasına dayanmaktadır. Ancak bu tasarım, yerine getirilmeme riskini taşır ve sipariş güvenilirliğini sağlamak için ek mekanizmalar gerektirir. Bu tür mekanizmalara örnek olarak Uniswap X, Bungee ve Jumper verilebilir.
Cüzdan mutabakatı mesajları
Cüzdan koordinasyon mesajları, her türlü amaç türüyle uyumlu zincirler arası bir deneyim sağlamak için AA veya politika tabanlı cüzdanlar tarafından sağlanan özelliklerden yararlanır. Belirli bir amaca yönelik olarak kullanıcı amacını çeşitli CA tasarımları arasında yeniden yönlendiren nihai CA toplayıcı olarak görev yapar. Örnekler arasında Avokado Cüzdanı, Yakın Hesap Toplayıcı ve Metamask Portföyü sayılabilir.
Kripto ekosisteminin son on yılda kullanıcılar ve cüzdanları arasındaki ilişkinin oldukça sıkı olduğunu öğrendiğini belirtmekte fayda var. Anımsatıcı ifademi Metamask'tan başka bir cüzdana taşımayı düşündüğümde aşırı derecede korkuyorum. Bu aynı zamanda EIP-4337'nin, Vitalik Buterin'in desteğine rağmen 2,5 yıl sonra hala düşük benimsenme oranına sahip olmasının nedenidir. Daha yeni cüzdan protokolü sürümleri kullanıcılara daha iyi fiyatlar (hesap soyutlama) veya gelişmiş kullanım kolaylığı (politika tabanlı cüzdanlar) sunabilse de, kullanıcıları mevcut cüzdanlarından taşımak göz korkutucu bir iştir.
Çözücü hız yarışması
Çözücü hızı rekabeti, kullanıcıların yüksek yürütme garantileri elde etmek için belirli zincirler arası dönüşümlere yönelik niyetlerini ifade etmelerine olanak tanır. Kullanıcıların ücretleri en aza indirmesine yardımcı olmaz ancak karmaşık işlemleri içerecek güvenilir bir kanal sağlar. Blok oluşturucu ücretlerine veya hıza dayalı bir amacı gerçekleştiren ilk Çözücü, bu amacı kazanacaktır.
Tasarım, Çözücü tarafından yakalanan EV'yi maksimuma çıkararak yüksek katılım oranlarına ulaşmayı amaçlamaktadır. Ancak bu, Ethereum ana ağında karmaşık sermaye yönetimine veya L2'de düşük gecikmeli yürütmeye dayandığından merkezileştirme pahasına gelir.
Özel toplu açık artırma
Özel bir toplu açık artırma, tüm sipariş akışını bir zaman penceresi içinde yürütme münhasır hakkı için bir açık artırma düzenler. Diğer çözücüler emirleri göremedikleri için tahmin edilen piyasa oynaklığına ve ortalama uygulama kalitesine göre teklif verirler. Özel toplu açık artırmalar, iyi kullanıcı fiyatları sağlamak için bir yedek fiyata dayanır ve bu nedenle fiyat iyileştirmeleri için kullanılamaz. Tüm sipariş akışının tek bir teklif sahibine gönderilmesi bilgi sızıntısını ortadan kaldırır ve yürütme güvencesini artırır.
Sonuç olarak
Zincir Soyutlama Çerçevesi (CAF), kullanıcılara kesintisiz zincirler arası etkileşimler sağlamayı vaat ediyor. Bu yazıda, zincir soyutlama problemini açık veya örtülü olarak çözmeye çalışan çeşitli ekiplerin üretim ve geliştirme aşamasındaki tasarımlarını inceliyoruz. Bu yılın CAF yılı olacağına inanıyoruz ve önümüzdeki 6-12 ay içerisinde farklı tasarımlar ve bunların uygulamaları arasında ciddi bir rekabetin yaşanmasını bekliyoruz.
Zincirler arası değer aktarımları, düşük ücretler ve çözücü hızı veya fiyat rekabetleri yoluyla hızlı yürütme için token devredilen köprüleme yoluyla mümkün kılınacaktır. Mesaj aktarımları, cüzdan kontrollü bir platform aracılığıyla kullanıcı maliyetlerini en aza indirmek ve hızı en üst düzeye çıkarmak için tasarlanmış, ekosisteme uygun mesajlaşma köprüleri aracılığıyla yönlendirilir. Sonuçta bu altı farklı tasarım seçeneği bir küme oluşturacaktır çünkü bunların her biri farklı ihtiyaçları karşılar ve ödünleşim matrisinin farklı alanlarındaki verimliliklerden yararlanır.
Bu süreçten çıkardığımız önemli bir sonuç, zincirler arası niyetleri ifade etmek için ortak bir standarda ihtiyacımız olduğudur. Şu anda birden fazla ekip, kullanıcı amacını kodlamaya yönelik protokoller üzerinde bağımsız olarak çalışıyor ve bu da aynı çabanın tekrarlanmasına neden oluyor. Birleşik bir standart, kullanıcıların imzalı mesajları anlamasını geliştirmeye yardımcı olacak, çözümleyicilerin ve oracle'ların amacı işlemesini kolaylaştıracak ve cüzdanlarla entegrasyonu basitleştirecek.
Orijinal bağlantı
