Многократная отправка монет с адреса на себя

Допустим, я создаю адрес с балансом в xбиткойнах, где xминимальная сумма транзакции до запроса комиссии. Гипотетически этот адрес используется как постоянный криптографически безопасный механизм, который отправляет себе xмонеты в определенные точки, которые имеют какое-то значение.

Будут ли майнеры майнить эту транзакцию снова и снова или она в конечном итоге будет проигнорирована сетью?

Будет ли эта транзакция доступна для чтения при разборе блокчейна или она обрабатывается по-другому?

Будет ли эта транзакция когда-либо в конечном итоге нести комиссию и, следовательно, никогда не будет помещена в блок (поскольку кошелек никогда не будет иметь больше, чем xBTC)?

С какой стати меня минусуют за этот вопрос?
Я не минусовал, но вопрос довольно запутанный, неясно, о чем вы спрашиваете, и предпосылки предполагают неправильное понимание того, как работает Биткойн.
Я хочу постоянно отправлять себе xколичество монет и использовать парсер блокчейна для получения этих данных (отметка времени, номер блока, для датирования по углероду). Смогу ли я в конечном итоге отправить эту транзакцию в сеть из-за комиссий, или это будет работать, как и ожидалось, если я введу минимальную сумму монет, чтобы избежать комиссий?
Или просто, есть ли вообще что-нибудь в протоколе Биткойн (помимо сокращения в будущем), что может создать серьезную проблему для этого приложения?
Похоже, вы планируете DDoS-атаку на блокчейн. Или у вас есть невинная причина хотеть это сделать?
Мне действительно любопытно, какова будет мотивация такой схемы.
Это не DDoS, а просто способ связать nтранзакцию с отметкой времени, используя блокчейн в качестве доказательства существования. Транзакция будет иметь 1 вход и 1 выход, относящиеся к одному и тому же адресу. Кошелек будет содержать xбиткойны, где xминимальная сумма, необходимая для отправки этой транзакции в сеть каждую yсекунду, где yнаименьшее количество времени, необходимое моему приложению. yвероятно, будет в диапазоне нескольких дней, поэтому я предполагаю, что значение xбудет ограничено, input_value_in_base_unitsа не input_ageили size_in_bytes.

Ответы (1)

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

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

Я понимаю. Таким образом, даже если вы добудете новый блок из 25 BTC и будете использовать эти 25 BTC для отправки себе время от времени, в конечном итоге вам придется платить комиссию за эту транзакцию из-за возраста монеты? В этом есть смысл. Есть ли где-нибудь, где я могу узнать больше о точном времени этого события, или мне нужно разобраться в исходном коде, чтобы понять это?
@bvpx: Некоторая информация есть на en.bitcoin.it/wiki/Transaction_fees . Я не уверен, что он обновлен, но, по крайней мере, он может дать подсказку, что искать в коде.
@bvpx: я хотел бы повторить, что важно не то, сколько раз вы это делаете, а интервал. С 25 BTC вы, скорее всего, не столкнетесь с этой проблемой, но с меньшей суммой вам не нужно будет платить комиссию, если вы совершаете транзакцию в день (что дает монете время состариться перед повторной отправкой), но вы нужно платить комиссию, если вы совершаете транзакцию каждые 10 минут.
@bvpx Сеть не дискриминирует старые монеты, а только «новые». Монеты могут стать новыми, будучи потраченными.
Я понимаю. Итак, есть уравнение, которое я могу использовать, чтобы выяснить, сколько монет мне нужно положить в кошелек, чтобы не получать комиссию через определенный интервал времени. Например, если бы я хотел отправлять сообщение каждые 30 минут, я мог бы рассчитать priority = sum(input_value_in_base_units * input_age)/size_in_bytesи оценить примерно 1-3 для input_ageи измерить size_in_bytes, чтобы найти значения, соответствующие этой модели.
Многократная отправка монет с адреса на себя
СпросиСетьПолитика конфиденциальности1y, 0v