Если, по-вашему, эфирный майнинг для Nvidia - это дойная корова, зачем, в таком случае, Nvidia вставляла палки LHR в колёса эфирным майнерам? Разве Nvidia таким жлобским способом не показала, кто для неё важнее: майнеры или геймеры?

А, ну, значит не повезло с блоком. В других блоках бывают комиссии и побольше. Но, вообще, в среднем, сейчас сеть не так сильно загружена, как в прошлом году, так что, не удивительно.

Это у вас вознаграждение за сам блок или это сумма всех несожжённых комиссий за транзакции? Или всё вместе? Потому как, число 0.03 сильно напоминает вознаграждение за блок без учёта транзакций.

Там, где вы брали свой клиент, там и читайте по поводу обновлений.

Понял в чём тут дело. Lighthouse после быстрой стадии checkpoint sync, выполняет медленную стадию backfilling blocks, в процессе которой скачиваются все блоки. Валидатор может работать сразу после выполнения checkpoint sync, а backfilling blocks может выполняться параллельно с задачами валидатора, не мешая ему.

Так вот оказывается, в Prysm, которым я пользуюсь, backfilling blocks ещё не успели реализовать, поэтому у меня и получился такой фокус с обнулением базы данных блоков без вреда для валидатора.

Я так понимаю, что checkpoint sync не предусматривает хранения всей цепочки. Тем не менее, на функционировании валидатора это никак не отражается. Зато checkpoint sync является быстрым способом восстановления ноды с нуля после аварийной ситуации или в случае нехватки свободного места на диске.

У меня несколько другой опыт. До синхронизации beaconchain.db занимал больше 100 ГБ, сразу после синхронизации - 0.5 ГБ, а сейчас, спустя 10 дней - 2.7 ГБ. При этом, валидатор заработал сразу после синхронизации, никаких суток ждать не пришлось.

Если вас беспокоит отсутствие свободного места на диске, всегда можно выполнить checkpoint sync (Prysm Lighthouse).

В результате этой операции размер beaconchain.db сокращается до минимума, на текущий момент - 512 МБ. Процесс синхронизации занимает до 10 минут. Проверено мною лично 30 августа на Prysm.

Это уже давно никому не интересно.

USD₮ Supports ETH Proof-of-Stake Transition

После Слияния все существующие на этот момент NFT автоматически окажутся и в PoS-цепочке Эфира, и в PoW-цепочке (если последнюю всё-таки будут майнить). Можно ожидать, что NFT в PoW-цепочке не будут поддерживаться торговыми площадками. OpenSea уже сделала по этому поводу соответствующее заявление.

У Geth есть параметр --cache, который определяет сколько ему можно отжирать памяти. Что характерно, отжирать он будет до удвоенного значения cache. По умолчанию для mainnet --cache=4096 (это в мегабайтах), значит отжирать он может до 8 ГБ.

Если 8 ГБ для вас много, попробуйте уменьшить этот параметр (--cache=2048). Но тогда должна увеличиться нагрузка на SSD.

3EdrkjdLCKuZTKXeShWn58RVmyL3mkcPfd - это адрес Yobit, если верить Crystal Explorer

С транзакциями и смартконтрактами работает EL, поэтому для него ничего не поменяется в плане объёма хранения. А вот с CL ситуация интереснее. Сейчас, до Слияния, нода CL хранит пустые блоки:


После Слияния в блоках CL появится полезная нагрузка - транзакции, полученные от EL. Проще говоря: то, что до Слияния называлось блоком Eth1, теперь будет называться Execution Payload и весь этот блок должен инкапсулироваться в блок CL:


И тогда получается дублирование информации: и в базе блоков EL хранится Execution Payload и в базе блоков CL хранится Execution Payload. Только для EL - это рабочая информация, а для CL - информация, лежащая мёртвым грузом. Поэтому, ради устранения ненужной избыточности CL должен хранить блоки без Execution Payload:


Такие блоки CL называются blinded beacon blocks. Prysm в данный момент не использует по-умолчанию данную технологию, то есть, если бы Слияние уже состоялось, то хранились бы полные блоки, содержащие Execution Payload. Тем не менее, Prysm имеет параметр запуска --enable-only-blinded-beacon-blocks, который включает хранение blinded beacon blocks. В дальнейшем, после обкатки этой технологии, эта опция будет включена по умолчанию. Как обстоят дела в других CL - мне неизвестно, как говорится, DYOR.

Вознаграждение за блок будет такое же, как сейчас в сети Eth2. Комиссии за транзакции будут соответствовать EIP-1559, то есть, состоять из сжигаемой базовой комиссии и несжигаемой приоритетной комиссии, которая будет идти валидатору, предложившему блок.

Я ещё в январе давал ссылку на статью по поводу того, как оно всё будет после Слияния. Однако, до сих пор среди валидаторов существует непонимание для чего нужен клиент сети Eth1 после Слияния.

Чем сейчас, до Слияния, занимается клиент сети Eth1, например Geth, в этой самой сети Eth1?

1. Geth поддерживает пул транзакций, тех транзакций, которые ещё не включены в блок и ждут своей очереди. Эти транзакции принимаются от других нод и ретранслируются нодам, у которых эти транзакции отсутствуют.

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

3. Если к Geth подключён майнер, то Geth составляет блок из транзакций из пула транзакций, выдаёт майнеру необходимые данные блока и, при нахождении майнером подходящего хеша, транслирует найденный блок в сеть.

Чем будет заниматься Geth после Слияния?

Функции 1 и 2, так и останутся за Geth. Он по-прежнему будет обслуживать пул транзакций, выполнять смарт-контракты и пересчитывать состояния аккаунтов. А функция 3 изменится следующим образом: Geth будет готовить блок из транзакций из пула и передавать его клиенту Eth2, например Prysm. А тот, в свою очередь, транслирует блок в сеть, согласно PoS-консенсусу.

Таким образом, после Слияния в Geth деактивируется PoW-консенсус и всё общение на уровне блоков будет происходить через посредника - Prysm, который реализует PoS-консенсус. Но Prysm не имеет ни малейшего представления о транзакциях, смарт-контрактах и состояниях аккаунтов, всей этой бухгалтерией будет по-прежнему заниматься Geth.

После Слияния Geth и Prysm будут образовывать тандем, они больше не смогут жить друг без друга и будут работать как единое целое в одной сети Eth2. В одной сети, но на разных уровнях. Geth будет реализовывать уровень исполнения (execution layer - EL), а Prysm станет реализовывать уровень консенсуса (consensus layer - CL).

Geth и его коллеги - это больше не клиент Eth1, а execution engine, execution client или execution node. А Prysm и его коллег принято называть consensus client или beacon node.



EL и CL общаются между собой при помощи Engine API. В последних версиях клиентов Engine API уже используется, несмотря на то, что Слияние в основной сети ещё не произошло. Валидаторам нужно убедиться, что у них в логах beacon node нет ошибок, вызванных ненастроенным доступом к Engine API, в противном случае после Слияния их ждёт неработающая нода.

Да. Комиссии за все транзакции плюс вознаграждение за блок идут валидатору, выпустившему блок с этими транзакциями.


CL - consensus layer. Реализован клиентами:
Prysm
Lighthouse
Nimbus
Teku

EL - execution layer. Реализован клиентами:
Geth
Nethermind
Besu
Erigon (находится в стадии альфа-версии, не рекомендуется использовать в mainnet)

После слияния каждый валидатор обязан содержать свои собственные CL и EL, никакие сторонние API-сервисы типа Infura работать не будут. CL и EL будут работать в тесной связке между собой и составлять единую ноду Eth2.

Если вы ещё не подготовились к Слиянию (а уже пора) - читайте инструкции:
Lighthouse
Prysm

Да, но только с транзакций, включённых валидатором в предлагаемый им блок. Эта комиссия будет поступать на отдельный адрес, явно указанный валидатором в конфиге CL, её можно будет тратить сразу же, в отличие от заблокированного (пока) вознаграждения за аттестацию и предложение блоков.

Человек, написавший эти строки, является сооснователем Slock.it. Эта контора сперва разрабатывала проект дверных замков, открывающихся при вызове смартконтракта на блокчейне Эфира. Но проект не взлетел. Тогда контора решила собирать бабло под некий проект "The DAO". Что такое "The DAO" и зачем оно вообще нужно никто не понимал, тем не менее, была собрана большая сумма. Но тут что-то пошло не так, и бабло пришлось выковыривать из блокчейна при помощи операции удаления гланд через анус. Проект "The DAO" был закрыт и общественность так и не узнала ради чего был весь этот баблосбор.

Прошли годы, о Slock.it уже все давно забыли  и тут вдруг выясняется, что плохому танцору, оказывается, NFT мешают. Мнение сооснователя конторы, которая за годы своей жизни не родила ни одного рабочего проекта, и известна исключительно по легендарному смартконтрактному фейлу, конечно, весьма ценно для сообщества. 

А где бы скачать эту замечательную книгу. Может ссылочкой поделитесь?

Это понятно. Гражданина США наказали за некоторые действия, совершённые в прошлом. Но Гриффита не принуждали совершать какие либо действия, его просто наказали.

Вот именно. Максимум, что могут сделать разработчики в случае конкретного наезда - прекратить разработку. Или сменить вывеску и переселиться в другую юрисдикцию.

Разработчики, в случае давления на них, всегда могут заявить, что они больше не разработчики и, следовательно, изменения вносить не обязаны. Да и вообще, в более-менее правовых государствах существуют юридические ограничения на то, что можно заставить человека делать, а что  - нельзя.

Разработчиков Линукса почему-то не заставляют вносить блокировки запуска ОС в Северной Корее. А хули? Ведь под Линуксом можно гонять софт для расчёта баллистических ракет. Да ещё и легендарные северокорейские хакеры его активно пользуют.

Какая конкретная? Разработчики могут находиться в самых разных юрисдикциях. Сам Бутерин, небось, в США не проживает.

Как бы там ни было, внесение изменений в консенсус Эфира с целью цензурирования транзакций - это сильный репутационный удар. Бутерину всю жизнь будут припоминать неадекватный откат блокчейна ради спасения средств в одном из контрактов, а цензурирование транзакций - это не меньший косяк для криптовалюты, которая позиционируется, как децентрализованная.  

Не знаю насчёт кучи профилей, но по крайней мере, gnuuser - ваш аккаунт. Вы сначала написали сообщение от имени gnuuser, потом удалили его, а потом написали это же сообщение уже под именем rnilchae. Собираетесь прокачивать новый аккаунт?