Bitcoin Forum
May 09, 2024, 01:18:22 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Transaction rejected by our node  (Read 9177 times)
gogxmagog (OP)
Legendary
*
Offline Offline

Activity: 1456
Merit: 1010

Ad maiora!


View Profile
July 14, 2015, 09:56:39 PM
 #1

ok, so I got this tiny transaction stuck in limbo. its only 8 cents... i think it was a faucet (i click them occasionally, its not vital income by any means) but now its stuck and i have this unconfirmed (3 days now) transaction sitting in my wallet. this is the message ; Transaction rejected by our node. Reason: Transaction was previously accepted but has been pruned from our database. here---> https://blockchain.info/tx-index/68d5e07aed16334a7b6fb22d70fdbc62c42b5e3891e55bf0752d8e0b912f782e

i understand its a dust tx and the stress test has jammed it up, its not really life or death if it ever goes through, but will it eventually? will it go back to the sender and maybe be sent again, or is it gone forever? AND will it ever disappear from my transaction history? (I'm kinda OCD and I dont like how it looks in my wallets tx history)

like i say, I'm not going to die if it never resolves, but can someone explain what happens to this tx now that it has been rejected? are the devs doing anything to clean this stuff up? does it even matter in the bigger scheme of things? just wondering (its stuff like this that reminds me of how little i understand about how bitcoin works)
1715260702
Hero Member
*
Offline Offline

Posts: 1715260702

View Profile Personal Message (Offline)

Ignore
1715260702
Reply with quote  #2

1715260702
Report to moderator
1715260702
Hero Member
*
Offline Offline

Posts: 1715260702

View Profile Personal Message (Offline)

Ignore
1715260702
Reply with quote  #2

1715260702
Report to moderator
1715260702
Hero Member
*
Offline Offline

Posts: 1715260702

View Profile Personal Message (Offline)

Ignore
1715260702
Reply with quote  #2

1715260702
Report to moderator
You can see the statistics of your reports to moderators on the "Report to moderator" pages.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715260702
Hero Member
*
Offline Offline

Posts: 1715260702

View Profile Personal Message (Offline)

Ignore
1715260702
Reply with quote  #2

1715260702
Report to moderator
shorena
Copper Member
Legendary
*
Offline Offline

Activity: 1498
Merit: 1520


No I dont escrow anymore.


View Profile WWW
July 14, 2015, 10:28:18 PM
 #2

ok, so I got this tiny transaction stuck in limbo. its only 8 cents... i think it was a faucet (i click them occasionally, its not vital income by any means) but now its stuck and i have this unconfirmed (3 days now) transaction sitting in my wallet. this is the message ; Transaction rejected by our node. Reason: Transaction was previously accepted but has been pruned from our database. here---> https://blockchain.info/tx-index/68d5e07aed16334a7b6fb22d70fdbc62c42b5e3891e55bf0752d8e0b912f782e

Yes, bc.i cranked up the filters a notch. Shows fine on others[1].

i understand its a dust tx and the stress test has jammed it up, its not really life or death if it ever goes through, but will it eventually?

Depends.

will it go back to the sender and maybe be sent again, or is it gone forever?

Its certainly not gone. Bitcoin cant just disappear.

AND will it ever disappear from my transaction history? (I'm kinda OCD and I dont like how it looks in my wallets tx history)

Depends on your wallet, if you are using bitcoin core (assumption based on the section you post in) you can manually remove the TX from the wallets data with pywallet.

like i say, I'm not going to die if it never resolves, but can someone explain what happens to this tx now that it has been rejected? are the devs doing anything to clean this stuff up? does it even matter in the bigger scheme of things? just wondering (its stuff like this that reminds me of how little i understand about how bitcoin works)

It mainly depends on the wallet of the sender. If they keep rebroadcasting it, it will eventually get picked up by a miner and get a confirmation. The fee is a bit low for the amount of outputs, but under "not spam" circumstances it would have confirmed after a few days. Now, if they dont rebroadcast it, the rest of the network will eventually forget about the TX and the sender is free to create a new one with the same input.


[1] e.g. here: https://www.blocktrail.com/BTC/tx/68d5e07aed16334a7b6fb22d70fdbc62c42b5e3891e55bf0752d8e0b912f782e

Im not really here, its just your imagination.
gogxmagog (OP)
Legendary
*
Offline Offline

Activity: 1456
Merit: 1010

Ad maiora!


View Profile
July 15, 2015, 12:13:11 AM
 #3

Ok thanks. Very helpful.
I'm assuming this is happening due to the stress test/network spam attack because I've received smaller tx than this before with no problems.
Would an increased block size prevent this type of rejected tx or would it just minimize the occurance ?

I mean, one of the things BTC boasts it is ideal for is micro transactions, but if this stuff continues (there are dozens of threads complaining of it right now) micro transactions over the block chain don't look so good.
shorena
Copper Member
Legendary
*
Offline Offline

Activity: 1498
Merit: 1520


No I dont escrow anymore.


View Profile WWW
July 15, 2015, 07:49:48 PM
 #4

Ok thanks. Very helpful.
I'm assuming this is happening due to the stress test/network spam attack because I've received smaller tx than this before with no problems.
Would an increased block size prevent this type of rejected tx or would it just minimize the occurance ?

I mean, one of the things BTC boasts it is ideal for is micro transactions, but if this stuff continues (there are dozens of threads complaining of it right now) micro transactions over the block chain don't look so good.

An increased blocksize could not prevent an attack like this, but it could make it more expensive or less effective. If current blocks can clean 2000 TX at a time, 8MB blocks would be able to clean 16000 TX. Considering there are currently ~64000 TX waiting, it would be a matter of ~40 minutes to clean that up. I would also assume that bc.i would not have filtered that many TX if bigger block would be more common.

Microtransactions are indeed "endangered" by this and might become a thing of the past. The backlog requires a fee that is too high for most micro TX.


Im not really here, its just your imagination.
Bitcoin-Obmen.com
Member
**
Offline Offline

Activity: 70
Merit: 100


View Profile
October 14, 2015, 10:28:45 PM
 #5

So what should happen to prevent this issue ? New version of bitcoin wallet ?
achow101
Moderator
Legendary
*
Offline Offline

Activity: 3388
Merit: 6631


Just writing some code


View Profile WWW
October 14, 2015, 11:48:23 PM
 #6

So what should happen to prevent this issue ? New version of bitcoin wallet ?
Don't create transactions which have really small, dust outputs.

Bitcoin-Obmen.com
Member
**
Offline Offline

Activity: 70
Merit: 100


View Profile
October 15, 2015, 07:47:05 AM
 #7

So what should happen to prevent this issue ? New version of bitcoin wallet ?
Don't create transactions which have really small, dust outputs.

Actually I dont do it, but get sometimes on my transactions this "Transaction was previously accepted but has been pruned from our database."
crairezx20
Legendary
*
Offline Offline

Activity: 1638
Merit: 1046



View Profile
October 18, 2015, 06:55:04 PM
 #8

So what should happen to prevent this issue ? New version of bitcoin wallet ?
Don't create transactions which have really small, dust outputs.

Actually I dont do it, but get sometimes on my transactions this "Transaction was previously accepted but has been pruned from our database."
I think the op problem is successfully fix the issue... but the problem is the tress test or the double transaction from blockchain thats why we still getting this issue...
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!