Dumdidum..

:-)

Ente

Hallo Icoin,

ich lese die (von mir in bold markierten) Zahlen so, dass 50% Gewinnausschüttung, 35% Betrieb, von diesen 35% dann 15% für Expansion. Demnach bleiben 15% "übrig" als Gewinnmarge der Unternehmer?

Wie sind die allgemeineren Zahlen und Ziele? Momentane/angestrebte Hashrate, eingesetzte Hardware, Kosten pro Gh?

Gibt es Hochrechnungen zur Ausschüttung? Wie ändert sich die Ausschüttung bei wachsender Gesamtinvestition? Oder anders gefragt: Ist die Ausschüttung in Relation zum Investitionsanteil, oder in Relation zur Investition?

FPGA und TEC? Verstehe ich nicht ganz.. "Unterstützung von FPGA Mining Operationen", so wie "fremde" Unternehmungen?

Dankeschön schonmal!

Ich habe bisher mit Hashing-Investments und FPGA nix zu tun, finde den Ansatz (vor allem mit p2pool) aber prima!

Ente

Wie genau würde das laufen? Mit testnet coins (die es nur bei Bitcoin/Namecoin gibt, glaube ich)? Oder Beta-phase, in der keine reellen Coins gehandelt werden? Oder mit regulären, echten Coins?
Ich schaue mir das die nächsten Tage mal an. Alt-Chain-Exchanges sind eine gute Sache, mehr Exchanges sind auf jeden Fall nötig.

Ente

Well, "always" is kind of far fetched when it only happened this and last month.. ;-)
Scrolling back some months I see no correlation. But back then we were in the flat 5$ mode anyway.

Ente

Me? Mess!

I concluded that the "1DkyBE" address, as interesting as it may be, has nothing to do with (the start of) the crashs on 17.07 and 17.08. The 80k and 100k transactions came well after the events. Pirate was successfully trolling with implying he more to do with them than just reacting and selling, like all of us.





Could someone confirm that I didn't mess up the timezones of bitcoincharts and blockexplorer? I checked them to be the same.

Oh, but NOW I found a pattern: 17.07,  17.08
I'll dump on every 16th in a month! heh

Ente

Actually, no..
You have a p2pool node, with p2pool(-software), bitcoind and namecoind running. They all happily do merge mining together. Your miners connect to them and solve shares.
You have both a bitcoin and a namecoin wallet. They are created when bitcoind and namecoind start up the first time. When you receive bitcoins, you receive them in a random bitcoin-wallet address, or in the stated Bitcoin address. When you receive any merge mining payout, like namecoins, you receive them in a random address in your namecoin wallet.
You can check the balance and move funds through the client too, with "namecoind -info" or similar in a fresh console window. It then connects to the original merge-mining instance, does what you want, and disconnects/ends again.

Edit:
So, for security reasons, I suggest to bitcoin-mine to an external address. For the merged coins, backup all wallets somewhere else. Or transfer them to your vircurex .com account regularly, to exchange for bitcoins or fiat.

If you want to save some 0.05%:
https://vircurex.com/register?referral_id=864-746
 

Ente

Yep.
That's some pretty steep stuff here, huh?


Ente

How about variations like 1gig 1Gig 1gIG and the like? I remember there are both ways to find firstbit addresses, and at least one site/service/script does indeed honour capitals..

Mantis, I am very sure you won't reach your goal on the route you are now. Tell us what you have in mind, maybe there are other solutions..

Ente

Wir sind mittlerweile einige Stammgäste im Room77, schreib einfach, wenn du Lust auf einen Plausch hast. Ansonsten bist du natürlich auch zum monatlichen Stammtisch gern gesehen! :-)

Ente

Nein, das kommt noch. War da nicht was mit "Stammtisch anfang September" die Rede?

Ente

I like how comprehensive the list is, as well as having several lists with different focus.
Well done! :-)

Ohe hint: With these large numbers, it does not really make sense to give the full decimal number. It just makes it harder to read. In most cases, the numbers are estimates anyway.. I would suggest to cut off the decimals or round to nearest bitcoin, depending on number.

Noting better than waking up and reading through that list, to get your bloodpressure up, right? heh

Ente

There were a lot of ideas and concepts how to solve the scaling issues (i.e. high diff drives small miners away). Ideas were several p2pools, nested p2pools, dynamic difficulty and so on.

We should really concentrate on that now. Difficulty is rising again, and soon it will all skyrocket with BFL. "We" probably means a bounty or something to get good programmers on it.
Don't forget it will take a lot of time to adjust and test! I would expect some months on testnet, before it goes productive!

Ente

Of course there are many tutorials and the like, with many words.. I will try in few words:

- several hundred p2pool nodes, decentralized
- everyone solves shares
- shares, which solve the bitcoin blockchain difficulty, are broadcasted to bitcoin, receive the 50 BTC
- shares, which solve the p2pool sharechain difficulty, are broadcasted to p2pool
- the sharechain difficulty is adjusted so that there is a share every 10 sec (diff is between 500..1000)
- the node finding a bitcoin block includes payouts into the block for every other p2pool node, according to their share count (in the last 24h)

There are more details. When you want to switch to p2pool, maybe state your setup. We will hint you some details then (miner software, network connections, node hardware, custom difficulty..)

Ente

On the contrary!
There may or may not be scaling issues, it doesn't seem to be clear yet. However, I see it as a great chance to have you here, with a huge hashingrate concentrated in one node. If there are scalingissues. we already have them, and will have them even worse when, well, we scale up. We would need to fix it anyway. So lets better find out about it now, way before the BFL crazyness begins! :-)

A propos:
In theory, a much higher hashing power shouldn't change anything for p2pool. Lets say the difficulty rises a hundredfold, when the BFL come out. Then the block difficulty is a hundredfold, the p2pool hash rate is a hundredfold, and the share-diff will be a hundredfold too. The block time will adjust again to around 10 mins, the share time will adjust again to 10 secs. Even the network traffic won't change, as we will have a share every 10 secs just like now.

So, the big questions are: Do we have scaling issues? If so, why?
I only see scaling to influence anything in the short time when a huge node connects, dumps many shares, and the share difficulty didn't adjust yet. But this time window must be around a few minutes at most, not?

Tl:dr: pyramining, you are very welcome here! Even *more* if you are causing scaling issues! :-)

Ente

When you tell p2pool to merge-mine with the according flag, and you see no messages in the p2pool window, everything should be fine. At least thats how I remember how it was when I mergemined.
I checked back often with the other clients with "~/nmc/bitcoind -info" or the like to see if coins were added and the alt chain was up-to-date, but actually it all was working all the time.
Except geistgeld was slowing down everything, but thats an entirely different, now outdated story.

Ente

To me it seems like they are coming back?
Can't say for sure though, clarkmoody doesnt work here atm.
What is happening *now*? Still twilight-zone, or everything back to normal?

Ente

Now that, on the other hand, would be very interesting!
If someone could do that, put bitcoins up on MtGox, put a sell order for a relatively high price, and cancel all other orders beneath it. Eventually he would sell them. Then buy cheaper bitcoins back, cash out.
Of course that would be noticed quickly too..

Ente

If bitcoincharts is correct (and I don't see any reason to not believe this at this moment), the max rate was 1M$, but the volume was around 500 BTC only. That means that there must have been a problem with the order table, all sell orders were dropped (but not the buy orders). As it was empty, someone seems to have actually bought bitcoins at 1M$ a piece. Maybe he only spent a few US-cents on them, just for the heck of it. Or a bot did that tiny, but expensive order. However, it could not have been more than 500 BTC worth either way. Of course the question remains how there was a 1M$ order in the table, when everything else was dropped/lost. Maybe the system thought "hey, a 1M$ trade happened, so all orders lower than that are not supposed to be there.. I better tidy up now!".

Therefore I conclude it was no hack or attack, but "just" a softwareglitch.

Ah, yes, I'm not afraid about the future of Bitcoin any more. It is backed by tons and tons of fun and drama!

Ente

I didn't follow the BFL-p2pool thingie..
Would maybe one of the "public" p2pool "pool" node work?
Those where your diff1 shares are used for calculating payout?

Would there be a loss? If yes, would the miner or the nodeoperator suck it?

Ente

The 1M$ maximum is not visible on MtGox "High" nor in their own charts.
My sell orders go through too.
Soo, if anyone wants to buy my precious coins for a mere 1k$ the piece? Guaranteed* to have been worth one thousand times as much a few minutes ago!

Ente

Edit:
So, lets see what happens in the next few blocks, huh?
http://www.bitcoinmonitor.com/

*no guarantee given in the sense of guarantee. guaranteed.