Ethereum II Futures - Senzura Müqaviməti

Ethereum Futures-dəki bu parça senzura müqaviməti üçün davam edən mübarizəsini araşdırır, tənzimləyici təzyiqin təsirini, Təklifçi-Yaradıcı Ayrılmasının (PBS) rolunu və şəbəkəni neytral və mərkəzsiz saxlamaq üçün şifrələnmiş mempullar kimi potensial həlləri araşdırır. Ethereum, MEV mənfəətinin mərkəzləşdirilməsi risklərini azaltmaq üçün PBS strukturunu qəbul etdi. Bu sistemdə blok təklif edənlər (müntəzəm validator qovşaqları) blok tikintisini MEV hasilatı maksimuma çatdırmaq üçün əməliyyat sifarişini optimallaşdıran ixtisaslaşmış inşaatçılara həvalə edirlər. Daha sonra təklif edən şəxs ən sərfəli bloku seçir və onu şəbəkəyə yayımlamazdan əvvəl imzalayır. Bu prosesi asanlaşdırmaq üçün bu gün Ethereum-da zəncirdənkənar blok auksion mexanizmi olan MEV-Boost geniş istifadə olunur. MEV-Boost, ixtisaslaşmış inşaatçılara bloklarını daxil etmək üçün rəqabət apararaq təklif verənlərə təkliflər təqdim etməyə imkan verir. Ethereum-un validator dəsti yüksək dərəcədə mərkəzləşdirilməmiş olaraq qalsa da, blokun qurulması - xüsusən də MEV üçün optimallaşdırılmış blok - mürəkkəb və resurs tutumludur. Bu yüksək hesablama və infrastruktur yükünü nəzərə alaraq, blokların attestasiyasını mərkəzləşdirilməmiş saxlamaqla blok tikintisini mərkəzləşdirmək daha səmərəlidir. Bu, PBS-nin əsas prinsipidir: o, hər blokda baş verən hərrac vasitəsilə MEV mənfəətinin bir hissəsini validatorlara ədalətli şəkildə paylayır, eyni zamanda ümumi validatorların (o cümlədən ev sahiblərinin) blok tikintisinin mürəkkəbliyi ilə yüklənməməsini təmin edir. Bu ixtisaslaşmış rolu təcrid etməklə, PBS blok istehsalının səmərəliliyini optimallaşdırarkən bütövlükdə Ethereum şəbəkəsinin mərkəzsizləşdirilməsini qoruyur. Bununla belə, uğurlu inşaatçılar əhəmiyyətli resurslara və imtiyazlı əməliyyat axınına ehtiyac duyduğundan, yalnız bir neçə nəfər ardıcıl olaraq hərraclarda qalib gəlir. Bəzi inşaatçılar xüsusi pul kisələri, dApp-lar və sifariş axını provayderləri ilə eksklüziv sövdələşmələr quraraq, blok auksionlarında rəqabət üstünlüyü verən yüksək MEV əməliyyatlarına çıxışı təmin etməklə üstünlüklərini qoruyurlar. Nəticədə inşaatçılar arasında rəqabət zaman keçdikcə azalır və oliqopolist quruluşa gətirib çıxarır. Bu gün Ethereum bloklarının təqribən 90%-i MEV-Boost vasitəsilə tikilir, yalnız iki qurum – Beaverbuild və Titan Builder bu blokların 95%-ni tikir. Bu konsentrasiya senzura müqaviməti, əməliyyatların ədalətliliyi və Ethereum-un blok istehsalının uzunmüddətli mərkəzsizləşdirilməsi ilə bağlı narahatlıqları artırır. Bu inşaatçılar tərəfindən pozulmalar və ya zərərli davranışlar Ethereum şəbəkəsinin təhlükəsizliyinə əhəmiyyətli dərəcədə təsir göstərməsə də, senzura müqaviməti üçün ciddi təhlükə yaradır. Bütün MEV-Boost qurucuları xüsusi istifadəçilərin əməliyyatlarını senzura etmək qərarına gəlsələr, həmin istifadəçilər yalnız MEV-Boost-dan istifadə etməyən validatorlar tərəfindən istehsal edilən bloklar vasitəsilə əməliyyatlar göndərə biləcəklər ki, bu da cəmin təxminən 10%-ni təşkil edir. Nəticədə, bu cür əməliyyatların işlənməsi orta hesabla 10 blok (təxminən 2 dəqiqə) çəkəcək. Bu vəziyyət iki əsas problemi ortaya qoyur: Tənzimləyici zəifliklər Birincisi, bu, Ethereum-u qaydalara qarşı daha həssas edə bilər. Məsələn, tətbiq edilən Tornado Cash sanksiyaları xeyli sayda inşaatçı və təsdiqləyicinin OFAC tərəfindən sanksiyalaşdırılan hesablarla əlaqəli əməliyyatları senzuraya keçirməsinə səbəb oldu. OFAC tərəfindən 2022-ci ildə Hərrac kimi protokollarda haqsız rəqabət İkincisi, senzura zəncirvari hərracların nəticələrini təhrif edə bilər. Məsələn, hər blokda ən yüksək təklif verənə bir NFT-nin satıldığı bir auksionu nəzərdən keçirək. Blok qurucusu çox aşağı təklif verərkən bütün digər təklifləri senzura edə bilər ki, bu da onlara NFT-ni əhəmiyyətli dərəcədə aşağı qiymətə əldə etməyə imkan verir. Bu problemləri həll etmək üçün müxtəlif həll yolları ortaya çıxdı. Bu yazı bu həlləri iki əsas kateqoriyada araşdıracaq və Ethereum-un gələcəyində senzura müqavimətinin hansı formada ola biləcəyini müzakirə edəcək. Mümkün həll 1: Daxiletmə siyahısı Ümumi məlumat: İlkin Daxiletmə Siyahısı Təklifi, EIP-7547 Daxiletmə siyahısı müəyyən əməliyyatların bloka daxil edilməsini təmin edən senzuraya qarşı müqavimət həllidir. Adətən aşağıdakı kimi həyata keçirilə bilər: Budur sadə bir zehni model: inşaatçı blok yaratmazdan əvvəl, təklif edən “Bu əməliyyatları bloka daxil edin” ifadəsi ilə “Daxiletmə Siyahısı” ilə sifariş göndərir. İnşaatçılar bu əməliyyatları yaratdıqları bloka daxil etməlidirlər və əgər blok Daxiletmə Siyahısında əməliyyatlar olmadan qurularsa, o, etibarsız sayılır. PBS-dən əvvəl Ethereum üçün, bloklara daxil edilməzdən əvvəl əməliyyatların keçirildiyi mempool, konsensus olmayan bir komponent olaraq Ethereum-a daxil edilmişdir. Buna görə də, Ethereum konsensus təbəqəsi baxımından bloklarda olan əməliyyatların haradan gəldiyi məlum deyildi. MEV-in senzuraya səbəb olmasının əsas səbəblərindən biri mempoolun konsensus olmayan bir komponent olmasıdır, buna görə də bloku yaradan inşaatçılar hansı əməliyyatları senzura etmək və ya bloka daxil etmək barədə tam səlahiyyətə malik idilər. Daxiletmə siyahıları konsensus qatında "zəncir üzərində yaddaş" kimi çıxış etmək üçün çoxlu validatorlardan istifadə edən mexanizm təqdim edir. Bu yolla, konsensus təbəqəsi senzura müqavimətini təmin etmək üçün inşaatçıların əməliyyatları seçmək səlahiyyətini kifayət qədər məhdudlaşdırır. Daxiletmə Siyahısını həyata keçirmək üçün ən görkəmli təkliflərdən biri , İrəli Daxiletmə Siyahısı idi. Bu təklif təklif edənə 16-ya qədər əməliyyatı Daxiletmə Siyahısına daxil etməyə imkan verdi. “Yönləndirmə” mexanizmi N bloku üçün təklif edilən Daxiletmə Siyahısının N+1 blokuna tətbiq olunmasını təmin etdi. EIP-7547 Bu təklif əvvəlcə Ethereum-un Pectra yeniləməsinin bir hissəsi olmaq üçün nəzərdə tutulmuşdu, lakin nəticədə o, istisna edildi və bir səbəb ötürmə mexanizmi ilə arasında uyğunluq problemləri idi. EIP-3074 EIP-3074, bir hesaba çoxsaylı EOA-ların (Xarici Sahiblik Hesabları) balansını tənzimləməyə imkan verən AUTHCALL adlı əməliyyat kodundan istifadə edən Doğma Hesab Abstraksiyasının bir formasını təqdim edir. Bu mexanizm Daxiletmə Siyahısını asanlıqla poza bilər. Məsələn, düşünək ki, Alice onun EOA-sı Bob-a ETH göndərdiyi Daxiletmə Siyahısına bir əməliyyat (A) daxildir. Eyni zamanda, o, EIP-3074-ün AUTHCALL-dan istifadə edərək, bütün EOA qalıqlarını başqa hesaba köçürmək üçün başqa bir əməliyyat (B) yaradır. Fərz edək ki, B əməliyyatı N blokuna, A əməliyyatı isə N+1 bloku üçün Daxiletmə Siyahısına daxil edilib. Əsas məsələ budur: təklif edən Daxiletmə Siyahısını yaratdıqda, inşaatçının cari bloka hansı əməliyyatları daxil edəcəyini bilmirlər. Bu ssenaridə N blokunda B əməliyyatı A əməliyyatını etibarsız edir. Nəticə etibarilə, N+1 blokunun qurucusu Daxiletmə Siyahısına A əməliyyatının etibarsızlığına görə etibarlı blok qura bilməyəcək. Daxiletmə Siyahısı daxilində əlavə məhdudiyyətlər vasitəsilə bu problemi həll etməyə cəhdlər edilmişdir. Bununla belə, əsas məsələ qalır: EIP-3074 təbii olaraq digər EOA-larda balansları manipulyasiya etməyə imkan verir. "Kimdən" ünvanını yoxlamaq kimi sadə yoxlamalar Daxiletmə Siyahı əməliyyatları və digər əməliyyatlar arasında müdaxiləni aşkar edə bilməz. Bu , "Pulsuz Nahar yoxdur - yeni daxiletmə siyahısı dizaynı" məqaləsində qeyd olunan pulsuz məlumatların mövcudluğu problemi adlanır. EIP-3074 Pectra yeniləməsindən xaric edilsə də, oxşar funksionallıq - EIP-7702 daxil edilmişdir. Nəticədə, EIP-7547 Ethereum şəbəkəsində tətbiq edilməzdən əvvəl bu məsələlər həll edilməlidir. Üstəlik, EIP-7547 hər blok üçün yalnız bir təklifçinin Daxiletmə Siyahısı yarada bilməsi məhdudiyyəti kimi əlavə çətinliklərlə üzləşdi. Bu amillər EIP-7547-ni Ethereum şəbəkəsinə olduğu kimi tətbiq etməyi çətinləşdirdi. Nəticədə, EIP-7547 Pectra təkmilləşdirməsindən çıxarıldı. FOCIL Bu məsələlərin həlli yoxdur? Bu yaxınlarda FOCIL (Fork-seçimlə tətbiq edilən Daxiletmə Siyahıları) adlı həll Ethereum ekosistemində böyük diqqət qazandı və Ethereum əsas şəbəkəsində tətbiq oluna biləcək ən çox ehtimal olunan həllərdən biri hesab olunur. kimi təklif olunan FOCIL yalnız bir deyil, bir neçə qurumun Daxiletmə Siyahıları təklif etdiyi bir mexanizm təqdim edir. Onun təfərrüatları və xüsusiyyətləri aşağıdakılardır: EIP-7805 Özündə FOCIL Daxiletmə Siyahısı konsepsiyasını qəbul edir, yəni kimsə hər bloka daxil edilməli olan əməliyyatların siyahısını yaradır və təklif edənlərdən onları daxil etmələri tələb olunur. Bununla belə, FOCIL EIP-7547-dən iki əhəmiyyətli şəkildə fərqlənir: Bir təklif edənin əvəzinə, 16 üzvdən ibarət IL komitəsi müstəqil olaraq Daxiletmə Siyahılarını təklif edir. N bloku üçün təklif olunan Daxiletmə Siyahısı N+1 blokuna deyil, N blokunun özünə daxildir. Mexanizm detalları N bloku üçün Daxiletmə Siyahısının qurulması N-1 bloku üçün yuva başlayanda başlayır. Təsadüfi olaraq seçilmiş 16 validatordan ibarət IL komitəsi N-1 blokunu qəbul edir, onu başçı kimi təyin edir, müvafiq Daxiletmə Siyahılarını qurur və onları həmyaşıdlar vasitəsilə təbliğ edir. Tikinti prosesi 12 saniyəlik N-1 yuvasına 9 saniyə ərzində sona çatır, bundan sonra komitə daha siyahıya əlavə edə bilməz. P2P şəbəkəsi vasitəsilə bu siyahıları aldıqdan sonra N blokunun qurucusu blokun tikintisi zamanı onları daxil etməlidir. N yuvasının başlamasından qısa müddət sonra blok təklif edənə çatdırılır. N blokunu yoxlayan təsdiqləyicilər uyğunluğu təmin etmək üçün əvvəllər aldıqları Daxiletmə Siyahılarındakı əməliyyatları N blokuna daxil edilmiş əməliyyatlarla müqayisə edirlər. FOCIL-in EIP-7547 ilə müqayisədə üstünlükləri Əvvəllər təklif olunan EIP-7547 ilə müqayisədə FOCIL aşağıdakı üstünlükləri təklif edir: Senzuraya qarşı daha yüksək müqavimət Hər bir yuvaya Daxiletmə Siyahısını hazırlayan 16 təsdiqləyicidən ibarət IL komitəsi daxildir. Bu, yalnız bir validatorun cavabdeh olduğu EIP-7547 ilə müqayisədə senzuraya daha güclü müqavimət göstərir. Sorunsuz icra Konsensus müştəriləri tərəfindən istifadə edilən standart API forkChoiceUpdate-dən istifadə etməklə, Daxiletmə Siyahıları protokola daha asan və problemsiz inteqrasiya oluna bilər. "Real-vaxt" senzura müqaviməti N+1 bloku üçün təklif olunan Daxiletmə Siyahısının gecikməyə səbəb olduğu EIP-7547-dən fərqli olaraq, FOCIL IL-i N-nin özü üçün təklif olunan bloka daxil edir və əməliyyatların gecikmədən daxil edilməsinə imkan verir. Blokların və Daxiletmə Siyahılarının eyni vaxtda qurulması EIP-3074 və ya EIP-7702 kimi əvvəllər təklif edilmiş hesab abstraksiya mexanizmləri ilə uyğunluğu təmin edir. Əvvəlki bloklar Daxiletmə Siyahısındakı əməliyyatları etibarsız hesab edə bilməz. İnşaatçılar blok tikintisini başa çatdırmazdan əvvəl IL-ni alırlar ki, bu da onlara IL-i etibarsız edəcək hər hansı əməliyyatları istisna etməyə imkan verir. Bu proses sadədir: inşaatçılar IL-də iştirak edən bütün EOA-ların qeyri-müəyyənliyini və balansını qeyd edir və dəyişikliklər baş verdikdə bu dəyərləri yeniləyirlər. Bu sadə üsul inşaatçılara IL əməliyyatlarının etibarlılığını yoxlamağa və blok tikintisini uğurla başa çatdırmağa imkan verir. Bloklarda FOCIL-in rolu FOCIL hər blok üçün 16 Daxiletmə Siyahısına icazə verir, hər siyahı maksimum 8KB (8192 bayt) ilə məhdudlaşır. 16 Daxiletmə Siyahısı tərəfindən təklif edilən əməliyyatlarda üst-üstə düşmə yoxdursa, bir blokda IL əməliyyatlarının maksimum ölçüsü 128KB-a çata bilər. Bu məhdudiyyət, Daxiletmə Siyahıları P2P şəbəkəsi vasitəsilə yayıldığı üçün təsdiqləyicilər üçün resurs istifadəsini minimuma endirmək üçün nəzərdə tutulmuşdur. Beləliklə, FOCIL altında IL-lərdən istifadə edərək nə qədər Ethereum bloku qurmaq olar? Tarixən Ethereum blokunun orta ölçüsü təxminən 80-100KB, maksimum isə təxminən 300KB olmuşdur. 16 Daxiletmə Siyahısı tərəfindən təklif edilən əməliyyatlarda üst-üstə düşmə yoxdursa, nəzəri cəhətdən yalnız IL əməliyyatlarından istifadə edərək bütün Ethereum blokunu qurmaq mümkündür. Ancaq bu ssenarinin baş verməsi ehtimalı azdır. Daxiletmə Siyahısına əməliyyatlar ümumiyyətlə ictimai yaddaşdan alındığından, IL komitəsinin 16 üzvü tamamilə fərqli konfiqurasiyalardan istifadə etmədikcə, üst-üstə düşmə ehtimalı yüksəkdir. Xülasə, FOCIL-in Daxiletmə Siyahılarındakı əməliyyatların Ethereum blokunun 6-10%-dən 100%-ə qədərini tutacağı gözlənilir, hallar IL komitəsi üzvlərinin eyni ictimai mempula baxması şərti ilə 6-10% diapazonuna yaxınlaşır. FOCIL-dən kənar: APS-ni FOCIL ilə birləşdirin APS fonu FOCIL-in aparıcı həllə çevrilməsinin bir səbəbi, kimi Attester-Təklifçi Ayrılması (APS) təklifləri ilə potensial sinerjidir. APS nədir və FOCIL-i necə tamamlayır? İcra Biletləri APS bloklar üçün təklif edən və attestasiya edənin rollarını ayırmağı təklif edir. Ethereum-da, PBS altında blok qurulması, blokları təklif edən təklifçilər və blok məzmununu quran inşaatçılar arasında rolların bölünməsini əhatə edir. Bu, təklif edən-inşaatçı ittifaqları tərəfindən yaradılan mərkəzləşdirilmiş staking hovuzlarının MEV mənfəətini inhisara almasına və validator əməliyyatlarını mərkəzləşdirə biləcək adi validatorlara nisbətən daha yüksək APR qeyd etməsinə mane olur. Bu problem MEV-Boost vasitəsilə həll edildi və qalan mərkəzləşdirmə problemlərini həll etmək üçün protokoldaxili rele sistemi (ePBS) təklif edildi. Bununla belə, PBS həqiqətən optimal quruluşdurmu? Ethereum-un konsensus təbəqəsinin vacib rollarından biri mükafatların paylanması və validatorlara cəzaların tətbiq edilməsidir. Bu proses mərkəzləşərsə, təsdiqləyicinin səslərindən asılı olmayaraq, zəncirə mərkəzləşdirilmiş qurumlar təsir edəcək. Beləliklə, konsensus təbəqəsi yüksək dərəcədə mərkəzləşdirilməmiş qalmalıdır. Bununla belə, icra təbəqəsi eyni məhdudiyyətlərə malik deyil. MEV hasilatı və əməliyyat sifarişi kimi vəzifələr mahiyyətcə mürəkkəb və strateji xarakter daşıyır və mərkəzləşdirilmiş qurumları tələb edir. Bu vəzifələr bütün validatorlara həvalə edilsəydi, bu, zənciri mərkəzləşdirməyə doğru aparardı. Bu baxımdan, Ethereum-un fəlsəfəsi ondan ibarətdir ki, 'konsensus iştirakçıları fərdi mənfəət üçün mürəkkəb tapşırıqları yerinə yetirməyə təşviq edilməməlidir.' PBS vasitəsilə Ethereum MEV mənfəətini bütün şəbəkə üzrə bərabər paylamaq üçün validatorları MEV aktyorlarından (inşaatçılar, axtarışçılar) ayırır. Bununla belə, təklif edənlər əlavə qazanc əldə etmək üçün qeyri-ənənəvi strategiyalardan istifadə edə bilərlər: Təklif edənlərlə inşaatçılar arasında sövdələşmə İnşaatçılar artıq mərkəzləşdirilmişdir, lakin təklif edənlər də müəyyən mərkəzləşmə nümayiş etdirirlər. Məsələn, Coinbase ümumi mərc edilmiş ETH-nin təxminən 10%-nə sahibdir. Coinbase yalnız bloklarını qəbul etmək üçün müəyyən bir inşaatçı ilə razılığa gəlsə, bu, ekosistemə əhəmiyyətli bir mərkəzləşdirmə vektoru təqdim edərdi. Təklif edən zamanlama oyunları Ethereum-un nisbətən uzun 12 saniyəlik bloklama vaxtı, təklif edənlərin MEV mənfəətini artırmaq üçün blok nəşrini gecikdirdiyi zamanlama oyunları adlı maraqlı bir dinamik təqdim edir. Blokda mövcud olan MEV ümumiyyətlə zamanla xətti artır. Təklifçilər MEV-ni maksimuma çatdırmaq üçün blokun yayılmasını gecikdirə bilər, növbəti təklifçi tərəfindən rədd edilmə riski qarşısında dərc edə bilərlər. Beləliklə, təklif edən bir vaxt (12 saniyə) ərzində nəşri nə qədər gecikdirə bilər? Ethereum-un protokol spesifikasiyasına əsasən, növbəti təklif edənin əvvəlki bloku etibarlı hesab etməsi üçün blok əvvəlki slotun komitəsinə təyin edilmiş validatorların (attestatorların) 40%-nin səsini almalıdır. Cari Ethereum əsas şəbəkəsində təsdiqləyici səslərin 40%-nin alındığı nöqtə slota təxminən 3,8 saniyə daxil olur. Vaxt oyunları oynamağa cəhd edən təklifçi növbəti təklifçi tərəfindən rədd edilməməsi üçün kifayət qədər səs (40% və ya daha çox) alınana qədər gözləyərək blok nəşrini mümkün qədər gecikdirmək strategiyasını qəbul edəcək. Bununla belə, nəticə həmişə təklif edənin niyyətləri ilə üst-üstə düşmür. Blok səslərin 40%-ni ala bilməsə, növbəti təklif verən onu rədd edəcək. Belə hallarda, rədd edilmiş bloka səs verən təsdiqləyicilər kanonik zəncirin bir hissəsi olmayan bloka səs vermiş olacaq və nəticədə cəzalar azalacaq. Bu vəziyyət davam edərsə, validatorlar şəbəkənin vəziyyətini müşahidə etmək və səslərinin dəqiq olmasını təmin etmək üçün səslərini gecikdirə bilərlər. Bu davranış zəncirdəki reorgların sayını artıra bilər. Xülasə, təklif edən zamanlama oyunları Ethereum-un konsensus nəticələrinə mənfi təsir göstərə bilər və qarşısı alınmalıdır. APS-in rolu APS bu problemi həll etmək üçün hazırlanmış bir həlldir. APS, konsensus qatını MEV-dən tamamilə ayıraraq icra səviyyəsi üçün ayrıca təklifçi yaratmağı təklif edir. Məsələn, APS-in təmsilçi təkliflərindən biri, İcra Bileti, mayak zənciri təklifçisindən fərqli olaraq "edam təklifçisi" təqdim edir. Bu sistemdə protokol icra biletlərini yaradır və satır ki, bu da onların sahiblərinə hər blok üçün icra təklifçiləri kimi təsadüfi seçilmək hüququ verir. Bu icra təklifçiləri MEV-Boost-da mayak zənciri təklifçiləri tərəfindən yerinə yetirilən rolun hissələrini götürəcək, icra yüklərini qəbul edəcək və onları təklif edəcək. Bu dizaynın arxasında duran məntiq ondan ibarətdir ki, icra təklif edənlərin mərkəzləşdirilməsi problemli deyil; əslində onları konsensus qatından ayırmaq ümumi sistemi təkmilləşdirir. Sonra, mayak zəncirinin təklifçisi APS altında hansı vəzifələri yerinə yetirəcək? Validator depozitlərini, mükafatlarını və cəzalarını (mayak zəncirində dövlət keçidləri) idarə etməklə yanaşı, konsensus qatının təklifçisi APS-də əlavə əsas rola malikdir: Daxiletmə Siyahılarını qurmaq və onları icra səviyyəsinə ötürmək. Daxiletmə Siyahısının nisbətən daha mərkəzləşdirilmiş icra təklifçilərinə deyil, konsensus təbəqəsinin mərkəzləşdirilməmiş təsdiqləyici dəstinə etibar etməsi daha arzuolunandır. Bu, senzura təcavüzkarlarının əməliyyatları senzura etməyi təklif edənlərlə sövdələşmə ehtimalını azaltmağa kömək edir. Beləliklə, İcra Bileti kimi APS təklifləri konsensus qatının təsdiqləyicilərinin mayak blokunun bir hissəsi kimi Daxiletmə Siyahılarını qurduğu bir mexanizm təklif edir. Bu siyahılar daha sonra icra təklifçisi üçün tam bloku qurmaq və təklif etmək üçün əsas kimi xidmət edir. Xülasə, Daxiletmə Siyahısına əsaslanan senzura müqaviməti həlləri Ethereum-un APS üçün vizyonu ilə mükəmməl uyğunlaşır. Beləliklə, FOCIL senzura müqaviməti üçün ən perspektivli həllərdən biri hesab olunur. FOCIL-in üstünlükləri FOCIL, hər bir IL-ni 8KB-a qədər məhdudlaşdırmaqla və 16 təsdiqləyicidən (bir blobun ölçüsü ilə eyni olan) IL komitəsinə malik olmaqla, şəbəkə resursundan istifadəni ağlabatan səviyyədə saxlamaqla effektiv senzura müqavimətini təmin edir. Aşağıdakı diaqram IL komitəsindəki vicdanlı validatorların faizindən asılı olaraq əməliyyatın zəncirə daxil edilməsinin nə qədər vaxt tələb etdiyini göstərir. Komitədəki validatorların yalnız 15%-i senzuradan keçməsə belə, əməliyyatlar dərhal daxil edilə bilər. Bu, 16 validatordan ibarət kiçik bir komitənin effektiv senzura müqavimətinə necə nail ola biləcəyini nümayiş etdirir. Mümkün həll 2: Çoxlu paralel təklif edən/yaradıcı Birdən çox iştirakçıya birlikdə bütöv bir blok təklif etməyə imkan verməyə necə? Bu konsepsiya "Birdən çox paralel təklif edən" kimi tanınır. Eyni zamanda blok təklif edən bir qurum əvəzinə, bir neçə qurum eyni yuva üçün eyni vaxtda bloklar təklif edir. Müəyyən şərtlərdə belə bir həllin qəbulu senzuranın qiymətini əhəmiyyətli dərəcədə artıra bilər. Ethereum-da hər bir dövrdə 32 blok təklif edənlərin eyni vaxtda ortaya çıxdığı bir mexanizm var. Bu quraşdırma, kiminsə xüsusi əməliyyatları senzura etmək üçün təklif edənlərə "rüşvət verməyə" cəhd edə biləcəyi ssenarilərə imkan verir. Bəs bloklar bir şəxs tərəfindən deyil, eyni vaxtda N təklifçi tərəfindən təklif edilsəydi? Bu ssenaridə şərti məsləhətlər kimi mexanizmdən istifadə N təklif edənlər arasında “məhbus dilemması”nı tətbiq etməyə imkan verir və bununla da senzuranın qiymətini kəskin şəkildə artırır. Məsələn, bir vəziyyəti təsəvvür edin ki, N təklif edənə blok yaratmaq tapşırığı verilir, Alice onlardan öz əməliyyatını daxil etməyi xahiş edir və Bob Alisin əməliyyatını senzura etməyə çalışır. Alice təklif edənlərə əməliyyatını daxil etmək üçün rüşvət təklif edə bilər, Bob isə senzura üçün onlara rüşvət verə bilər. Bu vəziyyətdə, Alice Bobun senzura xərclərini effektiv şəkildə artıran rüşvət strategiyasını qəbul edə bilər: Əgər iki və ya daha çox təklif edən şəxs əməliyyata daxildirsə, Alice onların hər birinə kiçik bir t işarəsi verir. Yalnız bir təklif edən əməliyyatı əhatə edərsə, Alice həmin təklif edənə T hərfi ilə böyük bir ipucu verir. Bu halda təklif verənlər özlərini “məhbus dilemması”na bənzər ssenari ilə üz-üzə qoyurlar. Bu oyunda hər bir təklif edən üçün optimal strategiya senzuradan çox əməliyyatı daxil etməkdir. Bobun Alicenin əməliyyatını uğurla senzura etməsi üçün o, bütün N təklif edənlərə rüşvət verməli və ona NT bahasına başa gələcək. Digər tərəfdən, Alice əməliyyatın daxil olmasını təmin etmək üçün yalnız ən çox Nt xərcləməlidir. Bu, senzuranın qiymətini xeyli artırır. Bu konsepsiya PBS üzərində bir neçə yolla həyata keçirilə bilər. Məsələn, bir neçə təklif edən eyni vaxtda bloklar qura bilər və ya bir neçə inşaatçı eyni vaxtda bloklar inşa edə bilər. Bu bölmə PBS strukturunda buna nail olmaq üçün iki mexanizm təqdim edir: BRAID - Çoxlu Paralel Təklif BuilderNet - Birdən çox paralel qurucu HÜRÜK BRAID-ə ümumi baxış BRAID, Xüsusi Mexanizm Qrupunun bir hissəsi olan Max Resnick tərəfindən təklif olunan Ethereum senzurasına davamlı həlldir. Mexanizm sadə, lakin güclü konsepsiyaya əsaslanır: indi Ethereum kimi tək bir zəncir yerinə yetirmək əvəzinə, k sinxronlaşdırılmış LMD-GHOST zəncirləri paralel olaraq işləyəcək. Başqa sözlə, BRAID ilə, k təklif edənlər eyni vaxtda hər bir yuva üçün öz bloklarını istehsal edirlər. BRAID necə işləyir Açıq sual yaranır: k bloklar necə işlənir? Tək blokçeyni saxlamaq üçün bloklar son nəticədə birinə birləşdirilməli olduğundan, BRAID onları birləşdirmək üçün əvvəlcədən təyin edilmiş sifariş qaydasından istifadə edir. Məsələn, bloklar dublikatları silməklə və əməliyyatları ödənişlərin azalan qaydada çeşidləməklə birləşdirilə bilər. Tamamlanmış blok daha sonra birləşdirilmiş, sifariş edilmiş əməliyyatları ehtiva edəcəkdir. Üstünlüklər və Məhdudiyyətlər BRAID bir sıra üstünlüklər təklif edir: Güclü senzura müqaviməti Bir neçə təklifçiyə eyni vaxtda işləmək imkanı verməklə, BRAID senzuranın qiymətini əhəmiyyətli dərəcədə artırır, çünki bir çox quruma rüşvət verilməlidir. Məcburi əməliyyat sifarişi Mexanizm əməliyyat sifarişini açıq şəkildə müəyyənləşdirərək onu əməliyyat sifarişinə həssas olan real vaxt rejimində zəncirvari auksionlar kimi tətbiqlər üçün uyğun edir. Nəzərə alın ki, bu, hər zaman üstünlük deyil, çünki o, müəyyən tətbiqlərin proqrama xas ardıcıllıq qaydalarını həyata keçirməsinə mane olur. Bununla belə, BRAID-in də məhdudiyyəti var. Bütün k zəncirləri sinxronlaşdırılmalı olduğundan, validatorlar əlavə şəbəkə resursları tələb edir. Bu, Ethereum-un validator tələblərini azaltmaq məqsədinə ziddir. BuilderNet BuilderNet-ə ümumi baxış BuilderNet, birdən çox qurumun eyni vaxtda blok qurucusu kimi fəaliyyət göstərməsinə icazə verməklə senzura müqavimətini artırmaq üçün Flashbots tərəfindən təklif olunan bir həlldir. BuilderNet-in ilkin versiyası çox operatorlu model tətbiq edir, burada birdən çox qurum müxtəlif tənzimləyici təlimatlara uyğun olaraq bir qurucu işlədir. Bu, tək operatorlu qurucu ilə müqayisədə daha yüksək senzura müqavimətini təmin edir. BuilderNet Birdən çox Paralel Qurucu həllinin qurulması istiqamətində bir addımı təmsil edir. BuilderNet-in ilk buraxılışı Flashbots, Beaverbuild və Nethermind tərəfindən birgə idarə olunur və gələcəkdə daha çox inşaatçının işə salınması planları var. BuilderNet üçün gələcək mərkəzsizləşdirmə planları Mövcud çox operatorlu model hələ də xarici müşahidəçilər üçün tək qurucu kimi görünür və onun əldə edə biləcəyi senzura müqavimətinin səviyyəsini məhdudlaşdırır. BuilderNet-in gələcək buraxılışları şəbəkəsini daha da mərkəzsizləşdirməyi və aşağıdakı dəyişikliklər vasitəsilə senzura müqavimətini gücləndirməyi hədəfləyir: İnşaatçılar arasında sifariş axınının paylaşılması BuilderNet-in gələcək versiyaları blokların qurulması prosesini mərkəzləşdirəcək və bir inşaatçıya digər inşaatçı tərəfindən senzura edilən əməliyyatları götürməyə imkan verəcək. Teorik olaraq, ən azı bir qeyri-senzura qurucusu mövcud olduğu müddətcə, bütün istifadəçi əməliyyatları hələ də bloka daxil edilə bilər. Bu yanaşmanın BuilderNet-i əsl Multiple Concurrent Builder modelinə çevirməsi gözlənilir. Mərkəzləşdirilməmiş infrastruktur BuilderNet-in cari versiyası tranzaksiyaların daxil edilməsi və məlumatların saxlanması üçün mərkəzləşdirilmiş infrastruktura əsaslanır və iştirak üçün icazə tələb olunur. Gələcək versiyalar bunu BuilderNet-i icazəsiz etməklə həll etməyi hədəfləyir. Daha yaxşı UX və DX üçün TEE BuilderNet həmçinin Etibarlı İcra Mühitlərindən istifadə etməklə proqramlar, pul kisələri, axtarış edənlər və istifadəçilər üçün daha rahat mühit yaradır. TEE proqram təminatının aparat təminatına etibar əsasında müəyyən edildiyi kimi davranmasını təmin edir, qurucuların məlumatları özbaşına buraxmasının və ya kodun dəyişdirilməsinin qarşısını alır. BuilderNet-dən istifadə etməklə, axtarışçılar inşaatçılara paketlər göndərərkən daha yüksək zəmanətlər əldə edirlər, çünki TEE tikintinin bloklanmasına töhfə verən axtarışçılara mükafat paylama məntiqinin icrasını tətbiq edir. Mükafat bölgüsü məntiqi kifayət qədər ədalətli olarsa, bu, axtarışçılara inşaatçılarla rəsmi müqavilələrlə müqayisə edilə bilən iqtisadi zəmanətlər verəcəkdir. MEV-i tutmaq istəyən axtarışçılar, proqramlar və pul kisələri ilə yanaşı, BuilderNet-in arxitekturasından da faydalana bilər. L2s-də BuilderNet BuilderNet-in diqqətəlayiq cəhəti onun Layer 2 həllərinə tətbiq oluna bilməsidir. Ethereum L2s Ethereum təhlükəsizliyini miras almaq üçün sübut sistemləri və mərkəzləşdirilməmiş validator arxitekturalarını fəal şəkildə inkişaf etdirir. Bu sistemlər körpülərdə istifadəçi vəsaitlərinin təhlükəsizliyini təmin etsə də, Ethereum-un senzura müqavimətini miras qoymur. L1-to-L2 əməliyyatları üçün məcburi əməliyyat mexanizmi hazırda real vaxt senzura müqavimətini təmin edə bilməyən L2-yə əməliyyatları daxil etmək üçün ən çox 12-24 saat çəkir (dizayndan asılı olaraq). Blok binasını BuilderNet-ə autsorsing etməklə, L2-lər, Unichain kimi arxitekturalara bənzər TEE ilə məcburi əməliyyat sifarişi vasitəsilə MEV-in yenidən bölüşdürülməsinə imkan verərkən, tək sequencerlərdən daha yüksək senzura müqavimətinə nail ola bilər. Nəticə İdeal olaraq, blokçeynlər senzuraya müqavimət göstərməlidir və Ethereum icması inşaatçıların mərkəzləşdirilməsi nəticəsində yaranan senzura müqaviməti problemlərini həll etmək üçün müxtəlif həllər təklif etmişdir. Ən perspektivli həllər arasında FOCIL-dir ki, burada 16 validator hər blok üçün Daxiletmə Siyahılarını təklif edir, səmərəli senzura müqaviməti və APS ilə uyğunluq təklif edir. FOCIL-in 2025-ci ilin sonu və ya 2026-cı ilin əvvəlinə planlaşdırılan Fusaka yeniləməsinə daxil edilməsi üçün müzakirə ediləcəyi gözlənilir. Eyni zamanda, Flashbotların rəhbərlik etdiyi Birdən çox Paralel Qurucu modelləri ilə bağlı müzakirələr davam edir. Mərkəzsizləşdirmə qurucuları Ethereum-un senzura müqavimətini əhəmiyyətli dərəcədə yaxşılaşdıra bilər və daha sürətli qəbul etməyə imkan verən əsas Ethereum inkişafından asılı olmayaraq həyata keçirilə bilər. Bu təşəbbüslər vasitəsilə Ethereum davamlı olaraq etibarlı neytral icra səviyyəsinə doğru irəliləyir, burada heç bir qurum əməliyyatların daxil edilməsinə lazımsız təsirə malik deyil. FOCIL-in validator tərəfindən idarə olunan Daxiletmə Siyahılarını blok qurucularının potensial qeyri-mərkəzləşdirilməsi ilə birləşdirərək, Ethereum MEV paylanmasında səmərəliliyi və ədaləti qoruyarkən senzuraya qarşı davamlılığını artıra bilər. Bu həllər təkamül etdikcə, şəbəkə Ethereum-un gələcək üçün möhkəm və senzuraya davamlı hesablaşma təbəqəsi olaraq qalmasını təmin edərək, mərkəzsizləşdirmə, icazəsiz giriş və neytrallıq kimi əsas prinsiplərini dəstəkləməyə davam edir. Bu məqalənin bir versiyası əvvəlcə dərc edilmişdir . burada