DDN, поменьше бы писал всякой пубертатной хуйни про бандитов, пистолетов, крутых легавых чекистов, "убивают", и такдалее. Понимаешь, дяди с деньгами на это внимание не обращают, не воспринимают в серьез потому с ними нет проблем. А молодежь без денег непуганая опасается тебя за твои страшилки текстово-ютубисто-музыкальные. Зачем эта херь вообще? Надо было как-то быстро поднять свой рейтинг на форуме, в том числе и среди подростков по уму, коих тут 99%. С задачей справился на крепкую пятерку - судя по притоку денег. Если у тебя получается больше $50 000 в сутки, тогда конечно - да, я тебе и в подметки не гожусь. Вы скорее всего ошибаетесь, приток последних денег был из-за публикации поста про железо от метабанка на хабре (по уму вы должны это знать, я думал у вас там команда делится друг с другом планами и успехами). ИМХО Флуд на этом форуме больше раздражает чем приносит полезные плоды. |
|
|
|
При склеивании инпутов как определяется итоговая сумма? от чего зависит?
Так же, как и без склеивания. Т.к. при вычислении награды используется уничтоженный транзакцией объем монето-дней в целом, и неважно сколько у нее инпутов. Единственный момент в том, что при большом количестве инпутов из награды будет вычтена комиссия за объем транзакции (0.01 за каждый лишний килобайт). ОДНОЙ монеты или от суммы монетодней в транзакции? |
|
|
|
@AbendWind Вам просто необходимо сделать третью попытку, и вложиться в PicoStocks 100th, на столько неудачного периода в своей жизни у них еще не было  т.е. они сейчас фактически на дне. Кто знает, может вам тогда повезет? Владелец tytus, первый вложился в чипы bitfury (можно сказать благодаря ему весь этот сырбор) и уже второй раз не может запустить свой 100TH (последний провал - ошибка при передаче файлов-спецификаций плат на фабрику, им сделали нерабочие, обещают к 15-му сентября запуск, а еще через месяц +100TH в подарок за неудобства). p.s. оопс, их сайт-биржа опять в дауне? бедняги. Их обворовывали (правда средства украли с проекта pico), у них падало железо на сервере (недавно), их в производстве чипов обошли все даже в России. |
|
|
|
|
При склеивании инпутов как определяется итоговая сумма? от чего зависит?
|
|
|
|
|
Это так недалекие люди понимают добавление сканера отпечатков пальцев в мобильное устройство. С ноутбуками это уже давно.
|
|
|
|
|
Это доступно только для тех кто заказал до 1 апреля, можно сказать это такое i am sorry за просранные сроки поставки.
|
|
|
|
|
Периодически в новостях проскакивают сообщения вида - 'очередная лаборатория разработала технологию печати полупроводниковых схем на бумаге, ура товарищи', вроде все просто, такие то реактивы, тупо заправляются в струйник, последовательная серия травления и повторной печати уже другим реактивом и т.п. но когда дело доходит до практических примеров и вопросов 'где бы купить' - тишина.
А так хотелось счастия.
|
|
|
|
|
Еще круче, внедрить поддержку i2p сети, кажется скоро это станет нормой, держать дома этот роутер.
|
|
|
|
|
Многоуровневые дифы, тоже самое что вы делаете, только добавить хранение разницы не только для каждой загрузки, но и периодические - раз 5 мин, раз в час, раз в сутки, а дальше хранить уже недельные и дампы всего стакана (я имею в виду что брать разницу между стаканами через этот интервал)
Таким образом запрос стакана на любую дату будет восстановлен за почти логарифм (точнее константа) запросов - 1 запрос на нужную неделю + максимум 7 запросов на сутки + макс. 24 запроса на час + макс. 12 запросов на 5-тиминутку + макс. 5 запросов постоянных дифов (я делал минутные, давно правда, теперь делать часто запросы на гокс нельзя, не чаще чем раз в 5 мин).
Конечно грамотнее было выбирать не 'красивые интервалы' а степень какого либо числа, к примеру 4 или 8, но мне было лень переделывать, основная нагрузка в аналитики приходится не на получение данных да и даже если хранить не дифы а тупо копии json (только не то что возвращает сервер а подчистить), занимаемое место не критично (кстати такая база неплохо пакуется файловыми системами или даже встроенными средствами базы данных, для readonly части это оправдано).
Хранить в базе в виде сериализованных массива массивов из целых чисел (asks и bids - разные поля) - [ [price,amount],.. ] так как массивы заметно шустрее десериализуются и обрабатываются чем объекты.
Так же метод в коде должен уметь кешировать стакан в памяти, в пределах какого-либо интервала. Вообще кешировать рекомендуется все.. данные, вычисляемые значения и т.п.
|
|
|
|
|
@Dex9999
У меня капитанские вопросы, какая либо зависимость между поврежденными ответами и теми что ожидаются есть?
Запустить массив векторов работ с заранее известными ответами (надергать готовые из блокчейна или логировать GPU майнер) и посмотреть.. что должно быть и что выдает.
Вполне возможно что повреждения будут иметь какой то прогнозируемый характер... инвертированный бит, константное значение, копия значения из соседнего бита и т.п.
|
|
|
|
|
Поэтому я и сказал, 'не рубите сплеча', пусть пользователь сам контролирует, отсылать ли майнеру опоздавшие шары на пул или нет.
|
|
|
|
Как правило таких нод очень небольшое количество, если специально не собирать самые тормозные (а этого точно не стоит делать).
Когда вы уже приняли блок, это означает что кто-то из ваших соседей уже получил этот новый блок. Маэестро, вы не забыли тему беседы? Речь шла про то, стоит ли опоздавшее решение из буфера чипа извлекать и возвращать пулу или нет. Тут счет идет на миллисекунды, на грани пингов и помех в связи между нодами bitcoin. Дальнейшее увеличение времени опоздания будет влиять только на вероятность того, что этот опоздавший блок кто то поймает первым и найдет свой блок, прописав в его предки этот опоздавший. |
|
|
|
Необходимость высылать даже опоздавший с точки зрения пула блок - есть, она, как и другие методы, должна способствовать уменьшению орфанов.
Вы ответьте лучше на один вопрос. Откуда на вашей ноде появился новый блок? вопрос не понял. |
|
|
|
|
Опять вы говорите про 'сеть примет', порядок принятия и т.п., сеть это не 1 сервер, а куча, кто то раньше, кто позже... на этой разнице и появляются orphaned. Блок, найденный конкретным майнером для другого майнера, если у него стоит общий блок-предок, совершенно нормальный блок, и не важно что конкретно по мнению того майнера, выдавшего блок, он опоздал, ну и что что тот майнер выдал новое задание, а этот майнер еще не выдал, да и задания у них обоих разные.
Необходимость высылать даже опоздавший с точки зрения пула блок - есть, она, как и другие методы, должна способствовать уменьшению орфанов.
|
|
|
|
Значит пул глупый Принял блок с предыдущего задания - вышли в сеть, не ленись,.. у этого блока тоже будет шанс на выживание в сети. Это значит, что вы не понимаете как работает сеть bitcoin. O_o и где же я ошибаюсь? Сеть оперирует понятиями - длина цепочки, ей нет дело до различиях во времени, потому как этим временем до некоторых пор манипулировали майнеры, слишком быстро перебиравшие nonce (это до появления getblocktemplate). Значение имеет только тот блок, который включил следующий майнер! Посмотрите а время нахождения блоков - http://blockchain.info/orphaned-blocks разница между отклоненными и блоком в цепочке минуты, и есть такие, у кого отклонен блок найденный раньше. |
|
|
|
Значит пул глупый Принял блок с предыдущего задания - вышли в сеть, не ленись,.. у этого блока тоже будет шанс на выживание в сети. |
|
|
|
А вы подумайте, что пулы, не учитывающие стейлы, фактически принижают 'далеких' пользователей, у которых из-за высокого пинка больше стейлов. Хорошая блин децентрализация.
А если пинг=1час или, скажем, сутки? Пока майнер не получил новое задание (а это тот же пинг) - вся его работа бесполезна. 10 минут, вполне закардкоженый параметр Пример ситуации - майнер на луне или на геостационарной орбите... пинги несколькосекундные. |
|
|
|
|
А вы подумайте, что пулы, не учитывающие стейлы, фактически принижают 'далеких' пользователей, у которых из-за высокого пинка больше стейлов. Хорошая блин децентрализация.
|
|
|
|
Помним, для p2pool эти шары могут оказаться такими же ценными как и не опоздавшие. Не рубите с горяча, опцию хоть какую то сделать надо.
Не только для p2pool, есть еще пулы которые свежие stale принимают, но по сути это очковтирательство. Т.к. они по сути своей бесполезны более чем полностью. Не бесполезные. Шары майнера для таких пулов - это способ доказать пулу их мощность! То что некоторые из этих шар являются решением в данном случае совсем не важно. И кстати, опоздавшая шара-решение так же может оказаться стать блоком, обычное дело, когда несколько блоков борятся за шанс остаться в цепочке, и у всех есть шансы. |
|
|
|
Ну эти только распределением заданий и низкими задержками в сети лечить, один фиг 0 не будет До 10Gh вполне реально получить 0.05%, на больших скоростях уже ближе к 0.5% Будущие монстры видимо должны будут поддерживать несколько соединений, чтобы раздавать задания раздельно по платам, либо забить на высокий процент stale. не-не, все не так просто. у чипа два буфера (job0,1), один считается, из другого параллельно предыдущий результат читается. так вот когда новый блок найден сетью, текущий считаемый буфер сразу становится недействительным, но прочитан он будет только на следующей итерации, и потом отправлен пулу как ни в чем не бывало, и вот они стейлы. нужно просто заблокировать эту отправку, станет чуть меньше нагрузка на майнер, на сеть и на пул, и счетчик реджектов не будет таким раздражающим глаз. вечером посмотрю что с этим можно сделать. Помним, для p2pool эти шары могут оказаться такими же ценными как и не опоздавшие. Не рубите с горяча, опцию хоть какую то сделать надо. |
|
|
|
|
Show Posts
