Most likely yes, it depends on the legal situation of gateways though. It will probably be much easier/legal to run a Ripple gateway that just deals with CNY than to run an exchange that also holds BTC.

Sorry, but neither of these platforms looks very trustworthy to me. Also they charge 5% fees.

Feel free to post your own bounty there and link it here!

Read up on Ripple...

The real question is probably how it could work without 3rd party trust (which is needed in Ripple for example towards your chosen gateway).

Man kann sich's durchrechnen, ob es sich lohnen würde, die USD auf Bitfinex in BTC zu wandeln und diese auf Bitstamp oder Kraken zu verkaufen... Überweisungen in USD zu empfangen ist recht teuer und es kommt auch deiner Bank ein bisschen komisch vor, wenn do plötzlich Geld aus China bekommst.

Sich ernsthaft(?) bei 30%-10%(der 30% ... = 27% effektiv) Zinsen die täglich ausgeschüttet werden zu fragen ob sich das lohnt? Realistisch ist derzeit übrigens etwa die Hälfte, wenn überhaupt - soche Zinsspitzen halten nicht lange an und die Positionen die damit aufgemacht werden, werden auch recht oft schon nach Stunden wieder geschlossen.

Maybe Sage is e.g. the Queen of England or a Sultan?

http://en.wikipedia.org/wiki/Royal_we

Yeah, when I trade, I do it with bitcoinwisdom open on another screen, ignoring whatever weird stuff is displayed on bitfinex itself.

Ist halt hohe Nachfrage und wenig Angebot an USD.

Check my signature...

Just click on the "watch" button below the last post of a page instead of spamming threads please...

You need to specify whose BTC you want to trade, any balance on Ripple that is not XRP is based upon something that has been stored at a 3rd party (a "gateway"). To specify which 3rd party's balance you want to trade, you need to enter their issuing address.

This is similar to trading BTC on MtGox vs. trading them on Bitstamp - in one case your funds are held by MtGox and in the other case they are held by Bitstamp. You have one single interface in Ripple for any issuer though, since it is decentralized and not distributed, like current BTC exchanges that have no links between them. That's why you need to be clear about which balances you want to trade.

You can trade other currencies besides XRP too by the way, for example LTC for BTC or USD for CNY...

No I indeed meant using native BTC as native currency on Ripple - XRP have the same features as BTC, they are just a bit faster to irreversably confirm, that's all. It might be a bit more complicated, as validators then would need an SPV or maybe even a full BTC node to verify transactions, but fundamentally I don't see many issues with that. Transactions of course will take longer to clear (different validators might implement different rules e.g. one just waits a bit for double spends and then confirms, while others are waiting for X amount of blocks deep), but there would be no need to destroy BTC, as the anti-spam mechanism is anyways enforced by the BTC network.

Compiling Ripple is relatively easy, the only issue is currently with using CentOS and other RHEL clones since they use relatively old compilers an versions of boost.

I really hope you will release your code (and give regular updates) as soon as possible, I'm unsure why you want to introduce PoW for the transaction level though (sounds like Bitmessage) if you still want to keep a native asset (XSP) around.

As far as I understand, XSP will be mined (e.g. you set a certain number to be mined per 2 weeks or so and adjust difficulty, just like Bitcoin and then instead of using PoW to verify all transactions you just attach PoW to individual "coinbase" transactions). Why not modify the existing Ripple implementation to have XSP as additional second native asset next to XRP? BTC also are a good (by far not the best, but at least an okay one) candidate for additional native assets on Ripple.

Anyways, again, please share code as early as possible and good luck with your endeavours!

Geht das mit Versand auch nach Österreich? Wenn ja, bitte PM schreiben, hätte Interesse an 1-2 Flaschen.

You can, but since you might assume that the key now has been entered in one way or another on an internet connected device, or tht the seal on your paper wallet has now been tampered with, it might be easier and more secure to just send the funds to a different address (which can be a different brain/paper wallet) instead of keeping it on the old one.

You anyways have to send a transaction and pay for a fee, so it wouldn't be cheaper to re-use too...

Yeah, a csv of history data would be really great, it has been requested already for ages by now.

I'm not too sure if a JS generated one would help, as the main use for me would be to process it further and I would prefer something more "official" for that.

I even remember a thread about adding a transaction that can be supplied by anyone (to enable colored coins, maybe after a certain amout of blocks have passed for the youngest input) that combines all TXOUTs in a single address but the resulting TXOUT would be ONLY spendable by the original private key.

Dabei aber bitte auch den Port weiterleiten, wenn man immer nur zu 8 anderen Leuten verbunden ist, ist das nicht der Fall!

ripple.com released their server code, one gateway there (JustCoin) also released their server code for their gateway, the project is called "snow" - it's poorly documented though.

I am also struggline with finding open trading/charting software and what's even worse, it is VERY hard to find universally accepted APIs to connect to this software! A lot of them seem to just display data from yahoo finance or import CSV-files...

Would it be possible to emulate blockchain.info's merchant API with that or does it require another piece in the puzzle? A self-hosted implementation of the callback API would be really great to have...