Currency | Coins-per-block | Blocks-per-hour | Coins-per-hour | POW-per-block * | POW-per-coin* | Earnies | 100 | 100 | 10000 | 6,00% | 3,00% | VirtualCoin | 24 | 60 | 1440 | 10,00% | 20,83% | Selfcoin | 25 | 12 | 300 | 50,00% | 100,00% | Trucoin | 50 | 6 | 300 | 100,00% | 100,00% | | | | | * in comparison | with orig. Bitcoin |
|
|
|
Will you remove all chains again? Or is it safe to deposit bitcoins and create a new one?
|
|
|
Fold and mine faster than ever with AMD App Acceleration powered by the unprecedented 28nm GCN Architecture. А-а-а-а-а! Они знают!!!
|
|
|
Ну, а что там форкать-то? Я считаю, что SolidCoin абсолютно ничем не лучше Bitcoin. Лучше к Litecoin приглядитесь и его майнеру. Или помогите Namecoin стать лучше. Если так уж интересен именно SolidCoin, то можно просто скачать исходный код. Если Вы думаете, что чем быстрее накапливаются подтверждения - тем лучше, то заблуждаетесь. Каждое подтверждение транзакций - есть подтверждение работы над вычислением хеша заголовка блока. Можно сделать форк, где каждую секунду будет создаваться новый блок. Но тогда пользователям потребуется ждать целых 600 блоков, чтобы получить ту же устойчивость перевода к отмене платежа, что в Bitcoin. Сам перевод доходит до получателя мгновенно в любом форке Bitcoin.
|
|
|
https://bitcointalk.org/index.php?topic=39413.msg612843#msg612843Может кто поделиться отличиями в алгоритме Bitcoin/Solidcoin Алгоритм Bitcoin с 0.1.x до 0.5.x по сути один и тот же. У солидкоина алгоритм изменчив. За счёт чего транзакции идут быстрей? Ну, наверно, потому что штампуют больше блоков в единицу времени. Я точно не копал. Правда ли что он централизованный или его хотят таким сделать? Он изначально централизован. По сути - это фиатная централизованная криптовалюта. Что насчёт нового метода шифрования кошелька? Без понятия, что там у SolidCoin. Если Bitcoin: шифрование в Bitcoin 0.4.1 и 0.5.1 надежно. Правда ли что в последних версиях возможен только CPU майнинг как у LiteCoin? Не слышал такой новости. Впрочем хозян SC полностью все контролирует. Все возможно. Что для работы с сетью нужен только родной клиент, и без его обновления работать не возможно. Там в каждой версии таймбомба. В версии 2.02 было даже нужно перекачать все блоки.
|
|
|
A few weeks ago I added 25 BTC to my account and four days later it was gone including all transaction and trade records. I sent an email to their support asking if there had been some mistake on their part and if they could return it to me, I also included the MT.GoX redeemable code used. The email got ignored and two weeks later I posted on the forum about it. As far as I know, BTC-E.com never supported Mt.Gox redeemable code as a deposit option. Did you mean a transaction ID? Or maybe it was some other bitcoin exchange site, right?
|
|
|
после отправки первого сообщения уже можно пользоваться ЛС
|
|
|
А они готовы сотрудничать?
|
|
|
Рассмотрим несколько вариантов.
1. Демон запущен на том же сервере, что и сайт. ПЛЮС: самый простой вариант, минимум действий. МИНУС: при взломе сервера пропадут все средства.
2. То же самое, но с bitcoind.encryptwallet('password'). ПЛЮС: если хакер не сможет найти скрипт с паролем в открытом виде, то он уже не украдет все средства. МИНУС: непонятно, как это можно надежно спрятать.
3. Демон запущен на другом сервере, настроен на SSL. ПЛЮС: если хакер не сможет найти ключи SSL, то уже он не сможет украсть все средства (аналогично SSH). МИНУС: точно такой минус, как и у второго варианта.
4. То же самое, но команды фильтруются скриптом. ПЛЮС: захватив сервер, хакер не сможет выполнять нежелательные команды, например - отправка битов. МИНУС: нужно хитроумно проводить выводы средств.
5. Сгенерировать много ключей на самом вебсервере. ПЛЮС: тулзы vanitygen и pywallet спешат на помощь. МИНУС: хакера позабавит, что все ключи на виду...
6. Сгенерировать много ключей и хранить их оффлайн. ПЛЮС: все закрытые ключи принципиально не в сети. МИНУС: все то же самое, что и в четвертом варианте.
Так как у Вас не планируется вывод средств самими пользователями, то хитроумный вывод не требуется, просто импортируете ключи с помощью pywallet или запрашиваете множество ключей с помощью самого клиента Bitcoin. На сервере выдаете адреса из уже заготовленного списка, BlockExplorer'ом проверяете баланс каждого адреса скриптом или же вручную.
|
|
|
Возвращать вручную надо только если софт по какой-то причине не может это учитывать сам. Не представляю, с чего бы вдруг автор не стал бы это реализовывать. Далеко не всегда действительно необходимо оперировать на уровне транзакций. На этот счёт есть разные мнения. Некоторые считают что его никто не взломал, просто автор сбежал с половиной средств. Может я чего не понимаю, но труЪ мошенники не возвращают половину средств! Это как? Не уловил первый абзац Использование нестандартных подходов таит опасности. Mt.Gox уже отличился...
|
|
|
Это еще мягко сказано. Чтобы пользоваться сетью, нужно всегда иметь самую последнюю сборку клиента!
|
|
|
Ващее тупо? Да, не стоит так делать, запутаетсь. Вы не упростили, а усложнили. Поймите, что пользователи будут называть чужие трансакции своими. К тому же большинство пользователей Bitcoin понятия не имеют с каких адресов они отправляли биткоины (следствие сильной паранои клиента). А суммы могут и совпадать, что приведет к настоящему хаосу с оплатой.
|
|
|
Он даже не просил, сами начали предлагать. P.S. Видимо, спонсорство демонстраций в РФ у них в почете.
|
|
|
1. Закреплять при регистрации за каждым пользователем свой постоянный "адрес для приема БТС"? Да, иначе придется каждый раз вручную возвращать недошедшие средства. 2. Использовать шлюз? Какой лучше и надежней? Даже такой надежный как mybitcoin.com был взломан с потерей половины средств. 3. Если самим, то какой алгоритм? Запрос адреса для некоего пользователя login01: bitcoind.getaccountaddress('login01') Пользователь нажимает кнопку "Новый адрес": bitcoind.getnewaddress('login01') Проверяем правильность структуры адреса: bitcoind.validateaddress('lalala') Если запрашиваем подтвержденный баланс: bitcoind.getbalance('login01') Делаем копию файла кошелька wallet.dat: bitcoind.backupwallet('wallet.bak') Внутренний перевод между аккаунтами: bitcoind.move('login01','login02','1.00') Выводим средства на указанный адрес: bitcoind.sendfrom('login01','1inux7eD8H13GrvBvdPjUbW7oSz8osgD8','1.00') Кидаем на биты всех пользователей: bitcoind.sendtoaddress('1inux6wWiTBsQwU3pPG856rSvPVi8evX4',bitcoind.getbalance()) Выводим список юзеров и балансов: Обращаем внимание на то, что демон не будет спрашивать об оплате комиссии, а сразу заплатит.
|
|
|
Уже переехал. По крайней мере у меня открывается правильно.
|
|
|
|