Содержание
ETZ криптовалюта её майнинг курс и перспективы
Содержание
- 1 Хардфорк 2018 в сети Ethereum zero: что это за криптовалюта ETZ?
- 2 Хардфорк Ethereum: как получить эфириум zero?
- 3 Актуальный курс etherzero (ETZ)
- 4 Список бирж, поддерживающих форк ETZ
- 5 Список кошельков, поддерживающих форк Etherzero
- 6 Хардфорк ETZ 2018: майнинг и адрес пула
В результате последнего хардфорка этериума на блоке № 4936270 появилась ETZ криптовалюта — пополнившая перечень виртуальных монет ещё на одну строчку.
Такая успешная сеть, как Эфириум стала основой множества криптовалют, кроме известной Классик и последней — Etherzero под тикером ETZ.
Если собрать все форки Ethereum, то это будет список из совершенно неизвестных широкой публике криптовалют Эфира с приставкой Uranium, Star и Emerald. В 2017 году список пополнился версиями Cash, Dark, Useless Token, Lite. А форк Movie Venture даже сумел набрать капитализацию почти в 3 млн долларов.
Но составить конкуренцию оригинальному ETH ни одной криптовалюте не удалось. Единственным признанным ответвлением, принятым известными биржами криптовалют, а также криптокошельками, является монета Classic.
Хардфорк 2018 в сети Ethereum zero: что это за криптовалюта ETZ?
Тем не менее в конце декабря 2017 появилась новость — скоро в сети Эфира состоится форк Etherzero с биржевым кодом ETZ. Последователи криптовалют заинтересовались стандартными моментами:
- как получить монеты форка этериум зеро 2018;
- будет ли криптовалюта Ethereum zero на blockchain info;
- где искать биржи и кошельки, поддерживающие криптовалюту ETZ;
- как осуществляется майнинг форка Ethereum zero.
Официальный сайт с информацией о хардкоре эфириума etherzero.org сперва анонсировал выпуск монет 19 января, потом перенёс на 20 января 2018. На вебсайте представлены белая бумага, которая не была готова к моменту выпуска криптовалюты ETZ, дорожная карта, описание форка этериума зеро 2018 года и ссылки для сообщества:
- Telegram: t. me;
- Фейсбук: EtherZero-554760518194015;
- Bitcointalk: index.php?topic=2607526.0;
- Твиттер: etherzero_org;
- Github: etherzero-org;
- канал Youtube: watch?v=fX9GQYA9iCY;
- китайский сайт Weibo: etherzero;
- кошелёк: wallet etherzero.org.
Ресурс выложен в Сеть на англ. и китай. языках.
К сожалению, на вебсайте новой криптовалюты ETZ полностью отсутствуют данные о разработчиках, лишь упоминается, что в команде ETH 20 человек.
Ближайшие планы развития форка эфириума зеро 2018 — организация магазина приложений и мобильного кошелька для ETZ. К середине 2018 планируется запустить Masternode совместно с сетью Dash. Есть и технические описания — как получить новый эфир на смарт блокчейне майнингом и на чью поддержку в продвижении рассчитывают разработчики.
Хардфорк Ethereum: как получить эфириум zero?
Общий запас Etherzero составляет 194 млн, текущий запас криптовалюты форка Эфира зеро 97 млн. Получить монеты можно тремя способами:
- Купив на криптобиржах.
- Получив в пропорции 1:1 к ETH.
- Майнингом на видеокартах.
Mining etherzero идентичен оригинальному Эфиру — осуществляется на таких же картах и алгоритме.
Список бирж, поддерживающих форк ETZ
Для бесплатного зачисления монет пользователи должны были перевести криптовалюту Эфириум в кошельки бирж, поддерживающих форк Etherzero, и дождаться поступления ETZ. Официальный сайт опубликовал внушительный список, перечислив, какие биржи поддерживают разделение хардфорка Эфириума. В этом перечне известные площадки:
- Poloniex, Kraken и Binance;
- Bitfinex, HitBTC и YoBit.
Упоминаются и такие криптобиржи, о которых мало кто слышал. В действительности торговля Etherzero пока ведётся лишь на криптобирже Йобит. Так что форка Ethereum zero под тикером ETZ нет ни на прочих объявленных биржах, ни на популярной российской EXMO.
Список кошельков, поддерживающих форк Etherzero
Не обнадеживающе выглядит факт, что такие агрегаторы криптовалют, как Coinmarketcap и его аналог Coingecko до сих пор не включили Ethereum zero после хардфорка 2018 в собственную сеть. В стороне от Etherzero остаются онлайн-кошельки Jaxx и Trezor, Blockchain и Ledger — собственно все, перечисленные на сайте разработчиков монеты ETZ, кроме MyEtherWallet. Такое положение рождает недоверие к новой криптовалюте ETZ — ведь ключи и пароли на деле принадлежат программе, о которой ничего не известно.
Хардфорк ETZ 2018: майнинг и адрес пула
Майнинг монет на видеокартах заработал с 23 января, начало добычи криптовалюты ETZ сопровождалось неполадками сети из-за неустойчивости к нагрузкам:
- график выплат нарушался;
- намайненные монеты ETZ терялись;
- сложность увеличивалась с каждым днём.
Адрес пула pool.etherzero.org.
Сравнение характеристик монет Etherzero и Ethereum
Криптовалюта | Ethereum | Etherzero |
---|---|---|
Платформа | Ethereum для смарт-контрактов | Такая же |
Расширения | — | Dash |
Технология | PoW | Такая же |
Размер блока | 2 Мб | 2 Mb |
Комиссии за транзакции | + | — |
Скорость переводов/секунду | 5 | От 10 тыс |
Mining/алгоритм | GPU/ Ethash | GPU/ Ethash |
Изменение сложности | усложняется со временем | динамическое |
Мгновенные платежи | — | + |
Защита от дублирования | + | + |
Разработчики криптовалюты ETZ заявили, что их детище достигнет 10% стоимости оригинального Эфира, причём в краткосрочной перспективе. Но, учитывая, что платформы криптовалютного сообщества игнорируют форк ETZ, а из всех обещаний и планов воплощено от силы 5%, цену под 100 долларов за 1 ETZ ждать придётся долго. На данный момент максимум достигал 0,05 ETH, текущий курс 0,01 ETH. Итого:
- Из плюсов — в новой сети Etherzero присутствуют бесплатные транзакции монет, блоки генерируются очень быстро и обмен криптовалюты оперативный.
- Из минусов — отсутствуют данные авторов ETZ, какие-либо юридические реквизиты и ничего не известно о программе для создания кошелька.
Отсюда напрашивается вывод — навряд ли крупные инвесторы поддержат криптовалюту Etherzero сейчас и впредь, а значит монеты ETZ не смогут набрать капитализацию и проект не получит развитие.
Как вы считаете есть ли будущее у ETZ? И что следует ожидать от этого форка?
Понравилась статья? Расскажите друзьям:
Подписаться на новости Mining-Bitcoin
Email*
Предоставлено SendPulse
Mining-Bitcoin Материал подготовлен редакцией журнала Mining-Bitcoin, в составе: Главный редактор — Никита Боровой, Журналисты — Александра Оленева, Анна Кавазян, Денис Руль, Константин Переверзев. Мы предоставляем актуальную информацию о биткоине, майнинге и других криптовалютах: информационные статьи, новости, курс, анализ за сегодня.
Публичное тестирование решения для конфиденциальности и масштабируемости в Эфириуме на облачных платформах / Хабр
Блокчейн тренд продолжает набирать обороты. Все больше экспертов прогнозируют универсальную адаптацию данной технологии в скором будущем. На данный момент нерешенными остаются несколько проблем, препятствующих этому.
Прежде всего, современные блокчейн системы плохо масштабируются. Например, пропускная способность Эфириума составляет всего 20 транзакций в секунду, и, несмотря на многочисленные преимущества, он не подходит для крупного бизнеса.
В то же время, Эфириум ценится за мощную защиту от взлома и сбоев сети. Так что не следует списывать его со счетов. Куда целесообразнее исправить недостатки Эфириума и превратить их в преимущества.
Plasma Cash как решение для конфиденциальности и масштабируемости в Эфириуме
Plasma – технология, представленная Виталиком Бутериным, сооснователем проекта Ethereum, на конференции EthCC в Париже в 2018. Она была разработана совместно с Джозефом Пуном, сооснователем Lightning Network, и заявлена как решение, увеличивающее вычислительную мощность блокчейна Эфириум. Первые новости о Plasma просочились в медиа в 2017.
Данная платформа представляет собой внешний уровень смарт-контрактов, способных взаимодействовать с основным блокчейном, тем самым разгружая корневую цепочку, уменьшая транзакционные сборы за смарт-контракты и децентрализованные приложения (DApps).
Подробная информация о разработке была изложена в документе «Plasma: Scalable Autonomous Smart Contracts», датированном августом 2017-го года.
Бутерин признал, что Plasma присущи проблемы с масштабируемостью: каждый пользователь должен загружать и проверять подлинность каждого блока Plasma, что предотвращает экспоненциальное масштабирование.
Чтобы исправить этот недостаток, была разработана Plasma Cash — дочерняя цепочка, состоящая из смарт-контракта и приватной сети на основе Node.js, периодически передающей свое состояние в корневую цепочку (Эфириум). Она беспечивает децентрализацию, безопасность и масштабируемость в блокчейне, решая тем самым Трилемму Масштабируемости.
Важным преимуществом Plasma Cash на фоне Plasma является то, что она привлекает внимание пользователей только к тем блокам, что содержат интересующие их монеты:
«Теперь пользователям нужно проверять доступность и правильность цепи Plasma только для специального индекса, связанного с монетами, которые они хотят потратить, которыми владеют и которые их интересуют», – сказал Бутерин.
По словам разработчиков, Plasma Cash является эффективным лекарством от взломов в Эфириуме. Каждая монета Plasma имеет владельца и является уникальной. Никто не может завладеть монетами другого пользователя без его ведома. Держатель монеты может предотвратить потенциальный мошеннический вывод средств через систему «жалоб», предъявив свои «данные доказательства» в истории своей монеты.
Тестирование Plasma Cash в Mongo Atlas
В силу своей новизны, Plasma Cash пока остается мало изученной. Блокчейн специалисты активно тестируют ее взаимодействие с различными облачными сервисами и базами данных, фиксируют недостатки и находят пути их исправления. В частности, тесты в Mongo Atlas выявили следующие преимущества при работе с Plasma:
- Надежная защита от потери данных, так как несколько реплик синхронизирующихся между собой в кластере.
- Быстрый доступ, так как кластер можно создать на трех самых популярных облачных платформах: Amazon, Google, Azure. В результате, Plasma Cash ноду можно развернуть в многих датацентрах, расположенных близко к Mongo Atlas. Нами было доказано, что скорость не сильно падает, даже если Plasma ноды разворачиваются в более удаленных датацентрах.
- Plasma ноды, используемые только в режиме чтения, могут быть подключены к одному Mongo кластеру и расположены в разных уголках мира, что улучшает гео-масштабируемость (ноды находятся ближе к пользователям).
- Развернуть новую ноду легко, так как не нужно все заново синхронизировать. Можно просто подключится к существующему Mongo кластеру или быстро сделать копию и настроить подключение к ней.
- Масштабировать базу данных легко. Со временем данных становится больше, и можно увеличивать размер нод в кластере по мере необходимости.
Мы использовали следующие сервера для проведения тестов:
- 3 виртуальных Azure сервера Standard E4s v3 (4 vcpus, 32 GiB memory). На каждом сервере поднято 3 ноды. Один из них может сабмитить блоки в корневую цепочку.
- Каждая нода подключена к своему Mongo Atlas кластеру M50, содержащему 3 ноды в режиме реплики.
Тест 1
3 ноды получают по 100к транзакций. Итого, во всех 9 нодах содержится 300к транзакций и токенов.
Исходное состояние: последний блок #213; в базе сохранено 0 транзакций и токенов.
00:00 — Запущено 3 скрипта, которые генерируют и отправляют по 100к транзакций
00:29 — Началась отправка по 100к транзакций в ноды #1 и #2
00:32 — Началась отправка 100к транзакций ноду #3
00:32 — Нода #1 взяла из пула 11703 транзакций и формирует блок #214 (9fb)
00:34 — Нода #2 взяла из пула 27088 транзакций и формирует блок #214 (ef4)
00:34 — Блок #214 (9fb) подписан и отправляется другим нодам на валидацию
00:36 — Нода #3 взяла из пула 11900 транзакций и формирует блок #214 (983)
00:37 — Блок #214 (9fb) провалидирован и отправлен в корневую цепочку
00:38 — Блок #214 (983) подписан и отправляется другим нодам на валидацию
00:38 — Блок #214 (ef4) подписан и отправляется другим нодам на валидацию
00:40 — Блок #214 (983) провалидирован и отправлен в корневую цепочку
00:41 — Все ноды получили из корневой цепочки информацию о том, что блок #214 (9fb) добавлен и начинают применять 11703 транзакций
00:45 — Все ноды получили из корневой цепочки информацию о том, что блок #215 (983) добавлен и начинают применять 11900 транзакций
00:51 — Блок #214 (ef4) провалидирован и отправлен в корневую цепочку
00:52 — Нода #1 взяла из пула 51469 транзакций и формирует блок #216 (ea0)
00:56 — Нода #3 взяла из пула 55102 транзакций и формирует блок #216 (f75)
00:58 — Демо скрипт закончил свою работу для ноды #2
00:58 — Блок #216 (ea0) подписан и отправляется другим нодам на валидацию
00:58 — Все ноды получили из корневой цепочки информацию о том, что блок #216 (ef4) добавлен и начинают применять 27088 транзакций
01:04 — Блок #216 (f75) подписан и отправляется другим нодам на валидацию
01:14 — Нода #2 взяла из пула 72912 транзакций и формирует блок #217 (f85)
01:15 — Демо скрипт закончил свою работу для ноды #1 и #2
01:17 — Блоки #216 (f75) и #216 (ea0) провалидированы и отправлены в корневую цепочку
01:21 — Блок#217 (f85) подписан и отправляется другим нодам на валидацию
01:26 — Блоки #217 (f75) и #218 (ea0) добавлены в корневую цепочку и ноды начинают применять 51469 и 55102 транзакций соответственно
01:27 — Блок #217 (а85) провалидирован и отправлен в корневую цепочку
01:41 — Нода #1 взяла из пула 36828 транзакций и формирует блок #219 (46f)
01:41 — Нода #3 взяла из пула 32998 транзакций и формирует блок #219 (bb3)
01:43 — Все ноды получили из корневой цепочки информацию о том, что блок #219 (а85) добавлен и начинают применять 72912 транзакций
01:46 — Блок #219 (46f) подписан и отправляется другим нодам на валидацию
01:46 — Блок #219 (bb3) подписан и отправляется другим нодам на валидацию
01:53 — Нода #2 обработала все 100к транзакций, что были в пуле
02:37 — Блок #219 (bb3) провалидирован и отправлен в корневую цепочку
02:41 — Блок#219 (46f) провалидирован и отправлен в корневую цепочку
02:48 — Блоки #220 (bb3) и #221 (46f) добавлены в корневую цепочку и ноды начинают применять 32998 и 36828 транзакций соответственно
02:54 — Нода #1 обработала все 100к транзакций, что были в пуле
02:55 — Нода #3 обработала все 100к транзакций, что были в пуле
04:12 — Все ноды содержат по 300к транзакций и токенов последний блок #221
Тест 2
3 ноды получают по 1кк транзакций. Итого во всех 9 нодах содержится 3кк транзакций и токенов.
Исходное состояние: последний блок #213; в базе сохранено 0 транзакций и токенов.
00:00 — Запущено 3 скрипта, которые генерируют и отправляют по 1кк транзакций
02:29 — Началась отправка по 1кк транзакций в ноды #1 и #2
02:33 — Нода #1 взяла из пула 11668 транзакций и формирует блок #222 (510)
02:35 — Блок #222 (510) подписан и отправляется другим нодам на валидацию
02:37 — Блок #222 (510) провалидирован и отправлен в корневую цепочку
02:38 — Нода #2 взяла из пула 46378 транзакций и формирует блок #222 (a9d)
02:38 — Началась отправка 1кк транзакций ноду #3
02:41 — Нода #3 взяла из пула 5504 транзакций и формирует блок #222 (387)
02:42 — Блок #222 (387) подписан и отправляется другим нодам на валидацию
02:44 — Блок #222 (a9d) подписан и отправляется другим нодам на валидацию
02:44 — Блок #222 (387) провалидирован и отправлен в корневую цепочку
02:49 — Блок #222 (a9d) провалидирован и отправлен в корневую цепочку
02:56 — Блоки #222 (510) #223 (387) и #224 (a9d) добавлены в корневую цепочку и ноды начинают применять 11668, 5504 и 46378 транзакций соответственно
03:09 — Нода #1 взяла из пула 177170 транзакций и формирует блок #225 (e50)
03:09 — Нода #3 взяла из пула 119327 транзакций и формирует блок #225 (ccc)
03:10 — Нода #2 взяла из пула 149772 транзакций и формирует блок #225 (404)
03:26 — Блок #225 (ccc) подписан и отправляется другим нодам на валидацию
03:32 — Блок #225 (404) подписан и отправляется другим нодам на валидацию
03:33 — Блок #225 (e50) подписан и отправляется другим нодам на валидацию
03:53 — Блок #225 (ccc) провалидирован и отправлен в корневую цепочку
04:03 — Блок #225 (e50) провалидирован и отправлен в корневую цепочку
04:04 — Блок #225 (404) провалидирован и отправлен в корневую цепочку
04:06 — Все ноды получили из корневой цепочки информацию о том, что блок #225 (ccc) добавлен и начинают применять 119327 транзакций
04:14 — Все ноды получили из корневой цепочки информацию о том, что блок #226 (404) добавлен и начинают применять 149772 транзакций
04:16 — Все ноды получили из корневой цепочки информацию о том, что блок #227 (e50) добавлен и начинают применять 177170 транзакций
04:32 — Нода #3 взяла из пула 209436 транзакций и формирует блок #228 (1e9)
04:40 — Нода #2 взяла из пула 212669 транзакций и формирует блок #228 (e38)
04:40 — Нода #1 взяла из пула 190144 транзакций и формирует блок #228 (861)
05:02 — Блок #228 (1e9) подписан и отправляется другим нодам на валидацию
05:08 — Блок #228 (861) подписан и отправляется другим нодам на валидацию
05:10 — Блок #228 (e38) подписан и отправляется другим нодам на валидацию
06:13 — Блок #228 (1e9) провалидирован и отправлен в корневую цепочку
06:13 — Блок #228 (861) провалидирован и отправлен в корневую цепочку
06:13 — Блок #228 (e38) провалидирован и отправлен в корневую цепочку
06:39 — Блоки #228 (861) #229 (1e9) и #230 (e38) добавлены в корневую цепочку и ноды начинают применять 190144, 209436 и 212669 транзакций соответственно
07:07 — Нода #1 взяла из пула 199770 транзакций и формирует блок #231 (e04)
07:09 — Нода #2 взяла из пула 190473 транзакций и формирует блок #231 (36e)
07:09 — Нода #3 взяла из пула 178807 транзакций и формирует блок #231 (f43)
07:34 — Блок #231 (e04) подписан и отправляется другим нодам на валидацию
07:37 — Блок #231 (36e) подписан и отправляется другим нодам на валидацию
07:37 — Блок #231 (f43) подписан и отправляется другим нодам на валидацию
08:49 — Блок #231 (e04) провалидирован и отправлен в корневую цепочку
08:51 — Блок #231 (f43) провалидирован и отправлен в корневую цепочку
08:52 — Блок #231 (36e) провалидирован и отправлен в корневую цепочку
09:47 — Блоки #231 (e04) #232 (f43) и #233 (36e) добавлены в корневую цепочку и ноды начинают применять 199770, 178807 и 190473 транзакций соответственно
10:16 — Нода #1 взяла из пула 153075 транзакций и формирует блок #234 (e04)
10:16 — Нода #2 взяла из пула 168035 транзакций и формирует блок #234 (36e)
10:16 — Нода #3 взяла из пула 166685 транзакций и формирует блок #234 (f43)
10:42 — Блок #234 (56d) подписан и отправляется другим нодам на валидацию
11:59 — Блок #234 (1bb) провалидирован и отправлен в корневую цепочку
12:02 — Блок #234 (58a) провалидирован и отправлен в корневую цепочку
12:02 — Блок #234 (56d) провалидирован и отправлен в корневую цепочку
12:48 — Блоки #234 (1bb) #235 (58a) и #236 (56d) добавлены в корневую цепочку и ноды начинают применять 153075, 168035 и 166685 транзакций соответственно
13:14 — Нода #1 взяла из пула 112226 транзакций и формирует блок #237 (5c0)
13:16 — Нода #2 взяла из пула 87550 транзакций и формирует блок #234 (58a)
13:16 — Нода #3 взяла из пула 99594 транзакций и формирует блок #234 (56d)
13:30 — Блок #237 (5c0) подписан и отправляется другим нодам на валидацию
13:32 — Блок #237 (58a) подписан и отправляется другим нодам на валидацию
13:34 — Блок #237 (56d) подписан и отправляется другим нодам на валидацию
14:47 — Блок #237 (58a) провалидирован и отправлен в корневую цепочку
14:53 — Блок #237 (5c0) не был провалидирован за указанное время
14:53 — Все ноды получили из корневой цепочки информацию о том, что блок #237 (58a) добавлен и начинают применять 87550 транзакций
14:54 — Блок #237 (56d) провалидирован и отправлен в корневую цепочку
15:02 — Нода #1 взяла из пула 181206 транзакций и формирует блок #238 (c5f)
15:06 — Все ноды получили из корневой цепочки информацию о том, что блок #238 (56d) добавлен и начинают применять 99594 транзакций
15:12 — Нода #2 взяла из пула 51990 транзакций и формирует блок #239 (ad8)
15:20 — Блок #239 (ad8) подписан и отправляется другим нодам на валидацию
15:25 — Нода #3 взяла из пула 46685 транзакций и формирует блок #239 (857)
15:30 — Блок #238 (c5f) подписан и отправляется другим нодам на валидацию
15:34 — Блок #239 (857) подписан и отправляется другим нодам на валидацию
16:32 — Блок #239 (857) провалидирован и отправлен в корневую цепочку
16:42 — Все ноды получили из корневой цепочки информацию о том, что блок #239 (857) добавлен и начинают применять 46685 транзакций
16:42 — Блок #238 (c5f) провалидирован и отправлен в корневую цепочку
16:42 — Блок #239 (ad8) не был провалидирован за указанное время
16:54 — Нода #2 взяла из пула 96882 транзакций и формирует блок #240 (e6e)
16:56 — Нода #3 взяла из пула 39704 транзакций и формирует блок #240 (a47)
17:02 — Блок #240 (a47) подписан и отправляется другим нодам на валидацию
17:02 — Блок #240 (e6e) подписан и отправляется другим нодам на валидацию
17:18 — Все ноды получили из корневой цепочки информацию о том, что блок #240 (c5f) добавлен и начинают применять 181206 транзакций
17:45 — Блок #240 (a47) провалидирован и отправлен в корневую цепочку
17:47 — Нода #1 взяла из пула 54956 транзакций и формирует блок #241 (170)
17:59 — Блок #241 (170) подписан и отправляется другим нодам на валидацию
18:09 — Все ноды получили из корневой цепочки информацию о том, что блок #241 (a47) добавлен и начинают применять 181206 транзакций
18:20 — Нода #3 взяла из пула 39104 транзакций и формирует блок #242 (955)
18:24 — Блок #240 (e6e) провалидирован и отправлен в корневую цепочку
18:28 — Блок #242 (955) подписан и отправляется другим нодам на валидацию
18:09 — Все ноды получили из корневой цепочки информацию о том, что блок #242 (e6e) добавлен и начинают применять 96882 транзакций
19:06 — Демо скрипт закончил свою работу для ноды #1
19:08 — Демо скрипт закончил свою работу для ноды #2
19:08 — Нода #2 взяла из пула 48241 транзакций и формирует блок #243 (fde)
19:14 — Блок #243 (fde) подписан и отправляется другим нодам на валидацию
19:18 — Блок #241 (170) не был провалидирован за указанное время
19:28 — Нода #1 взяла из пула 86967 транзакций и формирует блок #243 (37c)
19:35 — Блок #242 (955) провалидирован и отправлен в корневую цепочку
19:40 — Блок #243 (37c) подписан и отправляется другим нодам на валидацию
20:05 — Все ноды получили из корневой цепочки информацию о том, что блок #243 (955) добавлен и начинают применять 39104 транзакций
20:15 — Блок #243 (fde) провалидирован и отправлен в корневую цепочку
20:19 — Нода #3 взяла из пула 42981 транзакций и формирует блок #244 (9b5)
20:26 — Блок #244 (9b5) подписан и отправляется другим нодам на валидацию
20:28 — все ноды получили из корневой цепочки информацию о том, что блок #244 (fde) добавлен и начинают применять 48241 транзакций
20:32 — Нода #2 обработала все 1кк транзакций, что были в пуле
21:05 — Блок #243 (37c) не был провалидирован за указанное время
21:15 — Нода #1 взяла из пула 86967 транзакций и формирует блок #245 (37c)
21:32 — Блок #245 (37c) подписан и отправляется другим нодам на валидацию
21:42 — Блок #244 (9b5) провалидирован и отправлен в корневую цепочку
21:50 — Все ноды получили из корневой цепочки информацию о том, что блок #245 (9b5) добавлен и начинают применять 42981 транзакций
22:04 — Нода #3 взяла из пула 45361 транзакций и формирует блок #246 (3f9)
22:11 — Блок #246 (3f9) подписан и отправляется другим нодам на валидацию
22:51 — Блок #245 (37c) не был провалидирован за указанное время
23:01 — Нода #1 взяла из пула 86967 транзакций и формирует блок #246 (37c)
23:08 — Демо скрипт закончил свою работу для ноды #3
23:15 — Блок #246 (37c) подписан и отправляется другим нодам на валидацию
23:32 — Блок #246 (3f9) не был провалидирован за указанное время
23:42 — Нода #3 взяла из пула 52173 транзакций и формирует блок #246 (71d)
23:51 — Блок #246 (71d) подписан и отправляется другим нодам на валидацию
24:38 — Блок #246 (37c) не был провалидирован за указанное время
25:01 — Нода #1 взяла из пула 86967 транзакций и формирует блок #246 (37c)
25:06 — Блок #246 (71d) провалидирован и отправлен в корневую цепочку
25:12 — Блок #246 (37c) подписан и отправляется другим нодам на валидацию
25:14 — Все ноды получили из корневой цепочки информацию о том, что блок #246 (71d) добавлен и начинают применять 52173 транзакций
25:29 — Нода #3 обработала все 1кк транзакций, что были в пуле
26:40 — Блок #247 (37c) не был провалидирован за указанное время
26:47 — Нода #1 взяла из пула 86967 транзакций и формирует блок #247 (37c)
27:03 — Блок #247 (37c) подписан и отправляется другим нодам на валидацию
28:29 — Блок #247 (37c) не был провалидирован за указанное время
28:35 — Нода #1 взяла из пула 86967 транзакций и формирует блок #247 (37c)
28:49 — Блок #247 (37c) подписан и отправляется другим нодам на валидацию
30:13 — Блок #247 (37c) не был провалидирован за указанное время
30:23 — Нода #1 взяла из пула 86967 транзакций и формирует блок #247 (37c)
30:38 — Блок #247 (37c) подписан и отправляется другим нодам на валидацию
32:00 — Блок #247 (37c) не был провалидирован за указанное время
32:11 — Нода #1 взяла из пула 86967 транзакций и формирует блок #247 (37c)
32:26 — Блок #247 (37c) подписан и отправляется другим нодам на валидацию
33:49 — Блок #247 (37c) не был провалидирован за указанное время
33:59 — Нода #1 взяла из пула 86967 транзакций и формирует блок #247 (37c)
34:12 — Блок #247 (37c) подписан и отправляется другим нодам на валидацию
35:34 — Блок #247 (37c) провалидирован и отправлен в корневую цепочку
35:54 — Все ноды получили из корневой цепочки информацию о том, что блок #247 (37c) добавлен и начинают применять 86967 транзакций
36:11 — Нода #1 обработала все 1кк транзакций, что были в пуле
55:12 — первая нода обработала все 3кк транзакций
Итоги
Было выявлено, что виртуальные сервера Azure имеют недостаточную процессорную мощность для обработки такого большого количества транзакций. Но с основной задачей тестов, а именно продемонстрировать работу Plasma Cash с MongoDB, система справилась хорошо.
Приглашаем вас посетить GitHub проекта: https://github.com/opporty-com/Plasma-Cash/tree/new-version
Статья была написана в соавторстве с Александром Нашиваном, старшим разработчиком Clever Solution Inc.
Ранее команда разработчиков Opporty уже тестировала скорость Plasma Cash. Результаты изложены в данной статье.
1 ETH в HD — курс обмена Ethereum на Hardcore
- Общая рыночная капитализация: M. Cap: $863,54 млрд (-0,2%)
- Доминирование BTC: BTC Dom: 37,40% (-0,2%)
- 24-часовой объем: Объем за 24 часа: $279,72 млрд (-71,3%)
- Цена BTC: BTC: $16 852 (-0,5%)
Все монеты Биржи Токены Отзывы Подробнее текущий обменный курс Ethereum к Hardcore и исторический график цены ETH к HD
Amount
From
Search all. ..
To
Search all…
1 ETH to HD | 9.76M HD |
---|
1 ETH = 9.76M HD
1 HD = 0,000000 ETH
Обмен ETH/HDКупить HD
В настоящее время обменный курс 1 ETH к HD составляет 9,76 млн HD. Коэффициент конверсии Ethereum в Hardcore рассчитывается в режиме реального времени на основе данных с нескольких бирж. Обменный курс ETH к HD последний раз обновлялся .
Диаграмма ETH к HD — Исторические показатели Ethereum, выраженные в хардкоре График ETH/HD показывает историческое изменение ETH в HD за последние 30 дней.
Расширенный график ETH/HD
Преобразование Ethereum в хардкор
ETH | HD |
---|---|
1 ETH | 9. 76M HD |
5 ETH | 48.80M HD |
10 ETH | 97.59M HD |
25 ETH | 243.98M HD |
50 ETH | 487.96 M HD |
100 ETH | 975.93M HD |
500 ETH | 4.88B HD |
1,000 ETH | 9.76B HD |
10,000 ETH | 97.59B HD |
В приведенной выше таблице конвертации ETH в HD показана корреляция между стоимостью Ethereum в Hardcore через список популярных сумм конвертации, от 1 ETH в HD до 10 000 ETH.
Convert Hardcore to Ethereum
ETH | HD |
---|---|
1 HD | 0.000000 ETH |
5 HD | 0.000001 ETH |
10 HD | 0.000001 ETH |
25 HD | 0.000003 ETH |
50 HD | 0.000005 ETH |
100 HD | 0.000010 ETH |
500 HD | 0. 000051 ETH |
1,000 HD | 0.000102 ETH |
10,000 HD | 0,001025 ETH |
В приведенной выше таблице конвертации HD в ETH показана корреляция между стоимостью Hardcore в Ethereum через список популярных сумм конвертации, в диапазоне от 1 HD до 10,000 HD.
Ethereum Exchanges
Exchange | Rate |
---|---|
Binance Futures | 9.77M HD |
S6 Global | 9.78M HD |
Binance | 9. 78M HD |
Naijacrypto | 10,71M HD |
Wohlstand CEX | 9,78M HD |
CoinCodex отслеживает 179 криптовалютных бирж, на которых вы можете торговать. Вы можете быстро сравнить курс Ethereum HD между пятью популярными биржами в таблице выше. В настоящее время Binance Futures предлагает лучший обменный курс для Ethereum (деноминированный в HD).
Посмотреть все обмены
Последний курс обмена ETH на HD
Текущий курс обмена Ethereum на Hardcore составляет 9.76M HD . Цена рассчитывается на основе курсов на 179 биржах и постоянно обновляется каждые несколько секунд.
Чтобы увидеть последний обменный курс, исторические цены Ethereum и полный обзор технических рыночных индикаторов, перейдите на страницу Ethereum.
Популярные обменные курсы — конвертация криптовалюты в криптовалюту и криптовалюты в фиат
BTC | USD | EUR | GBP | CAD | AUD | ||
---|---|---|---|---|---|---|---|
BTC | 1 | 16,852 | 16,272 | 14,233 | 22,327 | 25,113 | |
ETH | 0. 07505281 | 1,264.79 | 1,221.28 | 1,068.23 | 1,675.72 | 1,884.79 | |
XRP | 0.00002220 | 0.374143 | 0.361272 | 0.315997 | 0.495702 | 0.557548 | |
BCH | 0.00600760 | 101.24 | 97.76 | 85.51 | 134,13 | 150,87 | |
LTC | 0,00356516 | 60,09 | 50. 74 | 79.60 | 89.53 | ||
BNB | 0.01699502 | 286.40 | 276.55 | 241.89 | 379.45 | 426.79 | |
USDT | 0.00005926 | 0.998640 | 0.964287 | 0,843441 | 1,32 | 1,49 | |
ЭОС | 0,00005442 5 | 1,9034 0,9035 | 0.774582 | 1.22 | 1.37 | ||
XLM | 0.00000554 | 0.093315 | 0.0 | 0.078813 | 0.123633 | 0.139058 | |
XMR | 0.00764894 | 128.90 | 124,47 | 108,87 | 170,78 | 192,09 | |
TRX | 0326000034 0. 054965 | 0.053074 | 0.046423 | 0.072823 | 0.081908 |
9004 Кроме того, цена Ethereum составляет 1 228,05 евро в еврозоне, 1 074,15 фунтов стерлингов в Великобритании, 1 685,01 канадских долларов в Канаде, 1 895,24 австралийских долларов в Австралии, 102 351 индийских рупий в Индии, 1,67 млн вон в Южной Корее и 1 196,61 швейцарских франков в Швейцарии.
ETH to HD Часто задаваемые вопросы
Нужна помощь? Свяжитесь с нами
Какой текущий курс обмена 1 ETH на 1FLR eundefined? Что означает курс 1 ETH на 1FLR? ETH против HD? Сколько стоит 1 Ethereum в HD?
Как построить пул для майнинга Эфириума? • Blockcast.cc – Новости о блокчейне, DLT, криптовалюте
Это «Руководство по созданию майнингового пула Ethereum» основано на личном опыте исследовательского партнера Dragonfly Capital Ивана Богатого в создании майнингового пула MiningDAO. io и описывает, как уменьшить частоту блокировки дяди.
Автор: Иван Богатый, партнер по исследованиям Dragonfly Capital, инвестиционного института блокчейн. Составитель: Перри Ван
Пул для майнинга является основной силой в экосистеме Ethereum. С экспоненциальным ростом извлекаемой ценности майнеров (MEV), обновлением EIP-1559 и предстоящим слиянием пулы майнинга стали более важными и влиятельными участниками экосистемы.
Объясните Mengxin: пул майнинга — это поставщик программного обеспечения, который позволяет многим майнинговым машинам объединять свои возможности майнинга и делиться вознаграждениями. С двух точек зрения пулы для майнинга незаменимы в майнинге на основе механизма консенсуса Proof of Work (PoW):
- Прежде всего потому, что доход отдельных майнеров будет сильно колебаться;
- Во-вторых, потому что становится все сложнее строить программную инфраструктуру вокруг майнинга. Концентрируя ресурсы, отдельные майнеры могут уменьшить колебания доходов и, следовательно, вести более предсказуемые бизнес-операции.
Но такая сила также сопровождается огромной ответственностью. Майнинговый пул обладает большой мощностью. Это связано с тем, что пул майнинга в конечном итоге определяет, какие блоки процессов его майнинговой машины и какие транзакции могут содержаться в этих блоках. Пул майнинга решает, какой MEV вывести и кто может его вывести, они голосуют за лимит газа и участвуют в крупных политических сражениях. Поэтому для культуры Ethereum очень важно, чтобы порог входа в пул майнинга был как можно ниже, чтобы максимизировать децентрализацию.
Итак, когда я решил построить пул для майнинга, я был удивлен, обнаружив, что это очень сложная работа! Существует очень мало общедоступных знаний о том, как управлять конкурентоспособным пулом майнинга с высокой скоростью отклика и низкой скоростью блокировки дяди.
И я подумал: хорошо, давайте решим эту проблему.
Построение пула для майнинга состоит из двух частей:
- Настройка полноузлового клиента с хорошей одноранговой сетью и высокой скоростью обработки;
- Подключите полный узел к программному обеспечению пула майнинга, которое управляет скоростью хеширования и распределяет нагрузку между всеми майнерами.
В этой статье будут рассмотрены оба.
Это «Руководство по созданию майнингового пула Ethereum» основано на нашем личном опыте создания майнингового пула MiningDAO.io и описывает, как мы можем снизить уровень дядюшки-блока с 10%-14% до примерно 4%-5%, который похож на предыдущий. Часть организации в 10 пулах майнинга осталась неизменной или даже лучше.
Настройка клиента полного узла Ethereum
Для запуска пула майнинга вам необходимо запустить клиент полного узла Ethereum. Клиент будет нести ответственность за получение новых блоков и ожидающих транзакций, а также за создание собственных блоков и их трансляцию другим узлам. В этом разделе описывается, как правильно настроить клиент полного узла.
Требования к оборудованию сервера
Для работы полностью синхронизированного узла требуется достаточно хорошее оборудование. Мы рекомендуем не менее 32 ГБ памяти (ОЗУ) и не менее 2 ТБ хранилища SSD (вам всегда нужно будет синхронизировать цепочку Ethereum с жестким диском).
Пропускная способность также очень важна. Лучше всего находиться как можно ближе к другим узлам, чтобы как можно быстрее получать новые блоки. Мы рекомендуем использовать выделенные машины для облачного хостинга для облачных сервисов, обычно используемых другими пулами майнинга: OVH и Hetzner в Европе и Alibaba Cloud и Amazon Cloud AWS в Азии.
Geth или OpenEthereum? Гет!
Следующее решение — какой клиент Ethereum использовать. Наиболее популярными и проверенными вариантами являются Geth и OpenEthereum (ранее известный как Parity). Geth является лидером в разработке протоколов и всегда актуален.
Для сравнения, мы использовали Parity-2.7.2 (последняя стабильная ветка перед рефакторингом OpenEthereum) и OpenEthereum для проведения небольших экспериментов, но результаты тестирования обоих с точки зрения времени импорта блоков и времени производства блоков очень плохо , что приводит к неприемлемо высокой частоте блокировок дяди.
Мы приглашаем всех провести более тщательное A/B-тестирование и связаться с нами, чтобы предоставить нам дополнительные данные, но на данном этапе мы рекомендуем только Geth.
Вот командная строка, которую мы использовали:
geth –datadir=/ssd/gethdata –syncmode=fast –cache=21000
–maxpeers=250 –txpool.globalslots=1000
–http –http.api=eth
—miner.etherbase=’0xADDRESS’ —mine —miner.threads=0
—miner.extradata=’MiningDAO’
—miner.notify=’ http://127.0.0.1:8107 ‘&>> ~/geth-log .txt
Здесь –cache=21000 означает выделить 21 ГБ для хранения состояния памяти (это пик, с которым может справиться Geth), а остальная часть командной строки будет объяснена ниже.
Что еще более важно, модификации кода Geth, которые мы описываем ниже, можно найти здесь в виде загружаемого репозитория или здесь в виде патча, который необходимо применить.
Минимизация частоты появления пустых блоков
Есть две вещи, которые уничтожат прибыль, получаемую майнерами: выкапывание блоков-дядей и выкапывание пустых блоков.
Эти два варианта почти одинаково плохи: вознаграждение за блок дяди составляет 1,75 ETH, вознаграждение за пустой блок — 2 ETH, и в обоих случаях комиссия за транзакцию отсутствует. Напротив, общее вознаграждение за полный блок с комиссией за транзакцию обычно составляет 3-4 ETH, а иногда и больше.
Почему пулы майнинга иногда производят пустые блоки и как минимизировать частоту их вывода?
Когда другой майнинговый пул добывает новый блок (например, высотой N), любой другой блок высоты N может стать блоком дяди. Поэтому всякий раз, когда будет найден новый блок, Geth немедленно переключит работу майнера и выкопает пустой блок на высоте N+1. Этот пустой блок не включает комиссию за транзакцию, но это лучше, чем добыча блока, которому суждено стать блоком дяди.
Впоследствии Гет построил «настоящий» блок на высоте N+1 и снова переключил работу майнеров. Для построения такого «настоящего» блока требуется время (0,1–0,3 секунды), поэтому требуется двухэтапный процесс. Но в течение этого переходного периода от 0,1 до 0,3 секунды другие майнеры копают пустой блок.
Может показаться заманчивым собрать все ожидающие транзакции, чтобы максимизировать комиссионный доход, но жадные, такие как txpool. globalslots, значительно увеличат объем обработки, необходимой Geth для создания «реального» блока (это занимает до 1 секунды) Или дольше). Рекомендуемое нами значение не превышает 1000 или 2000.
Чтобы узнать больше об этом, посетите https://github.com/ethereum/go-ethereum/issues/21899
Минимизируйте частоту генерации блоков дяди
После решения пустых блоков мы можем начать трудный часть. Чтобы свести к минимуму количество блоков дяди, ключевыми являются две вещи:
- Когда другие пулы майнинга производят новые блоки, узнавайте новости как можно скорее;
- Когда ваш майнинг-пул сгенерирует новый блок, распространите его как можно шире (чтобы за ним начали майнить другие люди).
Как упоминалось ранее, первым шагом для создания хорошей одноранговой сети (p2p) является запуск полного узла на облачном сервере рядом с другими узлами с хорошей пропускной способностью.
Во-вторых, хорошая пропускная способность позволяет узлам обрабатывать больше прямых одноранговых узлов, тем самым уменьшая количество переходов между узлами, необходимых для получения новой информации. Флаг количества пиров в командной строке Geth — maxpeers.
Ниже мы расскажем о некоторых более тонких и мощных методах, позволяющих максимизировать скорость импорта блоков и скорость трансляции блоков.
Используйте bloXroute
bloXroute — это сервис, предназначенный для улучшения связи между майнерами и снижения частоты блокировки их дядюшек. Большинство пулов майнинга подключены к bloXroute, и даже крупные зрелые пулы сообщают, что использование bloXroute принесет значительные улучшения. Измерение индекса, проведенное KeeperDAO, еще раз подтверждает, что bloXroute имеет огромное преимущество перед аналогичными сервисами.
Наш эксперимент также показывает значительное улучшение. На новом узле синхронизации с настройками узла по умолчанию примерно 90% всех новых блоков поступают сначала от bloXroute (только 10% поступают от всех других одноранговых узлов).
Даже после того, как наши узлы были настроены для подключения к основным узлам, 40%-60% новых блоков сначала поступали от bloXroute.
После выполнения руководства по настройке bloXroute не забудьте добавить узел bloXroute в набор «доверенных пиров» для вашего Geth, вы будете использовать его позже. Доверенный одноранговый узел — это предустановленный узел, к которому Geth будет всегда подключаться, независимо от того, как случайным образом инициализируется одноранговый узел. Доверенные одноранговые узлы также не учитываются при расчете лимита подключений. Добавление шлюза bloXroute к доверенному узлу гарантирует, что соединение Geth не будет случайно разорвано.
Мы также рекомендуем подключиться к сети Tai Chi. Проект Taiji Network Project — это сеть блочного вещания, разработанная Spark Mine Pool. Вы можете сохранить подключение к сети Tai Chi, добавив каждую конечную точку сети Tai Chi в один и тот же файл доверенных одноранговых узлов.
Активно транслируйте свой блок
Всякий раз, когда Geth успешно добывает новый блок, он отправляет блок для трансляции в сети. По умолчанию Geth передает его только случайному подмножеству размера sqrt(n_peers), которое передает блоки некоторым из своих пиров и так далее.
Даже если все одноранговые узлы одинаково эффективны, этот механизм не идеален, но когда некоторые одноранговые узлы более мощные, чем другие, и эти одноранговые узлы в конечном итоге не включаются в подмножество, этот механизм особенно очевиден.
В частности, первое, что нужно сделать при майнинге нового блока, — это отправить его на bloXroute, чтобы переслать его всем участвующим майнинг-пулам. Если шлюз bloXroute в конечном итоге не появится в этом случайном подмножестве sqrt(n_peers), ваши шансы получить uncle-блоки значительно возрастут!
Далее вам нужно отправить блок пиру с наивысшим качеством, а затем всем остальным пирам.
Мы открыли следующий патч Geth и рекомендуем применить его к вашему клиенту. Он рассылает все вновь добытые блоки всем доверенным узлам (включая bloXroute), а затем всем остальным узлам.
Развитие самых широких пиров
Vanilla Geth стремится достичь максимальной децентрализации и плоской структуры сети. Этот выбор очень подходит для энтузиастов и поддерживает сильную экосистему, состоящую из тысяч узлов. Однако, как мы видели в предыдущем разделе, эти параметры по умолчанию плохо работают для узлов, которые выполняют критически важные функции или которые могут привести к высоким затратам в случае их отказа.
На самом деле не все пиры одинаково эффективны. Некоторые узлы имеют медленную скорость соединения и не будут ни предоставлять новые блоки, ни помогать вашему блочному вещанию. Другие, особенно узлы других пулов майнинга, будут генерировать постоянный поток данных о новых блоках.
Основываясь на рекомендациях Spark Pool, мы скорректировали параметры Geth, чтобы записать, какие узлы первыми отправили нам новые блоки. После нескольких месяцев сбора этих данных мы смогли найти лучший пир (через настройку «статический»/«доверенный» узел в Geth), который всегда подключен. Вот скрипт Python, который мы используем для обработки приведенных выше данных и преобразования их в список trust_nodes. json, который может принять Geth.
Поскольку майнинговый пул MiningDAO существует в каждом географическом регионе (Северная Америка, Европа, Азия), мы выполнили интеллектуальный анализ данных в списке лучших одноранговых узлов в каждом географическом регионе. К сожалению, мы не можем публиковать IP-адреса этих узлов, чтобы избежать DDoS-атак на эти узлы. Для серьезных запросов с вескими причинами, мы можем поделиться им в частном порядке. Я также рад поделиться нашими собственными узлами в каждой географической области для подключения других пулов майнинга!
Настройка программного обеспечения пула майнинга
После правильной настройки полного узла следующим шагом будет настройка самого программного обеспечения пула майнинга. Программное обеспечение будет отвечать за обработку подключений от всех отдельных майнеров, отслеживание долей рабочих и управление расходами.
Выбрать программное обеспечение для пула майнинга
Мы кратко проанализировали следующие 4 варианта: Miningcore, open-ethereum-pool, NOMP (портал открытого майнинга узла) и MPOS (портал майнинга с открытым исходным кодом). О Flexpool Solo мы узнали позже, но экспериментировать с ним не стали.
Мы накопили богатый опыт работы с Miningcore по двум причинам. Во-первых, он сохраняет все прошлые данные на диске базы данных SQL, в отличие от open-ethereum-pool, который только сохраняет данные в оперативной памяти через Redis. Дисковое хранилище обеспечивает устойчивость к перезагрузке и возможность анализа исторических данных. Во-вторых, нам нравится легко читаемый объектно-ориентированный код Miningcore.
В конце концов, MiningDAO принял наше собственное программное обеспечение для майнинг-пула, используя Miningcore в качестве модели, написанной на языке Go для повышения скорости. Мы надеемся открыть исходный код нашего программного обеспечения как можно скорее, но в то же время мы рекомендуем использовать Miningcore.
Исправление проблемы с задержкой программного обеспечения пула майнинга
Одной из основных проблем, с которыми мы столкнулись при использовании Miningcore, было то, как оно обрабатывало обновления заданий. По умолчанию Miningcore проверяет удаленный вызов процедуры полного узла (RPC) каждые 0,5 секунды, чтобы узнать, изменилось ли последнее задание. Этот параметр может подходить для других криптовалют с длительным временем производства блока (для Биткойна со временем производства блока 10 минут это незначительная проблема), но для Ethereum эта настройка может привести к неприемлемо высокому показателю uncle block rate.
В качестве вводной информации есть простой способ рассчитать увеличение частоты блокировок дяди, вызванное любой задержкой обработки. Время генерации блока распределено по Пуассону, что означает, что независимо от того, сколько времени прошло с момента последнего добытого блока, вероятность нахождения следующего блока в следующую секунду (или миллисекунды или другую единицу времени) всегда одинакова. Например, целью Ethereum является создание блока за 13 секунд, а это означает, что вероятность появления блока в следующую секунду всегда составляет 1 секунду / 13 секунд ≈ 7,7%. Поэтому, если ваш майнинг-пул по какой-либо причине имеет задержку 0,1 секунды где-либо в конвейере, будет дополнительный блок дяди 0,1 секунды/13 секунд ≈ 0,77% из-за задержки. Дядя-блок будет поступать из периода времени 0,1 секунды, когда ваш майнер обрабатывает устаревшую работу.
Вернуться к Miningcore. Используя приведенную выше формулу, если есть задержка в 0,5 секунды в обновлении майнинговой индустрии, это приведет к 0,5 секунды / 13 секунд ≈ 4% дополнительных блоков дяди (абсолютное соотношение, а не относительный процент). Конечно, такой высокий процент невынужденных ошибок недопустим. Мы много раз пытались уменьшить частоту обновления с 0,5 секунды до 50 миллисекунд и ниже, но обнаружили, что эта настройка довольно ненадежна: рабочие обновления по-прежнему значительно задерживаются.
Лучшее решение — использовать функцию Geth notifyWork, чтобы Geth активно отправлял ее в программное обеспечение майнингового пула при обновлении задания. Мы пропатчили Miningcore для поддержки этой опции и выпустили модифицированную версию. После перехода на notifyWork мы обнаружили, что задержка связи между Geth и Miningcore практически незначительна, поэтому скорость блокировки нашего дяди значительно снизилась.
Обобщить
Я надеюсь, что эта статья окажется полезной и поможет большему количеству людей управлять майнинговыми пулами Ethereum; культура самодельных пулов для майнинга имеет решающее значение для поддержания открытости и децентрализации Ethereum.
Подводя итог, мы изначально использовали стандартные параметры vanilla Miningcore и программное обеспечение vanilla Miningcore. Частота блокировки дяди для этой настройки по умолчанию составляет около 10%-14%. После постепенного принятия различных модификаций, описанных в этой статье, мы снизили частоту блокировки дяди до 4%-5%, что равно или лучше, чем текущий уровень 10 лучших пулов майнинга (скорость блокировки дяди, показанная в Etherscan). Чуть выше, потому что мы иногда экспериментируем в производстве).
Наши модификации Geth можно использовать в качестве репозитория здесь find , он также доступен здесь как найденный патч. Здесь вы можете найти наши модификации Miningcore, а здесь — файл конфигурации майнпула.
Если у вас есть дополнительные идеи по улучшению этого параметра, отправьте нам запрос на включение или электронное письмо!
Благодарность:
Ускорение Miningcore разработано Александром Мельниковым. Спасибо этим друзьям за их предложения и идеи: Alex Obadia (Flashbots), Eyal Markovich, Shen Chen (bloXroute), Xin Xu (Sparkpool), Yang Ze (Sparkpool), Chris (Flexpool) и Haseeb Qureshi (Dragonfly Capital).
Ссылка на источник: medium.com
Тест Adblock (Почему?)
Отказ от ответственности:
Blockcast.cc не поддерживает какой-либо контент или продукт на этой странице. Хотя мы стремимся предоставить вам всю важную информацию, которую мы могли бы получить, читатели должны провести собственное исследование, прежде чем предпринимать какие-либо действия, связанные с компанией, и нести полную ответственность за свои решения, и эта статья не может рассматриваться как инвестиционный совет или рекомендация.