Счета: Svn оборотов (изменения API JSON-RPC) 188 | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
Счета: Svn оборотов (изменения API JSON-RPC) 188

22 ноября 2010, 4:32:37 PM	# 1
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я только что совершил минимальную реализацию "Счета", Как обсуждалось несколько недель назад в эта нить. Если вы используете командную строку или API, JSON, вы должны быть в курсе изменений, которые могут сделать ваш код перерыв: sendtoaddress метод возвращает шестнадцатеричный идентификатор транзакции (256-битный хэш) вместо строки «послали». Все команды «метки» были переименованы; старые имена все еще поддерживаются, но являются устаревшими и могут в конечном счете быть удалены. Если вы разрабатываете веб-сервис с использованием Bitcoin, новая «sendfrom» и «перемещение» методы могут сделать это намного проще отслеживать остатки на счетах клиентов. API предназначен для использования, как это: Создать новую учетную запись: просто генерирует уникальный идентификатор учетной записи в приложении (возможно, имя Логин клиента). Получить Bitcoin получать адрес, связанный с учетной записью: getaccountaddress Примечание: несколько адресов Bitcoin может быть связано с учетной записью Отправить биткойны со счета клиента: Отправлено из <количество> [Minconf = 1] [комментарий] [комментарии к] Будет ошибкой, если не имеет достаточно биткойнов (в противном случае возвращает идентификатор транзакции) Перемещение биткойны между счетами: переехать <количество> [Minconf = 1] [комментарий] Будет ошибкой, если не имеет достаточно биткойны Сообщить о сальдо счета: getbalance [счет] [minconf = 1] Пустая строка учетная запись является немного особенным. Любые монеты, полученные на Bitcoin адреса, не связанный с другими счетами зачисляются на него, и монеты, отправленные через (старый) sendtoaddress метод списание с него. Скоро, я надеюсь, будет gettransaction способ вернуть детали сделки, которая хранится в вашем бумажнике (например, на долю которых приходится это было или и действительно ли операционные издержки были оплачены). И listtransactions, чтобы получить бухгалтер дружественного детализированный список всех сделок, которые вошли в какую-либо конкретную баланс счета.

Как заработать Биткоины?
Без вложений. Не майнинг.

22 ноября 2010, 4:38:45 PM	# 2
Дав Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Получил 1806 Биткоинов Реальная история. О Гевин, вы знаете, как говорить непосредственно к сердцу разработчиков. Это такое невероятно сладкие изменения!

22 ноября 2010, 4:50:13 PM	# 3
Дав Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Позвоню в sendtoaddress автоматически использовать движение за кулисами, если два адреса принадлежат к двум различным счетам на одном сервере? Будет ли это требовать нормальную сделку, которая будет транслироваться?

22 ноября 2010, 4:55:50 PM	# 4
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Методы посыла не умничать; они всегда транслируются сделки. Если вы хотите, чтобы поведение, быть умным себя: вызов getaccount перед вызовом отправки, а затем вызвать движение вместо отправки * если вы выяснить bitcoinaddress это один из ваших.

22 ноября 2010, 4:57:28 PM	# 5
nelisky Сообщения: 1554 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Так что, если у меня есть счета и я до сих пор используют старые sendtoaddress, это будет ошибкой, если пустой счет не хватает средств? Или он будет использовать эти первые, но потом все-таки идти до конца бумажника адресов?

22 ноября 2010, 5:02:40 PM	# 6
Дав Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Цитата: Гэвин Андресен 22 ноября 2010, 4:55:50 PM Методы посыла не умничать; они всегда транслируются сделки. Если вы хотите, чтобы поведение, быть умным себя: вызов getaccount перед вызовом отправки, а затем вызвать движение вместо отправки * если вы выяснить bitcoinaddress это один из ваших. Хорошо, я просто немного запутался, как сеть будет иметь возможность проверить сделки, так как остатки связаны с адресами, а не на счета. Мол, как это работает, если: - адрес А имеет 100 BTC доступен - Адрес B имеет 50, - они находятся в том же бумажнике, но принадлежат разным счетам Скажем, 100 BTC перемещаются со счета на счет на счет Б заканчивает проведение 150 BTC, как сеть будет позволять адрес B послать 150 BTC в другой случайный адрес?

22 ноября 2010, 5:09:53 PM	# 7
ribuck Сообщения: 826 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Я чувствую себя немного неловко о "пустая строка" счет, потому что иногда будет элементы пользовательского интерфейса, которые необходимо отобразить имя учетной записи и оставить поле пустым, может ввести в заблуждение конечного пользователя. Мой первый наклон, чтобы предложить зарезервированное имя учетной записи, такие как "по умолчанию" что занимает место "пустая строка" Счет. Затем список "Остатки по счету" может включать в себя запись "аккаунт по умолчанию" вместо записи для безучастно-имени учетной записи. Очевидно, что это может вызвать проблемы с интернационализацией. Так что мой следующий наклон, чтобы предположить, что некоторые символы будут исключены из имени юридического счета, так что эти символы могут быть использованы назвать пустые строки учетной записи. Например, клиентское программное обеспечение на английском языке может представлять пустые струны счета пользователя как "(по умолчанию)", Но и другие языки могут использовать другие имена, заключенные в скобки, если скобки не разрешается использовать в обычном имени учетной записи. В любом случае, это должно быть указано, какие символы могут быть использованы для формирования имени учетной записи.

22 ноября 2010, 5:50:30 PM	# 8
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) котировка Так что, если у меня есть счета и я до сих пор используют старые sendtoaddress, это будет ошибкой, если пустой счет не хватает средств? Или он будет использовать эти первые, но потом все-таки идти до конца бумажника адресов? "" (Пустая строка названия) счета разрешено иметь отрицательный баланс. Вы можете sendtoaddress до тех пор, как весь кошелек имеет достаточно монет. Accounts (например, этикетки перед ними) только полезным механизмом учета. Остальная часть сети не знает, или все равно, что счета у вас есть. И хотя операции и из кошелька зачисляются или списываются на счета, все «монет» смешиваются вместе в бумажнике, нет никакого понятия "этот счет получил 100 биткоен в этой сделке, так что мы должны использовать те, для этой транзакции из ..." Например: 100 Bitcoins посылается на адрес, связанный с балансом счета А. является в настоящее время +100. 50 Bitcoins посылаются на адрес, связанный с балансом Б. Б теперь + 50. 100 перемещаются от А до В. А имеет нуль, В имеет 150. Б разрешено отправлять 150, но это не обязательно будет 100 изначально отправлен А и 50 отправляется B; если другие счета получили монеты (сделок), те могут быть отправлены вместо этого. котировка это должно быть указано, какие символы могут быть использованы для формирования имени учетной записи Bitcoin не заботится (используйте любую строку JSON для имени), а остальная частью сети не заботится, поэтому используйте имена учетных записей, которые имеют смысл для вашего приложения.

22 ноября 2010, 11:27:13 PM	# 9
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) IMO бумажнике, ключи (== в db4 ключи в ключ / значение таблицы, а не ECDSA клавиши) должно быть легче группе. например сделать ключи выглядеть трактов "/ Счет / $ / имя ecdsa_keypair_1234abcde" или "/ Настройки / генерировать" Это позволяет легче иерархическую организацию на основе здравых, читаемых префиксов. С помощью "/ Акр / $ / имя" позволило бы тривиальный поиск и группировка с помощью DB_SET_RANGE, например. (Да, я вижу DB_SET_RANGE уже используется, с помощью префикса «AC»). Современные методы "плоское пространство имен" или в настоящее время "имеет префикс «ас»" которые прямо из 1970-х годов, конечно, мы можем сделать лучше, чем это.

22 ноября 2010, 11:32:34 PM	# 10
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Еще один комментарий ... пожалуйста счета по умолчанию что-то другое, чем пустая строка. Сделать счет по умолчанию имени настройки бумажника, с дефолтом «по умолчанию» или «мастеров» или аналогичным. то есть. обеспечить разумное значение по умолчанию, но не заставить пользователей использовать это имя, если они действительно не хотят. мерзавец следует аналогичная политика: "мастер" филиал назван "мастер" по соглашению / по умолчанию только и может быть изменен в соответствии с предпочтениями пользователя. Пустая строка просто предлагает сумасшедшие сценарии / котировку атаку, и другие способы ошибки, склонной для пользователей, даже если фактическая реализация Bitcoin является 100% ошибка свободной и совершенной. Пустые строки и строки в кавычках специально являются боль.

23 ноября 2010, 12:09:49 AM	# 11
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Есть ли уже не способ поставить метки на основе за сделки? Кажется, что моя практика маркировки адреса "mtgox-20101122-1", Сигнализации о входящей транзакции mtgox, больше не поддерживаются. Даже при наличии счетов за BC-адрес метки полезны. Я бы не хотел, чтобы создать новую учетную запись для каждой транзакции mtgox ... mtgox водозабор все должны идти в тот же счет.

23 ноября 2010, 1:03:24 AM	# 12
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Цитата: jgarzik 23 ноября 2010, 12:09:49 AM Есть ли уже не способ поставить метки на основе за сделки? Там никогда не было способа поместить метки на основе за сделки. Это всегда было объединение один ярлык к нескольким-Bitcoin-адресов. Но все старые функциональности этикетки все еще там, просто переименованы. Вы должны быть в состоянии сделать все, что вы делали раньше. Тем не менее, вы могли бы подумать, что вы делаете что-то, что вы не были на самом деле делают. Там не было никакого способа, чтобы маркировать / названия конкретных сделок до того (только адресов). RE: пустая строка в качестве учетной записи по умолчанию: Ничего из этого не является (или будет) видны пользователям GUI, и если вы программист, используя JSON или интерфейс командной строки УВЕРЕННО вы знаете, как процитировать строки. RE: иерархические ключи бумажника: Да? Если вы хотите тривиальный поиск и группировку ... затем экспортировать данные в базу данных и использовать SQL.

23 ноября 2010, 1:18:16 AM	# 13
bitcoinex Сообщения: 350 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Я думаю, что это шаг в направлении к многопользовательскому bitcoind на 8333 порту! Нужно будет только для отображения системных имен пользователя bitcoind "Счета" и реализации права доступа к bitcoind на основе идент. UPD: Пользователи системы Bitcoin "Счета" должен быть отделен от созданного вручную регулярного Bitcoin "Счета" специальным флагом бумажник, чтобы избежать мошенничества.

23 ноября 2010, 1:31:08 AM	# 14
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Цитата: Гэвин Андресен 23 ноября 2010, 01:03:24 AM Цитата: jgarzik 23 ноября 2010, 12:09:49 AM Есть ли уже не способ поставить метки на основе за сделки? Там никогда не было способа поместить метки на основе за сделки. Это всегда было объединение один ярлык к нескольким-Bitcoin-адресов. Но все старые функциональности этикетки все еще там, просто переименованы. Вы должны быть в состоянии сделать все, что вы делали раньше. Тем не менее, вы могли бы подумать, что вы делаете что-то, что вы не были на самом деле делают. Там не было никакого способа, чтобы маркировать / названия конкретных сделок до того (только адресов). "моя практика маркировки адреса" "за БК-адрес этикетки" Так что да, я знаю, что они мечение адрес (ключ), ни одной сделки. Это не меняет практику или точку. котировка RE: пустая строка в качестве учетной записи по умолчанию: Ничего из этого не является (или будет) видны пользователям GUI, и если вы программист, используя JSON или интерфейс командной строки УВЕРЕННО вы знаете, как процитировать строки. Я уверен, что это то, что они сказали, когда они изобрели скрипты, SQL, ... Конечно десятилетия, связанные с безопасностью котирования багов подтвердится этой логика? Но независимо в том, что, конечно, очевидно, что указание пустых строк, таких как, например, в командной строке оболочки раздражает и пользователь недружественный, по сравнению с чем-то очевидным и удобочитаемом как "по умолчанию" или "мастер."

23 ноября 2010, 8:01:52 PM	# 15
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Мне нравится пустая строка больше, чем читабельное имя для учетной записи по умолчанию. Она должна быть в отличие от обычных счетов, как это возможно. По крайней мере, мы теперь не будет проблем, когда пользователи зарегистрировать «по умолчанию» или «мастер» логин на нашем сайте Это отличная вещь, чтобы иметь. Единственное, чего не хватает для полноценной обработки платежей по-прежнему является своим родом механизма уведомления асинхронного (например, JSON RPC вызова), когда монеты поступающими на некотором счете.

25 ноября 2010, 1:40:41 PM	# 16
Дав Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Действительно сладкая вещь будет клиент хранения своих данных в БД MySQL

25 ноября 2010, 1:43:36 PM	# 17
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Цитата: Дав 25 ноября 2010, 1:40:41 PM Действительно сладкая вещь будет клиент хранения своих данных в БД MySQL Это не было бы открыть полную банку с червями о поддержке базы данных? А хочет MySQL, Б хочет PostgresSQL, С хочет Oracle, D хочет некоторые NoSQL штуковины. И тогда команда разработчиков будет тратить все свое время с еще одной обертке базы данных. ИМО, было бы лучше, чтобы держать клиента автономный (что может быть сделано с BDB, которая используется в настоящее время), и как можно меньше. Все запросы можно сделать через JSONRPC. Зачем вам нужен SQL?

25 ноября 2010, 1:49:21 PM	# 18
nelisky Сообщения: 1554 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Re: несколько DBS и такие, что я действительно хотел бы видеть не обязательно клиент Suport для нескольких д.б.н., а чистый интерфейс бумажник и реализация по умолчанию, так же, как то, что происходит с добычей полезных ископаемых сегодня. При этом мы могли бы иметь пользовательские сборки для других БД в случае необходимости и, что более интересно для меня, сделать импорт / экспорт тривиальным и позволяют некоторые действительно аккуратные уловок для веб-сервисов без необходимости держать отводом об источниках клиента по умолчанию.

25 ноября 2010, 1:56:23 PM	# 19
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Да, это также вопрос документирования и определения протокола. Если это были задокументированы, люди могли написать свои собственные интересы клиентов в Python, PHP, Java и т.д. со своими серверными СУБД и весельем. Официальная эталонная реализация может оставаться простой, маленький, оптимизирован, без слишком большого количества слоев абстракции и зависимостей. Опять же, мне кажется, что bitcoind все еще находится в состоянии потока и нестабильным, таким образом, что теперь будет стремиться к движущейся цели.

25 ноября 2010, 2:01:08 PM	# 20
Дав Сообщения: 1372 Цитировать по имени цитировать ответ	Re: Учетные записи: СВН обороты 188 (изменения API JSON-RPC) Цитата: witchspace 25 ноября 2010, 1:43:36 PM Цитата: Дав 25 ноября 2010, 1:40:41 PM Действительно сладкая вещь будет клиент хранения своих данных в БД MySQL Это не было бы открыть полную банку с червями о поддержке базы данных? А хочет MySQL, Б хочет PostgresSQL, С хочет Oracle, D хочет некоторые NoSQL штуковины. И тогда команда разработчиков будет тратить все свое время с еще одной обертке базы данных. ИМО, было бы лучше, чтобы держать клиента автономный (что может быть сделано с BDB, которая используется в настоящее время), и как можно меньше. Все запросы можно сделать через JSONRPC. Зачем вам нужен SQL? Я думаю, я открыл банку с червями предлагая что Также, Цитата: witchspace 25 ноября 2010, 1:43:36 PM ~~Все~~ некоторые запросов может быть сделано через JSONRPC. Зачем вам нужен SQL? Я в порядке с клиентом быть самодостаточным, если я действительно нужно идти читать DB Я найду себе миленькое BerkeleyDB обертку На стороне записки, я действительно интересно, как блоки и транзакции однозначно определены внутри клиента, через их хэши? Они не гарантировано быть уникальным, и, в течение времени, я думаю, что это почти наверняка столкновения не произойдет. Мне было интересно, о том, что, спрашивая себя, что столбец использовать для первичного ключа ...

« Предыдущая тема | Следующая тема »

Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW