Как стать автором
Обновить

Комментарии 28

Это очень важно. Цены на видеокарты пошли вниз.

Ну тут ещё и цена на эфир сильно упала, а цена на электричество только растёт...

Можете подробней про


Задача же Merge — кратно увеличить пропускную способность сети, обеспечивая максимально высокий уровень секьюрности

Потому что у вас дальше в "Какие риски нас ждут" идут пункты про то что безопасность упадет, если я правильно понял.


И про "Доступное валидаторство" тоже не сильно понятно, потому что не похоже что 32 ETH это дешевле покупки видеокарты. Что вы в следующем пункте и пишете. Непонятно что вы имеете ввиду, где правда

И в догонку к этим вопросам - "Если валидатор ведет себя нечестно, он рискует эти (минимум) 32 эфира потерять." Хотелось бы понять, что значит - не честно ?

"Честный валидатор" (Honest validator) - это термин из спецификаций такой, просто отсылка к тому, чтобы валидатор выполнял все свои обязанности корректно. Есть валидатор не выполняет обязанности или выполняет их некорректно (умышленно или нет), то он "нечестный", и он либо получит пенальти (просто уменьшение баланса), либо заслэшится (уменьшение баланса и выкидывание из сета валидаторов) в зависимости от того, что он сделает не так.

Такое ощущение, что в криптомире всё держится на честном слове. В прямом и переносном смысле этого слова.

На доверии.

Мне казалось, что концепция блокчейна в том и заключается, чтобы полностью отказаться от доверия. Если есть доверие, то и все это не нужно. Достаточно просто эксельки, где записано кто кому сколько должен - ну а чё, все же доверяют друг другу, а значит и в записях в эксельке никто ничего не намухлюет.

Только вот проблема в том, что когда дело касается денег, то доверие как то быстро пропадает. Даже если экселька хранится не абы где, а в солидном банке, который как-бы гарантирует своим авторитетом, что в этой эксельке все по-чесноку. Но мы то знаем, что бывают ситуации когда и банки кидают.

У блокчейна есть код, и есть доверие авторам. Потому что авторы могут сделать бинарный релиз, который натырит фантиков. Потом репутация пропадёт и это больше работать не будет, но однократно такое может быть провёрнуто.

Если код - единственный для блокчейна, то блокчейн после этого можно закапывать. Если несколько, то блокчейн может выжить. Парадоксально, но если клиентов несколько, то кража будет успешной (если украдёт автор единственного клиента, его фантики обесценятся, если украдёт автор одного из клиентов, у него будет (теоретическая) возможность вывести.

В целом, предполагается, что авторы святее папы римского. Крупные конторы могут делать аудит перед принятием любого кода, но для малых пользователей вера в непогрешимость авторов (и мейнтейнеров, потому что код - это одно, а бинарный файл, который они запускают - совсем другое) - единственный вариант.

А со staking as a service бороться не хотят? Снижение минимальной суммы с 32eth до хотя бы 1, думаю, существенно бы снизило количество клиентов у этих сервисов.

А что в этом плохого? Вместе с stEth получается вполне себе неконтролируемый рынок дерривативов.

Можно вступить будет с меньшим балансом если подключиться к пулу. Ровно как и в pow майнинге.

Задача же Merge — кратно увеличить пропускную способность сети...

Быстрее транзакции также не станут...

А в чём же тогда выражается кратное увеличение пропускной способности?

Рискну предположить, что в одном блоке будет больше транзакций, но время создания блока не изменится

Но ведь это означает, что уменьшится время ожидания пока новая транзакция попадёт в блок - и за счёт уменьшения этого времени "транзакции станут быстрее".

Но лично я предполагаю, что время создания блока как раз уменьшится, а вот количество транзакций в блоке может остаться прежним.

Это скорее всего отсылка к шардингу, который и должен это сделать, но он никогда именно с merge и не планировался внедряться, он будет уже после него. И да, с merge по сути пропускная способность сети никак не изменится.

Вопрос по награде - имеют опыт с PoS монета, принцип получения награды - чем больше баланс тем чаще награда. Если в ETH PoS стандартный размер залога в 32 ETH - как будет распределяться награда если все ноды по сути будут равны? За каждый блок доля всем участникам? или как?

валидаторы выбираются рандомно

Если не ошибаюсь, то 32 ETH - это минимум, но не максимум. У кого стейк больше - того будут чаще выбирать для создания блока, соответственно он будет чаще получать награду.

Тут не совсем так. 32 ETH - это необходимая сумма для активации валидатора, далее баланс валидатора растет или уменьшается. Но есть также понятие effective balance, который везде и учитывается, как значение для расчета ревардов/весов, и он не может быть больше 32 ETH. Поэтому баланс больше 32 ETH не будет влиять на получение награды чаще, то есть если баланс валидатора 100 ETH, он будет считаться как 32 ETH.

Каждый валидатор требует 32 ETH, но на одной машине можно запускать несколько валидаторов на каждый staking депозит в 32 ETH соответсвенно.

Есть три типа награды. Первая капает по чуть-чуть всем валидаторам в сети от каждого блока, и соответственно штрфует на примерно такую же небольшу сумму, если валидатор не в сети. Вторая награда дается случайно выбранному валидатору, который создает блок, т.е. будет раз в несколько месяцев и чуть больше. В сумме первая и вторая награды дают около 4% в год от стэка в 32 ETH. Третья награда появится только после запуска PoS и будет представлять комиссии, о ее величине, как я понимаю, окончательного понимания еще нет.

Не так. Есть еще четвертый тип награды, где выбираются около 1000 валидаторов и им выплачиваются в разы больше в течение 1 дня. За все время я только один раз попал в эту категорию, после первого хардфорка сети POS.

Если что, я практик, так как сам держу ноду в POS, поэтому знаю. Еще автор использовал старые данные. Сегодня, например 417945 валидаторов активно.

Это валидатор попал в Sync Committee, это после Altair появилось. Там выбираются 512 валидаторов на 256 эпох (немного больше суток) для аттестаций head'а для light client'ов.

То, что тут фигурирует как третья награда - это просто fee за выполнение транзакций, это строго говоря к обязанностям валидатора не относится, так как транзакции выполняются на Execution layer (но fee recepient конфигурируется на валидаторе или consensul layer), и они отправляются на eth1-адрес, не пополняя баланс валидатора. Поменяться особо не должно от PoW, будет примерно такой же и зависеть от того, как хорошо блок укомплектуется транзакциями.

Тут есть нюансы: конкретно у валидаторов есть определенные задачи, которые они должны выполнять, и за них приходят разные реварды, ну или пенальти, если они не выполняются:

  • Аттестация блоков (вообще там три аттестации: 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 влияет).

А меня вот какой вопрос гложет: проведение транзакции даже в сети POS - это процесс в любом случае связанный с очень некислым объемом вычислений. Т.е. ( я утрирую) вся сеть эфира не может сидеть на нетбуках с процессором Атом, где застейканы 32 ETH. Где-то в сети все равно должны быть изрядные фермы видяшек, которые и будут заниматься транзакциями, как таковыми.

Если говорить именно про процессинг транзакций в смысле выполнения их в EVM, то это насколько я знаю не супер сильно сложный процесс по сравнению с PoW, и в случае перехода на PoS это тоже не станет bottleneck'ом (ссылка1, ссылка2, ссылка3). Сейчас количество транзакций обусловлено временем создания блока и его "размером" (block gas limit), нежели чем производительностью EVM.

Вообще посмотрел на текущем geth в mainnet время процессинга блока, и вижу что он спокойно успевает до 1 сек, а вот прямо сейчас там в среднем 100-300 транзакций в блоке.

Есть люди, кто вообще на NUC запускают валидаторы, вот интересно конечно, как они вместе с Execution Layer будут жить там.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории