Eventuell zahlt Virwox auch auf PP aus...?

Ich würde aber stark empfehlen, auf SEPA auszuzahlen und dann eben PayPal als "normaler" Kunde von deinem Bankkonto/Kreditkarte aus zu verwenden.

XRP sind die Stempelmarken, die auf diese "Zettel" geklebt werden, damit sie gültig sind. An und für sich sind sie wertlos, haben aber einen gewissen Nutzen, deswegen werden sie um einen gewissen Preis gehandelt. Ich persönlich sehe XRP auch nicht als "Investment" an, es gibt aber eben sogar Leute, die Überraschungseifiguren nach Wert beurteilen... von daher - "who am I to judge?"

Ripple versucht auch eben (anders als im Beispiel) hautsächlich Währungen zu handeln und keine Güter. Auch Banken vertrauen sich zu einem gewissen Grad untereinander - aber nicht genug, dass es nur mehr eine einzige Weltbank gibt. Ebenso ist es in Ripple. Gateways könenn sich auch gegenseitig vertrauen, werden das aber wohl kaum für Riesenbeträge tun.

Ripple ist bereits eine Exchange (und im Gegensatz zu Bitstamp z.B. gibt's dort auch keine Downtimes...), lieber als MtGox hätte ich z.B. Paysafecard als Gateway.

Because your neighbouring countries and the ones down in the south are great.

Anyways, could we please get back on topic instead of "discussing" the US of A?

Dude, I just refered you!

Now get out there, send in your CV and GET THAT JOB!!!

I refer the guy quoted!

That's how it looks like when people learn about thread safety and atomicity for the first time in their life - AFTER coding an exchange platform.

Just try it out, there is an API after all...

Today, Monday, is the second business day since your withdrawal request (Friday was a national holiday in HK).

Charge interest as what?

If you are the gateway (people deposit whatever you represent on Ripple itself, e.g. they give you USD) you can set a "transfer fee" which is similar to the trading fees on centralized exchanges - for example 0.2% of any balance with Bitstamp are sent back to Bitstamp (you need to send 100.2 USD to make 100 USD appear at the other end). This however will only be charged once the money is moved. There might be a chance once contracts are implemented to regularly deduct interest - at the moment, something like demurrage for Freicoin is not easily possible. Especially since Ripple does not trace individual coins, like Bitcoin does.

Charging interest as customer of a gateway (e.g. you have deposited something that regularly gives interest - e.g. a stock with dividends - and want to receive parts or all of this interest in Ripple) is not built in but possible. Since every balance is public, the gateway can manually send out payments to everyone eligible whenever interest is due. You cannot "charge" the gateway for the money though (in a "pull" sense), it will be "pushed" to you from the gateway. How this happens e.g. in the stock/dividend example is up to your agreement with the gateway, they could send you USD or they could send you fractions of that stock instead.

Edit:
He means doing something with the _private_ data, not the public one. Thanks a lot for your graphs by the way!


A while back I wrote a converter from the JSON file your code provides into ledger-cli format. With ledger you can then create gnuplot reports and/or do other stuff. Graphs are a bit underrepresented there unfortunately, but at least once you bild something for it, it benefits anyone using the program, not just bitfinex customers.

In the "Beta" thread, I also released a Google spreadsheet with stats/charts, way back - I stopped updating my perosnal one though and it might not work as expected... I personally went the ledger route.

An API to get my own data would be far better than anything else, even just a CSV file for example that just contains whatever is displayed on the history tab!

Dude, whatever stuff you're on take it a notch down and enjoy a nice Sunday with your wife...

Hm, hopefully you feel better after ranting now? Assume what you want about me, I certainly know what I assume about you... I'd better keep it to myself though.

In other news:
Interest rates are finally up a little bit and USD borrowed are at a new all time high!

Well, a simple pyramid scheme might already work with some simple contract (e.g. pay 1% of all holdings to everybody who contributed to the stash once a week until you run out of money).

Slightly more complex stuff (an example could be to operate an autonomous blog, where you can get paid as author depending on how popular your contribution is and how much ad money/other income it generates) is probably also possible - but once you get into even more complex scenarios defining the algorithms etc. is probably much more work than to just trusting someone to do it in meatspace.

Well, as you even say so: stuff that is EXTERNAL to the network cannot be controlled BY the network of course.

The central depository then could be the network itself for example, as long as money is viewed as something (ultimately) physical that cannot be created by anyone within some limits though, this is going to be very difficult. If the thing transferred is pieces of data, computation or something like that, you might have better chances.

Please stop spamming and read the article http://en.wikipedia.org/wiki/Business_day instead.

Edit:
Also if you need money urgently, why do you withdraw with the slower method that does not guarantee delivery before you move away? Anyways, I hope everything works out for you.

Do you have mathematic proof for this or are you just guessing that really every point on that curve can be reached?

http://www.cs.uni.edu/~wallingf/blog/archives/monthly/2010-12.html
Check the entry down at the bottom...

If you have no idea how to do stuff, you're going to have a bad time. Try to do something you actually are competent in and try to succeed there or learn for yourself. Programming ATMs, web wallets etc. is nothing that can be done just like that and that is VERY hard to estimate the scope of for example. Also competent programmers aren't cheap and usually not looking to work for people who have no idea what qualities they are actually are looking for.

Sorry that this sound so harsh, but just imagine something you are very good in and then some random programmer coming up and saying "I have no idea how that's done, but I want to do several highly difficult things, where can I find someone to do this for me?".

Well, not exactly, what he's doing there is (as far as I understand it) to set a few thousand checkpoints, then create keys and check if they are close to these points - if they are close enough, report them to get paid.

The idea is that you'd get about the same number of keys close to any of these points (as long as they are equally spaced I guess). It's kinda the opposite of what I suggested - not looking at existing keys and see if they show some non-uniform behaviour but creating keys and trying to see how close they are to some points.

[serious] Is there a way to visualize distribution of public keys somehow? It might be worthwhile to analyze pubkeys on Bitcoin and other Altcoin block chains that all use the same curve and look for anomalies.

As far as I get this project, it is kinda close to vanitygen and will only find keys that are by _very_ bad luck close to some predefined checkpoints. The question is now if it might be possible to find checkpoints that are close (maybe a bit similar to: http://www.youtube.com/watch?v=IuSnY_O8DqQ) to a lot of generated keys, because there might be a bias in how they are generated - or worse, in the underlying mathematics that forces them closer together than necessary.

This will ONLY work if keys are actually NOT uniformly distributed, something which the OP claims has not really been looked into so far.

There is no equivalent to Bitcoin's "sendmany" in Ripple, every transaction has a single start and end point. You'll need to generate several transactions in quick succession and submit them.

Just as a heads-up: Bitfinex seems to have changed their API so it now shows always a combined order book of Bitstamp AND Bitfinex with no way to distinguish between them. Please disable their charts until this is sorted out, as the volume and depth displayed is just wrong that way.

... seriously?! This is hardly more than a few dozen lines of code.

Anyways, please open a proper development environment on github, so we can also improve this. On the other hand it is just a websocket listener that reformats stuff a little bit so far...