Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
5 октября 2011, 4:16:25 PM   # 1
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Ссылка тянуть запрос

Этот патч отключает автоматическое добавление "минимальный" плата за JSON-RPC methods-- вместо этого, он возвращает ошибку (с указанием того, сколько плата "обязательный") Или, если и только если пользователь устанавливает новый второй параметр "сила" к методу JSON-RPC «settxfee», посылает транзакцию с указанным пользователем платой.

Есть два способа использовать это:
  • Прочитайте сообщение об ошибке, возможно, предложит пользователю свой утвердить плату, а также использование "settxfee" чтобы повторить отправку с платой.
  • использование "settxfee" с "сила" возможность отправить его с более низкой, чем платой "обязательный", Потому что вы знаете, шахтера, который будет принимать его.

Это касается только пользователей JSON-RPC, который должен быть принят, чтобы понять риск отправки с недостаточными сборами.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr


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


5 октября 2011, 5:57:28 PM   # 2
 
 
Сообщения: 1988
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Получил 1806 Биткоинов
Реальная история.





(О том, сколько плата "обязательный")
Это потребует замены ПГСЧ в стохастической рюкзаке решателя. В настоящее время существует вызов рандов () там. Это ISN»воспроизводимого и проверяемый. Может быть, вы можете думать о каком-то повторяемом ПСЧЕ, который явно посеянном с чего-то, что будет каждый раз выбирать одни и те же монеты из того же кошелька и, следовательно, требует такой же платы?
2112 сейчас офлайн Пожаловаться на 2112   Ответить с цитированием Мультицитирование Сообщения от 2112 Быстрый ответ на сообщение 2112

5 октября 2011, 6:04:53 PM   # 3
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

(О том, сколько плата "обязательный")
Это потребует замены ПГСЧ в стохастической рюкзаке решателя. В настоящее время существует вызов рандов () там. Это ISN»воспроизводимого и проверяемый. Может быть, вы можете думать о каком-то повторяемом ПСЧЕ, который явно посеянном с чего-то, что будет каждый раз выбирать одни и те же монеты из того же кошелька и, следовательно, требует такой же платы?
Нет, это было бы не связано изменение. Прямо сейчас, код просто делает какое-то время (notEnoughFees) {addFees (); findCoins (); }
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

5 октября 2011, 6:13:51 PM   # 4
 
 
Сообщения: 1988
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Нет, это было бы не связано изменение. Прямо сейчас, код просто делает какое-то время (notEnoughFees) {addFees (); findCoins (); }
Вы предлагая итеративное решение к немонотонным недетерминистическим задачам оптимизации?

Должен ли я понял вас правильно?
2112 сейчас офлайн Пожаловаться на 2112   Ответить с цитированием Мультицитирование Сообщения от 2112 Быстрый ответ на сообщение 2112

5 октября 2011, 6:20:37 PM   # 5
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Нет, это было бы не связано изменение. Прямо сейчас, код просто делает какое-то время (notEnoughFees) {addFees (); findCoins (); }
Вы предлагая итеративное решение к немонотонным недетерминистическим задачам оптимизации?

Должен ли я понял вас правильно?
Я предлагаю перемещение "я принимаю эту плату" Логика вне из "всегда говорят, да" мы имеем сейчас, больше ничего.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

5 октября 2011, 6:22:12 PM   # 6
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я не думаю, что должен быть какой-либо способ для пользователей, чтобы переопределить необходимые сборы до "застрял" операции могут быть отменены.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

5 октября 2011, 6:32:32 PM   # 7
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я не думаю, что должен быть какой-либо способ для пользователей, чтобы переопределить необходимые сборы до "застрял" операции могут быть отменены.
Это ничего не изменит пользователь облицовочный (то есть, GUI).
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

5 октября 2011, 6:43:13 PM   # 8
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Это ничего не изменит пользователь облицовочный (то есть, GUI).

Номера сведущие люди не ограничиваются графическим интерфейсом. Если это было включено в основной релиз, я конечно многие люди будут получать операции необратимо застряли.

Может быть, это было бы ОК, чтобы разрешить его с "-disableSafeFees" переключатель или что-то.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

5 октября 2011, 7:11:54 PM   # 9
 
 
Сообщения: 1988
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я предлагаю перемещение "я принимаю эту плату" Логика вне из "всегда говорят, да" мы имеем сейчас, больше ничего.
Тогда ваш патч хуже исходной задачи. Он толкает Bitcoin дальше вниз по пути того, чтобы быть непроверяемо и недетерминировано программным обеспечением.

Я думаю, что конкурирующий подход СИПА гораздо лучше. Он предложил "псевдо транзакции"
что бросает кости один раз, выбирает монеты, представлена ​​расчетная плата и позволяет JSON-RPC
пользователь совершить или прервать транзакцию.

Я считаю, что его исправление было запирающей и сбор мусора проблемы.

Если JSON-RPC Keep Alive и JSON-RPC многопоточные запирающие пластыри одобрено, то патч СИПА поправимо.

Как это ваш патч делает пользователь видимой проблемы скрыта под дополнительным слоем запутывания и случайности. Люди склонны замечать несанкционированные сборы осушения их баланса. Текущая ситуация "всегда говорят, да" только в bitcoind. Клиент Bitcoin всплывает диалоговое окно.
2112 сейчас офлайн Пожаловаться на 2112   Ответить с цитированием Мультицитирование Сообщения от 2112 Быстрый ответ на сообщение 2112

5 октября 2011, 7:18:37 PM   # 10
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Как это ваш патч делает пользователь видимой проблемы скрыта под дополнительным слоем запутывания и случайности. Люди склонны замечать несанкционированные сборы осушения их баланса. Текущая ситуация "всегда говорят, да" только в bitcoind. Клиент Bitcoin всплывает диалоговое окно.
Это влияет только на bitcoind.

Кроме того, новая версия требует недокументированная -nosafefees опции для этого.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

9 октября 2011, 12:43:28 AM   # 11
 
 
Сообщения: 1470
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я абсолютно поддерживаю этот патч.

Не позволяет мне делать то, что я хочу, чтобы мои деньги были точную причину я создал "Нет принудительный сбор TX" вилка.

Люди должны иметь выбор, всегда - то есть все Open Source о. Там должна быть экспертом переключателя, предпочтительно в bitcoin.conf, и дополнительно --force параметр должен быть указан в bitcoind / JSON-RPC, когда пользователь хочет отправить сделку без гонорара / с более низкой платой - так что мы можем иметь абсолютный certanity, что пользователь знает, что он делает.

Кроме того, предупреждение о какой-то может быть возвращен после того, как компенсация послана, чтобы дать пользователю дополнительную информацию о том, что он только что сделал.
ShadowOfHarbringer сейчас офлайн Пожаловаться на ShadowOfHarbringer   Ответить с цитированием Мультицитирование сообщения от ShadowOfHarbringer Быстрый ответ на сообщение ShadowOfHarbringer

1 декабря 2011, 3:29:20 AM   # 12
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я не думаю, что должен быть какой-либо способ для пользователей, чтобы переопределить необходимые сборы до "застрял" операции могут быть отменены.

На данный момент, если вы хотите отправить без сборов и рисковать "застрял", Вы можете составить свой собственный клиент. Поскольку вы работаете нестандартное программное обеспечение, то это явно ваша вина, если ваши транзакции застревают.
Если официальный клиент может быть использован для отправки с неадекватным плата в результате "застрял" сделок, то официальный клиент становится "хрупкое программное обеспечение",
Я полагаю, поддержку накладных расходы и плохой PR, связанные с застрявшими сделками, вероятно, будет хуже, чем раздражение с мизерными сборами.

Возможный компромисс может быть, чтобы включить опцию, но отображать предупреждение и оставить эту функцию без документов. Я до сих пор не понимаю, что стимул для изменения для разработчиков, которые счастливы с гонорарами и хотят сохранить код проще и меньше.

ByteCoin
ByteCoin сейчас офлайн Пожаловаться на ByteCoin   Ответить с цитированием Мультицитирование сообщения от ByteCoin Быстрый ответ на сообщение ByteCoin

1 декабря 2011, 3:47:10 AM   # 13
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

На данный момент, если вы хотите отправить без сборов и рисковать "застрял", Вы можете составить свой собственный клиент. Поскольку вы работаете нестандартное программное обеспечение, то это явно ваша вина, если ваши транзакции застревают.
Если официальный клиент может быть использован для отправки с неадекватным плата в результате "застрял" сделок, то официальный клиент становится "хрупкое программное обеспечение",

Это тоже моя позиция. Пока не существует риска, связанный с передачей некоторых сделок (потому что они могут быть в обратном порядке), клиент по умолчанию не должен допускать такие сделки.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

1 декабря 2011, 3:57:26 AM   # 14
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я считаю, что плата сделки должна быть необязательным параметром, который может быть указан в транзакцию.

Эти варианты будут либо а) выплатить определенную сумму, в противном случае сделки, если сумма не хватает (возвращение минимума в сообщении об ошибке), б) платить минимум, что клиент будет иным образом реализовать, с) заплатить определенную сумму к черте с минимумом (собственный риск), или г) оплатить все, что предварительно сконфигурированный в программном обеспечении.

Причина, почему я пользуюсь этой точки зрения, я считаю, что одна организация должна быть в состоянии работать всего лишь один "bitcoind" сервер, сервисы все на этой локальной сети, вроде как один сервер SMTP собирает почту для всей сети. Это происходит потому, что потребление ресурса bitcoind растет с блочной цепью, вскоре можно ожидать, чтобы достичь точки, что делает это становится лучшей практикой.

Я вижу bitcoind эволюционирует в многопользовательском демон, который обрабатывает либо бумажник для нескольких людей, или поддерживает свет клиентского программное обеспечения, которое делает все обработки бумажника. Тем не менее, bitcoind кажется разработанным, как будто он всегда будет развернут "для каждого пользователя",

Я считаю, что это грех bitcoind действовать, как он используется только один человек. Дизайн, где один сусло "settxfee" для всего демона, прежде чем делать операцию, не является хорошим. Settxfee следует установить значения по умолчанию, если такой параметр не задан с транзакцией, и больше ничего.
casascius сейчас офлайн Пожаловаться на casascius   Ответить с цитированием Мультицитирование сообщения от casascius Быстрый ответ на сообщение casascius

2 декабря 2011, 5:52:14 PM   # 15
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я просто добавил "maxtxfee" возможность получить старое поведение (включено по умолчанию до 0,01 BTC платы). Надеюсь, это хороший компромисс?
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

3 декабря 2011, 12:47:24 PM   # 16
 
 
Сообщения: 1470
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Я просто добавил "maxtxfee" возможность получить старое поведение (включено по умолчанию до 0,01 BTC платы). Надеюсь, это хороший компромисс?

Возможно, однако, вопрос: будет ли это быть объединено в магистральный клиент?
ShadowOfHarbringer сейчас офлайн Пожаловаться на ShadowOfHarbringer   Ответить с цитированием Мультицитирование сообщения от ShadowOfHarbringer Быстрый ответ на сообщение ShadowOfHarbringer

6 декабря 2011, 3:51:27 AM   # 17
 
 
Сообщений: 77
Цитировать по имени
цитировать ответ
по умолчанию Re: изменение API JSON-RPC: Явные обработки транзакций сборов

Эй Люк,

Спасибо за патч. Я пытаюсь использовать его для отправки биткойно автоматически с определенной скоростью, с платой включено. Другими словами, если я пытаюсь отправить 1 монету, я хотел бы сделку + плату в общей сложности до 1BTC. В настоящее время, у меня есть клиент попытка отправить монету без каких-либо сборов, чтобы создать сообщение об ошибке, сообщающую плату и вычитая эту плату от суммы я собираюсь отправить.

Я получаю ощущение, что это ненадежный способ делать вещи, хотя. Есть ли лучший способ сделать это произошло?
gregwtmtno сейчас офлайн Пожаловаться на gregwtmtno   Ответить с цитированием Мультицитирование сообщения от gregwtmtno Быстрый ответ на сообщение gregwtmtno



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW