0

Let's say I create an address that has a balance of x bitcoins, where x is the minimum transaction amount before prompting a fee. Hypothetically this address is used as a permanent cryptographically secure mechanism that sends itself x coins at certain points which have some significance.

Will miners mine this transaction over and over or will it eventually be ignored by the network?

Will this transaction be readable by parsing the blockchain, or is it handled differently?

Will this transaction ever eventually incur fees and thus never be put into a block (since the wallet will never own more than x BTC)?

  • Why on earth would I be downvoted for asking this question? – bvpx Jul 25 '13 at 17:29
  • I didn't downvote, but the question is fairly confusing, it's not clear what you're asking and the premises suggest misunderstandings of how Bitcoin works. – Meni Rosenfeld Jul 25 '13 at 18:13
  • I want to send myself x amount of coins continuously and use a blockchain parser to get that data (timestamp, block #, for carbon dating). Will I eventually be unable to send this transaction into the network due to fees or will this work as expected as long as I put in the minimum coin amount to avoid fees? – bvpx Jul 25 '13 at 18:17
  • Or simply, is there ANYTHING AT ALL within the bitcoin protocol (besides pruning in the future) which would pose as a serious problem for this application? – bvpx Jul 25 '13 at 18:19
  • This sounds like you're planning to DDoS the blockchain. Or do you have an innocent reason to want to do this? – user6100 Jul 26 '13 at 18:58
4

Nodes don't check the history of a coin or address to determine whether to include or propagate it, so it will be possible to send coins from an address to itself multiple times.

However, the priority of a transaction depends on how aged its inputs are. If you try to do it too frequently, you'll be using young inputs, lowering the priority and making a fee necessary.

  • I see. So even if you mine a new block of 25 BTC, and used those 25 BTC to send to yourself every so often, eventually you'd end up paying a fee on that transaction due to the coin age? That makes sense. Is there anywhere I can learn more about the exact timing of that eventuality or do I have to sort through the source code to figure this one out? – bvpx Jul 25 '13 at 19:52
  • 1
    @bvpx: There is some information at en.bitcoin.it/wiki/Transaction_fees. I'm not sure it's up to date but at least it can give a hint what to look for in the code. – Meni Rosenfeld Jul 25 '13 at 20:19
  • @bvpx: I'd like to reiterate that it's not how many times you do it it matters, it's the interval. With 25 BTC you likely won't run into this problem, but with a smaller amount, you won't need to pay a fee if you make a transaction per day (giving the coin time to age before sending again), but you will need to pay a fee if you make a transaction every 10 minutes. – Meni Rosenfeld Jul 25 '13 at 20:21
  • @bvpx The network doesn't discriminate against coins that are old, only coins that are "new." Coins can become new by being spent. – Nick ODell Jul 25 '13 at 20:36
  • I see. So there is an equation that I can use to figure out how many coins I need to put into the wallet to achieve no fees at a certain interval. For example, if I wanted to send a message every 30 minutes I could then calculate priority = sum(input_value_in_base_units * input_age)/size_in_bytes and estimate around 1-3 for input_age and measure size_in_bytes to find the values that fit this model. – bvpx Jul 25 '13 at 20:45

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.