Post
Topic
Board Announcements (Altcoins)
Re: Official Anoncoin chat thread (including history)
by
lunokhod2
on 02/10/2014, 09:03:25 UTC
SOMEONE PLEASE RESPOND TO THIS.

The issue seems to be continually ignored and is of extreme importance for Anoncoin. Before Zerocoin is launced can we please try to fix whatever bug in the Anoncoin code that is causing transactions to get stuck?

Cryptocurrencies are worthless if they cannot be used in transactions (without getting stuck). Merged inputs occur and are not an excuse to ignore the issue.

Ok lets clear this up once and for all.

I have NOT modified our daemon in anyway. We have built directly from source with no changes. Anoncoind is creating these transaction and paying the large fee required. yet they are not being accepted into the chain. As you can see by my previous post.

Hello everyone,

Im currently investigating an issue with our ANC wallet where the blockchain isnt picking up the majority of our send transactions. We apologize it took us so long to spot the issue. But we are working hard on correcting it and getting the unconfirmed transactions pushed to the blockchain

Some of them get confirmed after a simple restart of the daemon but others do not/ Ill keep everyone informed when I find the solution

Thank you for your patience Smiley

UPDATE:

I think it comes down to transaction sizes. Our daemon is sending transactions that are too large to be accpeted into the chain. Im basing this on the fact that all unconfirmed send transactions have unusually high fees paid. Our default Txfee is .01 ANC and the mean over the last 1000 transactions is 0.10169169169169 which is why our withdrawal fee is set to .1 ANC

Code:
anoncoind listtransactions "" 1000 | grep -A 1 -B 4 '"confirmations" : 0,' | grep fee
        "fee" : -0.82000000,
        "fee" : -0.90000000,
        "fee" : -0.98000000,
        "fee" : -0.65000000,
        "fee" : -0.69000000,
        "fee" : -0.72000000,
        "fee" : -0.74000000,
        "fee" : -0.76000000,
        "fee" : -0.77000000,
        "fee" : -0.81000000,
        "fee" : -1.00000000,
        "fee" : -0.68000000,
        "fee" : -0.72000000,
        "fee" : -0.73000000,
        "fee" : -0.74000000,
        "fee" : -0.74000000,
        "fee" : -0.74000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.76000000,
        "fee" : -0.76000000,
        "fee" : -0.77000000,
        "fee" : -0.77000000,
        "fee" : -0.77000000,
        "fee" : -0.78000000,
        "fee" : -0.79000000,
        "fee" : -0.85000000,
        "fee" : -0.96000000,
        "fee" : -0.64000000,
        "fee" : -0.66000000,
        "fee" : -0.67000000,
        "fee" : -0.69000000,
        "fee" : -0.71000000,
        "fee" : -0.72000000,
        "fee" : -0.73000000,
        "fee" : -0.74000000,
        "fee" : -0.75000000,
        "fee" : -0.77000000,
        "fee" : -0.79000000,
        "fee" : -0.84000000,
        "fee" : -0.87000000,
        "fee" : -0.92000000,
        "fee" : -0.95000000,
        "fee" : -0.98000000,
        "fee" : -0.63000000,
        "fee" : -0.64000000,
        "fee" : -0.65000000,
        "fee" : -0.66000000,
        "fee" : -0.68000000,
        "fee" : -0.68000000,
        "fee" : -0.69000000,
        "fee" : -0.70000000,
        "fee" : -0.71000000,
        "fee" : -0.71000000,
        "fee" : -0.72000000,
        "fee" : -0.73000000,
        "fee" : -0.74000000,
        "fee" : -0.74000000,
        "fee" : -0.74000000,
        "fee" : -0.74000000,
        "fee" : -0.74000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.75000000,
        "fee" : -0.76000000,
        "fee" : -0.78000000,
        "fee" : -0.80000000,
        "fee" : -0.83000000,
        "fee" : -0.88000000,
        "fee" : -0.92000000,
        "fee" : -0.99000000,
        "fee" : -0.98000000,
        "fee" : -0.97000000,
        "fee" : -0.87000000,
        "fee" : -0.81000000,
        "fee" : -0.86000000,

Our daemon is up to date so ill be going over the source to see if I can find anything that would cause this

As you can see from my request to the daemon:

Code:
anoncoind listtransactions "" 1000 | grep -A 1 -B 4 '"confirmations" : 0,' | grep fee

I grabbed the last 1000 transactions and searched for any with "confirmations" : 0, and grabbed the fee for the transaction.

All of the unconfirmed transactions in our wallet paid a high fee suggesting its due to block size.

To counteract this until the issue is resolved by the developers i have merged any input in our wallet less than .1 anc ( about 50k of them ) into inputs over 1 ANC. These may have broken down to some smaller ones now so ill likely have to run it again

Here are some others with the same problem

Same Problem.

It makes me mad all the time  Angry

And It's not good at all for beginners who want to buy into ANC when there are problems with Buying and Withdrawing.

Same problem. Tried to withdraw from bleutrade 2 days ago and the transaction still havent gone trough. To fix this should be highest priority.

Anyone else with the following problems with ANC?  My multipool operator sent earned ANC to me on August 18 at 2:01AM CDT, was not received and posted to my wallet until August 21 at 13:58 CDT.  The multipool operator states:  "The transaction hasn't been included in a block yet.  It should make it into a block eventually and be confirmed.  I have no control over this.  It's been an ongoing issue with the ANC network for a few weeks now."  That would seem to be a very strong negative against this coin.




Yes, I am on the anonmining.com pool and it took a couple of days for an autotransfer to actually post to my wallet.

It was only 5 ANCs.

What gives?

In conclusion this is not a problem with cryptsy or "craptsy" as it is being called. It seems meeh and k1773R are aware and getting these transactions to confirm eventually so i see no reason to suspend the wallet as suggested above

K1773R claims that the problem is with Cryptsy, and that he is not interested in fixing their problems.