mev-boost - это не улучшенный geth, сейчас это работает как условный proxy, который перенаправляет запросы в список релеев. Сейчас PBS позволил разделить сущности между собой довольно хорошо. Это раньше до Merge в PoW флешботы выпустили модификацию geth'а (mev-geth) для работы с mev как research проект, который весьма хорошо себя показал
Если говорить именно про процессинг транзакций в смысле выполнения их в EVM, то это насколько я знаю не супер сильно сложный процесс по сравнению с PoW, и в случае перехода на PoS это тоже не станет bottleneck'ом (ссылка1, ссылка2, ссылка3). Сейчас количество транзакций обусловлено временем создания блока и его "размером" (block gas limit), нежели чем производительностью EVM.
Вообще посмотрел на текущем geth в mainnet время процессинга блока, и вижу что он спокойно успевает до 1 сек, а вот прямо сейчас там в среднем 100-300 транзакций в блоке.
Есть люди, кто вообще на NUC запускают валидаторы, вот интересно конечно, как они вместе с Execution Layer будут жить там.
То, что тут фигурирует как третья награда - это просто fee за выполнение транзакций, это строго говоря к обязанностям валидатора не относится, так как транзакции выполняются на Execution layer (но fee recepient конфигурируется на валидаторе или consensul layer), и они отправляются на eth1-адрес, не пополняя баланс валидатора. Поменяться особо не должно от PoW, будет примерно такой же и зависеть от того, как хорошо блок укомплектуется транзакциями.
Это валидатор попал в Sync Committee, это после Altair появилось. Там выбираются 512 валидаторов на 256 эпох (немного больше суток) для аттестаций head'а для light client'ов.
"Честный валидатор" (Honest validator) - это термин из спецификаций такой, просто отсылка к тому, чтобы валидатор выполнял все свои обязанности корректно. Есть валидатор не выполняет обязанности или выполняет их некорректно (умышленно или нет), то он "нечестный", и он либо получит пенальти (просто уменьшение баланса), либо заслэшится (уменьшение баланса и выкидывание из сета валидаторов) в зависимости от того, что он сделает не так.
Это скорее всего отсылка к шардингу, который и должен это сделать, но он никогда именно с merge и не планировался внедряться, он будет уже после него. И да, с merge по сути пропускная способность сети никак не изменится.
Тут не совсем так. 32 ETH - это необходимая сумма для активации валидатора, далее баланс валидатора растет или уменьшается. Но есть также понятие effective balance, который везде и учитывается, как значение для расчета ревардов/весов, и он не может быть больше 32 ETH. Поэтому баланс больше 32 ETH не будет влиять на получение награды чаще, то есть если баланс валидатора 100 ETH, он будет считаться как 32 ETH.
Тут есть нюансы: конкретно у валидаторов есть определенные задачи, которые они должны выполнять, и за них приходят разные реварды, ну или пенальти, если они не выполняются:
Аттестация блоков (вообще там три аттестации: head, source и target в соответствии с алгоритмом CASPER FFG). Аттестация вознаграждается относительно небольшой наградой, но она происходит постоянно (один валидатор делает аттестацию для одного блока в эпоху). Из последних блоков сейчас это ~14800 Gwei за одну аттестацию.
Аттестация в Sync Committee, эти аттестации нужны для Light клиентов, но суть в том, что ты так же аттестуешь блоки, но если ты попал в специальный sync committee, в котором ты будешь примерно сутки. Тоже относительно небольшая награда за это, но больше, чем за аттестацию в абсолютных значениях относительно простой единичной аттестации. Сейчас это примерно 423100 Gwei.
Создание блока, если ты был выбран как block proposer. Выбирается он условно рандомно с использованием специального алгоритма randao (вообще он часто используется для многих вещей) и известен вперед на две эпохи, но его сложно предугадать (ну на то и ГПСЧ). За это приходит очень большой ревард, но и событие очень и очень редкое для единичного валидатора. Из последнего блока это примерно 28769000 Gwei.
Все награды и пенальти прямо зависят от активных и правильно работающих валидаторов в сети (если условно активных и правильно работающих валидаторов 70%, то все они будут получать только 70% от того, что могли бы получить). Но в спецификации есть формула/соотношение, к которой все реварды будут стремиться в конечном счете (можно посмотреть в описании altair hardfork).
И да, 32 ETH - это обязательное условие для активации валидатора, и баланс валидатора увеличивает или уменьшает шансы для выбора валидатора в качестве, например, block proposer, или определяет вес его аттестации для алгоритма LMD GHOST, но в спецификации максимальный баланс прописан как 32 ETH. То есть даже если у вас будет баланс 100 ETH, они будут учитываться только как 32 ETH, так что рост баланса на шансы никак не влияет (а вот уменьшение баланса меньше 32 ETH влияет).
Очень круто, что появился backend под ODT! На прошлой работе мы уже пробовали делать всю документацию в asciidoctor, но были проблемы потом при переводе этого всего в docx для клиента в конечной стадии работы. Делали через pandoc, но нельзя было кастомизировать все нужные нам стили, в результате чего приходилось вручную их править, что было очень неудобно.
mev-boost - это не улучшенный geth, сейчас это работает как условный proxy, который перенаправляет запросы в список релеев. Сейчас PBS позволил разделить сущности между собой довольно хорошо. Это раньше до Merge в PoW флешботы выпустили модификацию geth'а (mev-geth) для работы с mev как research проект, который весьма хорошо себя показал
Если говорить именно про процессинг транзакций в смысле выполнения их в EVM, то это насколько я знаю не супер сильно сложный процесс по сравнению с PoW, и в случае перехода на PoS это тоже не станет bottleneck'ом (ссылка1, ссылка2, ссылка3). Сейчас количество транзакций обусловлено временем создания блока и его "размером" (block gas limit), нежели чем производительностью EVM.
Вообще посмотрел на текущем geth в mainnet время процессинга блока, и вижу что он спокойно успевает до 1 сек, а вот прямо сейчас там в среднем 100-300 транзакций в блоке.
Есть люди, кто вообще на NUC запускают валидаторы, вот интересно конечно, как они вместе с Execution Layer будут жить там.
То, что тут фигурирует как третья награда - это просто fee за выполнение транзакций, это строго говоря к обязанностям валидатора не относится, так как транзакции выполняются на Execution layer (но fee recepient конфигурируется на валидаторе или consensul layer), и они отправляются на eth1-адрес, не пополняя баланс валидатора. Поменяться особо не должно от PoW, будет примерно такой же и зависеть от того, как хорошо блок укомплектуется транзакциями.
Это валидатор попал в Sync Committee, это после Altair появилось. Там выбираются 512 валидаторов на 256 эпох (немного больше суток) для аттестаций head'а для light client'ов.
"Честный валидатор" (Honest validator) - это термин из спецификаций такой, просто отсылка к тому, чтобы валидатор выполнял все свои обязанности корректно. Есть валидатор не выполняет обязанности или выполняет их некорректно (умышленно или нет), то он "нечестный", и он либо получит пенальти (просто уменьшение баланса), либо заслэшится (уменьшение баланса и выкидывание из сета валидаторов) в зависимости от того, что он сделает не так.
Это скорее всего отсылка к шардингу, который и должен это сделать, но он никогда именно с merge и не планировался внедряться, он будет уже после него. И да, с merge по сути пропускная способность сети никак не изменится.
Тут не совсем так. 32 ETH - это необходимая сумма для активации валидатора, далее баланс валидатора растет или уменьшается. Но есть также понятие effective balance, который везде и учитывается, как значение для расчета ревардов/весов, и он не может быть больше 32 ETH. Поэтому баланс больше 32 ETH не будет влиять на получение награды чаще, то есть если баланс валидатора 100 ETH, он будет считаться как 32 ETH.
Тут есть нюансы: конкретно у валидаторов есть определенные задачи, которые они должны выполнять, и за них приходят разные реварды, ну или пенальти, если они не выполняются:
Аттестация блоков (вообще там три аттестации: head, source и target в соответствии с алгоритмом CASPER FFG). Аттестация вознаграждается относительно небольшой наградой, но она происходит постоянно (один валидатор делает аттестацию для одного блока в эпоху). Из последних блоков сейчас это ~14800 Gwei за одну аттестацию.
Аттестация в Sync Committee, эти аттестации нужны для Light клиентов, но суть в том, что ты так же аттестуешь блоки, но если ты попал в специальный sync committee, в котором ты будешь примерно сутки. Тоже относительно небольшая награда за это, но больше, чем за аттестацию в абсолютных значениях относительно простой единичной аттестации. Сейчас это примерно 423100 Gwei.
Создание блока, если ты был выбран как block proposer. Выбирается он условно рандомно с использованием специального алгоритма randao (вообще он часто используется для многих вещей) и известен вперед на две эпохи, но его сложно предугадать (ну на то и ГПСЧ). За это приходит очень большой ревард, но и событие очень и очень редкое для единичного валидатора. Из последнего блока это примерно 28769000 Gwei.
Все награды и пенальти прямо зависят от активных и правильно работающих валидаторов в сети (если условно активных и правильно работающих валидаторов 70%, то все они будут получать только 70% от того, что могли бы получить). Но в спецификации есть формула/соотношение, к которой все реварды будут стремиться в конечном счете (можно посмотреть в описании altair hardfork).
И да, 32 ETH - это обязательное условие для активации валидатора, и баланс валидатора увеличивает или уменьшает шансы для выбора валидатора в качестве, например, block proposer, или определяет вес его аттестации для алгоритма LMD GHOST, но в спецификации максимальный баланс прописан как 32 ETH. То есть даже если у вас будет баланс 100 ETH, они будут учитываться только как 32 ETH, так что рост баланса на шансы никак не влияет (а вот уменьшение баланса меньше 32 ETH влияет).