It can work if for example blocks cannot be generated by random miners but only by the company itself. Or you can only merge-mine this exclusively together with Bitcoin blocks...
Anyways, there are other, better systems already in place if you want to ensure that games can only be activated for a certain amount of times - and as every DRM scheme they are either broken or heavily centralized.
|
|
|
Please read a few topis on this in this or the Development forum, there's enough arguments for and against this practice already.
SD creates 5000 Satoshi bitdust nowadays by the way.
|
|
|
The idea itself is kinda flawed (just patch out the part that sends the DRMcoins - and if they use BTC good luck in getting your money stolen!) and I really don't appreciate the tone of your heading.
|
|
|
I'd say false, as there are some properties of Bitcoin that are quite different to "regular" fiat money. One of the most obvious would be the limited supply.
It has some uses, no doubt about that and might be attractive to some people - banks on the other hand, as much as some people despise them, also have their uses though and I know even of some projects to build community/"fair" banks.
Maybe just like post offices banks will adapt a bit if Bitcoin (or something with similar concepts/properties) really succeeds - but just look at Paypal which was the last big "bank killer" with the vision of allowing immediate transfers worldwide for everybody and what they became nowadays...
Another thing to consider is that bitcoins are heavily dependent on public electricity and network access as well as access to general purpose computing devices that allow you to run your own code.
|
|
|
Not relaying or processing some transactions is not the same as making sure these don't get included in blocks...
As already said, this patch has uses beyond playing sheriff and also it would be nice to not again just reiterate all the stuff that was already said in the general forum. There is the fact that this patch is possible and has been written.
Also there is little to no chance that it is even remotely possible to block coins from a robbery without major commonly accepted centralized structures. That's not very likely imho.
|
|
|
Da sind noch Bankferien...
|
|
|
Buying gold or other metals would still be easier in all 3 of these countries than getting a serious amount of BTC (Cyprus is for example thinking about exempting accounts below 20k EUR). Look what the 800k USD buy today did to the exchange rate!
|
|
|
Ich vermute eher, dass einige Leute Kauforder auf MtGox offen hatten, die noch nicht gedeckt waren --> MtGox lädt die aktuellen Deposits von der Bank in das System und BÄM! werden auf einmal zig Order gefüllt.
Dass neue Batches an ASICs kommen werden, weiß man ja nicht erst seit gestern, wer Angst gehabt hätte dass der Preis fällt hätte ja erst getauscht, wenn die Seite wirklich online ist - auf jeden Fall hätte man das Geld ja schon auf MtGox lagern können.
|
|
|
Huge jumps as far as i see it - and it only needs to jump shortly in the wrong direction to kill your position, if you're too greedy and keep too little balance as a cushion...
Seems like either a big trader or a lot of smaller ones got a bloody nose. On the other hand a ~800k USD buy at MtGox AFTER the rally of the last few days was not something too predictable. Maybe they'll learn now and be a bit more careful?
|
|
|
Kann auch einfach pump + dump sein... aber schon erstaunlich was da an Geldmengen auf MtGox so rumflattern!
|
|
|
Someone tried to borrow quite a few USD at 99999%... I should keep some reserves for such opportunities of squeezing someone who thinks he's smart!
|
|
|
165k USD loans vs. 178(!) BTC loans... Seems all those bears are busy confessing on Reddit and the like and bulls get all the action of the day.
|
|
|
Also auf http://bitcoincharts.com/bitcoin/txlist/ sehe ich schon mal keine Transaktion mit dem Hash... Ich dachte deine wallet.dat ist aus 2011? Wieso hast du dann eine Transaktion von 2013? Was du auch versuchen kannst ist deine wallet auf blockchain.info zu laden und von dort die coins zu versenden. Versuch auch eventuell mal mit pywallet nachzusehen, ob du überhaupt den passenden private key in deiner Wallet hast...
|
|
|
Wenn aber nun alle Leute nur mehr Geld horten, werden sie irgendwann draufkommen, dass man eben DOCH Geld ausgeben muss um zu leben - Bitcoins kann man nicht mal als Matratzenfüllung verwenden!
Dass man dabei aber eher darauf achten wird, Geld nur für nötige Sachen auszugeben anstatt in einer inflationären Welt für so viele Sachen wie möglich, die man nur irgendwie brauchen könnte (da ja in einem Jahr das Geld weniger wert ist) finde ich persönlich eher vorteilhaft. Wie auch immer, für diese Diskussionen gibt's im englischen Forum einen eigenen Forenteil - und eben auch schon alternative Konzepte wie z.B. Freicoin.
Bitcoin selbst wird solche Konzepte wohl nie integrieren, es ist aber möglich sie mit der gleichen Technologie umzusetzen und das wurde eben auch schon so gemacht. Wir werden ja sehen, was sich in der Zukunft durchsetzt.
|
|
|
Bloom filters help you if you don't have the complete block chain to only return to you some relevant transactions. They take CPU power to calculate and if a node is already busy with verifying for the umpteenth time if a 1 5000 Satoshi output from SD is valid, this can cause delays. Currently for my PC not really, as far as I've seen there is not enough space for transactions in blocks to make my CPU even clock up. In the future this might become a problem though and already now with weaker machines (mine is far from the norm) one can already save quite a bit of power for some actually useful work that you need a full node for.
If a huge portion of load can be avoided just by removing some things that are on one hand redundant, on the other hand have no impact on blocks mined if non-miners apply them is something that's useful and should at least be considered imho.
I don't agree that not relaying transactions is in ANY way useful to make sure these coins will be "blocked" - a single path towards a miner who is allowing the transaction to eb included in one of his/her blocks and the coins can and will be moved. To block stolen coins, one needs to convince miners to not mine transactions with these coins AND to not accept any blocks that contain transactions with these coins, even if that means artificially orphaning a block. Something that might not be impossible, but requires much more than a few nodes not forwarding transactions.
|
|
|
I'd have to say it was a painless process. I'm glad there might be a cheaper solution for those outside of the US.
BTC have to raise beyond 100 USD to even cover the 50 USD from my dividends, not counting the other ~50 USD and ~6 hours total travel time it would take me to actually get to the next US embassy... all that to be forced into an expiring contract called Teramining that is much different than advertised. Still willing to sell my claim to my shares, still not allowed to + money being held hostage by gigavps.
|
|
|
Well, not for a blacklist. A whitelist however would for example enable you to run bitcoind on a quite CPU constrained server and use it as a gateway for your SPV client.
Transactions not from one of your addresses would just be ignored and you'd act like a quite passive node in the network. Alternatively you could just relay transactions without any verification - but that opens the door for some attacks, like letting your node pass through some double spends, get choked/banned by other nodes and then maybe even taking over connections that way. Acting as a silent end might be the smarter thing to do.
Even a blacklist can help you right now to reduce background load by quite a bit just by blocking a few busy addresses (SD amongst them at the moment).
|
|
|
Well, what happened was that Mtgox decided to separate their resources to handle better the load during crashed (that's the best, the nicer explanation I can find). So they moved their API from mtgox.com to data.mtgox.com (without notice but you don't have to ask too much do you...).
https://bitcointalk.org/index.php?topic=150786.0 <-- announced 10 days ago. It might have been nice though by Mark to announce it somewhere else too I guess...
|
|
|
Good luck with their multi gigabyte wallet or huge CPU load to get deterministic keys then. Also it wouldn't be auditable any more, meaning less trust.
This is not specific to SD though, if I choose to run a relatively passive node that checks only few (my) transactions and keeps and distributes the block chain as well as offering bloom filters, it's also already something.
I'd like to have some more warning messages and also a switch to enable expert mode or similar. This should not be too easily changed or set!
|
|
|
|