oh hey you meant my site! yeah, i've basically given up on it for now, i don't really have the time, and there didn't seem to be lots of interest.however the code is still there, and even though i wouldn't advise using it in its current state, the tx broadcast feature might be fine..https://github.com/mhanne/webtc/tree/broadcast_transactions

Thanks nibor! Gonna be sending you a donation soon. You will receive it if your webpage works! Btw, it's really an aesthetic suggestion, but I think the input box should be multi-line. I want to be able to see the full tx I copied into the page.

On a philosophical note, I want to reiterate the possibility of this kind of tx-forwarder enabling a simpler method of anonymity in the BTC network. Right now, Tor is the best solution for the ultra-paranoid, but it's complicated/inconvenient for the user. The developer could try to integrate Tor protocols in the client, but that's quite complicated too.

On the other hand, if we got a bunch of folks to voluntarily host tx-forwarders like nibor's, with SSL, then we've got a much easier solution for both developers and users. The client software could come with a list of tx-forwarders, which only needs to be partially complete, because it can update from any of the forwarders. When the client wants to send a tx, it makes an SSL connection to one of the forwarders at random, and uploads the tx data over the encrypted connection. That forwarder will then randomly either broadcast, or forward to another forwarder, which will do the same. Eventually, the tx will be emitted from a completely different IP address than the originator. This would be fairly straightforward to implement in client software by linking in the OpenSSL library.

I finally got my code together to select coins, construct the tx, and then sign with private key. I created a tx for 1.09 BTC to your address, and submitted it to your webpage. However, there was no explicit statement that it succeeded, only a restatement of the tx in a somewhat human-readable form. I didn't see it in either of the next two blocks, so I question whether it actually made it to the blockchain.

Here's the full, serialized tx that I submitted, in case you want to check on it yourself:

This one is for you, Nibor! I decided to have fun with high-anonymity transactions and used your webpage to make sure I did it right. One of those outputs is yours I just gotta figure out how to get my SelectCoins to do that automatically...

Nibor,I am just a layman, therefore my question might seem stupid, but:for your webpage to operate your server has to download all the blockchain beforehand?What are requirements for your java programs to work?

it does .

There is no need to download any of the blockchain. All you have to do is have a server that maintains a connection to a number of other bitcoin nodes. Then when it receives the transaction it then forwards to all those nodes.

The program is written using the bitcoinj library. Further up this thread is the source in a raw form.

This one is for you, Nibor! I decided to have fun with high-anonymity transactions and used your webpage to make sure I did it right. One of those outputs is yours I just gotta figure out how to get my SelectCoins to do that automatically...

Thanks.. What are you trying to achieve with high anonymity transactions?What is SelectCoins?

Also I was trying to think of a way to get bitsend to make a bit of money to keep it going (donations are not a long term solution!). One idea I had was to add a bit of code to forward instantly if the transaction included a 0.005 payment to my address and otherwise only forward after 60mins. Do you think anyone would make the payment?

First of all: as for the 0.005 payment/bribe () I already thought about something like that in the past, but I just don't see how to make it work. First of all, if I add an output less than 0.01 BTC to my tx, then it's considered dust and cannot satisfy the AllowFree requirement. Sure, sometimes it gets propagated without a fee, but there's no guarantee if any of the outputs are less than 0.01. And most people hate paying transaction fees...

On the other hand, if your fee is >=0.01, the person can do it, as long as they don't mind breaking off some of their change output for you. But for whatever reason, despite being practically insignificant, people are really averse to paying such fees. I think it's fair for your service, but admittedly, the Tx construction algorithm has to be modified to include an extra output just for the forwarding node.

SelectCoins is the algorithm that takes all the unspent TxOuts that you can spend, and figures out a "good" subset of them for a desired transaction. For instance, I have 5 unspent TxOuts to my wallet {10.3, 0.003, 0.148, 29.0, 2.2}. If I want to send someone 2.5 BTC, what is the best way to do it? Or 0.002? Or 31? etc. There's actually too many solutions, and a lot of them require fees (if a lot of outputs are used, and/or young, small outputs), or link a lot of addresses together on the input side (since all addresses on the input side are clearly owned by the same person, you want to limit how many are used).

One of the criteria for anonymity of the transaction is the outputs -- usually there's two outputs: reicipient, and change-back-to-self. The sender usually picks a new address for the change part, which means, if both outputs are the same, then it's not actually clear which is the recipient and which is change. If you're concerned about someone tracking the flow of your money, having two outputs, one of 10.00 and change of 1.93283, it's pretty obvious which is which. However, in the case of the tx I sent you, it's got 20 outputs of exactly 0.5 BTC. An investigator who really wants to know who I'm sending money to, would now have to investigate the pool of 20 different addresses to find the actual recipient since there's no information to distinguish them in the tx itself. Most SelectCoins algs could not come up with this Tx on their own, but I wouldn't mind figuring out how to get mine to do it