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

KTChampions, если сделайте перевод, я обещаю 5 заслуг. обязательно отпишитесь тут о выполнении. Также Ratimov обещал минимум 4.
 уже 9

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

можете ее перевести, я дам вам 5 заслуг программирование не очень люблю

хорошая идея продавать идеи продать 1 за 120 биткоинов и можно не работать, продать 2 и можно неработать в более дорогой стране 

сложная статья, не уверен что смогу хорошо перевести

xandry я с удовольствием взял 1 из статей, но их забрали самые нуждающиеся- самые богатые , у которых вагон заслуг и они могут их получить в другом месте. Вероятно ктото из новичков тоже бы взял. Если возможно поставить приоритет для малых рангов на 1-2 дня, было бы хорошо.

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

А чем ферме навредят левые дистры? может еще антивирус поставить. Криптонайт и его модификации - это можно настраивать неделями для совершенства.

какого ЦПУ, если сокет 1151, то можно в ферме поменять селерон, но чтото кажется эта идея будет утопической, т.к пару ядер нужно  оставить свободными для работы фермы. И топ ЦПУ на на авито тухло продаются.

Я вас очень уважаю, но у вас уже овер 500 мерита. Вас нужно забанить для выполнения переводов

Просто лень бегать по разным монетам из за разницы в 10 копеек, поэтому большинство  майнит эфиры

ЦПУ за 10 000 дает 20 рублей профита в сутки - новая эра

Алгоритм
1. https://miningpoolstats.stream
2. находим монеро XMR  https://miningpoolstats.stream/monero
3. идем на первую тройку пулов и внимательно читаем

что непонятно- можно спросить

я возьму

Любопытно, а этот школьник из 2015 года крипту держал до пампа или слил по дешману?

Если солнце заслонит туча, кпд уже падает.
А ночью от чего вырабатываться? от Луны или фонаря
Для этого и ставят АКБ чтобы в доме был свет

Гдето видел сборник популярных смартконтрактов, можно разобраться самому, если нет желания платить.

Райзены на монеро не окупаемы, я даже на своем не запускаю, нет смысла насиловать проц из за 20 рублей в сутки.
А МП ограничены 1 райзеном, и собирать ПК просто нерентабельно

перевод закончен
https://bitcointalk.org/index.php?topic=996518.msg53246077#msg53246077

ETH 2.0 Быстрое обновление. Выпуск 4
https://blog.ethereum.org/2019/11/21/eth2-quick-update-no-4/
Перевод поста Дэнни Райана от 21 ноября 2019


Добро пожаловать в четвертый выпуск быстрого обновления ETH 2.0 . На этой неделе есть о чем рассказать. Помимо грандиозного развития клиента ETH 2.0, это основные моменты:



Грант Sigma Prime для дифференциального фаззинга eth2
https://github.com/sigp/beacon-fuzz/
Light Client Task Force сформирован
https://medium.com/chainsafe-systems/ethereum-light-client-task-force-go-99485011b095
Некоторые заметки об однонаправленном мосте между eth1 и eth2

Дифференциальный фаззинг

Sigma Prime получила грант для руководства работой по дифференциации клиентов eth2. Эти усилия имеют решающее значение для успеха запуска многопользовательской сети, помогая выявить проблемы консенсуса до появления основной сети.

Аct of “fuzzing” - это бросание множества случайных входных данных в программное обеспечение, чтобы увидеть, как оно реагирует. При фаззинге одной части программного обеспечения цель часто состоит в том, чтобы найти входные данные, которые приводят к неожиданным сбоям. Когда мы находим такие входные данные, мы затем выясняем, что пошло не так и улучшаем программное обеспечение.

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

Light client рабочая группа
Chainsafe / Lodestar , получатели гранта фонда Ethereum на исследования и разработки для клиентов eth2 light, сформировали рабочую группу Light Client . Эта группа поставила перед собой задачу обеспечить, чтобы легкие клиенты были первоклассными решениями в eth2. С этой целью они проводят ежемесячные совещания, направленные на облегчение исследований, стандартов, спецификаций и обучения клиентов.

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

Следите за работой Целевой группы Light client, чтобы быть в курсе обновлений по ссылке
https://github.com/ChainSafe/lodestar/issues/555

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

В существующей цепочке PoW ethereum мы развернем контракт с валидатором eth2 . В этом контракте есть одна вызванная функция, deposit которая принимает ряд параметров для инициализации нового валидатора (например, открытый ключ, учетные данные для снятия средств, депозит ETH и т. Д.). Там нет withdrawal функции по этому контракту. За исключением развилки, добавляемой в двунаправленном мосту, чтобы этот депонированный ETH теперь существовал только в цепи eth2 .

В этом случае валидаторы несут ответственность за цепь, чтобы прийти к консенсусу о состоянии этого контракта, чтобы можно было обрабатывать новые депозиты. Это делается авторами блоков eth2, которые встраивают последние данные eth1 в поле блока, которое называется eth1_data. Когда достаточное количество лиц, предложивших блок, в течение периода голосования соглашаются с последними eth1_data, эти данные сохраняются в состоянии цепи, что позволяет обрабатывать новые депозиты.

Важное замечание об этом механизме заключается в том, что данные eth1_data находятся глубоко цепи eth1 PoW - ~ 1000 блоков и более. Это  расстояние вызывает большие задержки при обработке новых подтверждений валидатора, но обеспечивает высокую степень безопасности в соединении этих двух систем. Цепь eth1 должна была бы перестроиться глубже, чем 1000 блоков, чтобы разорвать связь, и в таком случае потребовалось бы некоторое ручное вмешательство для преодоления.

Мы исследуем и создаем прототипы использования цепи для финализации eth1 (то есть finality функция ). Это потребовало бы, чтобы eth1 в конечном итоге перенес свой выбор  на новую цепь, получив защиту от валидаторов PoS и позволив значительно ускорить переход от eth1 до eth2. Finality функция также открывает другие возможности, такие как двунаправленный мост и экспонирование данных eth2 для eth1. Подробнее обо всем этом в более позднем посте.