Would anyone share *any* snapshot? My wallet got completely screwed in 2-3 days after being fully synced. Unfortunately I didn't manage to make a snapshot right after it got synced... Tried to download the bootstrap from http://8bit.cash, but the bootstrap link appears to be broken try this magnet:?xt=urn:btih:32121EB8D22A838ABCE8D815521953BE30788DFC
|
|
|
Предлагаю познакомиться с методом, который позволяет определить эквивалентный "балл" работы в блокчейнах с Multi-PoW и Hybrid майнинге. Статья о полной математике расчета цели и работы для метода тут — https://habr.com/ru/post/455736/Суть метода в том чтобы вместо констант отношений алгоритмов в коде, которые использовались для приведения к эквивалентному "баллу" работы в предыдущих реализациях, использовать среднее геометрическое работ, которые бы закрыли блок. Очевидно что константы в коде не могут реагировать на появление асиков, или потерю интереса к гибридной криптовалюте, в результате которого отношение хешрейта POS к POW может непредсказуемо меняться. Среднее геометрическое хорошо подходит для определения "эквивалента" в конкурирующих данных. Оно сохраняет относительное соотношение и дает каждому участнику равное влияние на результат. Приведу как простой пример(в статье отсутствует) определение победителя участника спортивных соревнований со смешанной дисциплиной. Пусть участники соревнуются в подтягивании, приседании и прыжке в длину. Подтягивание | Приседание | Прыжок | 40 | 64 | 2 | 50 | 80 | 2,5 |
Видно что второй участник во всех дисциплинах опережает первого на 25%. При вычислении среднего геометрического (для трех - корень кубический из произведения всех величин) это соотношение сохраняется: 21,5443469003188/17,2354775202551 = 1,25 Теперь о равном влиянии "участников" дисциплины на балл. Подтягивание | Приседание | Прыжок | 40 | 64 | 2 | 40 | 80 | 2 | 50 | 64 | 2 |
При таких результатах второй и третий участники в одной дисциплине показали результат на 25% выше чем первый. Итоговые балы будут: 17,2354775202551 18,5663553344511 18,5663553344511 И два участника опередили первого на 7,721734501594%. Если первый участник поднимет все свои показатели на 7,721734501594%, то он сравняется с двумя остальными участниками. Криптовалюта, где это будет применено, на форуме тут https://bitcointalk.org/index.php?topic=5159523Процитируй статью здесь, незачем заставлять пользователей ходить по ссылкам.
Она большая, со ссылками на исходные коды эмуляции майнинга, новакоин, биткоин и верж, формулами, таблицами, графиками. Я упрощенный пример применения среднего геометрического привел.
|
|
|
а откуда вообще мерит берется? вот у меня например его 100 - откуда он взялся?
|
|
|
I assume the developer needs the fresh bootstrap to revive the explorer. Mine is still syncing... slowly . Its at Oct 10 2019 currently, block 2020520. I assume it will finish somewhere in March, in the best case. As i understand on site in this message https://bitcointalk.org/index.php?topic=1028119.msg51578743#msg51578743have blockchain for 25.01.2020 But i don`t know now much block in him Yep, thanks. I am syncing from scratch though. Not sure it was necessary, but just as an experiment (probably wouldn't do that if I knew it will take so long). 8-bit is somewhat prone to forks, I will check the blockhash as soon as I sync to that date. I bit of patience - I assume in two-three weeks the sync will complete . Most probably there are folks with fresh chain, but they are silent. You use 64 bit client or 32? Maybe another node stuck because they use 32 bit client?
|
|
|
I assume the developer needs the fresh bootstrap to revive the explorer. Mine is still syncing... slowly . Its at Oct 10 2019 currently, block 2020520. I assume it will finish somewhere in March, in the best case. As i understand on site in this message https://bitcointalk.org/index.php?topic=1028119.msg51578743#msg51578743have blockchain for 25.01.2020 But i don`t know now much block in him
|
|
|
The explorer is broken. Link to last block https://explorer.8bit.cash/block/434d9b5686cb7d43fa30066a1ab81fc14a6ca8cc130a1df0c6700f8cdba8bb4aand block from peer info ./8bitd getpeerinfo | grep "starti\|addr\"" "addr" : "84.196.120.245:54847", "startingheight" : 2185355, "addr" : "81.162.194.236:61817", "startingheight" : 2185610, "addr" : "195.46.0.106:2222", "startingheight" : 236316, "addr" : "213.209.253.6:39520", "startingheight" : 930712, "addr" : "69.28.222.119:51558", "startingheight" : 2086795, "addr" : "45.76.16.182:51004", "startingheight" : 2021862, "addr" : "94.68.86.114:18888", "startingheight" : 183210, "addr" : "54.36.5.80:54094", "startingheight" : 2087103, "addr" : "104.156.231.46:18888", "startingheight" : 2086914, "addr" : "31.14.142.42:59248", "startingheight" : 2078337, "addr" : "54.36.5.80:54238", "startingheight" : 2087238, "addr" : "107.191.57.43:48624", "startingheight" : 1413689, "addr" : "213.209.253.6:65086", "startingheight" : 959444,
many nodes are also stopped
|
|
|
И если ты хотел сказать то, что в случае удаления старых транзакций в блокчейне, допустим с 1-го до 5000000-го блока, этот форк нельзя было бы прогрузить сейчас... То... Можно! Можно же, в первый блок просто - засунуть magnet-ссылку, на файл архива, содержащего предыдущие 5 000 000 блоков, И если их нет, но они требуются, то выгрузить их по этой магнет-ссылке, из p2p-сети torrent, какого-нибудь хранилища в датацентре, из облачных хостингов, из самой децентрализованной сети, а лучше - из закриптованного децентрализированного хранилища, вроде SiaCoin, где майнинг происходит - жесткими дисками. ну тогда это уже не удаление, а скорее что то вроде архивации, бэкапа... я вообще ничего не имею даже против удаления - по сути блокчейн ничего не потеряет если хранить только допустим UTXO + 1 предыдущая транзакция только блокчейн с приложениями например к примеру может иметь кейсы в которых будет уместно сделать форк с более раннего состояния в принципе сделать что то вроде "удаления" = "архивированию", с выбором на усмотрение пользователей можно хранить частично - допустим указывая срок или "глубину" от UTXO, делает например разработчик криптовалюты или приложения изменения - пользователи хранят блокчейн на случай отката до более раннего состояния
|
|
|
я не имел ввиду форки которые возникают как следствие конкурентного майнинга привел как пример эфир классик и эфир
При удалении информации из старых блоков есть потенциал ситуации когда форкнуть криптовалюту будет затруднительно
|
|
|
Хочу заметить что какой либо способ удаления "устаревшей" информации из блокчейна криптовалют подставит под удар возможность создания форков. Если бы допустим разработчики эфира быстро отреагировали на уязвимость DAO и выпустили патч раньше чем сообщество отреагировало и запустило эфир классик, а эфир бы "чистил" блокчейн, то у той части которая была бы несогласна с изменениями не было бы возможности форкнуть ефир.
|
|
|
а из каких соображений в ProgPOW не используют операции с плавающими запятыми и прочее.... что умеют CPU/GPU и намертво не умеют аскики?
|
|
|
have windows wallet alt link? link from first post is Error (429) This link is temporarily disabled. The person who shared it hit their daily limit of traffic or downloads. Learn about traffic limits.
|
|
|
Good! Are you able to sync? Thank you.
try add node and wait to sync.
|
|
|
i found a some problem to use geth.exe this soft always write data to disk about 300 MByte per minute look like write data and delete it`s kill my ssd after 151 days work i use clear virtualbox setup to check this, also it problem have on host machine
|
|
|
|