As I don't really like the idea of destroying coins, I'd use the coins in supercoin (metacoin?) probably rather as 100% fee transactions...
Also, which problem do you want to solve with this?

I understand that PPC are going to be produced indefinitely, LTC and BTC are not - that means supercoins would loose value over time just by themselves, even if some other chains are finished with handing out/creating money.

I guess to put it into perspective: to get 1% a day after fees you need to lend out money at ~405% per year. There seem to me looking at charts to be many opportunities of movements that are much larger than that and leverage makes this even more volatile.

As I'm currently busy over the weekend, I just put my money in vir loans and eat the loss of not managing them properly.
If however loans are soon not returned after a position closes, I really need to change the expiry date for them. Currently I just leave them at the default 60 days since they get returned so quickly anyways. With the recent loan swapping, compared to buy and hold or even most basic trading strategies like crossing averages the percentage that lenders get is now down a lot I think.

Maybe consider displaying loan interest also as daily rates? It sounds like a lot when you look at 150% apr, but it means less than 0.5% a day which should be doable at current volatility for even a mediocre skilled monkey.

Nochmal: Wieso sollte ich Geld haben wollen, das um >10%/Monat verfällt? Wenn ich es einfach so bekommen kann, würde ich so schnell wie möglich etwas darum kaufen, das langsamer verfällt, wenn ich es erst minen/erwerben müsste, dann sehe ich eigentlich keinen grund darin mir das überhaupt anzutun.

Wieso sollte man akzeptieren, die gleiche Ware für die halbe Menge Gold zu verkaufen?

Wenn jemand 100 2€ Münzen hat und jemand anderes holt 100 2-Cent Münzen aus der Tasche, dann gibt es ingesamt 100% mehr Münzen im Raum. Trotzdem sind es nur 1% mehr an Wert. Wenn man dann noch eine 2€ Münze zertört gibt es 199 Münzen, aber am Gesamtwert hat sich überhaupt nichts geändert. Du kaufst ja auch nach Geldwert und nicht nach Anzahl der Geldscheine ein, oder?

Ripple hat auch eine Blockchain, allerdings werden die nicht mit Proof-of-work bestätigt, sondern über einen Konsens von Knoten die sich gegenseitig trauen.

Um überziehen zu können, müsste ja deine Bank DIR Kredit einräumen (die tut das auch in kleinem Rahmen). Ob das allerdings ein Gateway riskieren will, wage ich zu bezweifeln. Vermutlich werden die längste Zeit bei Ripple andere Leute/Gateways dir Geld schulden, nicht umgekehrt.

Lenders will get interest, no matter if you actually use the money or not. On the other hand they cannot use the money either, so it would be even more unfair if you could lock up money of a lender and not even pay interest, as it is not in the power of the lender to force you to actually trade.

If you really fear that you might forget that you pay about 1% a day for loans, maybe you should make sure that this doesn't happen - stick a big reminder on the toilet door for example.

Naja, man bekommt die XRP eh hier im Forum gratis nachgeworfen.

Im Gegensatz zu Bitcoin wo aus dem Nichts digitale Werte erschaffen wurden, ist Ripple dazu gedacht bestehende echte (oder auch erdachte!) Werte digital abzubilden und handelbar zu machen.

Die "Währung" XRP dient dabei als eine Art "Briefmarke" die bei Transaktionen verwendet und entwertet werden müssen, damit hofft die Firma OpenCoin die das Ripple-System entwickelt sich zu finanzieren.

Trust bedeutet, dass du jemandem um einen gewissen Betrag vertraust. z.B. könntest du deiner Bank dank Einlagensicherung sowas um die 100k EUR vertrauen. Vertrauen heißt, dass du so viele Schulden von dieser Person/Entität akzeptierst wie der Vertrauensbetrag wert ist. Hast du beispielsweise derzeit Geld auf einem Bankkonto, schuldet dir im Endeffekt deine Bank X EUR und im Gegenzu vertraust du, dass die Bank das schon auch mal wieder zurückzahlen wird, wenn du abheben gehst. Für dich als Einzelperson leicht möglich, dank fraktioneller Reserve kann aber z.B. eine Bank im "echten Leben" gar nicht alles Geld auszahlen, was in ihren Konten liegt.

Ripple ermöglicht es also quasi jedem User, eigene Währungen anzulegen und auch untereinander zu tauschen. Diese können an andere Währungen (z.B. EUR, BTC, Gold, Arbeitsstunden, Klopapierrollen...) geknüpft sein und damit man die auch wirklich an andere Leute weitergeben kann, müssen die einem eben einen Kreditrahmen einräumen. Ich vermute allerdings stark, dass sich Ripple erstmal nicht im Privatbereich weiterentwickeln wird (also kein Eis gegen 1x Rasenmähen) sondern eher im Forex oder Tradingbereich (also 1000 EUR gegen X USD), da Transaktionen spottbillig sind und man dann die ertauschte Währung vermutlich leicht lokal zur Verfügung stellen kann (Stichwort: SEPA oder sogar Transaktionen innerhalb einer Bank) anstatt teure und lahme internationale Transaktionen anleiern zu müssen.

Check out tahoe-lafs and please help them finally implementing Bitcoin accounting!

Was entwertet meine Euros, wenn die Tankstelle die Preise auf die 3. Nachkommastelle angibt?!

I'm actually seeing a much higher churn rate with my high rate loans recently (again: Is interest really calculated atomically by the hour, so a 61 minute loan pays 2 hours of interest?)... Still I dare to claim that I'm responsible for quite a few % on the current VIR rate, you can thank me later!

My strategy lately is to look for the lower serious loan offers (4digit+) and then set auto-lend somewhere around these. Yes, it can take a little time until a position is taken - but compared to VIR an hour or 5 of waiting still don't matter that much if I can get a loan out for just a handful of hours.

If you're really desperate, just lend out at VIR, I've seen 2-3 times today alone all VIR loans used up. Also make sure to have serious offer amounts up, it seems to me as if it is more likely to lend out a 3000USD offer at 850% than a 10 USD offer at 150%...

Edit: superbit, that would be really great, please also publish the code on how to pull the data to the spreadsheet!

Probably via Bitstamp codes soon(tm).

Well, it would be very close to what is commonly understood as "ponzi system" (paying interest from deposited funds), yes.

Another idea I had was to offer a managed account for lending with interest at Bitfinex.com (either BTC or USD or both). In ~2 weeks it will be possible to use Bitstamp there as well, which opens up a Ripple gateway. I'm not too sure how to handle payout requests there though (e.g. someone wants their 100 USD they deposited back). Maybe offer a time limited contract (e.g. 6 months) after which everything including interest will be returned? Then I don't need the dividend feature however...

Do you have rules/limitations on what assets you allow?

I always wanted to list my Piratecoin asset that follows the following rules:
Shares have a fixed price (e.g. 1 mBTC each)
90% of every sale of Piratecoin shares goes into a pool, 10% go to operator for covering costs and expenses.
Every week 10% of the money in that pool is being distributed to share holders.
If there is no money left in the pool to pay each shareholder the required amount, a final dividend of the remaining amount is issued and the asset closes.

Everything should be auditable, which makes it a perfect match for Ripple as there is no need anyways to move the money outside and it can just stay in the pool...

It heavily depends on both other lenders and the bitcoin price vs. USD.

Rising prices usually mean traders need more money for long positions, so lots of loans get taken. Also if there are a lot of other lenders it might push down interest.

As you would directly compete with me by lending out money, why should I help you? 
I made good returns so far, what also has to be considered is that you can either lend out 10 hours at 100% or 1 hour at 1000% so idle funds are not that bad if there are traders who desperately need money once in a while. Its a bit of a poker game though...

Oh, and depending on other lenders and their "smartness" (auto lend at 2 digit rates per year if bitcoins grows at 2 digit rates per day...) it might not give as high returns as you might expect during rallies.

My average rate in bitcoins as of yersterday is nearly 2.7% apr over 55 days. For the 41 days of USD it is definitely higher.
If you were just buying 41 days ago and holding however, there might have been better returns still. Hindsight is always 20/20 though, so I chose the path with less risk. Still traders can make much more than lenders per day if I just look at the charts.

You could start small and check out the returns for yourself as they also depend on your lending strategy, also 1 reason why I built into this sheet the ability to track several deposits and not just an initial amount.

Naja, leider hast du aber deinen post offenbar einige male verändert. Ich kann das also jetzt im nachhinein nicht mehr beurteilen was du da wirklich geschrieben hast. Vielleicht solltest du aufhören den threadtitel und den eingangspost zu verändern beziehungsweise damit anfangen Änderungen nur anzuhängen und zu kennzeichnen statt bestehende Sachen wieder zu löschen oder zu verfälschen.

Naja, es gibt schon ein paar OpenSource Projekte für Trading und Arbitrage Bots - Wichtig wird wohl auch sein, wie die Anbindung an MtGox dann läuft: lässt man den Bot dann auf einem eigenen Server, auf deinem Server oder auf einem ClientPC laufen?

Außerdem interessant wäre auch eine Möglichkeit eine Strategie einzugeben und dann gleich mal auszurechnen, wie der Bot gearbeitet hätte, wäre diese Strategie die letzten x Tage gelaufen (mit nur kleinen/symbolischen Geldmengen, um Slippage zu ignorieren). Damit muss man nicht 10 Tage warten um 10 Tage zu simulieren.

Nachdem ich vorm Wochenende den Paketdienst verpasst hatte (und DHL die "Expressstation" irgendwo im Nirgendwo hat) habe ich erst heute meine Lieferung endlich in Empfang nehmen können.

Der Met schmeckt lecker süß nach Honig (im Gegensatz zu 2weiX ist er mir schon fast zu süß, allerdings bin ich jetzt nicht so der Metexperte, vielleicht ist das auch so üblich) und auch der Kirschgeschmack passt super dazu. Interessant wäre eine zumindest ungefähre Vol% Angabe (falls möglich) des Alkoholgehalts - man spürt das Ethanol eher als dass man es schmeckt.
Geruchsmäßig war er auch recht in Ordnung, ich müsste mal ein paar andere Metsorten verkosten um ihn da einordnen zu können (z.B. ist der Geruch anfangs schon ein wenig dumpf, ich weiß aber eben nicht, ob das bei Met generell ein Problem ist - geschmacklich ist er durch die Süße + Frucht sowieso dominiert).
Vom Flascheninhalt her muss ich auch sagen der Met wurde sauber abgezogen, kaum/kein Bodensatz oder abgesetztes Fruchtfleisch/Hefe und auch die Flaschen waren ordentlich dicht + beschriftet.

Verpackt + versandt wurde auch alles perfekt, lange wird der wohl auch nicht halten müssen!

Gärungstechnisch waren die Flaschen nicht unter Druck, die Gärung sollte also einigermaßen nachhaltig gestoppt worden sein. Trotzdem würde ich (auch des Geschmacks wegen) jedem empfehlen, den Met nicht auf Jahrzehnte einzulagern sonder eher einfach z.B. beim wöchentlichen Game of Thrones Filmabend zu genießen. Außerdem generell wohl eher lichtgeschützt lagern und nicht aufs Fensterbrett in die Sonne stellen.

Abschließend vielen Dank für das gelungene Experiment und die super Abwicklung an Chefin und ein herzliches Prost an die Metempfänger!

https://www.google.com/search?q=sat+solving+bitcoin

Nochmal: das ist nicht die nächste Generation von Minern!

Mining =  SHA256 von gewissen Werten berechnen.

Der Algorithmus ist nicht sehr speicherintensiv, man braucht eher XOR-Einheiten und Bitshifts wie bei vielen Kryptoalgorithmen. FPGAs und ASICs sind dann einfach nur daraufhin konfiguriert (FPGA) bzw. rein dafür gebaut (ASIC) genau einen bestimmten Algorithmus zu berechnen, man spart sich also SEHR viele zusätzlichen Aufwand, was die Berechnung schneller macht.

ASIC (also genau für diesen Zweck gebaute Chips) sollten erstmal das Ende der Fahnenstange sein, ich habe zwar einen interessanten Artikel über SAT-solvingalgorithmen zu Mining gelesen, das ist aber ein anderer Ansatz als der derzeitige Bruteforceansatz und würde nur bei einer Schwäche von SHA256 gut klappen, die wohl nicht besteht.