Search the Community

Криптокошелек и платежный шлюз Run.Lola.Run. НЕТ KYC/AML. НЕТ чейн-анализа. НЕТ верификаций. Лоле не нужны ваши данные, Лоле нужны ваши деньги! Лола не работает с криптобиржами, банками и т.д., Лола брезгует ими и другими "модными" веяниями современных криптопроектов. Лола существует только в интернете. Подробнее эта позиция изложена в Пользовательском соглашении. На данный момент Лола поддерживает 6 криптовалют: Bitcoin, Litecoin, Dash, Monero, ZCash (t- и z-адреса) и Bitcoin Cash. Работа над расширением списка поддерживаемых валют продолжается. Лоле нужны ваши деньги, но совсем немного. 0.3% комиссия на исходящие транзакции на внешние адреса и 0.0% на исходящие внутренние транзакции и входящие транзакции. Комиссии могут быть снижены, напишите в поддержку. Минимальные суммы выводов 0.00005 для BTC и 0.001 для альткоинов. У Лолы есть API для получения и отправления крипты, API для получения платежей и другие. Список API будет расти. Документация по API на русском: https://docs.lola.run/ru/apiv1. Web #1: https://run.lola.run Web #2: https://run.l00.la Tor: onion v3 Контакты и тех. поддержка E-mail: run@lola.run Jabber/XMPP #1: lola@jidhad.biz (OTR & PGP) Jabber/XMPP #2: lola@wallstreetjabber.biz (OMEMO & PGP) Telegram: @l0_ola Telegram channel (English): @l0larun Telegram channel (Русский): @lolarun P.S. Лола будет рада сотрудничеству с каждым, а также высылает особое приглашение начинающим онлайн-сервисам и магазинам. Поможем с программной интеграцией.

Доброго времени суток друзья! Хочу представить Вам новый сервис аренды номеров реальных людей для SMS-активации различных сайтов и сервисов smsactivation.org Принцип работы сервиса заключается в том, что Вы получаете верификационные коды от реальных людей, сдающих нам свои номера в аренду. Преимущества нашего сервиса: - более 470 сервисов на выбор, а так же возможность добавить любой другой! - номера из более чем 150 стран мира - API, работающий в большинстве известных программ - простой и удобный интерфейс - вы платите только за тот номер на который пришел смс - быстро работающая платформа - множество методов пополнения баланса, в том числе все часто используемые криптовалюты - реферальная программа - получите 5% с пополнений пользователей, зарегистрированных по Вашей реф. ссылке - оперативная поддержка на сайте Как пользоваться: 1. Создайте аккаунт - введите почту и задайте пароль 2. Пополните счет любым удобным методом 3. Выберите сервис и страну и нажмите купить, а полученный номер укажите при регистрации на выбранном сайте, нажмите "подтвердить номер" 4. В течении нескольких минут наш сервис выдаст вам код, который надо будет ввести на сайте. Подтвержденный аккаунт готов! Сервис Email подтверждения Не хотите заморачиваться с созданием почтовых акков для регистрации, где требуется подтверждение на Email? Воспользуйтесь нашим Email сервисом! Больше не надо тратить время на создание нового почтового акка, достаточно выбрать сервис и любую почту - стоимость одного подтверждения всего 1 рубль! Заработайте вместе с нами Любой человек, владеющий сим картой/мобильным номером может зарабатывать вместе с нами на автопилоте. Для этого нужно установить на свой смартфон наше приложение и в автоматическом режиме передавать верификационный код, получая деньги за каждый SMS Подробности читайте тут Сайт: https://smsactivation.org/

Новый процессор криптовалютных платежей BIWSE.COM позволяет отправлять и принимать платежи в криптовалюте из любой точки мира. Более низкая цена за пользование по сравнению с конкурентами и очень простая для понимания документация делают систему привлекательной как для бизнес-целей, так и для личного использования. BIWSE.COM — это в первую очередь платёжный шлюз для блокчейн-платежей. Цель этого процессингового сервиса — позволить отплачивать или принимать оплату за товары и услуги в интернете криптовалютой. Он работает по принципу аналогичных сервисов по приёму и отправке биткоинов: пользователь получает API-ключ для биткоин-кошелька, через который впоследствии проводятся операции по приёму и отправке платежей в криптовалюте. Для пользователя сервис BIWSE выглядит очень просто. После быстрой регистрации вам предлагают создать «application», другими словами — кошелёк. Одним из важных преимуществ платформы является сравнительно невысокая стоимость услуг. Помимо этого, ориентированность на запросы клиентов проявляется в тарифных планах. В зависимости от количества адресов BIWSE предлагает разные планы для кошельков. На данный момент существует шесть различных планов: от 100 адресов, которые сервис предоставляет бесплатно на старте работы, до безлимитного тарифа. Такое разнообразие служит подтверждением хорошей ценовой политики сервиса, поскольку призвано удовлетворить запрос любого масштаба без переплаты за неиспользованный объём адресов. Процессор криптовалютных платежей BIWSE — это удобная недорогая платформа, ориентированная как на запросы малого и среднего бизнеса, так и на личное пользование. Система проста в использовании, предоставляет простую и прозрачную API-документацию и готова помочь в расширении способов онлайн-оплаты и в работе с биткоином.

Занимаюсь разработкой приложений UWP (Universal Windows Platform) для торговли на криптовалютных биржах посредством использования возможностей API. Приложения работают на платформе Windows 10, т.е. на ПК, моб. телефонах с Win10, Xbox и т.д. В прикрепленных файлах имеются примеры уже реализованных приложений для бирж binance и livecoin. Готов реализовать вашу идею для данной платформы. Цена договорная. Почта для связи cobra-d@mail.ru

Добрый день! Не удается сформировать POST запрос, выдает ошибку "signature verification failed" GET запросы и авторизация отрабатывают нормально. Может кто уже сталкивался с такой проблемой? Процедура Запрос() apikey = ""; apisecret = ""; method = "/v1/order"; server = "api.kucoin.com"; ПутьЗапроса = method; nonce = Формат(((УниверсальноеВремя(ТекущаяДата()) - дата(1970,1,1,1,0,0))+1*60*60)*1000, "ЧГ=0"); ЗаголовокHTTP = Новый Соответствие(); ЗаголовокHTTP.Вставить("content-type", "application/x-www-form-urlencoded;"); SSL = Новый ЗащищенноеСоединениеOpenSSL; HTTPСоединение = Новый HTTPСоединение(server,,,,,,SSL); ТелоЗапроса = ""; СтрокаПараметров = "amount=2&price=0.00019&symbol=KCS-BTC&type=sell"; signature = ПутьЗапроса+"/"+nonce+"/"+СтрокаПараметров; ТелоЗапроса = СтрокаПараметров; payload = signature; payload = Base64Строка(ПолучитьДвоичныеДанныеИзСтроки(payload, КодировкаТекста.UTF8)); sign=hash_hmac_sha256(payload,apisecret); ЗаголовокHTTP.Вставить("KC-API-SIGNATURE", sign); ЗаголовокHTTP.Вставить("KC-API-KEY", apikey); ЗаголовокHTTP.Вставить("KC-API-NONCE", nonce); ЗаголовокHTTP.Вставить("Connection", "Keep-alive"); ЗаголовокHTTP.Вставить("GET", ПутьЗапроса + " HTTP/1.1"); ЗаголовокHTTP.Вставить("Host", server); ЗаголовокHTTP.Вставить("User-Agent","Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64)"); ЗаголовокHTTP.Вставить("Accept-Charset", "utf-8"); ЗаголовокHTTP.Вставить("Accept", "application/json, text/javascript, */*; q=0.01"); Запрос = Новый HTTPЗапрос(ПутьЗапроса, ЗаголовокHTTP); Попытка Запрос.УстановитьТелоИзСтроки(ТелоЗапроса); HTTPОтвет = HTTPСоединение.ОтправитьДляОбработки(Запрос); Исключение КонецПопытки; Ошибка = ИнформацияОбОшибке(); HTTPОтвет = Новый Структура("КодСостояния, Описание", 500, Ошибка.Причина.Описание); Состояние(HTTPОтвет.Описание); КонецПроцедуры Функция hash_hmac_sha256(Строка, СекретныйКлюч,base64 = Ложь) Текст = Новый COMОбъект("System.Text.UTF8Encoding"); Криптография = Новый COMОбъект("System.Security.Cryptography.HMACSHA256"); Криптография.Key = Текст.GetBytes_4(СекретныйКлюч); Если base64 Тогда ТекстASCII = Новый COMОбъект("System.Text.ASCIIEncoding"); ХешБайт = Криптография.ComputeHash_2(ТекстASCII.GetBytes_4(Строка)).Выгрузить(); Иначе ХешБайт = Криптография.ComputeHash_2(Текст.GetBytes_4(Строка)).Выгрузить(); КонецЕсли; Хеш = ConvToHexString(ХешБайт); Возврат Хеш; КонецФункции Функция ConvToHexString(ХешБайт) Соотв16 = Новый Соответствие; Соотв16.Вставить(0 , "0"); Соотв16.Вставить(1 , "1"); Соотв16.Вставить(2 , "2"); Соотв16.Вставить(3 , "3"); Соотв16.Вставить(4 , "4"); Соотв16.Вставить(5 , "5"); Соотв16.Вставить(6 , "6"); Соотв16.Вставить(7 , "7"); Соотв16.Вставить(8 , "8"); Соотв16.Вставить(9 , "9"); Соотв16.Вставить(10, "a"); Соотв16.Вставить(11, "b"); Соотв16.Вставить(12, "c"); Соотв16.Вставить(13, "d"); Соотв16.Вставить(14, "e"); Соотв16.Вставить(15, "f"); Хеш = ""; Для Каждого Байт Из ХешБайт Цикл Чс = Цел(Байт/16); Хеш = Хеш + Прав("0" + Соотв16.Получить(Чс) + Соотв16.Получить(Байт-Чс*16), 2); КонецЦикла; Возврат Хеш; КонецФункции

Добрый день. Пишем бота, изначально для биржи Poloniex. Сейчас хотим заменить API и пришла идея не добавлять по одной бирже, а заменить API полыни на некое общее api. Например сервис Coinigy предоставляет возможность торговать через них на многих биржах предоставив им ключи и у Coinigy так же есть api. Т.е. в теории можно добавить ключи нужных бирж в аккаунт Coinigy и в бота запихнуть собственно API Coinigy. Вопрос, кто нибудь пробовал подобное, и есть ли альтернативные сервисы - буферы api, не только по данным но и с трейд возможностями ?

Периодически на кукойне начинает выпадать ошибка Signature verification failed. Сначала на отдельные запросы на отмену ордера (по определенным парам, 1 отошьет - 3 сработает), затем больше, затем - отправка ордеров с той-же ошибкой, потихоньку расползается на все пары. Примерно час занимает от первого Signature verification failed до полной блокировки работы. Восстанавливается через 2-3 часа. Есть подозрение, что таким образом у них организовано недокументированное ограничение активности работы, но этому подтверждения этому найти не могу, да и свой опыт говорит о том, что на активность это не совсем завязано. Кто еще с этим сталкивался?

Авторизация в PowerShell на EXMO API Добрый день, нужна помощь в написании скрипта на PowerShell. Не получается получить данные пользователя, предполагаю проблема с кодировками. Ошибка: False 40007: Incorrect format parameter 'nonce' Сам скрипт $EXMURI = "https://api.exmo.me/v1/user_info" $Time = (Get-Date).Ticks $enc = [system.Text.Encoding]::UTF8 $secret = 'S-00000' $key = 'K-11111' $pay = @{ nonce = "$Time" } $jsonencodedpl = ConvertTo-Json $pay $byteencod = $enc.GetBytes($jsonencodedpl) $hmacsha = New-Object System.Security.Cryptography.HMACSHA512 $hmacsha.key = $enc.GetBytes($secret) $signature = $hmacsha.ComputeHash($enc.GetBytes($byteencod)) $signaturehex = $signature | ForEach-Object { $_.ToString("x2") } $signaturehex = $signaturehex -join "" $headers = New-Object "System.Collections.Generic.Dictionary[[String],[String]]" $headers.Add("Content-type", "application/x-www-form-urlencoded") $headers.Add("Key", $key) $headers.Add("Sign", $signaturehex) Invoke-RestMethod -Method Post -Uri $EXMURI -Headers $headers

тема закрыта

Уважаемые коллеги программисты, подскажите как разобраться с одной деталью. По API бирже Yobit пишу бота. Прописал ~70% кода алгоритма но в начале при планировании алгоритма не учел одну деталь, как вести учет ордеров открытых и уже исполненных. К примеру есть несколько уровней на покупку и есть несколько уровней на продажу на этих уровнях выставляю ордера. Мне нужно, чтобы когда цена по рынку подходила к одному из уровней где стоят мой один из ордеров и ордер сработал, и при этом цена начинала "топтаться" (то есть прыгать на этом уровне некоторое время верх-в-низ), то при такой ситуации срабатывал на этом уровне один ордер покупки или продажи. Чтобы бот выдел что на этом уровне уже была покупка или продажа и не выставлял с нова на этом уровне ордер. Спасибо!

Почему то не работают API методы "/v1/order/new" и "/v1/order/cancel". Сервер все время отвечает "500 Internal server error" независимо от того какие параметры я передаю. Все остальные API методы которые пробовал работают корректно. Например "/v1/balances" работает. В чем может быть проблема?

Помогите разобраться пожалуйста ! На Bitfinex включена двухфакторная аутентификация google ! Поменял айфон, в приложение гаутентификатор слетел вход, код API записан, QR код тоже имеется ввожу вручную или через сканер пишет - Invalid barcode Штрих-код .......... не является действительным кодом маркера аутентификации. На bitfinexe ничего не изменял, вообще давно не заходил. Недавно восстановил пароль на почте только. Восстановить пока ничего не могу. что делать ??

Я хотел бы программно получить историю торговли за последние 10 дней с биржи Bittrex? В API-интерфейсе bittrex, используя функцию getmarkethistory, я могу получить только последние 200 транзакций. Но мне нужно рассчитать объем покупки и объем для продажи отдельно за последние 10 дней, и я не могу найти функции в API-интерфейсе bittrex, которые могут мне помочь. Смотрел также API coinmarketcap.com и bitcoinwisdom, но я не нашел решения для этой задачи. Может кто-нибудь сталкивался? Спасибо.

Нужно получать актуальный курс битка не реже чем раз в минуту по API в формате json подскажите сайты которые это могут дать нашел один но там ограничение по времени не подходит

Здравствуйте. Использую API Ethermine ( https://api.ethermine.org/docs/#api-Miner-miner_currentStats ) Задача получить баланс кошелька, по API получаю ответ ( запрос /miner/:miner/currentStats) и дергаю значение "unpaid", но не понимаю как его пересчитать в нормальный вид как в личном кабинете. Значения для примера: - Получаю по API: 43648507575501630 - Баланс на сайте ethermine.org : 0.04365

Приветствую! Делаем проект, где у пользователей есть баланс и они могут переводить средства друг другу с баланса на баланс на нашем сайте. Создаем свой токен (ERC20) на базе эфира и нужен кошелек, который можно интегрировать с нашим сайтом, чтобы пользователи могли с кошелька завести наши токены на баланс на нашем сайте, а там уже осуществлять транзакции токенами между балансами. Смотрели метамаск, в принципе подходит, но у него нет возможности работы с токенами, там только эфир. Подскажите, есть ли подобные кошельки работающие по принципу метамаска, но где кроме эфира, можно оплачивать и получать токенами? И если нету, то как в нашем случае можно сделать интеграцию, чтобы пользователи на сайте могли оперировать токенами и все транзакции записывались бы в блокчейн?

Доброго времени суток. Поскажите, пожалуйста, API для возможности вводы/вывода средств через такие платежные системы, как VISA, Qiwi, WebMoney, Yandex.Money и т.д.

Хочу подружить PHP и ETH server, нужна помощь, с оплатой - нужно генерить, валидировать адреса, проверять баланс и делать отправку ETH.

Здравствуйте. Я занимаюсь разработкой приложения в котором нужно подключить оплату. Задача представлена таким образом. Плательщик услуг будет иметь выбор как оплачивать, в долларах (usd) или биткоинах (btc). Ведь не у каждого пользователя будет свой bitcoin кошелек и не каждый знает что это, и нужно дать ему возможность заплатить в долларах. Но получатель должен всегда получать платежи в биткоинах btc. То есть по сути должна происходить конвертация при получении с исходной валюты и автоматически зачисляться на счет владельца кошелька в биткоинах. Кто-нибудь знает какой сервис с api дает возможность это сделать? Смотрел в сторону bitpay, но он принимает только биткоин. Okpay имеет достаточно непонятную документацию и в ней сложно разобраться. В coinbase не смог найти информацию о том, возможно ли это. Буду благодарен за любую информацию. :)

следил за историей торгов и обнаружились несостыковки, может кто то сможет объяснить. суть в слудующем: имелись такие вот предложения на продажу по ltc_usd - 1401408015.87804 ltc_usd asks : rate 10.597497, amount 35.817439 rate 10.597498, amount 0.299998 rate 10.599811, amount 0.227058 ... Никто их не трогал долгое время, затем спустя почти 50 сек добавилось одно более выгодное предложение 1401408063.53471 ltc_usd asks: rate 10.53004, amount 10.06566151 rate 10.597497, amount 35.817439 rate 10.597498, amount 0.299998 by ... Которое тут же купили ибо я его купить уже не успел. ( кстати предложения по бидам выглядели так : 1401408061.86604 ltc_usd bids: 10.530041 (amount 1.1970971), 10.53004 (amount 2.93954392), 10.530004 (amount 0.11), ... 1401408063.53474 ltc_usd bids: 10.530004 (amount 0.11) , 10.523315 (amount 0.228201), 10.516 (amount 5.46457861 by), ... ) Давайте поразбираемся по истории ордеров кто чего купил : Стакан асков выкупался так : buy amount=1.1977 by 10.53 at 1401408063 - сначала совершилась эта сделка buy amount=10.0657 by 10.53 at 1401408063 - потом эта Смотрим ещё раз в стакан asks , лучшее предложение - rate 10.53004, amount 10.06566151 А по сделкам получается всего 10.53 т.е. BTCE округлил отбросив 0.00004 или как ? ну и объём тоже "сходится" округлённо, (вторая сделка - куплено 10.0657, а предлагалось 10.06566151) Кроме того сделки по бидам тоже выглядят все как "округлённые" : sell amount=1.1971 by 10.53 at 1401408062 sell amount=1.01282 by 10.53 at 1401408062 sell amount=0.11 by 10.53 at 1401408062 sell amount=1.81672 by 10.53 at 1401408062 Магический rate 10.53 , которого не видно в стакане (но видны другие) - ты кто ? По моему может быть только два обяснения либо BTCE округляет выдаваемые данные истории. либо проворачивает внутри сделки которые не отображает. Помогите разобраться

Добрый день! Пожалуйста подскажите, суть в следующем. Имеется 2 таблицы - в первую пишется для истории транзакций, во-второй обновляется `balance` для вывода баланса пользователя, но когда callback срабатывает, он пишет только в одну таблицу и не хочет добавлять во-вторую. Как реализовать такой механизм? Спасибо! Callback: if($_GET['confirmations'] >= 0) { $transaction_hash = $_GET['transaction_hash']; $value_in_btc = $_GET['value'] / 100000000; $user = $_GET['user']; $date = date("YmdHis"); $destination_address = $_GET['destination_address']; $stmt = $db->prepare("replace INTO invoice_payments (login, destination_address, transaction_hash, value, date) values(?, ?, ?, ?, ?)"); $stmt->bind_param("sssds", $user, $destination_address, $transaction_hash, $value_in_btc, $date); $result = $stmt->execute(); //Add balance to the database $stmt = $db->prepare("UPDATE users SET balance = balance + ? WHERE login = ?"); $stmt->bind_param("ds", $value_in_btc, $user); $result = $stmt->execute(); if($result) { echo "*ok*"; } }

Нужен сервис которому можно скормить BTC адрес, в ответ получив временный адрес для оплаты после поступления денег на временный чтобы был запрос на сайт с подтверждением оплаты. Ну и уже с временного кошелька автоматически чтобы перевело деньги на реальный кошелек. П.С. Кошельки будут пользователей Подробнее описал на тостере - https://toster.ru/q/342114

Привет всем, мой первый пост можно сказать спамерский использую в Украине www.coinessa.com Кошельки и как доска обьявлений с автоматической продажей и покупкой биткоинов там ввод и вывод на карту банка в гривне и только украинских банков. Говорят рубль будет скоро. .... но тема о том что они стартанули биржу www.btczoo.com и приглашают бета тестеров. Кто то тут подписался на закрытый бета тест? Мне интересно узнать или кто тестил API пока что 0 комисси на трейдинг. как я понял 1% на ввод фиата процессинговой кампании. не уверен нужно проверять все. Спасибо

Приветствую всех заглянувших в этот топик! Нужно организовать прием оплаты в btc на сайте. Установить, обезопасить и настроить bitcoind либо api блокчайны. Выслушаю ваши предложения в лс, более подробно что надо там же.

У биткоина есть как графический интерфейс именумеый bitcoin-qt так и консольный, bitcoind. Если первый удобен для использования человеком, то без текствого довольно сложно сделать интернет магазин или какой-либо иной сервис, принимающий биткоины в качестве оплаты. О нем и пойдет речь. Для работы нужно запустить один экземпляр bitcoind в качестве демона, чтобы он работал в качестве полноценного узла сети и отдавать ему команды с помощью еще одной копии bitcoind. Взаимодействие между ними происходит по JSON-RPC через 8332й tcp порт. Для того чтобы они узнавали и доверяли друг другу нужно задать rpcpassword, который прописывается в файле ~/.bitcoin/bitcoin.conf как rpcpassword=blah-blah-blah. Если у вас нет такого файла то его нужно создать. Туда же можно прописать и другие параметры из тех, что указываются при запуске демона. Полный список параметров можно получить запустив bitcoind с ключем --help или -?, вот пример того, что мы увидим в ответ: Bitcoin version 0.5.2-beta Usage: bitcoind [options] bitcoind [options] <command> [params] Send command to -server or bitcoind bitcoind [options] help List commands bitcoind [options] help <command> Get help for a command Options: -conf=<file> Specify configuration file (default: bitcoin.conf) -pid=<file> Specify pid file (default: bitcoind.pid) -gen Generate coins -gen=0 Don't generate coins -min Start minimized -datadir=<dir> Specify data directory -timeout=<n> Specify connection timeout (in milliseconds) -proxy=<ip:port> Connect through socks4 proxy -dns Allow DNS lookups for addnode and connect -port=<port> Listen for connections on <port> (default: 8333 or testnet: 18333) -maxconnections=<n> Maintain at most <n> connections to peers (default: 125) -addnode=<ip> Add a node to connect to -connect=<ip> Connect only to the specified node -noirc Don't find peers using internet relay chat -nolisten Don't accept connections from outside -nodnsseed Don't bootstrap list of peers using DNS -banscore=<n> Threshold for disconnecting misbehaving peers (default: 100) -bantime=<n> Number of seconds to keep misbehaving peers from reconnecting (default: 86400) -maxreceivebuffer=<n> Maximum per-connection receive buffer, <n>*1000 bytes (default: 10000) -maxsendbuffer=<n> Maximum per-connection send buffer, <n>*1000 bytes (default: 10000) -upnp Attempt to use UPnP to map the listening port -paytxfee=<amt> Fee per KB to add to transactions you send -daemon Run in the background as a daemon and accept commands -testnet Use the test network -debug Output extra debugging information -logtimestamps Prepend debug output with timestamp -printtoconsole Send trace/debug info to console instead of debug.log file -rpcuser=<user> Username for JSON-RPC connections -rpcpassword=<pw> Password for JSON-RPC connections -rpcport=<port> Listen for JSON-RPC connections on <port> (default: 8332) -rpcallowip=<ip> Allow JSON-RPC connections from specified IP address -rpcconnect=<ip> Send commands to node running on <ip> (default: 127.0.0.1) -keypool=<n> Set key pool size to <n> (default: 100) -rescan Rescan the block chain for missing wallet transactions SSL options: (see the Bitcoin Wiki for SSL setup instructions) -rpcssl Use OpenSSL (https) for JSON-RPC connections -rpcsslcertificatechainfile=<file.cert> Server certificate file (default: server.cert) -rpcsslprivatekeyfile=<file.pem> Server private key (default: server.pem) -rpcsslciphers=<ciphers> Acceptable ciphers (default: TLSv1+HIGH:!SSLv2:!aNULL:!eNULL:!AH:!3DES:@STRENGTH) -? This help message Вот описание некоторых из них: -conf - позволяет задать файл конфигурации отличный от ~/.bitcoin/bitcoin.conf -pid - указать файл, в который будет писаться pid процесса демона -gen - после старта начать майнить биткоины (он это будет пытаться делать на cpu, что крайне неэффективно) -gen=0 - не майнить биткоины (если в файле конфигурации указано иное) -datadir= - использовать вместо ~/.bitcoin/ указанный путь -timeout= - таймаут tcp соединения -proxy=<ip:port> - соединятся через указанный SOCKS4 прокси-сервер, например через tor -port= - использовать указанный порт вместо 8333 -maxconnections= - ограничить число одновременных соединений, по умолчанию 125 -addnode= - так же подключится и к указанному узлу, тут полезно указать адреса пулов для ускорения транзакций, можно использовать несколько раз -connect= - подключится только к указанному узлу, полезно, если вы хотите загрузить блоки с другого компьютера в локальной сети не загружая интернет-канал -noirc - не использовать irc для поиска узлов и анонса собственного адреса (например irc запрещен хостингом, что встречается довольно часто) -nolisten - не принимать входящие соединения -nodnsseed - не использовать DNS для поиска узлов -upnp - Пытаться использовать UPnP для того чтобы пробросить порт. Полезно, если вы заначены роутером, использующим внешний ip и поддерживающим UPnP. Не нужно, если вы имеете внешний ip напрямую и не имеет смысла, если ваш роутер не имеет внешнего ip. -paytxfee= - установить размер комиссию (в биткоинах), собственная логика клиента имеет приоритет над этим значением -daemon - запускаться в фоне -testnet - использовать тестовую сеть -debug - писать отладочную информацию -logtimestamps - снабжать лог временными метками -printtoconsole - использовать stdout вместо debug.log -rpcuser= и -rpcpassword - имя пользователя и пароль для JSON-RPC, как для лемона так и для клиента -rpcport= - использовать для JSON-RPC порт, отличный от 8332 -rpcallowip= - разрешить принимать команды с указанного ip, по умолчанию команды принимаются только с 127.0.0.1, можно использовать несколько раз -rpcconnect= - отправлять команды на указанный узел а не на 127.0.0.1 -keypool= - сгенерировать указанное количество ключей при старте, по умолчанию - 100 -rescan - перечитать цепочку блоков, полезно если у вас поврежден blkindex.dat или есть зависшие транзакции в кошельке Так же в 0.6 версии появилась довольно полезная опция -blocknotify=, которая запускает указанную команду при получении нового блока, например для обработчика платежей. Большую часть перечисленных параметров можно указывать и в bitcoin.conf. При работе в режиме демона клиент использует множество "виртуальных" аккаунтов, для каждого из которых ведет свой учет баланса. Такая логика может существенно упростить создание какого-либо сервиса, поскольку достаточно привязать пользователей сервиса к аккаунтам bitcoind. Баланс на аккаунте может быть как положительным так и отрицательным. Аккаунт, используемый по умолчанию - "" (пустая строка). После запуска демона должно пройти какое-то время, чтобы он проинициализировался и начал ожидать команд. Список команд, которые можно отдать демону, можно получить, запустив bitcoind с аргументом help (без --). Вот пример вывода: backupwallet <destination> encryptwallet <passphrase> getaccount <bitcoinaddress> getaccountaddress <account> getaddressesbyaccount <account> getbalance [account] [minconf=1] getblockcount getconnectioncount getdifficulty getgenerate gethashespersec getinfo getmemorypool [data] getnewaddress [account] getreceivedbyaccount <account> [minconf=1] getreceivedbyaddress <bitcoinaddress> [minconf=1] gettransaction <txid> getwork [data] help [command] keypoolrefill listaccounts [minconf=1] listreceivedbyaccount [minconf=1] [includeempty=false] listreceivedbyaddress [minconf=1] [includeempty=false] listsinceblock [blockid] [target-confirmations] listtransactions [account] [count=10] [from=0] move <fromaccount> <toaccount> <amount> [minconf=1] [comment] sendfrom <fromaccount> <tobitcoinaddress> <amount> [minconf=1] [comment] [comment-to] sendmany <fromaccount> {address:amount,...} [minconf=1] [comment] sendtoaddress <bitcoinaddress> <amount> [comment] [comment-to] setaccount <bitcoinaddress> <account> setgenerate <generate> [genproclimit] settxfee <amount> signmessage <bitcoinaddress> <message> stop validateaddress <bitcoinaddress> verifymessage <bitcoinaddress> <signature> <message> Описание некоторых комманд: backupwallet - сделать резервную копию wallet.dat encryptwallet - зашифровать кошелек (необратимо!) getaccount - Узнать, какому аккаунту принадлежит указанный адрес. Пареметр - bitcoin адрес, результат - строка с именем аккаунта. getaddressesbyaccount - Вывести список адресов, принадлежащих указанному аккаунту. Параметр - имя аккаунта, результат - список bitcoin-адресов в формате JSON. getaccountaddress - Сгенерировать еще один адрес для указанного аккаунта. Параметр - имя аккаунта, результат - строка с bitcoin-адресом. getbalance - Вывести баланс аккаунта для указанного количества подтверждений. Первый необязательный параметр - имя аккаунта, второй необязательный параметр - количество подтверждений, результат - положительное или отрицательное число c 8ю знаками после точки. getblockcount - Вывести текущее колиечество блоков. Результат - целое число. getconnectioncount - Вывести текущее количество соединений. Результат - целое число. getdifficulty - Вывести текущую сложность. Результат - число с 8ю знаками после точки. getgenerate - Вывести состояние генерации. Результат - true или false. getinfo - Вывести ряд текущих параметров в виде JSON-массива. getnewaddress - Сгенерировать еще один адрес для указанного аккаунта. Параметр - имя аккаунта, результат - строка с bitcoin-адресом. getreceivedbyaccount - Вывести общее количество принятых средств на аккаунт без учета отправленных. Первый параметр - имя аккаунта, второй необязательный параметр - количество подтверждений, результат - число с 8ю знаками после точки. getreceivedbyaddress - Вывести список входящих транзакций на указанный адрес. Первый параметр - bitcoin-адрес, второй необязательный параметр - количество подтверждений, результат - JSON массив с входящими транзакциями на указанный адрес. gettransaction - Вывести информацию по транзакции. help - Вывести список доступных комманд или описание команды, если она указана аргументом. listaccounts - Вывести список аккаунтов с балансом на них. Результат - JSON-массив. listreceivedbyaccount - Вывести JSON-массив с аккантами, общим количеством принятых на них средств без учета отправленных и количеством подтверждений. listreceivedbyaddress - Тожесамое, но с детализацией по bitcoin-адресам. listtransactions - Вывести список транзакций в JSON формате. move - Перевести средства с одного аккаунта на другой без осуществления транзакции в сети. sendfrom - Отправить сресдва с указанного аккаунта. sendmany - Отправить сресдва с указанного аккаунта на множество адресов. sendtoaddress - Отправить средства с аккаунта по умолчанию. setaccount - Сделать адрес принадлежащим аккаунту. setgenerate - Включить/выключить генерацию блоков. Параметр - true или false, не возвращает ничего. settxfee - Установить комиссию. signmessage - Подписать сообщение, полезно для подтверждения принадлежности адреса. stop - Остановить демон. До полной остановки должно пройти какое-то время. validateaddress - Проверить правильность адреса. Так же возвращает аккаунт, которому он принадлежит, если таковой имеется. verifymessage - Проверить подпись сообщения.