After testing the 32bit and 64bit builds, the problem I can confirm what was already posted here, it just affects the 64bit builds. When I go back and trace what’s being produced, it’s the 64bit Linux machines (the 64bit windows machines don’t appear to have this problem) that aren’t producing […]

Quote from: impossible7 on August 06, 2010, 11:37:20 CRITICAL_BLOCK is a macro that contains a for loop. The assertion failure indicates that break has been called inside the body of the loop. The only break statement in this block is in line 2762. In the original source file, there is […]

Here’s an outline of the kind of escrow transaction that’s possible in software.  This is not implemented and I probably won’t have time to implement it soon, but just to let you know what’s possible. The basic escrow: The buyer commits a payment to escrow. The seller receives a transaction […]

Quote from: jgarzik on August 05, 2010, 19:00:30 Due to that recourse, it is unlikely to be used as an escrow mechanism 🙂 Really?  Do you think people won’t be able to understand the benefit?  (If your response is an argument that there’s no benefit at all, I guess that […]

I understand that the incredibly thermodynamic inefficiency I was complaining about is in fact very deliberate, and bitcoin might be said to waste as much energy as possible, as a security feature! Now I really don’t know what to think – because exactly what I was complaining about gives the […]

What I’m suggesting doesn’t exist yet. There was related talk about similar issues on the thermodynamic perversity of generating blocks. If I have just one central node, the system could generate a transaction block in a fraction of a second. If you wanted, it could do this only once every […]

So, the basic escrow works by two people working through a third party to exchange (usually money) for some other form of goods or services. In a transaction where both people are honest, the escrow business can essentially be automatic since the buyer gets his goods and approves release of […]

Quote from: bytemaster on August 05, 2010, 16:46:52 Right now the transaction fee address is left “blank” and the block generator fills it out. Now you would fill it in with the address of the person you are asking to build the block. If you’re only going to have one […]

In another thread I posted the comment below, but I felt that it was an important enough flaw that it should be addressed asap before bitcoin is overrun with huge numbers of automated non-micro payments. The real issue is that even a simple legitimate automated payment negotiation system could overload […]

I cant figure out how to send a transaction to an ip address from bitcoind command line interface. Has the function been implemented yet? (linux 64 if it matters) It’s not implemented. It turned out nobody liked that mode of transfer anyway, so it hasn’t had much development attention. Related […]