Bitcoin Forum
November 21, 2017, 02:23:01 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 [13] 14 »  All
  Print  
Author Topic: TrueCoin <-- правильная монета  (Read 19161 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 02, 2013, 04:16:21 PM
 #241

Ну как экс-трушечки поживают, надежда на воплощение ещё осталась?
1511274181
Hero Member
*
Offline Offline

Posts: 1511274181

View Profile Personal Message (Offline)

Ignore
1511274181
Reply with quote  #2

1511274181
Report to moderator
1511274181
Hero Member
*
Offline Offline

Posts: 1511274181

View Profile Personal Message (Offline)

Ignore
1511274181
Reply with quote  #2

1511274181
Report to moderator
1511274181
Hero Member
*
Offline Offline

Posts: 1511274181

View Profile Personal Message (Offline)

Ignore
1511274181
Reply with quote  #2

1511274181
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511274181
Hero Member
*
Offline Offline

Posts: 1511274181

View Profile Personal Message (Offline)

Ignore
1511274181
Reply with quote  #2

1511274181
Report to moderator
1511274181
Hero Member
*
Offline Offline

Posts: 1511274181

View Profile Personal Message (Offline)

Ignore
1511274181
Reply with quote  #2

1511274181
Report to moderator
1511274181
Hero Member
*
Offline Offline

Posts: 1511274181

View Profile Personal Message (Offline)

Ignore
1511274181
Reply with quote  #2

1511274181
Report to moderator
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
June 02, 2013, 06:36:37 PM
 #242

Помаленьку...
Надежда умерла )( RIP

Мое понимание эволюционировало  в сторону того,
 что PoW-валюта не решает проблем.
Чистый и безопасный PoS так никто толком и не придумал.
Плюс вся эта пурга "новых недовалют" которую мы наблюдаем и другие соображения...
Походу в мире койнов наступают тяжелые времена.
-----------------
Если хотите - запилите что-то вроде ?!
Не обязательно делать новый PoW, можно сделать
 только новый инфляционный механизм эмиссии.


"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Balthazar
Legendary
*
Online Online

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
June 02, 2013, 08:59:58 PM
 #243

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

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 04, 2013, 09:21:21 AM
 #244

А PoS может выступать лишь в роли необязательного "дополнительного рубежа" защиты?

Скажем № PoW-блоков всегда чётные, 0---2---4---6---8---10-...; транзакции подтверждаются шестью pow'ами.
Между ними(PoW) могут встраиваться PoS-блоки, т.е. аналог предыдущей цепочки будет выглядеть 0-1'-2'-3'-4'---6'---8'-9'-10'-... При этом транзакция "засветившаяся" в блоке 0, по-прежнему полностью подтвердится в блоке 10, но цепочка 0-10' будет "весомей" чем 0-10.

Сложность для PoW-блоков рассчитывается именно по ним самим, чтобы сетью находилось N PoW-блоков в сутки. Сложность PoS-блоков косвенно будет зависеть от резкого изменения PoW-мощностей сети, но при устоявшейся мощности у PoW в принципе будет тоже предоставлена сама себе, и корректироваться для нахождения 0,9N-0,95N PoS-блоков в сутки.

Понятно, что дурное дело нехитрое и реализовать можно. Вопрос, добавит ли такой PoS защиты от дабл-спенд атак?
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
June 04, 2013, 09:57:35 AM
 #245

Если речь идет о NVC/PPC типе pos, то вы
 по-моему не можете гарантировать что они
(pow и pos блоки) будут чередоваться по какой-то опред. схеме. то есть вам придется рассматривать всякие крайние случаи тоже,
 типа почти чистый pos или pow временами.

Может уважаемый Бальтазар вам объяснит, лучше
 как теперь обстоит дело в NVC. А то я перестал
 следить за последними изменениями там.
Наверное у него есть некая секретная целевая система
 к которой NVC перейдет в конце концов Wink

А я теперь занят совсем другими делами...
И соображаю очень туго на Трушные темы Smiley


"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Balthazar
Legendary
*
Online Online

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
June 04, 2013, 10:03:43 AM
 #246

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

Насчет NVC текущий план - PoS/PoW  ~= 3/1. Сделать принудительное чередование или ограничить длину цепочки блоков одного типа можно, но это требует обдумывания. Пока склоняюсь к тому, чтобы не добавлять подобных диктаторских условий.

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 04, 2013, 01:12:13 PM
 #247

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

Насчет NVC текущий план - PoS/PoW  ~= 3/1. Сделать принудительное чередование или ограничить длину цепочки блоков одного типа можно, но это требует обдумывания. Пока склоняюсь к тому, чтобы не добавлять подобных диктаторских условий.

Трудно придумать "честный" PoS, в валюте у которой PoW - эмитент инфляции; с энергоэффективностью дела вообще печально, и не возразишь.

С NVC хоть понятно  Roll Eyes если/когда асики под scrypt сделают и/или курс вырастет, PoS блоки вообще львиную долю генерируемых монет будут выдавать.


Ukigo, думаю из-за этой пурги форков, как раз просто очередной клон с изменённым механизмом эмиссии 100% обречён на провал. Хоть мизерный шанс остаться в живых имеет как раз only-cpu форк, без первоначальной привязки к какой-либо планке биржевого курса и отсутствием обещаний/надежд для толпы майнеров нафармить золотые горы в первоначальный период десятка перерасчётов сложности.

Хотя конечно чем больше изменений, тем меньше шанс вообще реализовать Tongue, но тут лучше перфекционистом побыть. Наскоро сделанный и так же быстро умерший тяп-ляп для меня хуже не появившейся, но возможно выстрелившей бы валюты.
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 08, 2013, 05:14:23 PM
 #248

Ukigo, а вы ничего не слышали, а каких-либо форках, переписанных под win/visual studio  Huh

А то пока моё единственное достижение - так и не смог скомпилировать готовые исходники bitcoin'a в ехе-файлы  Grin

Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
June 08, 2013, 05:54:15 PM
 #249

Oops, propal russkiy yazyk...
Net, takih forkov net, naskol'ko ya znayu.
Ya pod Mingw nichego ne sobiral, uvy.
Mozhet kto podelitsya s vami opytom ?

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 11, 2013, 03:25:26 PM
 #250

А разбирались, у существующих живых форков есть какие-либо джентльменские ограничения/изменения в функционале?
В смысле, что обязательно нужно изменять из списка, чтобы не конфликтовать с "родительскими" валютами : заголовки блоков, сетевые порты, префиксы адресов, в транзакциях что-либо, и т.п. ?
Balthazar
Legendary
*
Online Online

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
June 11, 2013, 03:54:39 PM
 #251

Ukigo, а вы ничего не слышали, а каких-либо форках, переписанных под win/visual studio  Huh

А то пока моё единственное достижение - так и не смог скомпилировать готовые исходники bitcoin'a в ехе-файлы  Grin
Раньше биткоин собирался MSVC без проблем... Потом на поддержку соответствующего мейкфайла забили. Принципиальных проблем с этим нет, был бы смысл. Оно понятно, что MSVC генерит более быстрый код, но это же не игровой движок все-таки.

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
June 11, 2013, 06:12:33 PM
 #252

Quote
В смысле, что обязательно нужно изменять из списка, чтобы не конфликтовать с "родительскими" валютами : заголовки блоков, сетевые порты, префиксы адресов, в транзакциях что-либо, и т.п. ?
Порты, префиксы адресов ( то есть версию адреса
 чтоб подгадать под желаемую первую букву/цифру) и волшебныу байты - точно надо.
может что-то еще ...

Все таки хотите нечто выпустить ? Smiley

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 12, 2013, 12:26:25 AM
 #253

Ukigo, а вы ничего не слышали, а каких-либо форках, переписанных под win/visual studio  Huh

А то пока моё единственное достижение - так и не смог скомпилировать готовые исходники bitcoin'a в ехе-файлы  Grin
Раньше биткоин собирался MSVC без проблем... Потом на поддержку соответствующего мейкфайла забили. Принципиальных проблем с этим нет, был бы смысл. Оно понятно, что MSVC генерит более быстрый код, но это же не игровой движок все-таки.
Ну встроенный майнер присутствует же Roll Eyes Но я искал по другой причине, если до этого unix в глаза не видел, не то что его среды разработки, то трудно решиться что-то сделать в нём сделать.


Quote
В смысле, что обязательно нужно изменять из списка, чтобы не конфликтовать с "родительскими" валютами : заголовки блоков, сетевые порты, префиксы адресов, в транзакциях что-либо, и т.п. ?
Порты, префиксы адресов ( то есть версию адреса
 чтоб подгадать под желаемую первую букву/цифру) и волшебныу байты - точно надо.
может что-то еще ...

Все таки хотите нечто выпустить ? Smiley

"волшебные байты" - это некие константы в сетевом коде?

Ну да, решил просто клон-в-клон биткоин форкнуть. С изменённым принципом начисления награды/ретаргета, (это уже натренировался вроде). Ну и осталось хеш-функции заголовка блока заменить/расширить.
Надо идею фактически показать людям-то, может кому из стартапов понравится, и реализуют таки в нормальном виде/либо этот подберут до ума окончательно довести.

p.s. sphlib в оригинале не хотел линковщик подсоединять... повтыкал ifdef __cplusplus extern "C" { ... } и вроде как подхватилось. Интересно, такое в дальнейшем к непредсказуемым траблам может привести?
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
June 12, 2013, 04:11:09 AM
 #254

magic bytes --  это когда два узла беседуют при
 коннекте , вроде сигнала "свой-чужой".

Насчет линковки :
Если вы таки делает под Юникс, то наверное не должно быть проблем.
Я когда "майнил" разные цепочки выше по этому треду, сварганил маленькую прогу на основе
sphlib документов.
Если хотите - выложу ее в pastebin,
 тока скажите какая вам цепочка интересна,
 а то у меня их много вариантов валяется.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 12, 2013, 06:29:35 AM
 #255

Ну QtCreator'ом компилирую, может из-за него ещё эта проблема с линковкой.

Пока такой вариант:
http://pastebin.com/b5HvSuBW

эффективный гпу-майнер сотворить мозг поломать надо будет  Grin а так под 64 битной ОС заметно шустрее бегает, чем под 32 (ну ещё может тормозит виртуалка, и 64->64 выходит эффективней чем 32->64)
Сначала хотел вариант выбора каждой хеш-функции от результата предыдущей итерации, но потом подумалось что смогут абьюзить вариантом фпга(гпу) под один алгоритм и с откидыванием сразу промежуточных результатов реализовать быстрый подбор хешей вида функцияk->функцияk->функцияk.
Так что остановился на случайной цепочке, зависимой только от хэша предыдущего блока.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
June 12, 2013, 07:20:07 AM
 #256

Таки С/C++ для меня чужеродный язык. ( Huh Smiley))

то есть у вас тройной хэш вида :
 Хэш512(Хэш512(Хэш512(...) ?
А чего не хотите последний сделать Хэш256 ?
транкировать( или trim256() это что-то другое ? ) может быть хуже чем использовать
 "готовый" 256-Й хэш...

Я не понимаю как оно у вас выбирает
 "в зависимости от пред. хэша"  ,
мой С/C++ ОЧЕНЬ базовый (
не могли вы объяснить русскими словами
 какие байты оно с чем сравнивает ?

------------
>> эффективный гпу-майнер сотворить мозг поломать надо будет...

Не, не мозг ж) Wink
Можно пойти иным путем, прежде чем дизайнить
 цепочки хэшей надо сделать так :
1) Выучить OpenCL
2) Пообщаться с опытными кодерами на нем
 по "майнерной" теме.
3) после 1) и 2) у вас появится понимание
 какая цепочка будут круче на ГПУ и насколько.
4) Huh
5) Наступит просветление и нирвана Ж))))
___________
Да, это кружный путь, зато не придется
 по горам лазать...
Все умные делают это.Идут в обход то есть.


"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
rPman
Legendary
*
Offline Offline

Activity: 1120


View Profile WWW
June 12, 2013, 09:21:29 AM
 #257

Я и так могу скзать, без сильного изучения opencl и high computing, самым узким место в области высокопроизводительных вычислений является оперативная память!
Сколько там на чип влезает? 6-8GB кеша в топовые процессоры? (это дорогие, типичные представители радуются и 2-мя), и готовых алгоритмов берете тот же scrypt и подстраиваете параметры под требуемое потребление памяти (litecoin - всго 128кб). Активный random access к большому объемы памяти убьет скорость GPU (думаю хватит и 1 гб для начала)
От ASIC вас это не спасет, но разница в роизводительности между CPU->ASIC будет не четыре порядка! А видеокарты по любому останутся за кадром... их можно добить обилием double/quad float арифметикой (правда не факт что это заметно поможет) или увеличением размера компилированного кода больше нескольких мегабайт (у видеокарт размер памяти под код - кажеся 1мб)

p.s. если готовы пилить свой алгоритм - максимально завяжите его на генерации инструкций процессора для самого себя, затачивая под конкретную архитектуру (это не спасет от интерпретаторов, но их скорость будет еще меньше)

p.p.s. PoW на основе пустых вычислений - имхо тупиковый путь. Подумайте над чем-нибудь другим.



yacoin - используют scrypt ПОДСТРАИВАЮЩИЙ параметры алгоритма в зависимости от сложности (т.е. потребление памяти растет - правда что будет когда типичного компа не будет хватать...)

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 12, 2013, 06:44:28 PM
 #258

Таки С/C++ для меня чужеродный язык. ( Huh Smiley))

то есть у вас тройной хэш вида :
 Хэш512(Хэш512(Хэш512(...) ?
А чего не хотите последний сделать Хэш256 ?
транкировать( или trim256() это что-то другое ? ) может быть хуже чем использовать
 "готовый" 256-Й хэш...

Я не понимаю как оно у вас выбирает
 "в зависимости от пред. хэша"  ,
мой С/C++ ОЧЕНЬ базовый (
не могли вы объяснить русскими словами
 какие байты оно с чем сравнивает ?

------------
>> эффективный гпу-майнер сотворить мозг поломать надо будет...

Не, не мозг ж) Wink
Можно пойти иным путем, прежде чем дизайнить
 цепочки хэшей надо сделать так :
1) Выучить OpenCL
2) Пообщаться с опытными кодерами на нем
 по "майнерной" теме.
3) после 1) и 2) у вас появится понимание
 какая цепочка будут круче на ГПУ и насколько.
4) Huh
5) Наступит просветление и нирвана Ж))))
___________
Да, это кружный путь, зато не придется
 по горам лазать...
Все умные делают это.Идут в обход то есть.



ну ещё чуток выбор изменю, и принцип таков будет. Есть хэш предыдущего блока (в роли случайной константы выступает); представляем его в пятеричной системе исчисления и выбираем хеш-функции для текущего блока по младшим разрядам этой константы (ну т.е. диапазон чисел в цифрах/разрядах будет 0005 - 4445; младшая цифра 0 - функция-0, цифра-1 - функция-1, ... цифра 4 - функция-4.  вторая и третья итерации то же самое, но по следующим цифрам этого пятеричного числа).

Нирвана эт хорошо, но к стыду своему должен признать что хеши по-большому счёту изменяю от стандартных дважды-ша/скрипт для того, чтоб обезопасить на первые месяцы эксперимент от безумного наплыва мощностей (ну безумных для форка разумеется). А так полностью просчитать несколько все финалисты ша-3 устойчивы к гпу квалификации моей всё равно не хватит, даже если порядки скоростей прикидывать  Embarrassed


Я и так могу скзать, без сильного изучения opencl и high computing, самым узким место в области высокопроизводительных вычислений является оперативная память!
Сколько там на чип влезает? 6-8GB кеша в топовые процессоры? (это дорогие, типичные представители радуются и 2-мя), и готовых алгоритмов берете тот же scrypt и подстраиваете параметры под требуемое потребление памяти (litecoin - всго 128кб). Активный random access к большому объемы памяти убьет скорость GPU (думаю хватит и 1 гб для начала)
От ASIC вас это не спасет, но разница в роизводительности между CPU->ASIC будет не четыре порядка! А видеокарты по любому останутся за кадром... их можно добить обилием double/quad float арифметикой (правда не факт что это заметно поможет) или увеличением размера компилированного кода больше нескольких мегабайт (у видеокарт размер памяти под код - кажеся 1мб)

p.s. если готовы пилить свой алгоритм - максимально завяжите его на генерации инструкций процессора для самого себя, затачивая под конкретную архитектуру (это не спасет от интерпретаторов, но их скорость будет еще меньше)

p.p.s. PoW на основе пустых вычислений - имхо тупиковый путь. Подумайте над чем-нибудь другим.

yacoin - используют scrypt ПОДСТРАИВАЮЩИЙ параметры алгоритма в зависимости от сложности (т.е. потребление памяти растет - правда что будет когда типичного компа не будет хватать...)
А насколько scrypt с переменными параметрами вообще криптоустойчив? Профаном в такое лезть - может и выйдет придумать нечто труднозатратное на первый взгляд, а потом вдруг умник найдётся, который этот внезапно нестойкий алгоритм хакнет, и будет на атоме раз в минуту блоки рассчитывать, независимо от сложности в сети.

PoW конечно плох, но придумать и реализовать что-то принципиально новое - это таланты и профи нужны. Тут бы просто до ума довести просто примитивный форк с инфляцией и ПОС, и то голова пухнет.

p.s.Это и есть magic bytes?
Code:
// The message start string is designed to be unlikely to occur in normal data.
// The characters are rarely used upper ASCII, not valid as UTF-8, and produce
// a large 4-byte int at any alignment.
unsigned char pchMessageStart[4] = { 0xf9, 0xbe, 0xb4, 0xd9 };

Магическая строка вида const string strMessageMagic = "Bitcoin Signed Message:\n"; тоже присутствует, но не думаю что сетевой магик таким длинным сделали бы.
Balthazar
Legendary
*
Online Online

Activity: 2240


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
June 12, 2013, 06:58:05 PM
 #259

Хэш предыдущего блока - это не очень удачный выбор "случайного" числа. Потому что его выбором можно манипулировать в некоторых условиях.

Хотя вообще, сама идея разработки GPU-враждебного алгоритма довольно сомнительна. Потому что ботнеты, как форма централизации, намного хуже асиков.

novaco.in | EtherMine.ru (65 GH/s, DGM 0.5%) | EtherDig.Net (18GH/s, PPS 1.5%)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Storan
Member
**
Offline Offline

Activity: 112


View Profile
June 12, 2013, 07:58:44 PM
 #260

Ну по-факту получается ведь не весь хэш, а младшие 64 бита.
(b64 % 5), ((b64/5) % 5), ((b64/25) % 5) и во всех этих итерациях результат зависит от всех битов;  подбирать хэш блока не только по старшим битам для сложности, но и по 64 младшим для получения "форы" в следующем блоке безумием будет.
Вот только эти деления по модулю не совсем случайные получаются, всё-таки для целых не выполнится 2m == 5n; но думаю от того что какая-то цепочка 100 раз повторится, а другая 99 особо никто не пострадает, случайные отклонения в реальности будут гораздо больше.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 [13] 14 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!