ARM-форк

[bitrain]

 Форк, заточенный под x86-64 создан (с использованием scrypt-jane) - Yacoin.
 А можно ли, стоит ли затачивать форк под ARM-процессоры?
 Получился бы своеобразный Androidcoin/ArmCoin/ANDcoin ...
 Огромный плюс в том, что ARM-ресурсы достаточно широко распределены, децентрализация на момент старта идеальная.

[1714907817]

1714907817

[1714907817]

1714907817

[ZPK]

угомонитесь уже)

[human]

Очень интересный вопрос! Любой специалист по железу здесь, кто мог ответить? Я хотел бы принять участие!

[myhoho]

 Отличный вариант, между прочим. Если мы хотим добиться своего рода справедливого первоначального распределения (+заблаговременный анонс +нормальная стартовая сложность)...
 GPU/ASIC-ориентированные форки (то бишь SHA-256) нынче не модны, ибо парой АСИКов убиваются на старте на раз, CPU-форки - поощрение ботнетов и злоупотребления использования кластеров. А на ARM обыкновенно у людей телефончик, да планшет в лучшем случае... А телефоны и планшеты нонча дюже шустрые - хэши на них очень даже считаются.
 Andcoid (d можно обыграть как перевернутую набок n > с + l) )!

[myhoho]

 + меньшее энергопотребление. Как ни крути, мы своими криптовалютами всё равно почти впустую ресурсы переводим...

[Storan]

Любой дохлый целерон (современный), в пух и прах разнесёт arm-cpu. И поскольку в PoW прав тот кто мощнее, arm-форк захватят х86 (и да, х86 энергоэффективней, затратив 1 кв/ч он посчитает гораздо больше хешей, чем arm-задохлик)

[bitrain]

Наверняка же можно уравнять шансы x86/64 архитектур с arm для отдельно взятого форка, так же как в jane уравниваются cpu и gpu... Гений способен найти какую-то особенность архитектуры, за которую можно ухватиться. Жаль я не гений (.

[wiki] Условное исполнение
Одним из существенных отличий архитектуры ARM от других архитектур ЦПУ является так называемая предикация — возможность условного исполнения команд. Под «условным исполнением» здесь понимается то, что команда будет выполнена или проигнорирована в зависимости от текущего состояния флагов состояния процессора.
В то время как для других архитектур таким свойством, как правило, обладают только команды условных переходов, в архитектуру ARM была заложена возможность условного исполнения практически любой команды. Это было достигнуто добавлением в коды их инструкций особого 4-битового поля (предиката). Одно из его значений зарезервировано на то, что инструкция должна быть выполнена безусловно, а остальные кодируют то или иное сочетание условий (флагов). С одной стороны, с учётом ограниченности общей длины инструкции, это сократило число бит, доступных для кодирования смещения в командах обращения к памяти, но с другой — позволило избавляться от инструкций ветвления при генерации кода для небольших if-блоков.
Пример, обычно рассматриваемый для иллюстрации — основанный на вычитании алгоритм Евклида. В языке C он выглядит так:

Code:

    while (i != j)
    {
       if (i > j)
           i -= j;
       else
           j -= i;
    }

А на ассемблере ARM — так:

Code:

loop CMP Ri, Rj; set condition «NE» if (i != j),
                            ;               "GT" if (i > j),
                            ;            or "LT" if (i < j)
        SUBGT  Ri, Ri, Rj   ; if "GT" (greater than), i = i-j;
        SUBLT  Rj, Rj, Ri   ; if "LT" (less than), j = j-i;
        BNE    loop         ; if "NE" (not equal), then loop

Из кода видно, что использование предикации позволило полностью избежать ветвления в операторах else и then. Заметим, что если Ri и Rj равны, то ни одна из SUB инструкций не будет выполнена, полностью убирая необходимость в ветке, реализующей проверку while при каждом начале цикла, что могло быть реализовано, например, при помощи инструкции SUBLE (меньше либо равно).
Один из способов, которым уплотнённый (Thumb) код достигает большей экономии объёма — это именно удаление 4-битового предиката из всех инструкций, кроме ветвлений.

Другие особенности
Другая особенность набора команд это возможность соединять сдвиги и вращения в инструкции «обработки информации» (арифметическую, логическую, движение регистр-регистр) так, что, например выражение С:

Code:

 a += (j << 2);

может быть преобразовано в команду из одного слова и одного цикла в ARM:

Code:

ADD Ra, Ra, Rj, LSL #2

Это приводит к тому, что типичные программы ARM становятся плотнее, чем обычно, с меньшим доступом к памяти. Таким образом, конвейер используется гораздо более эффективно. Даже несмотря на то, что ARM работает на скоростях, которые многие бы сочли низкими, он довольно-таки легко конкурирует с многими более сложными архитектурами ЦПУ.
ARM процессор также имеет некоторые особенности, редко встречающиеся в других архитектурах RISC — такие, как адресация относительно счетчика команд (на самом деле счетчик команд ARM является одним из 16 регистров), а также пре- и пост-инкрементные режимы адресации.

[Storan]

Навряд ли есть хеш-алгоритмы, в которых требовались бы вычисление условий 

[rPman]

Навряд ли есть хеш-алгоритмы, в которых требовались бы вычисление условий 

элементарно... тупой пример:
if ( sha256(data) & 0x0001) return scrypt(data+1);else
if ( sha256(data) & 0x0002) return scrypt(data+2);else
if ( sha256(data) & 0x0004) return scrypt(data+3);else
...
if ( sha256(data) & 0x8000) return scrypt(data+15);

[bitrain]

 Уже мечтаю о своей малиновой ферме (из Raspberry PI) 

[bitrain]

Что кроме наработок BOINC можно использовать?
http://boinc.berkeley.edu/trac/wiki/AndroidBoinc

[bitrain]

Расскажите мне кто-нибудь о несостоятельности идеи, пожалуйста...

[naima53]

Расскажите мне кто-нибудь о несостоятельности идеи, пожалуйста...

эмуляция арм на PC 

[sleekka]

Расскажите мне кто-нибудь о несостоятельности идеи, пожалуйста...

Так то, покровители попросили Сатоши-дайс, перестать мусорить блоки битка своими транзакциями, т.к. файл щас уже 400метров,
для простого валета можно использовать лайт-версию, а для майнинга нужно таскать полный файл транзакций.
Есть мнение, что биток без реформ не в состоянии потянуть массовых транзакций, именно из необходимости хранения всех транзакций.
Как вы это будете хранить на arm ?

[pyromaniac]

Проблема в другом. Справедливого распределения не будет до тех пор, пока валюта привязана к BTC. Если новый форк можно обменять на битки, считайте, что он привязан к ASIC'ам, даже если его считать можно только на деревянных счётах. Поэтому всегда найдутся "олигархи", которые на начальном этапе скупят за бесценок все намайненные монетки по 0.00..(куча нулей)1 BTC, после чего волатильность рынка резко упадёт, курс монет тоже и о них все забудут.
Привязанность к BTC = смерть в течение первых месяцев. Только скупая монеты исключительно за доллАры, мы делаем их конвертируемой валютой, а не игрушкой на месяц-другой от силы.

[naima53]

Расскажите мне кто-нибудь о несостоятельности идеи, пожалуйста...

Так то, покровители попросили Сатоши-дайс, перестать мусорить блоки битка своими транзакциями, т.к. файл щас уже 400метров,
для простого валета можно использовать лайт-версию, а для майнинга нужно таскать полный файл транзакций.
Есть мнение, что биток без реформ не в состоянии потянуть массовых транзакций, именно из необходимости хранения всех транзакций.
Как вы это будете хранить на arm ?

8 Гбайт вы имеете в виду?

[bitrain]

Спасибо всем за помощь!

эмуляция арм на PC  

 Это ж добавляет довольно значительный оверхед в плане производительности, не? Да и, по идее, CPU должно быть выгоднее вычислять какие-нить Yacoin, ато и вовсе решать полезные задачи...
 Может есть ещё какие-то трюки по замедлению скорости эмуляции arm на x86?

Расскажите мне кто-нибудь о несостоятельности идеи, пожалуйста...

... для майнинга нужно таскать полный файл транзакций...
Как вы это будете хранить на arm ?

Ну, сам по себе arm не мешает иметь террабайтный storage, а так - даже 32 Гб sd карты должно хватить лет на пять, а за это время и 768 ГБ будет стоить как нынче 32 ГБ...

Проблема в другом. Справедливого распределения не будет до тех пор, пока валюта привязана к BTC.

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

[pyromaniac]

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

Биткоин - да, но его легко намайнить на АСИКах, скупить ещё в зародыше 51% какой-нибудь недовалюты и контролировать. весь т.н. "пакет акций". А долларовые миллиардеры биткоин не скупали лишь потому, что он был первым в своём роде, вследствие чего недооценен.

[Storan]

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

Биткоин - да, но его легко намайнить на АСИКах, скупить ещё в зародыше 51% какой-нибудь недовалюты и контролировать. весь т.н. "пакет акций". А долларовые миллиардеры биткоин не скупали лишь потому, что он был первым в своём роде, вследствие чего недооценен.

Быстро иметь 51% валюты - это практически скам-проект. Биткоин выстрелил с такой же схемой, только потому что первым был.
Имхо, ARM-форк (low-power node) может быть жизнеспособен, если удастся решить такую проблему - майнинг всей системы на p2p основе, где даже один из миллиарда ведроида/Якоробочки сможет участвовать несколькими "share" в час, получая свою долю, и при этом как-то решить/избежать немыслимых объёмов coin-base транзакций (что например в биткоине произойдёт, если механически такое внедрить) и сопутствующему нынешнему р2роо1 объёму трафика.

[hakushka]

Расскажите мне кто-нибудь о несостоятельности идеи, пожалуйста...

эмуляция арм на PC  

Или банальное переписывание программы под x86_64, исходники открыты, разница в производительности arm и x86_64 в 2-3 порядка даст необходимую мотивацию. Вывод: идея безперспективна.