Quote from: kuzetsa on January 20, 2013, 06:12:32 AM

This CURRENTLY looks very bad for nastyfans/nastymining, as it is a
systemic design flaw which is not supported by the NastyFans.org policy.
(neither the exact wording, nor the "spirit", nor intended... so basically it's a bug.)

Instead of claiming bugs maybe you explain how it should be handled.

Situation: A member buys a set with a transaction with 100000 microcoins and 0 tx fee. nastyfans sees the transaction and locks the seat. And now? If no miner ever includes that transaction in a block? We lock the seat forever?

Until now the answer was "no". After 7 blocks the purchase order is canceled. After suggestion from Akka it is now "yes". The seat is locked forever until the transaction is accepted.

The policy talks about "payment received" within 7 blocks. Until now I interpreted that as "part of the block chain". Now I interpret it as "transaction submitted". But then we must define a limit to the transaction inclusion in the block chain. Or we define that there is no limit. Right now there is no limit.

Quote from: kuzetsa on January 20, 2013, 06:12:32 AM

I'm really glad this is only the second major bug I've noticed.

It is not a bug. Policy was clear in this case. It should be a donation. I manually violated policy because I think policy maybe unfair here. I now implement a new policy interpretation and ask for policy language clarification so there is no more room for interpretation.

Quote from: kuzetsa on January 20, 2013, 06:12:32 AM

The first one I noticed personally, as it affected the distribution of donations after I had picked up a few new seats.

This was a problem because I did not understand complexity of micro coins. Thank you for your help with that issue. I am now very comfortable with micro coins.

Quote from: kuzetsa on January 20, 2013, 06:12:32 AM

When someone picks up new seats & the ownership is transferred to the new fan/owner, like basically...

err... I guess my question is: How much delay is there? Is there a new practice or procedure for calculating "seats per fan" when distributing donations so that things get re-calculated to be "up to the minute" accurate to make sure everyone gets the right amount?

Distribution 213576 had the large delay because of micro coin problems. All other distributions have a delay of maybe 10 seconds. For a distribution the current seat numbers are checked then the bitcoind command is generated then the command is executed. Since micro coin problems are solved the generated command is executed without problems and with only 0.0005 BTC tx fee.

The system is automated and works very well. If issues like yesterday happen I see warnings so I can manually investigate. The system did not have a problem. I noticed that policy was unfair.