Yazarlar: Quintus Kilbourn, Georgios Konstantopoulos, Paradigma;Çeviri: Golden Finance 0xxz
Giriiş
"Niyetler" ve bunların uygulamaları hakkındaki tartışmalar son zamanlarda Ethereum topluluğunda sıcak bir konu haline geldi.
İşlemlerin özellikle bir eylemin "nasıl" yapılması gerektiğine atıfta bulunduğu durumlarda, niyetler bu eylemin beklenen sonucunun "ne" olması gerektiğine atıfta bulunur. Bir işlem "Önce A'yı yap, sonra B, X'i elde etmek için C'nin tamamını öde" derse, niyet "X'i istiyorum ve C'ye kadar ödemeye hazırım" der.
Bu bildirimsel paradigma, heyecan verici kullanıcı deneyiminin ve verimlilik iyileştirmelerinin kilidini açar. Niyetler aracılığıyla kullanıcılar, arzu edilen bir sonucu ifade ederken, bu sonuca ulaşmak için en uygun görevi deneyimli bir üçüncü tarafa devredebilir. Niyet kavramı, her parametrenin kullanıcı tarafından açıkça belirtildiği günümüzün zorunlu işlem paradigmasının tersidir.
Bu iyileştirme vaatleri ekosistem için çok ihtiyaç duyulan adımları sağlarken, Ethereum'daki amaca dayalı tasarımın zincir dışı altyapı için de önemli etkileri olabilir. Özellikle, MEV ile ilgili faaliyetlere ve piyasa kontrolüne önemli bağlantılar vardır. Bu gönderi, amaçların ve faydalarının kısa bir tanımını, bunların uygulanmasıyla ilgili risklerin araştırılmasını ve olası hafifletmelere ilişkin bazı tartışmaları sağlamayı amaçlamaktadır.
Niyet nedir?
Kullanıcıların Ethereum ile etkileşime girmesinin mevcut standart yolu, Ethereum Sanal Makinesinin (EVM) durum geçişlerini gerçekleştirmesi için gerekli tüm bilgileri sağlayan belirli bir formatta bir mesaj olan bir işlem oluşturmak ve imzalamaktır. Ancak, işlem oluşturmak karmaşık bir mesele olabilir. Bir işlem oluşturmak, gaz ücretlerini ödemek için belirli varlıkları tutarken, geniş bir akıllı sözleşmeler ağı ve yönetimsiz yönetim gibi ayrıntılar hakkında akıl yürütmeyi gerektirir. Bu karmaşıklık, optimal olmayan bir kullanıcı deneyimine ve kullanıcılar bilgiye yeterli erişim veya karmaşık uygulama politikaları olmadan kararlar almaya zorlandığından verimlilik kaybına neden olur.
Niyetler, kullanıcı üzerindeki bu yükleri hafifletmek için tasarlanmıştır. Gayri resmi olarak, niyetler, kullanıcıların işlem taraflarının tam denetiminden vazgeçmeden işlem oluşturmayı üçüncü taraflara yaptırmalarına izin veren bir dizi beyan kısıtlaması imzalar.
Standart işleme dayalı süreçlerde, işlem imzaları, doğrulayıcıların belirli bir durum için tam olarak tek bir hesaplama yolu izlemesine izin verir ve ipuçları, doğrulayıcıları bunu yapmaya teşvik eder. Öte yandan niyetler, izlenmesi gereken hesaplama yolunu açıkça belirtmez, ancak belirli kısıtlamaları karşılayan herhangi bir hesaplama yoluna izin verir. Kullanıcılar, niyetleri (niyetleri) imzalayarak ve paylaşarak, alıcılara kendi adlarına hesaplama yollarını seçme izni verir (aşağıdaki şemaya bakın). Bu ayrım, belirli bir başlangıç durumundan bir dizi durum geçişine izin veren imzalı mesajlar olarak niyetlerin biraz daha katı bir tanımına izin verir; özel bir durum, benzersiz geçişlere izin veren işlemlerdir. Bunu söyledikten sonra, "niyetleri" işlemlerden ayırmaya devam edeceğiz.
*Şekil 1: Kullanıcı bir işlem gönderirken tam hesaplama yolunu belirtir. Amaçları gönderirken, kullanıcı bir hedef ve bazı kısıtlamalar belirtir ve eşleştirme süreci izlenecek hesaplama yolunu belirler. *
Daha da önemlisi, birçok niyet (niyet) tek bir işleme dahil edilebilir, bu da örtüşen niyetlerin (niyetlerin) eşleşmesine izin verir, gaz ve ekonomik verimliliği artırır, örneğin inşaatçı tarafından tutulan sipariş defterinde, iki sipariş karşılıklı olarak değiştirilebilir. piyasa dengelemesi. Diğer uygulamalar arasında etki alanları arası niyetler (niyetler) - farklı alanlarda birden çok işlem yerine bir mesajı imzalama - farklı tekrar direnci (tekrar direnci) şemaları ve ilk 3 tarafın gaza sponsor olmasına veya ödeme yapmasına izin vermek gibi daha esnek kullanıcı gas ödemeleri yer alır. farklı jetonlarda.
niyetlerin geçmişi ve geleceği
Kullanıcıların varlıklarının ve kriptografik kimliklerinin velayetini korumalarına izin verirken, blok zinciri ile etkileşimin karmaşıklığını dış kaynaklara sağlayan amaçlar oluşturuldu.
Bu fikirlerin birçoğunun yıllardır yürürlükte olan sistemlere karşılık geldiğini fark edebilirsiniz:
Limit Emri: En az 200Y alırsam hesabımdan 100X çekebilir.
CowSwap Tarzı Müzayedeler: Yukarıdakiyle aynı, ancak yürütme kalitesini en üst düzeye çıkarmak için birçok siparişi eşleştirmek için bir üçüncü tarafa veya mekanizmaya güvenir.
**Gaz Sponsorluğu: **Gazı ETH yerine USDC ile ödeyin. Niyetler (intentions) ancak niyetleri eşleştirerek gerçekleşebilir ve ücreti ETH olarak ödenir.
Delegasyon: Yalnızca belirli hesaplarla önceden yetkilendirilmiş belirli yollarla etkileşime izin verin. Niyetler, yalnızca ortaya çıkan işlem, niyette belirtilen erişim kontrol listesine uyuyorsa uygulanabilir.
**Toplu işlem: **Gaz verimliliğini artırmak için amaçların toplu olarak işlenmesine izin verin.
** Toplayıcılar: ** Yalnızca "en iyi" fiyat/getiri ile çalışır. Bu amaca, birden fazla mekanın birleştirilmesinin gerçekleştirildiğini ve en iyi yolun seçildiğini kanıtlayarak ulaşılabilir.
İleriye dönük olarak, zincirler arası MEV'ler (SUAVE gibi), ERC4337 tarzı hesap soyutlamaları ve hatta Liman siparişleri bağlamında, insanların niyetleri yeniden canlanıyor! ERC4337 tüm hızıyla ilerlerken, etki alanları arası amaçlar gibi diğer yeni uygulamalar için daha fazla araştırma yapılması gerekiyor.
En önemlisi, tüm niyet tabanlı uygulamalarda, eski ve yeni, amacı anlayan, amacı gerçekleştirmek için motive olan ve bunu zamanında yapabilen en az bir diğer tarafın olması gerekir. Niyete dayalı sistemlerin etkinliğini, güven varsayımlarını ve daha geniş etkilerini belirlemek için bu tarafların kim olduğu, nasıl performans gösterdikleri ve motivasyonlarının ne olduğu sorulmalıdır.
Aracı ve bellek havuzu
Amaçların aracıların eline geçmesi için en açık kanal Ethereum mempool'dur. Ne yazık ki, mevcut tasarım amaçların yayılmasını desteklemiyor. DoS saldırılarıyla ilgili endişeler, Ethereum mempool'daki tamamen genel amaçlar için evrensel desteğin uzun vadede bile imkansız olduğu anlamına gelebilir. Aşağıda göreceğimiz gibi, Ethereum mempool'larının açık ve izinsiz doğası, amaçların benimsenmesine ek engeller oluşturur.
Bir Ethereum mempool'unun yokluğunda, niyet sistemi tasarımcıları artık bazı tasarım sorunlarıyla karşı karşıya. Üst düzey bir karar, niyetlerin izin kümesine yayılıp yayılmayacağına veya tarafların niyetleri yürütebilmesi için izinsiz bir şekilde sağlanıp sağlanmayacağına karar vermektir.
Şekil 2: Kullanıcılardan izinli/izinsiz ve genel/özel niyet (intentions) havuzlarına akan niyetler, aracılar tarafından işlemlere dönüştürülür ve son olarak genel hafıza havuzuna girer veya MEVBoost tarzı açık artırmalarla doğrudan zincire gider
izinsiz mempool
Birinin çabalayabileceği bir tasarım, niyetlerin sistemdeki düğümler arasında yayılmasına olanak tanıyan ve aktörlere izinsiz erişim sağlayan merkezi olmayan bir API'dir. Bu daha önce yapıldı. Örneğin, 0x protokol aktarıcıları arasındaki dedikodu limiti emirleri ve eşleştiğinde onları zincire koyun. Bu fikir aynı zamanda, merkezileşme ve sansür riskleriyle mücadele etmek için paylaşılan bir ERC4337 mempool bağlamında da araştırılır. Bununla birlikte, böyle bir izinsiz "niyet havuzunun" tasarımı bazı önemli zorluklarla karşı karşıyadır:
Teşvikleri Yayma: Birçok uygulama için amaçları gerçekleştirmek karlı bir faaliyettir. Bu nedenle, bir niyet havuzunu çalıştıran düğümlerin, niyetleri yürütürken çekişmeyi azaltmak için yayılmama teşviki vardır.
**MEV: **niyetler, yürütme kalitesini iyileştirmek için zincir dışı aktörlerin iyi davranışlarına dayanır ve genel, izinsiz bir niyet havuzu kullanmak zorluklarla karşılaşabilir. Kötü uygulama karlıysa, yetkisiz bir niyet havuzunun bu sonuca yol açması muhtemeldir. Bu, bugün Ethereum mempool'una yakalanmaya benzer ve DeFi ile ilgili amaçlar için ortak bir sorun olması bekleniyor. Olası bir ileri yol, izinsiz ancak şifrelenmiş amaç havuzları olabilir.
İzin verilen "bellek havuzu"
Güvenilir merkezileştirilmiş API'ler, DoS'ye karşı daha dirençlidir ve amaçları yaymaya ihtiyaç duymaz. Güvenilir modeller ayrıca MEV sorunları için bazı temeller sağlar. Güven varsayımı geçerli olduğu sürece yürütmenin kalitesi garanti edilmelidir. Güvenilir bir aracı, iyi uygulama sağlamak için bazı teşvikler sağlayan, kendisiyle ilişkili bir itibara da sahip olabilir. Bu nedenle, izin verilen amaç havuzları, kısa vadede amaç tabanlı uygulama geliştiricileri için caziptir. Bununla birlikte, hepimizin bildiği gibi, güçlü güven varsayımı kusurludur ve blok zinciri değerlerinin çoğuna biraz aykırıdır. Bu konular aşağıda ele alınacaktır.
karışık çözüm
Bazı çözümler yukarıdakilerin karışımlarıdır. Örneğin, yayma izni olabilir, ancak yürütme izni olmayabilir (güven varsayımının geçerli olduğu varsayılarak) ve bunun tersi de geçerlidir. Hibrit çözümün yaygın bir örneği, sipariş akışı açık artırmasıdır.
Bu tasarımların arkasındaki üst düzey fikir, bir karşı tarafa ihtiyaç duyan bir kullanıcının, daha iyi ve daha kötü karşı taraflar arasında ayrım yapması gerekebileceğidir (örneğin, uygun bir fiyata bir ticareti kabul eden diğer taraf). Tasarım süreci genellikle, kullanıcı amacını (veya işlemlerini) alan ve onlar adına açık artırmayı kolaylaştıran güvenilir bir taraf içerir. Müzayedelere katılmak (bazen) yetkisizdir.
Bu tür tasarımların kendi dezavantajları vardır ve izin verilen niyet havuzlarını çevreleyen birçok endişeden muzdarip olmaları muhtemeldir, ancak daha sonra ortaya çıkacak bazı önemli ayrımlar vardır.
Alt satır: Niyet tabanlı uygulamalar, yalnızca akıllı sözleşmelerle etkileşim için yeni mesaj biçimlerini içermez, aynı zamanda alternatif mempool tarzı yayma ve karşı taraf bulma mekanizmalarını da içerir. Hem teşvik uyumlu hem de merkezi olmayan bir niyet bulma ve eşleştirme mekanizması tasarlamak önemsiz değildir.
Nerede yanlış yapabilirim?
Niyetler heyecan verici yeni bir işlem paradigması olsa da, bunların yaygın olarak benimsenmesi, kullanıcı etkinliğinin alternatif mempool'lara kayma eğiliminin hızlandığı anlamına gelebilir. Düzgün yönetilmezse, bu değişim, rant peşinde koşan aracıların merkezileşmesine ve sağlamlaşmasına yol açabilir.
Sipariş akışı
Genel mempool'dan geçiş, niyetler izinle yürütülürse Ethereum blok üretiminin merkezileşmesine yol açabilir, ancak izin seti dikkatli seçilmez. *
Ethereum'daki blok üretiminin büyük çoğunluğu şu anda teklif veren-oluşturan ayrımının (PBS) protokol dışı bir uygulaması olan MEV-Boost aracılığıyla gerçekleşiyor ve mevcut yol haritası, bu arayüzün yakın zamanda herhangi bir zamanda değişeceğine dair hiçbir gösterge vermiyor. PBS, blok oluşturucuların MEV'yi doğrulayıcı setine yönlendirmesi için rekabetçi bir pazarın varlığına güvenir. PBS'deki önemli bir sorun, blok oluşturucuların değerli bloklar üretmek için gerekli olan ham maddelere - "sipariş akışı" olarak da bilinen işlemlere ve amaçlara özel erişim elde etme yeteneğidir. PBS tabiriyle, amaçlara izinli erişim "Özel Sipariş Akışı" (EOF) olarak anılacaktır. Bu makalede tartışıldığı gibi, sipariş akışındaki münhasırlık rekabetçi güçlere karşı bir hendek anlamına geldiğinden, yanlış ellerdeki EOF, PBS'nin dayandığı pazar yapısını tehdit eder.
Ethereum'un sipariş akışının çoğunu kontrol eden blok oluşturucular (veya işbirliği yapan kuruluşlar), sansür için bir vektör açarak ana ağ bloklarının çoğunu üretebilecek. Ağ, doğrulayıcılara değer iletmek (veya gelecekte yok edilmek) için oluşturucular arasındaki rekabete dayandığından, tek bir oluşturucunun hakimiyeti, Ethereum'dan oluşturuculara bir değer aktarımı oluşturacaktır. Rant kollama ve sansür şüphesiz protokol için önemli tehditlerdir.
güven
Pek çok çözüm aracılara güven gerektirdiğinden, yeni amaca dayalı mimarilerin geliştirilmesi, yüksek giriş engelleriyle engellenir; bu da, yürütme kalitesini sağlamak için daha düşük yenilik ve rekabet oranları anlamına gelir. *
En kötü durumda, kullanıcılar kendilerini, bir önceki bölümdeki blok inşa tekeli gibi, yalnızca bir tarafın niyetleri yerine getirdiği bir konumda bulabilirler. Böyle bir dünyada, blok inşaat tekelleri rant elde edebilecek ve inşaatçılar tarafından kabul edilmediği takdirde niyetlerin nasıl ele alınacağına dair herhangi bir yeni teklif reddedilecektir. Bireysel kullanıcılar, bir tekel karşısında müzakere gücünü kaybeder; bu etki, kullanıcılar aracılara ek özgürlük dereceleri sağlamak için niyetleri kullandıklarında daha da kötüleşir.
Ne yazık ki, merkezi altyapı nedeniyle pazardaki durgunluk, inşaatçılar için bir pazarla ilgili endişeleri içermiyor. Blok olmayan inşaat işletmeleri için bile, yüksek giriş engelleri, çok az rekabetle karşı karşıya kaldıkları için aracıları güçlü bir konuma getirir. Örneğin, sipariş akışı açık artırma piyasasının mevcut durumunu düşünün. Flashbots ve CoWswap gibi birkaç varlık, sipariş akışının çoğunu OFA'ya alır. Sipariş akışı büyük ölçüde dağıtılır, çünkü bu varlıklar yıllardır ortalıkta dolaşırlar veya saygın kuruluşlarla ilişkilendirilirler, yani bir dereceye kadar halkın güvenini kazanmayı başardılar. Yeni bir OFA tasarımı pazara girmeye çalışırsa, yeni OFA'yı kim çalıştırıyorsa, kullanıcıları ve cüzdanları saygın olduklarına ve güçlerini kötüye kullanmayacaklarına ikna etmek için çok zaman harcamak zorunda kalacak. Böyle güvenilir bir kampanyaya duyulan ihtiyaç kesinlikle giriş için önemli bir engel teşkil ediyor.
Sipariş akışlı müzayede piyasası daha yeni ilgi görmeye başladı ve rekabetin nasıl gelişeceği henüz görülmedi, ancak izin verilen, güvenilir mempool'ların az sayıda güçlü katılımcıyı kutsadığı ve böylece diğerlerine zarar verdiği piyasa açıklayıcı bir örnek sunuyor. kullanıcıların en iyi çıkarları.
EIP4337 niyet formatı, bizim için mümkün olan başka bir mekanizma örneği sağlar. 4337 amacı desteklemek için güvenilir bir mimarinin zaten yürürlükte olduğu bir dünya düşünün. Niyetler için başka bir biçim önerildiyse - belki de kaynaklar arası işlevsellik gibi ek kullanım durumlarına hizmet ediyorsa - ancak yerleşik güvenilir aracılar bu yeni biçimi benimsemezse (sonuçta, çok fazla benimseme yoktur ve iş modeli rekabeti ile ilgili değildir) ), yeni biçimlerin uygulanması, yeni varlıklara güven oluşturulmasını gerektirir. Aynı şekilde, kendimizi yenilik yapma ve statükoya meydan okuma konumunda buluyoruz, ancak güvene dayalı giriş engelleriyle karşılaşıyoruz.
Opaklık
Birçok amaç mimarisi, kullanıcıların zincir üzerindeki varlıkları üzerinde bazı kontrollerden vazgeçmelerini gerektirdiğinden ve izin verilen mempool'lar bir dereceye kadar harici nüfuz edilemezlik anlamına geldiğinden, opak bir sistem oluşturma riskini üstleniyoruz. karşılandı ve ekosisteme yönelik tehdit henüz keşfedilmedi. *
Yukarıdaki bölümler, emir akışı piyasasındaki güç dengesizliklerinin ortaya çıkardığı kullanıcı ve protokol risklerini ele almaktadır. İlgili bir sorun, kullanıcılar ve blok zinciri arasında gelişen ara yazılım ve mempool ekosisteminin, zeki gözlemciler için bile opak hale gelmesidir. Bu endişe, özellikle, kullanıcıların sipariş yönlendirme gibi önemli kararları dışarıdan almasına izin vermeye çalışan niyet tabanlı uygulamalarla ilgilidir.
MEV'nin kullanıcı yürütmesini olumsuz etkilediği durumlar, genellikle uygulayıcıların alım satımda yüksek derecede serbestlikten (örneğin, kayma limitleri) vazgeçmesinden kaynaklanır. Bu nedenle, daha fazla serbestlik derecesinden vazgeçen niyet tabanlı uygulamaların yürütme sistemlerini daha dikkatli tasarlamaları gerektiğini iddia etmek büyük bir mantık sıçraması değildir. Bu konudaki en kötü sonuç, niyet tabanlı bir uygulama kullanmanın kaybolan bir niyet imzalamayı (dilerseniz karanlık bir ormana) ve ardından bir şekilde işlemler olarak Uygulanmasını gerektirdiği, ancak işlemlerin nasıl veya kim tarafından oluşturulduğu net olmayan bir dünyadır. Tabii ki, bu tür ekosistemleri izleme yeteneği, EOF ve güvene dayalı savunmalarla ilgili endişelerle de ilgilidir.
Riski azaltmak
Ethereum mempool sınırlıdır. Bazı uygulamalar için bunun nedeni mahremiyet eksikliği (sandviç klipler), diğerleri için ise daha geniş bir mesaj formatı yelpazesini destekleyememesidir. Bu, yukarıda belirtilen tehlikelerden kaçınırken kullanıcıları blok zincirine bağlamanın bir yolunu bulmaları gerektiğinden, cüzdan ve uygulama geliştiricilerini bir çıkmaza sokar.
Yukarıdaki soruları incelerken, ideal sistemlerin belirli özelliklerini çıkarabiliriz. Böyle bir sistem, herhangi birinin yürütme kalitesinden çok fazla ödün vermeden amaçları eşleştirip yürütebilmesi için izinsiz olmalıdır; genel, böylece yeni uygulamaların konuşlandırılması yeni bellek havuzlarının oluşturulmasını gerektirmez; şeffaf, böylece halka açık olmalıdır Yürütme süreci hakkında rapor amaçlar ve gizlilik garantilerinin izin verdiği durumlarda, kalite denetimleri gerçekleştirmek için veri sağlar.
Flashbots ve Anoma gibi ekipler, gizlilik ve izinsizliği birleştirerek yukarıdaki gereksinimleri karşılayan genel çözümler üzerinde çalışırken, ideal sistem yakın zamanda hazır olmayabilir. Bu nedenle, kendi ödünlerini veren farklı çözümler, farklı uygulamalara en iyi şekilde hizmet edebilir. Clist'ler gibi mekanizmalar, işlem tabanlı uygulamalarla ilgili aynı sorunların çoğuna yanıt olarak ortaya çıkmış olsa da, belki de niyetler için değil, kullanıcıların mümkün olduğunda işlemlere geri dönmesine olanak tanıyan gadget'lar iyi olurdu. niyetlerin çoğu, izin verilmediğinde genellik aramak ve izin verildiğinde dikkatli bir aracı seçmekten daha iyidir.
Genel olarak, amaç tabanlı uygulama tasarımcılarından uygulamalarının zincir dışı etkisini kapsamlı bir şekilde değerlendirmelerini istiyoruz, çünkü bunlar yalnızca kendi kullanıcı tabanlarından daha geniş topluluklara dokunabilir. Ethereum.
Sonuç olarak
Niyetlerin benimsenmesi, kullanıcı deneyimini ve MEV nedeniyle verimlilik kayıplarını önemli ölçüde iyileştirmeyi vaat eden zorunluluktan bildirimsel paradigmalara geçişi temsil eder. Bu uygulamalara olan ihtiyaç açıktır ve niyet tabanlı birçok uygulama uzun yıllardır yaygın olarak kullanılmaktadır.
ERC4337 tarafından yönlendirilen amaçların artan şekilde benimsenmesi, Ethereum mempool'larından yeni mekanlara geçişi hızlandırabilir. Hareket makul ve kaçınılmaz olsa da, amaca dayalı uygulama tasarımcılarının, sağlam bir altyapı geliştirirken sistemlerinin zincir dışı bileşenlerini tasarlarken dikkatli olmaları için iyi nedenleri vardır.
Bu yeni oluşan işlem paradigmasında ve bu makalede ele almadığımız alanlarda, örneğin gizliliğe izin veren amaçlar için bir ifade dili tasarlamak gibi, yapılacak çok fazla araştırma ve mühendislik var.
Bu makaleyle ilgili geri bildirimleri için DanRobinson, CharlieNoyes, MattHuang, JohnGuibas, XinyuanSun ve ElijahFox'a ve makale için AchalSrinivasan'a çok teşekkürler.
View Original
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Paradigma: Ethereum işlemlerinin niyet paradigması - mimari ve riskler
Yazarlar: Quintus Kilbourn, Georgios Konstantopoulos, Paradigma;Çeviri: Golden Finance 0xxz
Giriiş
"Niyetler" ve bunların uygulamaları hakkındaki tartışmalar son zamanlarda Ethereum topluluğunda sıcak bir konu haline geldi.
İşlemlerin özellikle bir eylemin "nasıl" yapılması gerektiğine atıfta bulunduğu durumlarda, niyetler bu eylemin beklenen sonucunun "ne" olması gerektiğine atıfta bulunur. Bir işlem "Önce A'yı yap, sonra B, X'i elde etmek için C'nin tamamını öde" derse, niyet "X'i istiyorum ve C'ye kadar ödemeye hazırım" der.
Bu bildirimsel paradigma, heyecan verici kullanıcı deneyiminin ve verimlilik iyileştirmelerinin kilidini açar. Niyetler aracılığıyla kullanıcılar, arzu edilen bir sonucu ifade ederken, bu sonuca ulaşmak için en uygun görevi deneyimli bir üçüncü tarafa devredebilir. Niyet kavramı, her parametrenin kullanıcı tarafından açıkça belirtildiği günümüzün zorunlu işlem paradigmasının tersidir.
Bu iyileştirme vaatleri ekosistem için çok ihtiyaç duyulan adımları sağlarken, Ethereum'daki amaca dayalı tasarımın zincir dışı altyapı için de önemli etkileri olabilir. Özellikle, MEV ile ilgili faaliyetlere ve piyasa kontrolüne önemli bağlantılar vardır. Bu gönderi, amaçların ve faydalarının kısa bir tanımını, bunların uygulanmasıyla ilgili risklerin araştırılmasını ve olası hafifletmelere ilişkin bazı tartışmaları sağlamayı amaçlamaktadır.
Niyet nedir?
Kullanıcıların Ethereum ile etkileşime girmesinin mevcut standart yolu, Ethereum Sanal Makinesinin (EVM) durum geçişlerini gerçekleştirmesi için gerekli tüm bilgileri sağlayan belirli bir formatta bir mesaj olan bir işlem oluşturmak ve imzalamaktır. Ancak, işlem oluşturmak karmaşık bir mesele olabilir. Bir işlem oluşturmak, gaz ücretlerini ödemek için belirli varlıkları tutarken, geniş bir akıllı sözleşmeler ağı ve yönetimsiz yönetim gibi ayrıntılar hakkında akıl yürütmeyi gerektirir. Bu karmaşıklık, optimal olmayan bir kullanıcı deneyimine ve kullanıcılar bilgiye yeterli erişim veya karmaşık uygulama politikaları olmadan kararlar almaya zorlandığından verimlilik kaybına neden olur.
Niyetler, kullanıcı üzerindeki bu yükleri hafifletmek için tasarlanmıştır. Gayri resmi olarak, niyetler, kullanıcıların işlem taraflarının tam denetiminden vazgeçmeden işlem oluşturmayı üçüncü taraflara yaptırmalarına izin veren bir dizi beyan kısıtlaması imzalar.
Standart işleme dayalı süreçlerde, işlem imzaları, doğrulayıcıların belirli bir durum için tam olarak tek bir hesaplama yolu izlemesine izin verir ve ipuçları, doğrulayıcıları bunu yapmaya teşvik eder. Öte yandan niyetler, izlenmesi gereken hesaplama yolunu açıkça belirtmez, ancak belirli kısıtlamaları karşılayan herhangi bir hesaplama yoluna izin verir. Kullanıcılar, niyetleri (niyetleri) imzalayarak ve paylaşarak, alıcılara kendi adlarına hesaplama yollarını seçme izni verir (aşağıdaki şemaya bakın). Bu ayrım, belirli bir başlangıç durumundan bir dizi durum geçişine izin veren imzalı mesajlar olarak niyetlerin biraz daha katı bir tanımına izin verir; özel bir durum, benzersiz geçişlere izin veren işlemlerdir. Bunu söyledikten sonra, "niyetleri" işlemlerden ayırmaya devam edeceğiz.
Daha da önemlisi, birçok niyet (niyet) tek bir işleme dahil edilebilir, bu da örtüşen niyetlerin (niyetlerin) eşleşmesine izin verir, gaz ve ekonomik verimliliği artırır, örneğin inşaatçı tarafından tutulan sipariş defterinde, iki sipariş karşılıklı olarak değiştirilebilir. piyasa dengelemesi. Diğer uygulamalar arasında etki alanları arası niyetler (niyetler) - farklı alanlarda birden çok işlem yerine bir mesajı imzalama - farklı tekrar direnci (tekrar direnci) şemaları ve ilk 3 tarafın gaza sponsor olmasına veya ödeme yapmasına izin vermek gibi daha esnek kullanıcı gas ödemeleri yer alır. farklı jetonlarda.
niyetlerin geçmişi ve geleceği
Kullanıcıların varlıklarının ve kriptografik kimliklerinin velayetini korumalarına izin verirken, blok zinciri ile etkileşimin karmaşıklığını dış kaynaklara sağlayan amaçlar oluşturuldu.
Bu fikirlerin birçoğunun yıllardır yürürlükte olan sistemlere karşılık geldiğini fark edebilirsiniz:
İleriye dönük olarak, zincirler arası MEV'ler (SUAVE gibi), ERC4337 tarzı hesap soyutlamaları ve hatta Liman siparişleri bağlamında, insanların niyetleri yeniden canlanıyor! ERC4337 tüm hızıyla ilerlerken, etki alanları arası amaçlar gibi diğer yeni uygulamalar için daha fazla araştırma yapılması gerekiyor.
En önemlisi, tüm niyet tabanlı uygulamalarda, eski ve yeni, amacı anlayan, amacı gerçekleştirmek için motive olan ve bunu zamanında yapabilen en az bir diğer tarafın olması gerekir. Niyete dayalı sistemlerin etkinliğini, güven varsayımlarını ve daha geniş etkilerini belirlemek için bu tarafların kim olduğu, nasıl performans gösterdikleri ve motivasyonlarının ne olduğu sorulmalıdır.
Aracı ve bellek havuzu
Amaçların aracıların eline geçmesi için en açık kanal Ethereum mempool'dur. Ne yazık ki, mevcut tasarım amaçların yayılmasını desteklemiyor. DoS saldırılarıyla ilgili endişeler, Ethereum mempool'daki tamamen genel amaçlar için evrensel desteğin uzun vadede bile imkansız olduğu anlamına gelebilir. Aşağıda göreceğimiz gibi, Ethereum mempool'larının açık ve izinsiz doğası, amaçların benimsenmesine ek engeller oluşturur.
Bir Ethereum mempool'unun yokluğunda, niyet sistemi tasarımcıları artık bazı tasarım sorunlarıyla karşı karşıya. Üst düzey bir karar, niyetlerin izin kümesine yayılıp yayılmayacağına veya tarafların niyetleri yürütebilmesi için izinsiz bir şekilde sağlanıp sağlanmayacağına karar vermektir.
Şekil 2: Kullanıcılardan izinli/izinsiz ve genel/özel niyet (intentions) havuzlarına akan niyetler, aracılar tarafından işlemlere dönüştürülür ve son olarak genel hafıza havuzuna girer veya MEVBoost tarzı açık artırmalarla doğrudan zincire gider
izinsiz mempool
Birinin çabalayabileceği bir tasarım, niyetlerin sistemdeki düğümler arasında yayılmasına olanak tanıyan ve aktörlere izinsiz erişim sağlayan merkezi olmayan bir API'dir. Bu daha önce yapıldı. Örneğin, 0x protokol aktarıcıları arasındaki dedikodu limiti emirleri ve eşleştiğinde onları zincire koyun. Bu fikir aynı zamanda, merkezileşme ve sansür riskleriyle mücadele etmek için paylaşılan bir ERC4337 mempool bağlamında da araştırılır. Bununla birlikte, böyle bir izinsiz "niyet havuzunun" tasarımı bazı önemli zorluklarla karşı karşıyadır:
İzin verilen "bellek havuzu"
Güvenilir merkezileştirilmiş API'ler, DoS'ye karşı daha dirençlidir ve amaçları yaymaya ihtiyaç duymaz. Güvenilir modeller ayrıca MEV sorunları için bazı temeller sağlar. Güven varsayımı geçerli olduğu sürece yürütmenin kalitesi garanti edilmelidir. Güvenilir bir aracı, iyi uygulama sağlamak için bazı teşvikler sağlayan, kendisiyle ilişkili bir itibara da sahip olabilir. Bu nedenle, izin verilen amaç havuzları, kısa vadede amaç tabanlı uygulama geliştiricileri için caziptir. Bununla birlikte, hepimizin bildiği gibi, güçlü güven varsayımı kusurludur ve blok zinciri değerlerinin çoğuna biraz aykırıdır. Bu konular aşağıda ele alınacaktır.
karışık çözüm
Bazı çözümler yukarıdakilerin karışımlarıdır. Örneğin, yayma izni olabilir, ancak yürütme izni olmayabilir (güven varsayımının geçerli olduğu varsayılarak) ve bunun tersi de geçerlidir. Hibrit çözümün yaygın bir örneği, sipariş akışı açık artırmasıdır.
Bu tasarımların arkasındaki üst düzey fikir, bir karşı tarafa ihtiyaç duyan bir kullanıcının, daha iyi ve daha kötü karşı taraflar arasında ayrım yapması gerekebileceğidir (örneğin, uygun bir fiyata bir ticareti kabul eden diğer taraf). Tasarım süreci genellikle, kullanıcı amacını (veya işlemlerini) alan ve onlar adına açık artırmayı kolaylaştıran güvenilir bir taraf içerir. Müzayedelere katılmak (bazen) yetkisizdir.
Bu tür tasarımların kendi dezavantajları vardır ve izin verilen niyet havuzlarını çevreleyen birçok endişeden muzdarip olmaları muhtemeldir, ancak daha sonra ortaya çıkacak bazı önemli ayrımlar vardır.
Alt satır: Niyet tabanlı uygulamalar, yalnızca akıllı sözleşmelerle etkileşim için yeni mesaj biçimlerini içermez, aynı zamanda alternatif mempool tarzı yayma ve karşı taraf bulma mekanizmalarını da içerir. Hem teşvik uyumlu hem de merkezi olmayan bir niyet bulma ve eşleştirme mekanizması tasarlamak önemsiz değildir.
Nerede yanlış yapabilirim?
Niyetler heyecan verici yeni bir işlem paradigması olsa da, bunların yaygın olarak benimsenmesi, kullanıcı etkinliğinin alternatif mempool'lara kayma eğiliminin hızlandığı anlamına gelebilir. Düzgün yönetilmezse, bu değişim, rant peşinde koşan aracıların merkezileşmesine ve sağlamlaşmasına yol açabilir.
Sipariş akışı
Ethereum'daki blok üretiminin büyük çoğunluğu şu anda teklif veren-oluşturan ayrımının (PBS) protokol dışı bir uygulaması olan MEV-Boost aracılığıyla gerçekleşiyor ve mevcut yol haritası, bu arayüzün yakın zamanda herhangi bir zamanda değişeceğine dair hiçbir gösterge vermiyor. PBS, blok oluşturucuların MEV'yi doğrulayıcı setine yönlendirmesi için rekabetçi bir pazarın varlığına güvenir. PBS'deki önemli bir sorun, blok oluşturucuların değerli bloklar üretmek için gerekli olan ham maddelere - "sipariş akışı" olarak da bilinen işlemlere ve amaçlara özel erişim elde etme yeteneğidir. PBS tabiriyle, amaçlara izinli erişim "Özel Sipariş Akışı" (EOF) olarak anılacaktır. Bu makalede tartışıldığı gibi, sipariş akışındaki münhasırlık rekabetçi güçlere karşı bir hendek anlamına geldiğinden, yanlış ellerdeki EOF, PBS'nin dayandığı pazar yapısını tehdit eder.
Ethereum'un sipariş akışının çoğunu kontrol eden blok oluşturucular (veya işbirliği yapan kuruluşlar), sansür için bir vektör açarak ana ağ bloklarının çoğunu üretebilecek. Ağ, doğrulayıcılara değer iletmek (veya gelecekte yok edilmek) için oluşturucular arasındaki rekabete dayandığından, tek bir oluşturucunun hakimiyeti, Ethereum'dan oluşturuculara bir değer aktarımı oluşturacaktır. Rant kollama ve sansür şüphesiz protokol için önemli tehditlerdir.
güven
En kötü durumda, kullanıcılar kendilerini, bir önceki bölümdeki blok inşa tekeli gibi, yalnızca bir tarafın niyetleri yerine getirdiği bir konumda bulabilirler. Böyle bir dünyada, blok inşaat tekelleri rant elde edebilecek ve inşaatçılar tarafından kabul edilmediği takdirde niyetlerin nasıl ele alınacağına dair herhangi bir yeni teklif reddedilecektir. Bireysel kullanıcılar, bir tekel karşısında müzakere gücünü kaybeder; bu etki, kullanıcılar aracılara ek özgürlük dereceleri sağlamak için niyetleri kullandıklarında daha da kötüleşir.
Ne yazık ki, merkezi altyapı nedeniyle pazardaki durgunluk, inşaatçılar için bir pazarla ilgili endişeleri içermiyor. Blok olmayan inşaat işletmeleri için bile, yüksek giriş engelleri, çok az rekabetle karşı karşıya kaldıkları için aracıları güçlü bir konuma getirir. Örneğin, sipariş akışı açık artırma piyasasının mevcut durumunu düşünün. Flashbots ve CoWswap gibi birkaç varlık, sipariş akışının çoğunu OFA'ya alır. Sipariş akışı büyük ölçüde dağıtılır, çünkü bu varlıklar yıllardır ortalıkta dolaşırlar veya saygın kuruluşlarla ilişkilendirilirler, yani bir dereceye kadar halkın güvenini kazanmayı başardılar. Yeni bir OFA tasarımı pazara girmeye çalışırsa, yeni OFA'yı kim çalıştırıyorsa, kullanıcıları ve cüzdanları saygın olduklarına ve güçlerini kötüye kullanmayacaklarına ikna etmek için çok zaman harcamak zorunda kalacak. Böyle güvenilir bir kampanyaya duyulan ihtiyaç kesinlikle giriş için önemli bir engel teşkil ediyor.
Sipariş akışlı müzayede piyasası daha yeni ilgi görmeye başladı ve rekabetin nasıl gelişeceği henüz görülmedi, ancak izin verilen, güvenilir mempool'ların az sayıda güçlü katılımcıyı kutsadığı ve böylece diğerlerine zarar verdiği piyasa açıklayıcı bir örnek sunuyor. kullanıcıların en iyi çıkarları.
EIP4337 niyet formatı, bizim için mümkün olan başka bir mekanizma örneği sağlar. 4337 amacı desteklemek için güvenilir bir mimarinin zaten yürürlükte olduğu bir dünya düşünün. Niyetler için başka bir biçim önerildiyse - belki de kaynaklar arası işlevsellik gibi ek kullanım durumlarına hizmet ediyorsa - ancak yerleşik güvenilir aracılar bu yeni biçimi benimsemezse (sonuçta, çok fazla benimseme yoktur ve iş modeli rekabeti ile ilgili değildir) ), yeni biçimlerin uygulanması, yeni varlıklara güven oluşturulmasını gerektirir. Aynı şekilde, kendimizi yenilik yapma ve statükoya meydan okuma konumunda buluyoruz, ancak güvene dayalı giriş engelleriyle karşılaşıyoruz.
Opaklık
Yukarıdaki bölümler, emir akışı piyasasındaki güç dengesizliklerinin ortaya çıkardığı kullanıcı ve protokol risklerini ele almaktadır. İlgili bir sorun, kullanıcılar ve blok zinciri arasında gelişen ara yazılım ve mempool ekosisteminin, zeki gözlemciler için bile opak hale gelmesidir. Bu endişe, özellikle, kullanıcıların sipariş yönlendirme gibi önemli kararları dışarıdan almasına izin vermeye çalışan niyet tabanlı uygulamalarla ilgilidir.
MEV'nin kullanıcı yürütmesini olumsuz etkilediği durumlar, genellikle uygulayıcıların alım satımda yüksek derecede serbestlikten (örneğin, kayma limitleri) vazgeçmesinden kaynaklanır. Bu nedenle, daha fazla serbestlik derecesinden vazgeçen niyet tabanlı uygulamaların yürütme sistemlerini daha dikkatli tasarlamaları gerektiğini iddia etmek büyük bir mantık sıçraması değildir. Bu konudaki en kötü sonuç, niyet tabanlı bir uygulama kullanmanın kaybolan bir niyet imzalamayı (dilerseniz karanlık bir ormana) ve ardından bir şekilde işlemler olarak Uygulanmasını gerektirdiği, ancak işlemlerin nasıl veya kim tarafından oluşturulduğu net olmayan bir dünyadır. Tabii ki, bu tür ekosistemleri izleme yeteneği, EOF ve güvene dayalı savunmalarla ilgili endişelerle de ilgilidir.
Riski azaltmak
Ethereum mempool sınırlıdır. Bazı uygulamalar için bunun nedeni mahremiyet eksikliği (sandviç klipler), diğerleri için ise daha geniş bir mesaj formatı yelpazesini destekleyememesidir. Bu, yukarıda belirtilen tehlikelerden kaçınırken kullanıcıları blok zincirine bağlamanın bir yolunu bulmaları gerektiğinden, cüzdan ve uygulama geliştiricilerini bir çıkmaza sokar.
Yukarıdaki soruları incelerken, ideal sistemlerin belirli özelliklerini çıkarabiliriz. Böyle bir sistem, herhangi birinin yürütme kalitesinden çok fazla ödün vermeden amaçları eşleştirip yürütebilmesi için izinsiz olmalıdır; genel, böylece yeni uygulamaların konuşlandırılması yeni bellek havuzlarının oluşturulmasını gerektirmez; şeffaf, böylece halka açık olmalıdır Yürütme süreci hakkında rapor amaçlar ve gizlilik garantilerinin izin verdiği durumlarda, kalite denetimleri gerçekleştirmek için veri sağlar.
Flashbots ve Anoma gibi ekipler, gizlilik ve izinsizliği birleştirerek yukarıdaki gereksinimleri karşılayan genel çözümler üzerinde çalışırken, ideal sistem yakın zamanda hazır olmayabilir. Bu nedenle, kendi ödünlerini veren farklı çözümler, farklı uygulamalara en iyi şekilde hizmet edebilir. Clist'ler gibi mekanizmalar, işlem tabanlı uygulamalarla ilgili aynı sorunların çoğuna yanıt olarak ortaya çıkmış olsa da, belki de niyetler için değil, kullanıcıların mümkün olduğunda işlemlere geri dönmesine olanak tanıyan gadget'lar iyi olurdu. niyetlerin çoğu, izin verilmediğinde genellik aramak ve izin verildiğinde dikkatli bir aracı seçmekten daha iyidir.
Genel olarak, amaç tabanlı uygulama tasarımcılarından uygulamalarının zincir dışı etkisini kapsamlı bir şekilde değerlendirmelerini istiyoruz, çünkü bunlar yalnızca kendi kullanıcı tabanlarından daha geniş topluluklara dokunabilir. Ethereum.
Sonuç olarak
Niyetlerin benimsenmesi, kullanıcı deneyimini ve MEV nedeniyle verimlilik kayıplarını önemli ölçüde iyileştirmeyi vaat eden zorunluluktan bildirimsel paradigmalara geçişi temsil eder. Bu uygulamalara olan ihtiyaç açıktır ve niyet tabanlı birçok uygulama uzun yıllardır yaygın olarak kullanılmaktadır.
ERC4337 tarafından yönlendirilen amaçların artan şekilde benimsenmesi, Ethereum mempool'larından yeni mekanlara geçişi hızlandırabilir. Hareket makul ve kaçınılmaz olsa da, amaca dayalı uygulama tasarımcılarının, sağlam bir altyapı geliştirirken sistemlerinin zincir dışı bileşenlerini tasarlarken dikkatli olmaları için iyi nedenleri vardır.
Bu yeni oluşan işlem paradigmasında ve bu makalede ele almadığımız alanlarda, örneğin gizliliğe izin veren amaçlar için bir ifade dili tasarlamak gibi, yapılacak çok fazla araştırma ve mühendislik var.
Bu makaleyle ilgili geri bildirimleri için DanRobinson, CharlieNoyes, MattHuang, JohnGuibas, XinyuanSun ve ElijahFox'a ve makale için AchalSrinivasan'a çok teşekkürler.