Is it going to support merged mining by the way? May have missed it, but I don't think I could find anything about it on the wiki.
I still din't get the purpose of merged mining. This looks like a cheat rather than something really useful. It is profitable only for one side (aux chain). I don't want to substitute DIANNA's chain to bitcoin or any other. Also they say merged mining is full of bugs and possible double spent situations. The main questions, why is this for? What for DIANNA should put its chain to risk? For possible popularity increase? The idea and design makes the popularity - not tricks. If people like it, they will mine, they will use. All other - blasphemy  |
|
|
|
Как майнеры смогут диктовать комиссию? Что размер минимальной комиссии будет жестко зашит в код и будет правиться руками разработчика?
Я предлагаю как раз стимулировать майнеров за счет комиссии которую будут платить владельцы доменов. Больше заплатил комиссию твоя транзакция быстрее обработалась.
Ты разработчик, решать конечно тебе.
Как, как. Они же процессят транзакции. Они решают, какие брать, какие не брать. Вот и будут диктовать. Хотя я бы сказал рекомендовать. Диктовать тут невозможно, так как может подключиться менее жадный пул и поиметь всех демпингом. Это человеческие отношения, закон джунглей, конфликт. В конфликте рождается истинное значение. |
|
|
|
|
Да, все это так, но я же говорю, комиссия по доменам устанавливается рыночными соглашениями.
Соберутся майнеры, скажут: нам выгодно процессить с комиссией 0.1
Уменьшится Bounty_main в два раза, возрастет нагрузка на сеть. Соберутся майнеры и скажут, нам выгодно процессить по 0.05
Если попадутся жмоты и будут ломить комиссию большую, всегда найдется кто то менее жадный, который возьмет себе все остальное.
Короче, здесь комиссия будет устанавливаться так, как постапокалиптическом биткоине (когда coinbase упадет до неприличных значений). Системе же надо будет за что то жить. Вот будут увеличивать комиссию. Возможно вообще бесплатные принимать не будут.
|
|
|
|
Есть еще непропорциональное увеличение DDiff в частном случае когда Bounty_main=0 (смотри прикрепленный файл).
При bounty_main=0 такой вот ситуации быть не может: sum fee(Txi)=0,2 sum fee(TxCi)=1,2 Ddiff=600% Если майнер допустит такое увеличение сложности, то он будет считать этот блок долго. И всегда найдется майнер, который наберет себе доменных транзакций по меньше и высчитает блок быстрее. Это ведь майнеры решают, брать транзакции в расчет или нет. |
|
|
|
|
Thank you.
Contributors wanted! C++ coders, donations also welcome! All donations will go to coders' work. I only coordinate this project.
|
|
|
|
|
promankirov: не, ты не понял идею.
Идея состоит в том, что по доменным транзакциям у нас идет финансовая активность. И комиссии по ним надо выплачивать майнерам. Но строго пропорционально, иначе инфляция!
Короче, надо дополнительно нагрузить майнеров ровно на столько, как выигрыш по доменным транзам относится к "обычному" выигрышу блока.
Т.е. моя формула верна в этом отношении.
То, что низкая поправка сложности при низкой финансовой активности по доменам - это как раз правильно. Т.к. без доменных операций это все работает точно так же как биткоин.
Твоя математика верна, но она не учитывает человеческий фактор. При bounty_main=0 награда за блок будет состоять сугубо из комиссий по фин транзам и система к этому времени будет жить только за счет комиссий. И эти комиссии в сумме будут немалы. И формула будет работать.
Дело в том что эти все формулы замыкаются на рыночных договоренностях и конфликте интересов, которые формулами не выразишь.
|
|
|
|
1. Сохранность пары ключей - головная боль овнера домена. Хочешь бекапь, хочешь теряй. Я не понял что такое "детерминистские импортируемые ключи", не могу прокомментировать. И что тут подразумевалось под контролем? Я не ровно дышу на слово "контроль" 2. Вообще это детали реализации конечно. Но Berkeley DB неплохой выбор. Достаточно мощное средство. Вопрос здесь - насколько оптимизировано хранилище. Организация хранилище биткоин мне чес говоря не очень нравится, но я пока на этом не зациклен. 3. Цепь блоков с заголовками такой системе нужна только в пределах последних TTL блоков (по поводу TTL см. спецификацию). В принципе все, что раньше можно ужимать до заголовков. Насколько я понимаю, сжимание ключа есть раздувание вероятности коллизии. 4. Жизнеспособность сети я не считаю заключенной в разного рода видах анального огораживания. Жизнеспособность заключается в идее. Все причины печальных историй с недокоинами заключаются в том, что их идея недостойна жизни, а не в том, что внезапно "набигают" майнеры и хакеры и "грабят корованы". Биткоин же не грабят. Я не изучал пока основы и принципы мержед майнинга, не сильно разбираюсь в теме. Однако я уже слышал, что данная фича чревата уязвимостями и дабл спендами. Так ли это? Если так, зачем оно нужно? В моем представлении мержед майнинг это такой способ полу-мертвых недокоинов привлечь к себе хоть какое то количество майнеров. Ну в общем как буду знать больше о мержед майнинге, выскажусь подробнее. |
|
|
|
== UPDATED: 02.12.1012Сей дизайн был рожден после долгих изучений разного рода попыток создать децентрализованную систему DNS. Итак, DIANNA - Decentralized Internet Assigned Names and Numbers Authority. Децентрализованное хранилище имен и адресов Интернет. Дело в том что в последнее время некоторые структуры слишком много о себе возомнили. Они считают что какая то организация или государство может подчинить себе право на жизнь тех или иных сайтов. А между тем, Интернет не имеет (ну по крайней мере не должен иметь) политических, религиозных, коммерческих или каких бы то ни было границ и связанных с ними дискриминаций. Проект DIANNA призван избавить Интернет от всякого рода центральных организаций (вроде ICANN, IANA и прочих), которые по сути уязвимы к разного рода попыткам внедрить цензуру сети Интернет. Ближайшая достижимая цель проекта - предоставить авторитетную децентрализованную DNS для анонимных сетей в роде I2P, Tor, Freenet. ==Дизайн v1.5 02.12.2012http://dianna-project.org/wiki/Design_Overviewv1.5: http://dianna-project.org/wiki/Design_ChangelogОбращаю ваше внимание, что это не форк Bitcoin, это расширение Bitcoin. В общем, если ни у кого нет возражений, то теперь мне нужны добровольцы. Нужен прожект менеджер для координации программеров. Нужны программмеры. На начальном этапе я так полагаю, буду делать всю работу сам. Но мне нужна помощь. Постараюсь привлечь донаты и отдать их участникам, но донаты на голый дизайн думаю никто не даст. Проект предположительно на Java. По скольку я знаю Java Это касается толстого клиента, тонкие там уже разберутся на чем писать. Обсуждение, разумеется, продолжается. Просто я вижу что вызрело нечто, к чему можно примерить свой NetBeans  Контакт для неучастников форума: pentarh@gmail.com
|
|
|
|
==UPDATED: 02 Mar, 2012"You never change things by fighting the existing reality. To change something, build a new model that makes the existing model obsolete" Buckminster Fuller "Never doubt that a small group of committed citizens can change the world." Margaret Mead Quotes from http://p2pfoundation.net/==After inspecting a bunch of distributed DNS creation attempts (NameCoin, BitDNS, DNSchain) I wrote a new system design concept. DIANNA - Decentralized Internet Assigned Names and Numbers Authority. Primary usage: Decentralized, authoritative, P2P DNS System. This system is aimed to get rid of any central Internet Authorities (ICANN, IANA and others) which are vulnerable to pressure from some sorts of interested parties and groups. Yes, they are vulnerable to Internet Censorship attempts. But the first close objective of this system is to provide authoritative DNS for such anonymous networks as I2P, Tor, Freenet. DIANNA design is based on alternate Bitcoin block chain. DIANNA is not a fork of Bitcoin, but an extension. ==Design version 1.5 02 Mar, 2012http://dianna-project.org/wiki/Design_Overviewv1.5 http://dianna-project.org/wiki/Design_Changelog==== The authoritative domain reply lookup will be as follow: For first, DNS client queries for particular domain and network returns a last domain transaction hash and block hash. Highest block wins - as always. Here client can verify that block hash is present in local headers chain and has a particular height. For the second, client queries the network for Merkle Tree branch for needed domain transaction and transaction data itself. Here he can verify that transaction data are correct by reassembling Merkle Tree and comparing its root hash against local stored block header in chain. Since client ensured that network returned *valid* *last* transaction for this domain, he can easily resolve domain into VALUE containing in transaction output. Peace a cake I need volunteers to code this tree of freedom. Primary, I need the project manager which will coordinate programmers. For the first steps I can be ideologist, project manager and programmer in one But I really need a help. And please draw your attention: this is not Bitcoin fork, but an extension.
|
|
|
|
Да готовлю, готовлю. Я английский знаю неплохо, но переводить документацию отдал на аутсорс. На днях придет дока, подредактирую да выложу. русскую и английскую. Надеюсь на мозговой штурм сообщества как минимум. Можете пока ознакомиться http://dianna-project.org/http://dianna-project.org/wiki/ |
|
|
|
А, вот оно че, михалыч bin/bitcoind gettransaction 719b03c47aea92514f95ffdba2f140cd0b60cb0c45d869192a291f7997f67bf8
{
"amount" : 0.20000000,
"confirmations" : 17,
"txid" : "719b03c47aea92514f95ffdba2f140cd0b60cb0c45d869192a291f7997f67bf8",
"time" : 1328545650,
"details" : [
{
"account" : "u911",
"address" : "1446ZCFV65jQRuNUoFhc6G2f4tuB4VKfvP",
"category" : "receive",
"amount" : 0.10000000
},
{
"account" : "u907",
"address" : "13b5yjzUjxSC93zjgUDU8mdj2Rf4nvsaw3",
"category" : "receive",
"amount" : 0.10000000
}
]
}
Тогда отзываю свой баттхерд обратно. Чувак в одной транзакции слал ставки на два разных акка. Мой софт к этому был не готов )) |
|
|
|
транза 719b03c47aea92514f95ffdba2f140cd0b60cb0c45d869192a291f7997f67bf8 блокэксплорер лежит  короче в цепи блоков эта транза на 0.1, у меня клиент показывает 0.2. че за фигня непонятно. в принципе я попытаюсь обновить клиента и пересканировать. все руки не доходили. |
|
|
|
|
У меня на серваке стоял 0.3.23 демон, он обслуживал лотерею. С января он начал показывать откровенную херню. Например, в блокэксплорере транза на 0.1, а клиент мне показывает 0.2
К чему это я.... Какой тут в *опу бизнес можно вести, когда стандарты постоянно меняются.
|
|
|
|
|
btc-e always impressed me as a group of slovenly people
|
|
|
|
Ну я уже похоже обломался с затеей организовать это своими силами. На перспективу никто работать не хочет. Впрочем это не удивительно. Людям кушать хочется сейчас.
Я готов быть первым меценатом этого проекта =) , но мои возможности ограничены и будущее таких инвестиций весьма туманно пока.
Счас перевожу свой документ на английский, буду привлекать внимание сообщества и искать деньги.
Все приблуды что писал для bitcoin делал ради удовольствия и из интереса. Давай обрисуем что есть и что нужно? skype: pentarh_udi jabber: pent@pentarh.com |
|
|
|
|
Show Posts
