Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
7 июня 2011, 9:43:37 AM   # 1
 
 
Сообщения: 994
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Wiki (https://en.bitcoin.it/wiki/Transaction_fees) Описано, как версия 0.3.20 работает, по-видимому, что-то изменилось в 0.3.22:

котировка
Клиент будет принимать и ретранслировать TX с 0,0005 BTC тарифного плана (пользователи по-прежнему не платить 0,01 BTC за кб, до следующей версии)

но я понятия не имею, WTF это значит. Где я могу найти информацию о том, как именно _current_ версия работает, кроме чтения исходного кода?

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

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

Я вижу следующую потенциальную атаку против владельца сервиса: клиент будет посылать свои деньги на свой счет медленно, в течение долгого времени, в небольших сделках, как 0,01-0,02 BTC. Затем, когда значительная сумма накапливается, скажем, 100 BTC он будет снимать его. Я ленив, чтобы подсчитать, сколько это будет стоить, но я думаю, легко плата может быть больше чем 1 BTC.

Таким образом, по нынешнему курсу можно легко ограбить владелец службы за $ 20, который засасывает. Затем он может повторить эту атаку, пока служба не будет никаких денег осталось. Это уничтожит бизнес, потому что другие пользователи не смогут отказаться.

Может быть, я немного параноик, но если атака, описанная выше, возможно я любопытное боюсь запустить сервис, который позволяет снятие. Это ужасная ошибка в программном обеспечении ИМХО.

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


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


7 июня 2011, 10:00:42 AM   # 2
 
 
Сообщения: 994
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

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





Если не существует способ сделать это с текущим программным обеспечением, что-то, как это будет работать:

1. Оплатить TXN взнос от суммы отправки. Например. Новая функция RPC sendupto (<адрес>,<количество>) Допустим, сумма 100 BTC. Клиент считает, что он будет нести плату в размере 0,50 BTC. Затем он посылает 99.50 BTC и BTC плату 0,50. В идеале это должно найти оптимальное соотношение количества / плату: если отправка 99,50 BTC занимает весь 0,45 BTC в плате он должен попробовать отправки 99.55 BTC. Затем плата доходит до 0,46 BTC и пытается 99.54 BTC и так далее. В какой-то момент она будет сходиться.

плата за сделку / оценка 2. Ограничить. Например. Новая функция RPC maybesend (<адрес>,<количество>,). Вы начинаете называть его maybesend (<адрес>, 100.00, 0.0). Если он может отправить 100 BTC без платы он делает это, в противном случае она возвращает ориентировочный размер платы: 0.50 BTC. Тогда я проверить, могу ли я передать 0,50 платы BTC на клиенте, если он имеет >100,50 BTC на его счету я называю его снова, как maybesend (<адрес>, 100, 0,50). Если ситуация не изменилась с момента последнего вызова, и он по-прежнему стоит 0,50 BTC, то сделка будет отправлено. В противном случае она возвращает новое значение, скажем, 0,51 BTC, и я повторить процесс. Если клиент не имеет достаточно средств, я уведомит его в GUI с возможностью отправки меньшего количества (например, 99,50 BTC).

3. Bitcoin клиент должен попытаться найти способ, как отправить сумму в течение определенного максимального окна платы TXN. Например. если сумма велика она должна попытаться использовать большую «монету», чтобы ограничить размер сделки. Если это не возможно, он должен попытаться разорвать сделку на мелкие кусочки и отправить их медленно в течение долгого времени. Насколько я понимаю, что это всегда возможно до тех пор, как суммы я получил кратна 0,01 и может быть не возможно иначе.

4. Если предел ничего безусловная плата за сделку лучше, чем отметить, по крайней мере, могут быть обработаны вручную.

И, наконец, я думаю, что плата слишком чертовски высока, они должны быть совершенно незначительным (и, ну, они были, когда BTC обменный курс был ниже). Но если сеть нуждается в этих сборов за какой-то причине я в порядке с этим, как сервис-владельца до тех пор, как я могу передать их пользователям. Как пользователь, я был бы очень зол будучи ударили с непомерной платой, но что я могу сделать с этим ...
killerstorm сейчас офлайн Пожаловаться на killerstorm   Ответить с цитированием Мультицитирование сообщения от killerstorm Быстрый ответ на сообщение killerstorm

7 июня 2011, 10:20:59 AM   # 3
 
 
Сообщения: 994
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

Вариант 3 выглядит своего рода сложно реализовать, он может быть заменен простой функции RPC API, скажем, sendlowfee (адрес, количество), который будет посылать монеты по одному.

Скажем, она называлась sendlowfee (адрес, 100). Теперь, если мы имеем монету >= 100 BTC будет отправлен в полном объеме.

Если мы не имеем большую монету сумму, но у нас есть, скажем, 69.75 один он будет посылать одну сделку с 69,75 сумму, и эта сумма будет возвращена в результате RPC.

Теперь обслуживание с помощью сервера Bitcoin следует отметить, что есть 30,25 BTC, чтобы отправить, а затем, скажем, через 10 минут он будет делать sendlowfee (адрес, 30.25).

Как я понимаю, один вход, одним выход транзакция может быть отправлена ​​бесплатно, так что в этом случае вы можете отправить любую сумму бесплатно, если у вас нет денег в крошечном (<0.01 BTC) монеты, которые не могут быть отправлены без сборов.

При желании он может также включать в себя фиксированную плату с каждой небольшой TXN.

Так варианты 2 и 3, которые я описал легко реализовать в bitcoind (насколько я понимаю), но они требуют сложной обработки в приложениях. Они являются гибкими, хотя.

С опцией 1 это отправить&забыть, но это не является гибким и требует сложной реализации в bitcoind.

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

7 июня 2011, 12:24:12 PM   # 4
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

Если вы обеспокоены "счет фонда с крошечным Bitcoins" атаки, вы должны взимать плату с пользователей, что фонд счета gazillions мелких сделок "Плата за превышение по счету."  Я думал о написании кода для ClearCoin, что делает это, но, по крайней мере, до сих пор это не имеет смысла для меня, чтобы тратить время, делая это.

И посмотреть:  https://github.com/bitcoin/bitcoin/pull/285   для современного мышления о том, как обрабатывать сборы на время отправки.

Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

7 июня 2011, 2:15:45 PM   # 5
 
 
Сообщения: 994
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

Существует простой способ, чтобы убедиться, что TXN сборов передаются пользователи: проверить наличие фонда в sendfrom должны включать плату за транзакцию. (Т.е. запретить отрицательное сальдо счетов.)
Я предполагаю, что это не сделано таким образом, по причинам удобства: этот способ sendfrom может просто использовать SendMoneyToBitcoinAddress функции.
Но это не так сложно переписать его немного, чтобы использовать CreateTransaction вместо этого и сделать проверку, прежде чем совершать, не так ли?

estimatetxfee может быть полезным, но это ничего не решает, потому что она не дает никаких гарантий.

BTW сейчас читает код, я вижу, что можно написать функцию посыла сделки, которая бы втиснуть как можно больше в свободную (или минимальной плате) сделку. Кто-нибудь заинтересован в этом?
killerstorm сейчас офлайн Пожаловаться на killerstorm   Ответить с цитированием Мультицитирование сообщения от killerstorm Быстрый ответ на сообщение killerstorm

7 июня 2011, 7:55:57 PM   # 6
 
 
Сообщений: 84
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

Мои навыки программирования более низкого, так что я не читал код. Но, насколько я понимаю, что плата является вознаграждением и мотивация для пользователей, чтобы вычислить хэш, чтобы сохранить сеть вверх. А размер платы рассчитывается по сделкам / мощности вычислений, необходимых для этой Зингель сделки. Это верно ?

Может быть, я уже совершенно неправильно в этой точке.

Но это имеет смысл, чтобы позволить каждому пользователю, который работает клиент и держать вычисление хэш решить, сколько гонорара он получит за сделку управляемой от своего клиента?

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

Так может быть, саморегулирующаяся система будет расти автоматически. Если кто-то настроено на высокие feeґs в его клиента "клиент" будет отказаться и переключиться на кого-то с более низкой платой. Это как фондовая биржа, рынок решает, что это разумный гонорар.

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

Но, как я уже упоминал, может быть, я completelly пропустил точку ...   
Adaman сейчас офлайн Пожаловаться на Adaman   Ответить с цитированием Мультицитирование сообщения от Adaman Быстрый ответ на сообщение Adaman

8 июня 2011, 7:13:52 AM   # 7
 
 
Сообщения: 994
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

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

В настоящее время взносы используются главным образом препятствовать операции «спам», которые могли бы затопить сеть. Они незначительны по сравнению с числом Bitcoins добываемым.

Например, вот один из больших блоков: http://blockexplorer.com/block/00000000000010636a97e1aa823a6b2d60b5a964f087448857190093e014a5d5
Блок 12931 имеет 99.155 килобайт и он получил 0,581 в плате (по сравнению с 50 BTC генерируемым).

Давайте сравним его с меньшим блока: http://blockexplorer.com/block/0000000000000035d573e3a205d166de752a540dd30d59477d3526ec30d9006a
Размер: 15,5 килобайт
0.2 общие сборы

котировка
А размер платы рассчитывается по сделкам / мощности вычислений, необходимых для этого одной транзакции. Это верно ?

Как размер блока идет большие сборы, необходимые шахтера идут большие, так что в какой-то момент, если есть слишком много сделок они не получат в текущем блоке (но они могут перейти в следующий). Таким образом, платежи, полученные шахтера может быть примерно пропорционально размеру блока, поэтому объем вычислений, необходимых для подтверждения.

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

Быстрая оценка: там будет как 4000 мелких сделок в 1 MB-большой блок. Скажем, 3 мсек тратится на одну проверку (число из вики). Это означает, что одно ядро ​​процессора будет проверять весь блок в 15 секунд.

Но это заняло бы много _years_ для одного ядра процессора для решения корректуры из-работы проблемы. Так что это не имеет большого значения, пока мы не получим гораздо больше блоков.

(Это не так просто, потому что проверка также требует операций ввода-вывода, но вы получите идею ... По крайней мере, с текущими размерами блоков, как ~ 100 КБ сверху это не имеет значения.)

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

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

Как это работает сейчас: клиент назначает фиксированную плату. Miner сортирует сделки по приоритету и идет по списку, проверяя, есть ли у них достаточно сборов. (В блок получает большие гонорары получают более дорогой). Если сделка не принимается в блок может быть принят в другом блоке добытого другим шахтером. Так что если вы не платите взносы или взносы слишком малы, это займет больше времени, пока вы не получите подтверждение.

котировка
Так может быть, саморегулирующаяся система будет расти автоматически.

Определенно, это будет, когда будет большее количество сделок было бы целесообразно, чтобы сделать сборы настраиваемым.

В ограниченном смысле это сейчас - если вы хотите, чтобы ваш TXN быть включены в больший блок, вам может понадобиться настроить более высокую плату в вашем клиенте (есть RPC вызов для него сейчас).

Существует также шахтер, который принимает ниже, чем операционные издержки по умолчанию, а также нестандартные сделки:
https://en.bitcoin.it/wiki/Free_transaction_relay_policy
killerstorm сейчас офлайн Пожаловаться на killerstorm   Ответить с цитированием Мультицитирование сообщения от killerstorm Быстрый ответ на сообщение killerstorm

25 марта 2013, 4:01:04 AM   # 8
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

В настоящее время взносы используются главным образом препятствовать операции «спам», которые могли бы затопить сеть. Они незначительны по сравнению с числом Bitcoins добываемым.

Ваш сбивая соломенное чучело.
сборы явно не ничтожны по сравнению со многим Tranfer сумм, является то, что имеет значение.

0,0005 плата БТД является кровавая плагиат. это 3 Ђcent и подсчета ... для передачи в 200 байт. что это безнравственно.
mai77 сейчас офлайн Пожаловаться на mai77   Ответить с цитированием Мультицитирование сообщения от mai77 Быстрый ответ на сообщение mai77

25 марта 2013, 8:20:31 AM   # 9
 
 
Сообщения: 938
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

котировка
И, наконец, я думаю, что плата слишком чертовски высока, они должны быть совершенно незначительным (и, ну, они были, когда BTC обменный курс был ниже). Но если сеть нуждается в этих сборов за какой-то причине я в порядке с этим, как сервис-владельца до тех пор, как я могу передать их пользователям. Как пользователь, я был бы очень зол будучи ударили с непомерной платой, но что я могу сделать с этим ...
Операционные сборы являются BAD.
Там не будут ТЕ сборы в TrueCoin.

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

25 марта 2013, 8:58:20 AM   # 10
 
 
Сообщения: 910
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

Существует простой способ, чтобы убедиться, что TXN сборов передаются пользователи: проверить наличие фонда в sendfrom должны включать плату за транзакцию. (Т.е. запретить отрицательное сальдо счетов.)

Не просто изменение - после проверки счета имеет достаточно баланс, он просто вызывает
Код:
pwalletMain->SendMoneyToDestination (address.Get (), nAmount, WTX);
который вычисляет плату и толкает TX.
TradeFortress сейчас офлайн Пожаловаться на TradeFortress   Ответить с цитированием Мультицитирование сообщения от TradeFortress Быстрый ответ на сообщение TradeFortress

25 марта 2013, 9:34:36 AM   # 11
 
 
Сообщения: 994
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

В настоящее время взносы используются главным образом препятствовать операции «спам», которые могли бы затопить сеть. Они незначительны по сравнению с числом Bitcoins добываемым.

Ваш сбивая соломенное чучело.

Вы отсталый? Вы прокомментировать два года старый нить, полностью пропустить точку, и утверждают, что это был соломенный человек.

Я говорил о значении сборов сделки для шахтеров. Не о затратах сборов для пользователей. Это то, что мы говорили о том, не то, что вы себе представить. Прочитайте то, что я отвечал на.

Чертов ретард. Вы даже понять, что "соломенное чучело" означает? Это вовсе не означает, "люди говорят о вещах, которые я не понимаю",

сборы явно не ничтожны по сравнению со многим Tranfer сумм, является то, что имеет значение.

Да.

0,0005 плата БТД является кровавая плагиат. это 3 Ђcent и подсчета ... для передачи в 200 байт. что это безнравственно.

Вы не понимаете, как это работает, не так ли?

Это не только передача данных, эти 200 байт будут храниться ВЕЧНО на тысячах систем. (И это будет передано в миллионы раз ... Так что речь идет о гигабайтах передачи.)

Абсолютно ничего аморального ... Во всяком случае, это не слишком дешево.

Да, Bitcoin не подходят для микротранзакций. Если вы думаете, существует потребность в микротранзакции, попытаться разработать систему, которая работает лучше.
killerstorm сейчас офлайн Пожаловаться на killerstorm   Ответить с цитированием Мультицитирование сообщения от killerstorm Быстрый ответ на сообщение killerstorm

25 марта 2013, 9:53:25 AM   # 12
 
 
Сообщения: 2002
Цитировать по имени
цитировать ответ
по умолчанию Re: текущая ситуация с налогами транзакций (???)

Вы прокомментировать два года старый нить, полностью пропустить точку, и утверждают, что это был соломенный человек.

Ничего себе, я полностью пропустил, что mai77 отвечал на 2-летнюю нить. Это смешно в контексте его жалобы. Если бы я не видел, что я никогда бы не потрудился отвечать на него, и было бы просто поставить его на "игнорировать" вместо.

Удаление моего ответа и добавления mai77 в мой список игнорируемых в настоящее время. Спасибо за указание на то, что я не заметил.
DannyHamilton сейчас офлайн Пожаловаться на DannyHamilton   Ответить с цитированием Мультицитирование сообщения от DannyHamilton Быстрый ответ на сообщение DannyHamilton



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW