Futures Ethereum II - цензура каршылык

Futures of Ethereum бул бөлүгү анын цензурага каршылык көрсөтүү үчүн жүрүп жаткан күрөшүн изилдеп, жөнгө салуучу басымдын таасирин, Сунуш кылуучу-Куруучунун бөлүнүшүнүн (PBS) ролун жана тармакты бейтарап жана борбордон ажыратылган шифрленген мемпулдар сыяктуу потенциалдуу чечимдерди изилдейт.

Ethereum MEV кирешесинин борборлоштурулган тобокелдиктерди азайтуу үчүн PBS түзүмүн кабыл алды. Бул системада блокту сунуштоочулар (кадимки валидатордук түйүндөр) блоктун курулушун адистештирилген куруучуларга тапшырышат, алар MEV казып алууну максималдаштыруу үчүн транзакциянын заказын оптималдаштырат. Андан кийин сунуш берүүчү тармакка берүүдөн мурун эң пайдалуу блокту тандап, ага кол коет.

MEV-Boost, чынжырдан тышкаркы блоктордун аукциондук механизми бүгүнкү күндө Ethereumда бул процессти жеңилдетүү үчүн кеңири колдонулат. MEV-Boost адистештирилген куруучуларга алардын блокторун камтуу үчүн атаандашып, сунуштоочуларга сунуштарды берүүгө мүмкүнчүлүк берет. Ethereum'тун валидатор топтому өтө борбордон ажыратылган бойдон калууда, блокту куруу - өзгөчө MEV үчүн оптималдаштырылган блок - татаал жана ресурстарды көп талап кылат. Бул жогорку эсептөө жана инфраструктуралык жүктү эске алуу менен блоктордун аттестациясын борборлоштурулган эмес сактоо менен блоктордун курулушун борборлоштуруу натыйжалуураак.

Бул PBSтин негизги принциби: ал MEV кирешесинин бир бөлүгүн ар бир блок боюнча аукцион аркылуу валидаторлорго адилет бөлүштүрөт, ошол эле учурда жалпы валидаторлорго (анын ичинде үй стэйкерлерине) блокторду куруунун татаалдыктары жүктөлбөшүн камсыздайт. Бул адистештирилген ролду бөлүп алуу менен, PBS блок өндүрүшүнүн натыйжалуулугун оптималдаштыруу менен бирге бүтүндөй Ethereum тармагын децентралдаштырууну сактап калат.

Бирок, ийгиликтүү куруучулар олуттуу ресурстарды жана артыкчылыктуу транзакция агымын талап кылгандыктан, аукциондорду бир ууч гана утуп алышат. Кээ бир куруучулар өзгөчө капчыктар, dApps жана заказ агымынын провайдерлери менен эксклюзивдүү келишимдерди түзүү менен үстөмдүгүн сактап, блок аукциондордо атаандаштык артыкчылыктарын берген жогорку MEV транзакцияларына жетүүнү камсыз кылышат. Натыйжада куруучулар арасындагы атаандаштык убакыттын өтүшү менен азайып, олигополисттик түзүлүшкө алып келет.

Бүгүнкү күндө Ethereum блокторунун болжол менен 90% MEV-Boost аркылуу курулган, бул блоктордун 95% ын эки гана уюм — Beaverbuild жана Titan Builder куруп жатат. Бул концентрация цензурага каршылык, транзакциянын адилеттүүлүгү жана Ethereum блок өндүрүшүнүн узак мөөнөттүү децентрализациясы жөнүндө кооптонууну жаратат.

Бул куруучулардын үзгүлтүккө учурашы же зыяндуу жүрүм-туруму Ethereum тармагынын коопсуздугуна олуттуу таасир этпесе да, алар цензура каршылыгына олуттуу коркунуч туудурат. Эгерде бардык MEV-Boost куруучулар белгилүү бир колдонуучулардын транзакцияларын цензуралоону чечсе, анда ал колдонуучулар транзакцияларды MEV-Boost колдонбогон валидаторлор чыгарган блоктор аркылуу гана жөнөтө алышат, бул жалпы сандын 10% түзөт. Натыйжада, мындай транзакцияларды иштетүү орто эсеп менен 10 блокту талап кылат (болжол менен 2 мүнөт).

Бул жагдай эки негизги маселени жаратат:

1. Регулятивдик алсыздыктар

Биринчиден, бул Ethereum эрежелерине көбүрөөк аялуу болушу мүмкүн. Мисалы, OFAC тарабынан 2022-жылы киргизилген Tornado Cash санкциялары OFAC санкцияланган эсептер менен байланышкан транзакцияларды цензуралоочу куруучулардын жана валидаторлордун олуттуу санын алып келди.

2. Аукциондор сыяктуу протоколдордо адилетсиз атаандаштык

Экинчиден, цензура чынжырдагы аукциондордун жыйынтыгын бурмалап салышы мүмкүн. Мисалы, аукционду карап көрөлү, анда бир NFT ар бир блокко эң жогорку баа берүүчүгө сатылат. Блок куруучу башка бардык тендерлерди цензурага алып, өтө төмөн сунушту коюп, аларга NFTти кыйла арзандатылган баада алууга мүмкүндүк берет.

Бул көйгөйлөрдү чечүү үчүн ар кандай чечимдер пайда болду. Бул пост бул чечимдерди эки негизги категорияда изилдеп, Ethereum келечекте цензура каршылыгы кандай формада болушу мүмкүн экенин талкуулайт.

Мүмкүн болгон чечим 1: Киргизүү тизмеси

Негизги маалымат: Баштапкы кошуу тизмеси сунушу, EIP-7547

Inclusion List - бул белгилүү транзакциялардын блокко киргизилишин камсыз кылган цензурага каршы чечим. Ал, адатта, төмөнкүдөй ишке ашырылышы мүмкүн:

Бул жерде жөнөкөй психикалык модель: куруучу блокту курардан мурун, сунуш кылуучу "Камтылуу тизмеси" менен буйрук жөнөтөт: "Бул транзакцияларды блокко киргизиңиз". Куруучулар бул транзакцияларды өздөрү түзгөн блокко киргизиши керек жана эгерде блок Кошуу тизмесине транзакцияларсыз курулса, ал жараксыз деп эсептелет.

PBS чейин Ethereum үчүн, блокторго киргенге чейин транзакциялар өткөрүлө турган мемпул Ethereum-га консенсус эмес компонент катары киргизилген. Ошондуктан, Ethereum консенсус катмарынын көз карашы боюнча, блоктордо камтылган транзакциялар кайдан келгени белгисиз болчу.

MEV цензурага алып келген негизги себептеринин бири - бул mempool консенсуска кирбеген компонент, ошондуктан блокту түзгөн куруучулар кайсы транзакцияларды цензуралоо же блокко киргизүү боюнча толук ыйгарым укуктарга ээ болгон.

Киргизүү тизмелери консенсус катмарында "чынжырдагы мемпул" катары иштөө үчүн бир нече валидаторду колдонгон механизмди киргизет. Ошентип, консенсус катмары цензурага каршылык көрсөтүү үчүн бүтүмдөрдү тандоодо куруучулардын ыйгарым укуктарын жетиштүү деңгээлде чектейт.

Киргизүү тизмесин ишке ашыруу боюнча эң көрүнүктүү сунуштардын бири EIP-7547 , Forward Inclusion List болду. Бул сунуш сунуштоочуга Кошуу тизмесине 16га чейин транзакцияларды киргизүүгө мүмкүндүк берди. "Багыттоо" механизми N блок үчүн сунушталган Киргизүү тизмеси N+1 блогуна колдонулушун камсыз кылды.

Бул сунуш башында Ethereum анын Pectra жогорулатуу бир бөлүгү болууга арналган, бирок, акыры, алынып салынды, жана бир себеби, жөнөтүү механизми жана EIP-3074 ортосундагы шайкештик маселелери болгон.

EIP-3074 AUTHCALL деп аталган опкодду колдонгон Native Account Abstraction формасын киргизет, бул бир эсепке бир нече EOAлардын (Тышкы ээликтеги эсептердин) баланстарын тууралоого мүмкүнчүлүк берет. Бул механизм Кирүү тизмесин оңой эле бузат.

Мисалы, Элис Кошуу тизмесине транзакцияны (A) камтыйт дейли, анын EOA Бобго ETH жөнөтөт. Ошол эле учурда, ал EIP-3074 AUTHCALL аркылуу башка транзакцияны (B) түзөт, анын бардык EOA баланстарын башка эсепке которуу. Келгиле, Б транзакциясы N блокко киргизилди, ал эми А транзакциясы N+1 блогу үчүн Кошуу тизмесине киргизилди дейли.

Бул жерде негизги маселе: сунуш кылуучу кошуу тизмесин түзгөндө, алар куруучу учурдагы блокко кандай транзакцияларды киргизээрин билишпейт. Бул сценарийде N блогундагы В транзакциясы А транзакциясын жараксыз кылат. Демек, N+1 блогун куруучу А транзакциясынын жараксыздыгынан улам, Киргизүү тизмесине жарактуу блокту кура албайт.

Бул маселени Кошумча Тизмедеги кошумча чектөөлөр аркылуу чечүү аракети жасалды. Бирок, негизги маселе бойдон калууда: EIP-3074 табиятынан башка EOAларда баланстарды башкарууга мүмкүндүк берет. Жөнөкөй текшерүүлөр, мисалы, "Кимден" дарегин текшерүү, Камтуу тизмеси транзакциялары менен башка транзакциялардын ортосундагы тоскоолдуктарды аныктай албайт. Бул "Акысыз түшкү тамак жок - жаңы кошуу тизмеси дизайны" деген макалада айтылган бекер маалыматтардын жеткиликтүүлүгү деп аталат.

EIP-3074 Pectra жаңыртуудан чыгарылса да, окшош функция — EIP-7702 — камтылган. Натыйжада, бул маселелер EIP-7547 Ethereum негизги тармагында ишке ашырыла электе чечилиши керек.

Мындан тышкары, EIP-7547 кошумча кыйынчылыктарга туш болду, мисалы, бир гана сунуштоочу блокко кошуу тизмесин түзө алат деген чектөө. Бул факторлор EIP-7547ди Ethereum негизги тармагына колдонууну кыйындаткан. Демек, EIP-7547 Pectra жаңыртуудан чыгарылган.

ФОКИЛ

Бул маселелердин чечилиши жокпу? Жакында эле, FOCIL (Fork-тандоо менен коштолгон Inclusion Lists) деп аталган чечим Ethereum экосистемасынын ичинде олуттуу көңүл буруп, Ethereum негизги тармагында ишке ашырылышы мүмкүн болгон чечимдердин бири болуп эсептелет. EIP-7805 катары сунушталган FOCIL механизмди киргизет, анда бир эле эмес, бир нече субъекттер киргизүү тизмелерин сунуштайт. Анын чоо-жайы жана өзгөчөлүктөрү төмөнкүдөй:

Негизи, FOCIL Inclusion List концепциясын кабыл алат, башкача айтканда, кимдир бирөө ар бир блокко камтылууга тийиш болгон транзакциялардын тизмесин түзөт жана сунуш кылуучулар аларды киргизүүгө милдеттүү. Бирок, FOCIL EIP-7547ден эки маанилүү жагынан айырмаланат:

1. Бир сунушчунун ордуна 16 мүчөдөн турган IL комитети өз алдынча киргизүү тизмелерин сунуштайт.
2. N блогу үчүн сунушталган кошуу тизмеси N+1 блогуна эмес, N блогуна киргизилген.

Механизмдин деталдары

N-1 блогунун уячасы башталганда, N блогу үчүн киргизүү тизмесинин түзүлүшү башталат. Кокус тандалып алынган 16 валидатордон турган IL комитети N-1 блогун кабыл алып, аны өзүнүн жетекчиси кылып дайындайт, алардын тиешелүү Киргизүү тизмелерин түзөт жана аларды тең-теңге аркылуу таратат.

Курулуш процесси 12 секунддук N-1 уячасына 9 секундада аяктайт, андан кийин комитет тизмеге мындан ары кошула албайт. Бул тизмелерди P2P тармагы аркылуу алгандан кийин, N блогун куруучу блокту курууда аларды камтышы керек. N уячасы башталгандан көп өтпөй, блок сунуштоочуга жеткирилет.

N блогун текшерип жаткан валидаторлор ылайыктуулугун камсыз кылуу үчүн мурда алынган Киргизүү тизмелериндеги транзакцияларды N блогуна киргизилген транзакциялар менен салыштырышат.

FOCILдин EIP-7547ге караганда артыкчылыктары

Мурда сунушталган EIP-7547 менен салыштырганда, FOCIL төмөнкү артыкчылыктарды сунуш кылат:

1. Цензурага жогорку каршылык

Ар бир уячага Inclusion List түзүүчү 16 валидатордон турган IL комитети кирет. Бул EIP-7547ге караганда цензурага күчтүү каршылык көрсөтөт, мында бир гана валидатор жооп берген.

2. Кемчиликсиз ишке ашыруу

Консенсус кардарлары тарабынан колдонулган стандарттуу API forkChoiceUpdate колдонуу менен, Inclusion Lists протоколго оңой жана кемчиликсиз интеграцияланышы мүмкүн.

3. "Реалдуу убакыттагы" цензура каршылык

EIP-7547ден айырмаланып, N+1 блогу үчүн сунушталган Киргизүү тизмеси кечигүүнү жаратат, FOCIL ILди N үчүн сунушталган блокко камтыйт жана транзакцияларды кечиктирбестен киргизүүгө мүмкүндүк берет.

Бул блоктордун жана кошуу тизмелеринин бир эле учурда курулушу EIP-3074 же EIP-7702 сыяктуу мурда сунушталган эсепти абстракциялоо механизмдери менен шайкеш келүүнү камсыздайт. Мурунку блоктор Кошуу тизмесиндеги транзакцияларды жокко чыгара албайт.

Куруучулар ИЛди блоктун курулушун аяктоо алдында алышат, бул аларга IL жараксыз деп эсептелген бардык транзакцияларды алып салууга мүмкүндүк берет. Бул жараян жөнөкөй: куруучулар ILге катышкан бардык EOAлардын ырааттуулугун жана балансын жазышат жана өзгөрүүлөр болгон сайын бул маанилерди жаңыртышат. Бул жөнөкөй ыкма куруучуларга IL транзакцияларынын негиздүүлүгүн текшерүүгө жана блоктун курулушун ийгиликтүү аяктоого мүмкүндүк берет.

FOCILдин блоктордогу ролу

FOCIL ар бир блоктун максималдуу өлчөмү 8KB (8192 байт) менен чектелген 16га чейин камтыган тизмеге мүмкүндүк берет. 16 Киргизүү Тизмесинде сунушталган транзакцияларда эч кандай кайталануу жок болсо, бир блоктогу IL транзакцияларынын максималдуу өлчөмү 128 КБ жетиши мүмкүн. Бул чектөө киргизүү тизмелери P2P тармагы аркылуу тарагандыктан валидаторлор үчүн ресурстарды колдонууну азайтуу үчүн иштелип чыккан.

Ошентип, FOCIL астындагы ILлерди колдонуу менен Ethereum блогунун канча бөлүгүн курууга болот? Тарыхый жактан алганда, Ethereum блогунун орточо өлчөмү болжол менен 80–100 КБ, эң көп дегенде 300 КБ болгон. 16 Inclusion List менен сунушталган транзакцияларда эч кандай дал келүү жок болсо, теориялык жактан IL транзакцияларын колдонуу менен бүт Ethereum блогун курууга болот.

Бирок, бул сценарийдин болушу күмөн. Киргизүү тизмегиндеги транзакциялар жалпысынан коомдук мемпулдан алынгандыктан, IL комитетинин 16 мүчөсү такыр башка конфигурацияларды колдонбосо, кайталануу ыктымалдыгы жогору.

Кыскача айтканда, FOCILдин камтылган тизмелериндеги транзакциялар Ethereum блогунун 6–10% жана 100% чейин ээлейт, ал эми IL комитетинин мүчөлөрү ошол эле коомдук мемпулду карап турган шартта, 6-10% диапазонуна жакыныраак болот.

FOCILден тышкары: APS менен FOCIL айкалыштыруу

APS фону

FOCILдин алдыңкы чечимге айланганынын бир себеби, анын Аттестер-Сунуштоочуларды бөлүү (APS) сунуштары менен потенциалдуу синергетикасы, мисалы Аткаруу билеттери . APS деген эмне жана ал FOCILди кантип толуктайт?

APS блоктор үчүн сунуш кылуучунун жана аттестатчынын ролдорун бөлүүнү сунуштайт.

Ethereumда, PBS алкагында блок куруу блокторду сунуштаган сунушчулар менен блоктун мазмунун курган куруучулардын ортосунда ролдорду бөлүштүрүүнү камтыйт. Бул сунуш кылуучу-куруучу альянстары тарабынан түзүлгөн борборлоштурулган стекинг бассейндеринин MEV кирешесин монополиялаштыруусуна жана валидатордук операцияларды борборлоштурушу мүмкүн болгон кадимки валидаторлорго караганда бир кыйла жогору APR жазуусуна жол бербейт.

Бул маселе MEV-Boost аркылуу чечилип, калган борборлоштуруу көйгөйлөрүн чечүү үчүн протоколдогу реле системасы (ePBS) сунушталды. Бирок, PBS чындап эле оптималдуу структурабы?

Ethereum консенсус катмарынын бир маанилүү ролу сыйлыктарды бөлүштүрүү жана валидаторлорго айып салуу болуп саналат. Бул процесс борборлоштурулган болсо, чынжырга валидатордун добушуна карабастан борборлоштурулган субъектилер таасир этет. Ошентип, консенсус катмары өтө борборлоштурулган бойдон калууга тийиш.

Бирок, аткаруу катмары бирдей чектөөлөргө ээ эмес. MEV казып алуу жана транзакцияга буйрутма берүү сыяктуу милдеттер татаал жана стратегиялык болуп саналат, бул борборлоштурулган объекттерди талап кылат. Эгерде бул милдеттер бардык валидаторлорго жүктөлсө, бул чынжырды борборлоштурууга алып бармак.

Бул жагынан алганда, Ethereum философия "консенсус катышуучулары жеке пайда үчүн татаал милдеттерди аткарууга түрткү болбошу керек."

PBS аркылуу Ethereum MEV кирешесин бүт тармакка бирдей бөлүштүрүү үчүн валидаторлорду MEV актерлорунан (куруучулар, издөөчүлөр) бөлүп турат.

Ошентсе да, сунуштар кошумча киреше алуу үчүн салттуу эмес стратегияларды колдоно алышат:

1. Сунуш кылуучулар менен куруучулар ортосунда тил табышуу

Куруучулар буга чейин борборлоштурулган, бирок сунуштоочулар да бир аз борборлоштурулган. Мисалы, Coinbase жалпы коюлган ETHдин болжол менен 10% ээлейт. Эгерде Coinbase белгилүү бир куруучу менен анын блокторун гана кабыл алуу үчүн тил табышса, бул экосистемага олуттуу борборлоштурулган векторду киргизет.

2. Сунуштоочу убакыт оюндары

Ethereumдун салыштырмалуу узун 12 секунддук блоктоо убактысы убакыт оюндары деп аталган кызыктуу динамикасын сунуштайт, мында сунушчулар MEV кирешесин көбөйтүү үчүн блоктун жарыяланышын кечеңдетет.

Блокто жеткиликтүү MEV жалпысынан убакыттын өтүшү менен сызыктуу көбөйөт. Сунушчулар кийинки сунуштоочу тарабынан четке кагуу коркунучу алдында эле жарыялоо менен, алардын MEV максималдуу көбөйтүү үчүн блок жайылышын кечеңдетип алат.

Демек, сунуш кылуучу бир уячанын (12 секунд) ичинде жарыялоону канчалык кечиктириши мүмкүн? Ethereum протоколунун спецификацияларына ылайык, кийинки сунуш кылуучу мурунку блокту жарактуу деп эсептеши үчүн блок мурунку уячанын комитетине дайындалган валидаторлордун (аттестердин) 40% добушун алышы керек.

Учурдагы Ethereum негизги тармагында валидатордук добуштардын 40% алынган чекит болжол менен 3,8 секундада слотка кирет.

Убакыт боюнча оюндарды ойноого аракет кылган сунуштоочу кийинки сунуштоочу тарабынан четке кагылышын болтурбоо үчүн жетиштүү добуштар (40% же андан көп) алынганга чейин күтүү менен блокто жарыялоону мүмкүн болушунча кечиктирүү стратегиясын кабыл алат.

Бирок, натыйжа дайыма эле сунушчунун ниетине дал келе бербейт. Эгерде блок 40% добуш ала албаса, кийинки сунуштаган талапкер аны четке кагат. Мындай учурларда, четке кагылган блок үчүн добуш берген валидаторлор канондук чынжырга кирбеген блок үчүн добуш берип, жазаларды кыскартат.

Бул абал улана берсе, валидаторлор тармактын абалына көз салуу жана добуштарынын так болушун камсыздоо үчүн добуштарын кечиктириши мүмкүн. Бул жүрүм-турум чынжырдагы reorgs санын көбөйтүүгө мүмкүн.

Жыйынтыктап айтканда, сунуш кылган убакыт оюндары Ethereumдун консенсустук натыйжаларына терс таасирин тийгизиши мүмкүн жана алдын алуу керек.

APSтин ролу

APS бул маселени чечүү үчүн иштелип чыккан чечим болуп саналат. APS консенсус катмарын MEVден толугу менен бөлүп, аткаруу катмары үчүн өзүнчө сунуш кылуучуну түзүүнү сунуштайт.

Мисалы, өкүл APS сунуштарынын бири, аткаруу билети, маяк чынжыр сунуштоочусунан айырмаланган "аткаруу сунушун" киргизет. Бул системада протокол аткаруу билеттерин түзөт жана сатат, бул алардын ээлерине ар бир блок үчүн аткарууну сунуштоочу катары кокусунан тандоо укугун берет. Бул аткаруу сунушчулары учурда MEV-Boost программасында маяк чынжыр сунушчулары аткарып жаткан ролдун бөлүктөрүн аткарышат, аткаруу жүктөрүн алышат жана аларды сунушташат.

Бул долбоордун артында жүйөлүү негизи аткарууну сунуштаган борборлоштуруу көйгөйлүү эмес; чындыгында, аларды консенсус катмарынан бөлүү жалпы системаны жакшыртат.

Анда маяк чынжырын сунуштоочу APS алкагында кандай тапшырмаларды аткармак?

Валидатордук депозиттерди, сыйлыктарды жана айыптарды (маяк чынжырындагы мамлекеттик өтүүлөр) башкаруудан тышкары, консенсус катмарынын сунушчусу APSте кошумча негизги ролго ээ: Кошуу тизмелерин түзүү жана аларды аткаруу катмарына өткөрүү.

Киргизүү тизмеси салыштырмалуу борборлоштурулган аткарууну сунуштоочуларга караганда, консенсус катмарынын борбордон ажыратылган валидатордук топтомуна таянышы жакшыраак. Бул цензура чабуулчуларынын транзакцияларды цензуралоону сунуш кылгандар менен сүйлөшүп алуу ыктымалдыгын азайтууга жардам берет.

Ошентип, Аткаруу билети сыяктуу APS сунуштары консенсус катмарынын валидаторлору маяк блогунун бөлүгү катары Inclusion Listтерди түзүүчү механизмди сунуштайт. Бул тизмелер андан кийин толук блокту куруу жана сунуш кылуу үчүн аткарууну сунуштоочу үчүн негиз болуп кызмат кылат.

Кыскача айтканда, Inclusion List негизиндеги цензурага каршылык көрсөтүү чечимдери Ethereumдун APS үчүн көз карашы менен кынтыксыз шайкеш келет. Демек, FOCIL цензурага каршылык көрсөтүү үчүн эң келечектүү чечимдердин бири болуп эсептелет.

FOCIL артыкчылыктары

FOCIL эффективдүү цензура каршылыгын камсыздайт, ал эми тармак ресурстарын акылга сыярлык деңгээлде колдонуу менен, ар бир ILди 8КБ чейин чектөө жана 16 валидатордон турган IL комитетине ээ болуу (бул бир блобдун өлчөмүнө барабар).

Төмөнкү диаграмма IL комитетиндеги чынчыл валидаторлордун пайызына жараша, транзакция чынжырга канча убакытта кошулаарын көрсөтөт. Комитеттеги валидаторлордун 15% гана цензурага кирбесе да, транзакцияларды дароо эле киргизүүгө болот. Бул 16 валидатордон турган чакан комитет цензурага натыйжалуу каршылык көрсөтүүгө кантип жетише аларын көрсөтүп турат.

Мүмкүн болгон чечим 2: Бир нече учурда сунуштоочу/куруучу

Бир нече катышуучуларга бүтүндөй блокту чогуу сунуштоого мүмкүнчүлүк берүү жөнүндө эмне айтууга болот? Бул концепция "Бир нече жолу сунуштоочу" деп аталат.

Бир эле учурда блокту сунуш кылган бир объекттин ордуна, бир эле уячага бир эле учурда бир нече объект блокторду сунуштайт.

Белгилүү шарттарда мындай чечимди кабыл алуу цензуранын баасын бир топ жогорулатат. Ethereum ар бир доордо 32 блок үчүн сунуштар бир эле учурда ачылган механизми бар. Бул орнотуу кимдир бирөө конкреттүү транзакцияларды цензуралоо үчүн сунуштагандарга "пара берүүгө" аракет кылышы мүмкүн болгон сценарийлерге мүмкүндүк берет. Бирок блокторду бир адам эмес, бир эле учурда N сунуштоочу сунуш кылсачы? Бул сценарийде шарттуу кеңештер сыяктуу механизмди колдонуу N сунуштагандардын арасында "камактагы дилемманы" киргизүүгө мүмкүндүк берет, ошону менен цензуранын баасын кескин жогорулатат.

Мисалы, N сунуштоочуга блок түзүү тапшырмасы берилген жагдайды элестетиңиз, Элис алардан транзакцияны кошууну суранат жана Боб Алиса транзакциясын цензуралоого аракет кылып жатат. Элис сунуш кылгандарга анын транзакциясы үчүн пара сунуштай алат, ал эми Боб цензура үчүн аларга пара бере алат. Мындай кырдаалда Элис Бобдун цензурасынын наркын эффективдүү жогорулаткан пара берүү стратегиясын кабыл алат:

1. Эгерде эки же андан көп сунуштоочулар бүтүмдү камтыса, Элис алардын ар бирине t-дын кичине учун берет.
2. Эгерде бир гана сунуштоочу транзакцияны камтыса, Элис ошол сунуш берүүчүгө чоң T-чын берет.

Мындай учурда сунуш кылгандар «камактагы дилемма» сыяктуу сценарийге туш болушат. Бул оюнда ар бир сунуштоочу үчүн оптималдуу стратегия транзакцияны цензуранын ордуна камтуу болуп саналат. Боб Алисанын транзакциясын ийгиликтүү цензура кылышы үчүн, ага N сунуштагандардын бардыгына пара бериши керек, бул ага NT чыгымга учурайт. Башка жагынан алып караганда, Элис анын транзакциясын камтышы үчүн эң көп Nt коротушу керек. Бул цензуранын баасын бир топ жогорулатат.

Бул түшүнүк бир нече жол менен PBS үстүнө ишке ашырылышы мүмкүн. Мисалы, бир нече сунуштоочулар бир эле учурда блокторду кура алышат же бир нече куруучу бир эле учурда блокторду кура алышат.

Бул бөлүм PBS түзүмүндө буга жетишүү үчүн эки механизмди киргизет:

1. BRAID - Бир нече мезгилдеги сунуш кылуучу
2. BuilderNet - Бир нече мезгилдеги куруучу

БРАИД

BRAIDге сереп салуу

BRAID - бул атайын механизмдер тобунун бир бөлүгү болгон Макс Ресник тарабынан сунушталган Ethereum цензурасына туруктуу чечим.

Механизм жөнөкөй, бирок күчтүү концепцияга негизделген: азыр Ethereum сыяктуу бир чынжырды иштетүүнүн ордуна, k синхрондуу LMD-GHOST чынжырлары параллелдүү иштейт. Башкача айтканда, BRAID менен, k сунуштоочулар бир эле учурда ар бир уяча үчүн өз блокторун чыгарышат.

BRAID кантип иштейт

Ачык суроо туулат: к блоктору кантип иштетилет? Бир блокчейнди сактоо үчүн блоктор акыры биригиши керек болгондуктан, BRAID аларды бириктирүү үчүн алдын ала аныкталган тартип эрежесин колдонот.

Мисалы, блокторду дубликаттарды алып салуу жана транзакцияларды жыйымдардын азаюу тартибинде иреттөө аркылуу бириктирсе болот. Аякталган блок консолидацияланган, иреттелген транзакцияларды камтыйт.

Артыкчылыктар жана чектөөлөр

BRAID бир нече артыкчылыктарды сунуш кылат:

1. Күчтүү цензура каршылык

Бир нече сунуштоочуларга бир эле учурда иштөөгө мүмкүнчүлүк берүү менен, BRAID цензуранын баасын бир топ жогорулатат, анткени бир нече субъектке пара талап кылынат.

2. Мажбурланган транзакция тартиби

Механизм транзакция тартибин так аныктап, аны транзакция тартибине сезимтал болгон реалдуу убакыттагы чынжырдагы аукциондор сыяктуу колдонмолорго ылайыктуу кылат.

Бул ар дайым эле артыкчылык боло бербестигин эске алыңыз, анткени ал кээ бир колдонмолордун колдонмого тиешелүү ырааттуулук эрежелерин ишке ашыруусуна жол бербейт.

Бирок, BRAIDдин да чектөөсү бар. Бардык k чынжырлар синхрондолуп калышы керек болгондуктан, валидаторлор кошумча тармак ресурстарын талап кылат. Бул Ethereum валидатор талаптарын азайтуу максатына каршы келет.

BuilderNet

BuilderNet жөнүндө жалпы маалымат

BuilderNet - бул Flashbots тарабынан сунушталган чечим, бир эле учурда бир нече объекттерге блок куруучу катары иштөөгө мүмкүндүк берүү менен цензурага каршылыкты жогорулатуу.

BuilderNetтин баштапкы версиясы көп операторлуу моделди ишке ашырат, мында бир нече субъекттер ар кандай ченемдик көрсөтмөлөргө ылайык бир куруучуну башкарат. Бул бир оператор куруучуга салыштырмалуу жогорку цензура каршылыгын камсыз кылат. BuilderNet бир нече Concurrent Builder чечим курууга карай кадам билдирет.

BuilderNetтин биринчи чыгарылышын Flashbots, Beaverbuild жана Nethermind биргелешип иштетет жана келечекте дагы көп куруучуларды кошуу пландары бар.

BuilderNet үчүн келечектеги борбордон ажыратуу пландары

Учурдагы көп операторлуу модель дагы эле тышкы байкоочулар үчүн бирдиктүү куруучу катары көрүнөт, бул цензурага каршылык көрсөтүү деңгээлин чектеп, ал жетише алат. BuilderNetтин келечектеги релиздери анын тармагын андан ары децентралдаштырууга жана төмөнкү өзгөртүүлөр аркылуу цензурага каршы турууга багытталган:

1. Куруучулар арасында тартипти бөлүштүрүү

BuilderNetтин келечектеги версиялары блок куруу процессин борбордон ажыратат, бул бир куруучуга башка куруучу тарабынан цензураланган транзакцияларды алууга мүмкүндүк берет. Теориялык жактан алганда, жок эле дегенде, бир цензурасы жок куруучу бар болсо, колдонуучунун бардык транзакциялары дагы эле блокко киргизилиши мүмкүн. Бул ыкма BuilderNetти чыныгы бир нече Concurrent Builder моделине айлантат деп күтүлүүдө.

2. Децентралдаштырылган инфраструктура

BuilderNetтин учурдагы версиясы транзакцияларды киргизүү жана маалыматтарды сактоо үчүн борборлоштурулган инфраструктурага таянат жана катышуу уруксатты талап кылат. Келечектеги версиялар BuilderNet-ти уруксатсыз кылуу менен муну чечүүгө багытталган.

Жакшыраак UX жана DX үчүн TEE

BuilderNet ошондой эле Trusted Execution Environments аркылуу колдонмолор, капчыктар, издөөчүлөр жана колдонуучулар үчүн ыңгайлуу шарттарды түзөт.

TEE программалык камсыздоонун жабдыкка болгон ишенимдин негизинде көрсөтүлгөндөй иш алып барышын камсыздайт, бул куруучулардын маалыматтарды өзүм билемдик менен калтырып кетүүсүнө же кодду өзгөртүүгө жол бербейт. BuilderNetти колдонуу менен, издөөчүлөр куруучуларга таңгактарды жөнөтүүдө жогорку кепилдиктерге ээ болушат, анткени TEE курулушту бөгөт коюуга салым кошкон издөөчүлөргө сыйлык бөлүштүрүү логикасын аткарат. сыйлык бөлүштүрүү логикасы жетиштүү адилеттүү болсо, бул куруучулар менен расмий келишимдер менен салыштырууга экономикалык кепилдиктер менен издөөчүлөр камсыз кылат.

MEVти тартууну көздөгөн издөөчүлөрдөн, колдонмолордон жана капчыктардан тышкары BuilderNet архитектурасынан да пайда ала алышат.

L2s ичинде BuilderNet

BuilderNetтин көңүл бурчу аспектиси анын 2-кабат чечимдерине колдонулушу болуп саналат.

Ethereum L2s Ethereum коопсуздугун мурастоо үчүн далилдөө системаларын жана борбордон ажыратылган валидатордук архитектураларды активдүү иштеп чыгууда. Бул системалар көпүрөлөрдөгү колдонуучунун каражаттарынын коопсуздугун камсыз кылганы менен, Ethereum цензура каршылыгын мурастабайт.

L1-to-L2 транзакциялары үчүн мажбурланган транзакция механизми учурда L2ге транзакцияларды киргизүү үчүн эң көп дегенде 12–24 саатты талап кылат (дизайнга жараша), ал реалдуу убакытта цензурага каршылык көрсөтө албайт.

Блок курууну BuilderNet'ке аутсорсинг кылуу менен, L2s Unichain сыяктуу архитектураларга окшош TEE менен транзакцияларды мажбурлап буйрутмалоо аркылуу MEVди кайра бөлүштүрүүгө мүмкүнчүлүк берип, жалгыз секвенсерлерге караганда жогорку цензурага туруштук бере алат.

Корутунду

Идеалында, блокчейндер цензурага туруштук бериши керек жана Ethereum коомчулугу куруучунун борборлошуусунан улам келип чыккан цензурага каршылык көрсөтүү маселелерин чечүү үчүн ар кандай чечимдерди сунуштады. Эң келечектүү чечимдердин арасында FOCIL бар, мында 16 валидатор ар бир блок үчүн киргизүү тизмелерин сунуштап, эффективдүү цензурага каршылык көрсөтүүнү жана APS менен шайкештикти сунуштайт. FOCIL 2025-жылдын аягында же 2026-жылдын башына пландаштырылган Fusaka жаңыртууга киргизүү үчүн талкууланат деп күтүлүүдө.

Ошол эле учурда Flashbots жетектеген бир нече Concurrent Builder моделдери боюнча талкуулар уланууда. Децентрализациялоочу куруучулар Ethereumдун цензура каршылыгын бир топ жакшырта алат жана негизги Ethereum өнүгүүсүнөн көз карандысыз ишке ашырылышы мүмкүн, бул тезирээк кабыл алууга мүмкүндүк берет.

Бул демилгелер аркылуу Ethereum ишенимдүү нейтралдуу аткаруу катмарына карай тынымсыз илгерилеп баратат, мында бир дагы уюм транзакцияны киргизүүгө ашыкча таасир тийгизбейт. FOCILдин валидатордун жардамы менен камтылуу тизмелерин блок куруучулардын потенциалдуу децентрализациясы менен айкалыштыруу менен, Ethereum MEV бөлүштүрүүдө натыйжалуулукту жана адилеттүүлүктү сактап, цензурага каршы туруктуулугун жогорулата алат. Бул чечимдер өнүккөн сайын, тармак Ethereum келечекте бекем жана цензурага туруктуу эсептешүү катмары болуп кала беришин камсыз кылуу, децентралдаштыруу, уруксатсыз жетүү жана бейтараптыктын негизги принциптерин сактоону улантууда.

Бул макаланын версиясы алгач жарыяланган бул жерде .