Создан патч для резолва .bit (namecoin) доменов в I2P

[pent]

Кто нибудь знает что это такое и с чем его едят?

https://en.bitcoin.it/wiki/Open_Transactions
https://en.bitcoin.it/wiki/Moneychanger
https://github.com/FellowTraveler/Open-Transactions

[1715018475]

1715018475

[1715018475]

1715018475

[LZ]

Знаю. Это типа софт для банков и бирж будущего. Посмотри там видео. Но нам оно тут не к месту.

[promankirov]

Знаю, это типа софт для банков и бирж будущего. Нам оно не нужно.

Уххх как все загадочно...
Есть софт для банков и бирж будущего. А информацию о будущем кто нибудь уже получает?

[pent]

И давайте разделять майнинг эмиссии оборотных средств с майнингом по верификации доменных операций. Ведь разработчики разделяют кошельки с доменными монетками и кошельки с простыми (N- и M- кошельки).

Кстати, о чем то подобном говорил Сатоши в обсуждении BitDNS. Вероятно мы на правильном пути.

I think it would be possible for BitDNS to be a completely separate network and separate block chain, yet share CPU power with Bitcoin.  The only overlap is to make it so miners can search for proof-of-work for both networks simultaneously.

The networks wouldn't need any coordination.  Miners would subscribe to both networks in parallel.  They would scan SHA such that if they get a hit, they potentially solve both at once.  A solution may be for just one of the networks if one network has a lower difficulty.

I think an external miner could call getwork on both programs and combine the work.  Maybe call Bitcoin, get work from it, hand it to BitDNS getwork to combine into a combined work.

Instead of fragmentation, networks share and augment each other's total CPU power.  This would solve the problem that if there are multiple networks, they are a danger to each other if the available CPU power gangs up on one.  Instead, all networks in the world would share combined CPU power, increasing the total strength.  It would make it easier for small networks to get started by tapping into a ready base of miners.

So if its possible to have a separate block chain and share the cpu power it seems like the issue is solved. Dont go pushing non financial transactions into one central block chain but let each application be a separate entity. If there are many different block chains it increases the chance of earning a block doesnt it?

Its a simple elegant solution from satoshi.

Перевод: не надо мешать доменные транзакции с финансовыми в одной цепочке блоков. Для доменных транзакций необходима своя цепочка.

Но мне лично bitdns не нравится, как то уж она довольно уродливо цепляется к цепочке блоков, с серьезными ограничениями. И ориентирована, опять же, на централизованную по определению, структуру DNS.

В действительности же надо распределенное, авторитетное хранилище ключ=значение как у неймкоин.

[pent]

Так, у нас значит куча проблем:

1. Непонятно как быть с NetworkFee, откуда его брать и с чем связывать
2. Коины надо возвращать в оборот, но хитро, чтобы не было инфляции
3. Должна быть возможность принимать хоть миллион доменных операций за блок
4. Мы не должны влиять на сложность основной цепочки блоков, т.к. 10 блоков в час это тот слон, на котором стоит система

Нарисовалось вот что

XX==-- Не работает --==ХХ

Баунти основного блока падает, цена домена так же стремится к нулю.

Необходима доработка

[pent]

Вообще конечно приятно решать такую сложную задачу.

Но для меня было открытием, что есть задача посложнее - сделать так, чтобы меня услышали.

[pent]

Короче от комунити толку...

"Если через 15 минут мне никто не придумает нормальное название фирмы, я назову ее Яблоко". Стив Джобс.

Есть кое какие идеи, делаю форк. Надоело ворошить это ленивое болото неймкоин девелоперов.

Заинтересованным программерам - в личку.

[ArsenShnurkov]

Короче от комунити толку...

Создатели namecoin тоже много раз кричали и предлагали обсудить как сделать namecoin,
никто не откликался, до тех пор пока они не выкатили софтину.

[Balthazar]

В принципе, если сделать форк и раскрутить его, то разработчики могут поумнеть и смержить нужные изменения...

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

Насчет комиссии за создание домена можно сделать аналогично тому, как считалась награда за блок в solidcoin2 раньше, она была привязана к сложности. Некая константа (там 25) и нелинейный коэффициент, зависящий от сложности. Scrypt намнооого тяжелее 2xSHA256, так что сложность едва ли в обозримом будущем превысит единицу, и можно не мудрить особо с нелинейностью, сделать комиссию за создание-продление домена равной сложности в человекопонятном представлении (сложность будет сначала около 0.0000006, потом вырастет до десятых и рост замедлится). Это будет логично - больше майнеров выполняют больше работы и платить надо больше за обеспечиваемую ими защиту.

А чтобы награда за блок и плата за домен не выглядели сильно непропорциональными, можно уменьшить награду за блок на старте (до 25 монет) и соответственно предел количества монет в системе (т.е. стартовать с того этапа эмиссии, на котором биткоин будет в скором времени), или даже больше. Вот такие мысли.

[rPman]

особенно если форк раскручивать одновременно с i2p и TORом... то вполне себе может не просто взлететь но и подмять под себя основную ветку.

p.s. немного не согласен с предложенным алгоритмом, но с текущим я тоже не согласен.. и своих предложений дать не могу...

[LZ]

pent, если и вправду будешь делать, то не забудь сохранить обеспеченность монеток доменами.
Пусть NetworkFee будет чем угодно, хоть экстремально низким числом, но никак не будет нулем.

[Balthazar]

Завтра-послезавтра выкачу набросок-концепт, возможно...

[Balthazar]

В английской ветке markm утверждает что все scrypt алгоритмы
до сих пор реализованые в альтфорках -- не настоящие.

сделано так для того чтобы TBX/LTC можно было майнить с помощью
ботнетов а владельцы зараженных машин не замечали что комп чем-то
сильно занят.

Делайте настоящий кошерный scrypt для Namecoin2
а то некрасиво будет.

Scrypt во всех альткоинах прикручен криво, да (scrypt-хэш используется как дополнительный хэш для валидации блоков, который генерится в рантайме, а не сохраняется в цепочке). Это снижает производительность и выглядит нелогично, но неудивительно, т.к. все они являются копипастом с TBX, а ее автору просто не хотелось потратить время на нормальное прикручивание. Чего не скажешь про тех, кто будет форк делать для дела, а не просто лишь бы выкатить очередной недокоин поскорее.

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

http://www.tarsnap.com/scrypt/scrypt.pdf

Пусть markm прочитает это, и троллит потоньше.

[pent]

особенно если форк раскручивать одновременно с i2p и TORом... то вполне себе может не просто взлететь но и подмять под себя основную ветку.

p.s. немного не согласен с предложенным алгоритмом, но с текущим я тоже не согласен.. и своих предложений дать не могу...

Алгоритм я уже усовершенствовал и мне он кажется идеальным. Полностью основан на размышлениях Сатоши в ветке про BitDNS. Завтра буду обсуждать с програмерами. А выкладывать его до альфы смысла не вижу, потому что.

Мне задают вопросы "Не понимаю вашу точку зрения, в неймкоин все в порядке". Вот и в английской ветке уважаемый человек сказал что я несу беспорядочную пургу, и у неймкоина все в порядке.

Где документы дизайна неймкоина? Их кто то изучал? Не, я понимаю что это альфа, но картинок дизайна нет и приходится изучать самому и вопрошать коммунити. И в то же время, люди вкладывают свои мощности, а кто то и деньги, не достаточно изучив, прочны ли основы.

А коммунити связано стереотипами и считает что если это форк Bitcoin, то там по дефолту все в порядке. А никто не изучал и не задавал неудобных вопросов. Вернее задавали и не раз, но это как то само собой заминалось.

In a name of science, question everithing...

[Balthazar]

pent? почитай пост выше в тему стереотипов ) Пороц стереотипы даже до идиотизма доводят. 

[pent]

В принципе, если сделать форк и раскрутить его, то разработчики могут поумнеть и смержить нужные изменения...

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

Насчет комиссии за создание домена можно сделать аналогично тому, как считалась награда за блок в solidcoin2 раньше, она была привязана к сложности. Некая константа (там 25) и нелинейный коэффициент, зависящий от сложности. Scrypt намнооого тяжелее 2xSHA256, так что сложность едва ли в обозримом будущем превысит единицу, и можно не мудрить особо с нелинейностью, сделать комиссию за создание-продление домена равной сложности в человекопонятном представлении (сложность будет сначала около 0.0000006, потом вырастет до десятых и рост замедлится). Это будет логично - больше майнеров выполняют больше работы и платить надо больше за обеспечиваемую ими защиту.

А чтобы награда за блок и плата за домен не выглядели сильно непропорциональными, можно уменьшить награду за блок на старте (до 25 монет) и соответственно предел количества монет в системе (т.е. стартовать с того этапа эмиссии, на котором биткоин будет в скором времени), или даже больше. Вот такие мысли.

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

Дилемма Scrypt или SHA2 - это всего лишь детали реализации, которые вторичны. Вы видели в документе Сатоши какие либо детали? Он просто сказал что возможно, здесь  будет использоваться SHA256

The proof-of-work involves scanning for a value that when hashed, such as with SHA-256, the hash begins with a number of zero bits.

Моей целью не является создание очередного недо-коина. Я просто хочу чтобы Tor и I2P имели нормальные читабельные имена и стали доступны обычным смертным.

А все недокоины мертвы с рождения. Это еще Сатоши говорил. Биткоин взлетел и его уже не догнать, в то время как вычислительная мощность ограничена и она рано или поздно будет поглощена Биткоином.

Майнинг недокоинов - в перспективе лишь удел неудачников, которые не могут смириться с тем, что сложность уже не та, а Биткоин слишком велик для них.

[pent]

И еще неймкоин и все его предшественники шли по заведомо лузерской тропе прогиба своей системы под централизованную систему DNS ICANN.

Я же хочу, чтобы ICANN прогнулась под такую систему и стала ее частностью.

[Balthazar]

Scrypt деталь реализации, но влияет на систему фундаментально. Сколько видеокарт, пригодных для майнинга? Миллионы. А сколько процессоров? Десятки миллионов... Уже хотя бы поэтому влияние огромно.

Да и потом, scrypt это лишь дополнение к SHa256, и она ее не отменяет, а дополняет.

1)Но scrypt можно майнить эффективно только на CPU --> низкая мощность сети
--> слабая защищенность --> FAIL --> RIP.

В корне неверно и противоречит логике (майнится только на цпу == ломать можно только на устройствах с хорошим префетчем и предсказанием ветвлений). Читайте статью, ссылку на которую я публиковал выше. Безопасность обеспечивается вовсе не кукурузными мегахэшами, а они в случае sha256-самая настоящая воздушная кукуруза. Для scrypt мегахэш-это все равно что для sha256 тэрахэш. Алгоритм очень тяжелый (в тысячи раз тяжелее таких тяжелых и трудно реализуемых на GPU алгоритмов, как blowfish), и для обеспечения той же степени защиты нужно на порядки меньше итераций в секунду.

Весьма красноречивая табличка:


А то что майнится только на CPU или на прочих подобных устройствах-это хорошо, означает отсутствие конкуренции с биткоином за мощности.

[promankirov]

Ребята, от всей души желаю Вам УДАЧИ!!!
Как появится рабочий вариант с удовольствием приму участие в тестировании. (если конечно Вам будут нужны тестеры)

[Balthazar]

А оно под GPL. Если не закрывать исходный код, то можно юзать референсную реализацию. Правда, референсная реализация это больше proof of concept и страшный тормоз, т.к. написана на чистом C без привязки к какой-либо платформе. К примеру, на I7 970 она у меня выдает 10 килохэшей в секунду. После небольшой оптимизации интринсиками я получил 19. А pooler со своим cpuminer'ом и реализацией на ассемблере позволил 59 выжать. Есть приватные реализации, с которыми можно выжать под 70.

Реализацию pooler'а, позволяющую считать по 3 хэша за цикл на 64-битных процессорах, можно посмотреть тут:

https://github.com/pooler/cpuminer

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

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

Но вообще, оптимизации скорости в клиенте смысла не имеют, дело клиента - хэши проверять на валидность, а там и скорости референсной реализации хватит с головой. А для майнинга можно юзать майнер от pooler'а.