Search content
Sort by
Showing 20 of 167 results by adv
Re: A Complete Guide to P2Pool - Merged Mining (BTC/NMC/DVC/IXC/I0C) plus LTC, Linux
is this working only for GPU/CPU or ASICs too?
TIA
TIA
Both bitcoind and p2pool have nothing to do with mining technique, that is independent of your miner setup. Will work in all cases
Гранатомёт вряд ли поможет - автомобили и прочие ТС бронированы по высшему классу. только на открытом воздухе ловить. Да винтовка и компактнее.
Т.е. .50BMG по-твоему броню возьмет, а гранатомет -- нет?А на открытом воздухе гранатомет все равно надежнее. Для РПГ-7 существуют осколочно-фугасные гранаты, к тому-же за цену винтовки можно купить чуть-ли не 10 гранатометов...
И Баррет уж точно не компактнее РПГ-18 (который 20тыр стОит):
Баррет: Общая длина: 1143 мм, Вес: 9,98 кг без патронов
РПГ-18: Длина: 705 мм в походном, 1050 мм в боевом положении, Вес: 2.6 кг
А еще можно АГС-17/30 купить -- вообще сказка по небронированым целям....
1.ВИНТОВКА - BARRETT M95 [6400$]
2.ПАТРОН .50 BMG 12.7x99 [30] [90$]
3.ПРОЧИЕ РАСХОДЫ [400$]
И зачем тут эта [censored]? Деньги собираются не в биткоинах, адресов для перечисления нет, гарантий что это не развод либерастических лохов -- тоже нет.2.ПАТРОН .50 BMG 12.7x99 [30] [90$]
3.ПРОЧИЕ РАСХОДЫ [400$]
P.S.
А не охренел ли он с Барретом? Еще бы золотую инкрустацию на прикладе заказал. Гранатомет 20тыр стОит. А старые РПГ-7 -- вообще за копейки продают на югах.
[+] Не забываем, что нас может читать кто угодно, в том числе и дети.
1.4. Запрещены нецензурная речь и оскорбления участников.
Moderator
Вроде бы даже были предложения какие-то от людей (типа "он у меня украл 100 биткойнов - пусть вернувший забирает себе 50 биткойнов!). И все равно никто не поехал.
В связи с текущим курсом, кстати, появляется смысл коллекторства. :^)2) Ничем не обеспечено. Обычно деньги обеспечиваются золотом, ценные бумаги обеспечиваются деньгами, долями от прибыли АО, установленым законом обязанностью эмитента отвечать за ценные бумаги.
Перечислите пожалуйста деньги, обеспеченные золотом.Сначала факты, потом лулзы...
Re: Собираем Ufasoft Miner на 64b Debian Squeeze как 32b приложение
кАшмАр какой...
Интересно, реально ли в дебиан-подобных системах сделать по-человечески, как в openSuSE, чтобы 64- и 32-битные среды работали одновременно и не мешали друг другу?
В дебиан-подобных системах все и сделано по-человечески.Интересно, реально ли в дебиан-подобных системах сделать по-человечески, как в openSuSE, чтобы 64- и 32-битные среды работали одновременно и не мешали друг другу?
Можно ссылочку, как это в дебианоподобных делается? То ли я гуглю неправильно, то ли вообще руки под дебиан не заточены...
Или можно просто использовать полностью 32-битный юзерленд с 64-битным ядром: такое применяют на серверах с большим кол-вом памяти, например.
http://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html#id292233
Общее описание по-русски: http://www.debian.org/ports/amd64/index.ru.html
Code:
Ядро поддерживает запуск 32-битных двоичных файлов, основные библиотеки для них содержатся в пакете ia32-libs.
......
Минимальная поддержка AMD64 на i386
Официальный дистрибутив i386 также содержит минимальную поддержку AMD64, заключающуюся в 64-битном ядре, наборе компиляторов, способных создавать 64-битные двоичные файлы, и пакете amd64-libs для запуска сторонних двоичных файлов для amd64 с собственными общими библиотеками.
......
Минимальная поддержка AMD64 на i386
Официальный дистрибутив i386 также содержит минимальную поддержку AMD64, заключающуюся в 64-битном ядре, наборе компиляторов, способных создавать 64-битные двоичные файлы, и пакете amd64-libs для запуска сторонних двоичных файлов для amd64 с собственными общими библиотеками.
В случае аффтара хватило бы
Code:
linux32 make
http://wiki.debian.org/DebianAMD64Faq(Раз уж он ниасилил дебуилд и осмеливается в интернетах рекомендовать использовать "make install" на дебиан-системе. За такое, ИМХО, убивать нужно, ну или как минимум кастрировать.)
Re: Собираем Ufasoft Miner на 64b Debian Squeeze как 32b приложение
кАшмАр какой...
Интересно, реально ли в дебиан-подобных системах сделать по-человечески, как в openSuSE, чтобы 64- и 32-битные среды работали одновременно и не мешали друг другу?
В дебиан-подобных системах все и сделано по-человечески. А в данном посте какие-то бредовые кошмары шлаквариста/гентушника описаны, но почему-то в дебиановском окружении.Интересно, реально ли в дебиан-подобных системах сделать по-человечески, как в openSuSE, чтобы 64- и 32-битные среды работали одновременно и не мешали друг другу?
Особенно помогает /дев/брейн при угадывании случайных монет, попадающих в транзакцию, ага...
Товарищ, если вы отдаёте 100 монет, то по 0.1 монете плакать грешно. А там далеко не случайно всё.Что-то фигня какая-то...
Надо послать 100 БТС на другой счет.
Транзакция будет весить под 10 метров (по прикидкам получилось 9.7) и стОить 200 БТС (100 БТС пересылаемая сумма + 100 БТС плата за размер).
И тут вспоминаем про обещанные дефляцию и кусочки по 10^-8....
По поводу прекалькуляции транзакции: по моему мнению -- это лишнее усложнение.
Надо просто выдавать ошибку при попытке отправить большую транзакцию без дополнительной платы. Это клиент уже умеет, в случае когда денег на счету недостаточно для платы. А уж в клиенте обрабатывать эту ошибку выдачей интерактивного вопроса, ошибки STDERR, кода возврата, или еще каким угодно способом.
В отправку же транзакции добавить поле paytxfee, что даст возможность назначать эту самую txfee индивидуально для конкретной транзакции без правки конфига, перезапуска демона с другими параметрами и прочего идиотизма.
Надо просто выдавать ошибку при попытке отправить большую транзакцию без дополнительной платы. Это клиент уже умеет, в случае когда денег на счету недостаточно для платы. А уж в клиенте обрабатывать эту ошибку выдачей интерактивного вопроса, ошибки STDERR, кода возврата, или еще каким угодно способом.
В отправку же транзакции добавить поле paytxfee, что даст возможность назначать эту самую txfee индивидуально для конкретной транзакции без правки конфига, перезапуска демона с другими параметрами и прочего идиотизма.
Во-первых спрашивать надо и в гейте. Умом этот гейт наделили, вот только кривым.
Никакого ума там не предусматривалось в принципе. Консоль - она (повторюсь, но выражусь грубее) всегда была не для идиотов.В-третьих, чтобы не вылезали такие косяки ГУИ клиент тоже должен работать через единый АПИ, а не дергать функции напрямую.
А он-то, вероятно, как раз работает так, и имеет при этом за(й)чатки разума.Если ГУЙ работает через АПИ, значит в АПИ есть функция не отправлять транзакцию, а узнать что по этому поводу думает владелец денег. И, следовательно это в консольном клиенте кривая логика.
Если же в АПИ нет такой функции, то значит ГУЙ умеет определять какова будет плата за транзакцию до ее отправки, и следовательно дергает функции напрямую, т.к. в АПИ такого функционала точно нет.
Особенно помогает /дев/брейн при угадывании случайных монет, попадающих в транзакцию, ага...
Товарищ, если вы отдаёте 100 монет, то по 0.1 монете плакать грешно. А там далеко не случайно всё.Quote
Quote from: adv on Today at 06:54:18 pm
Looks like ugly coders for some reason decided to always answer yes to this question from the console. :^/
I'm not really ugly, am I? You should have seen me in college when I was too cheap to get a haircut...
Ндя, жостко ты с девелоперами Looks like ugly coders for some reason decided to always answer yes to this question from the console. :^/
I'm not really ugly, am I? You should have seen me in college when I was too cheap to get a haircut...
К тому же на моем месте мог оказаться владелец сервиса с возможностью вывода биткоинов, потерявший несколько тысяч на подобной транзакции. Вот тут уж были бы и маты, и драма, и дискредитация биткоина на ближайшие пару лет...
Для такого случая достаточно было вывести несколько тысяч, собранных из транзакций по 0.01...
Я вот думаю, что, если перевести на bitcoin-адрес биржи btcex.com много маленьких транзакций поштучно, а потом выставить как один бид.
Ведь когда его купят - транзакция не будет проходить.
Купят-то не "его", а какое-то количество биткоинов, снимающихся со счета биржи. Ведь когда его купят - транзакция не будет проходить.
И вообще все проще: для описанного саботажа бтсекс'а достаточно потом вывести оттуда большую сумму в биткоинах за один раз.
Похоже просто криворукие сиплюсисты забыли что надо спрашивать пользователя в консольном клиенте.
Товарищ, консольный клиент - это просто гейт с консоли в API. В API же спрашивать не предусмотрено, там чёткая схема "запрос-ответ". Оно возвращает код ошибки 4, внятный API-клиент должен как-то это всё обработать. Текущий консольный API, повторяю, просто транслирует запросы и никаким умом не наделён в принципе.Как-то так сложилось, что по большей части консольные штучки рассчитаны на пользователя с собственным /dev/brain.
Во-вторых, "прямо сейчас" надо ставить НЕТ по-умолчанию, а не списывать деньги со счета не спрося разрешения.
В-третьих, чтобы не вылезали такие косяки ГУИ клиент тоже должен работать через единый АПИ, а не дергать функции напрямую.
Особенно помогает /дев/брейн при угадывании случайных монет, попадающих в транзакцию, ага...
So: bitcoind doesn't ask for confirmation before sending fees with a transaction because it is was much easier to implement that way, and for most uses of bitcoind paying an occasional transaction fee isn't a problem.
If you'd like to help fix it, patches are welcome. I think a new setting that says "don't pay more than N bitcoins for any transaction without asking me" and a new argument to the send routines to say either "I'm willing to pay up to X bitcoins for this transaction" or "I want to pay X bitcoins in transaction fees with this transaction" is a good idea.
I think there are more simple and correct solution: block with giving error message transactions, which required more fee than paytxfee option. And setting individual fee for each transaction leave for the future.If you'd like to help fix it, patches are welcome. I think a new setting that says "don't pay more than N bitcoins for any transaction without asking me" and a new argument to the send routines to say either "I'm willing to pay up to X bitcoins for this transaction" or "I want to pay X bitcoins in transaction fees with this transaction" is a good idea.
Or in other words, just say "No" by default on the issue of additional pay for the size.
I think a new setting that says "don't pay more than N bitcoins for any transaction without asking me" - not really needed option in this case.
About the patch: I know C, not C++ and not so well know bitcoin code. So I can make mistake due to which someone will lose a significant amount of money. After all, I was just lucky that I had lost 0.13, but not 13 or 130 BTC...
Not that I really offended you, but the existing behavior bitcoind really dangerous for those who send large amounts from CLI.
Sorry for my bad english, i use google translate...
The majority of the transaction (71.14 BTC) came from the first address. Can anyone explain why that address was recorded seventy times in one transaction, instead of just once with the lump sum of 71.14 BTC?
Transactions always consume the output of a specific previous transaction. If all funds available to that first address arrived there through many small transactions, you would need a lot of inputs to consume it as well. Bitcoin only conceptually deals with "money coming from an address", in reality it always comes from a previous transaction.
Вообще да, надо бы этот вопрос с подтверждением комиссий обсосать в аглицкой ветке девелоперов. Напишете сами?
http://bitcointalk.org/index.php?topic=5827.0Code:
$ bitcoind getinfo
{
"version" : 31900,
"balance" : 100.41318448,
"blocks" : 118195,
"connections" : 25,
"proxy" : "",
"generate" : false,
"genproclimit" : -1,
"difficulty" : 82347.22294654,
"hashespersec" : 0,
"testnet" : false,
"keypoololdest" : 1291293105,
"paytxfee" : 0.00000000,
"errors" : ""
}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.41318448
error: {"code":-4,"message":"Error: This is an oversized transaction that requires a transaction fee of 0.14 "}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.41
error: {"code":-4,"message":"Error: This is an oversized transaction that requires a transaction fee of 0.14 "}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.4
error: {"code":-4,"message":"Error: This is an oversized transaction that requires a transaction fee of 0.13 "}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100
454825ecea7a89564b3751521e0d98215c76b4f83aa5284b62846621ecb7b587
$ bitcoind getinfo
{
"version" : 31900,
"balance" : 0.28318448,
"blocks" : 118195,
"connections" : 25,
"proxy" : "",
"generate" : false,
"genproclimit" : -1,
"difficulty" : 82347.22294654,
"hashespersec" : 0,
"testnet" : false,
"keypoololdest" : 1291293105,
"paytxfee" : 0.00000000,
"errors" : ""
}
{
"version" : 31900,
"balance" : 100.41318448,
"blocks" : 118195,
"connections" : 25,
"proxy" : "",
"generate" : false,
"genproclimit" : -1,
"difficulty" : 82347.22294654,
"hashespersec" : 0,
"testnet" : false,
"keypoololdest" : 1291293105,
"paytxfee" : 0.00000000,
"errors" : ""
}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.41318448
error: {"code":-4,"message":"Error: This is an oversized transaction that requires a transaction fee of 0.14 "}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.41
error: {"code":-4,"message":"Error: This is an oversized transaction that requires a transaction fee of 0.14 "}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100.4
error: {"code":-4,"message":"Error: This is an oversized transaction that requires a transaction fee of 0.13 "}
$ bitcoind sendtoaddress 15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd 100
454825ecea7a89564b3751521e0d98215c76b4f83aa5284b62846621ecb7b587
$ bitcoind getinfo
{
"version" : 31900,
"balance" : 0.28318448,
"blocks" : 118195,
"connections" : 25,
"proxy" : "",
"generate" : false,
"genproclimit" : -1,
"difficulty" : 82347.22294654,
"hashespersec" : 0,
"testnet" : false,
"keypoololdest" : 1291293105,
"paytxfee" : 0.00000000,
"errors" : ""
}
And the fee for the transaction still acted without question or confirmation! http://blockexplorer.com/t/3dH5rnVCPr
Code:
$ bitcoind gettransaction 454825ecea7a89564b3751521e0d98215c76b4f83aa5284b62846621ecb7b587
{
"amount" : -100.00000000,
"fee" : -0.13000000,
"confirmations" : 10,
"txid" : "454825ecea7a89564b3751521e0d98215c76b4f83aa5284b62846621ecb7b587",
"time" : 1302709644,
"details" : [
{
"account" : "",
"address" : "15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd",
"category" : "send",
"amount" : -100.00000000,
"fee" : -0.13000000
}
]
}
{
"amount" : -100.00000000,
"fee" : -0.13000000,
"confirmations" : 10,
"txid" : "454825ecea7a89564b3751521e0d98215c76b4f83aa5284b62846621ecb7b587",
"time" : 1302709644,
"details" : [
{
"account" : "",
"address" : "15hZrw6V2HaWZShQsQASKYwhYjkCpT6Byd",
"category" : "send",
"amount" : -100.00000000,
"fee" : -0.13000000
}
]
}
In fact, the console client stole my money and gave them to miner.
GUI client is asked to pay for a large transaction.
Looks like ugly coders for some reason decided to always answer yes to this question from the console. :^/
Discussion in Russian: http://bitcointalk.org/index.php?topic=5796.0