Still anxiously awaiting Neft Vodka's distribution in the U.S.
I'm curious if anyone knows ... is the vodka sold in the White Barrel any different product than that sold in the Black Barrel?
The content is the same. I like the white barrel better, and it is also the one with the Bitcoin logo on it. So the black one doesn't have a bitcoin logo?? Good to know... Any place one can buy these with bitcoin? |
|
|
|
Damn panic buyers, they don't let the price slip to 115!  Just wait until YOU join them ;=) |
|
|
|
We do allow CPU intensive processes, however we request that the customer inform us so it doesn't get flagged as abuse. I/O intensive is more the issue with VMs at any rate.
That could get you some business  |
|
|
|
Hello,
Just started my first localbitcoins transaction/trade. I'm selling bitcoins to a buyer online via "Transfers with specific bank" and using the site's escrow service. I funded the escrow with my btc, but now I'm a little confused as to the meaning of the wording on the transaction dashboard/details screen and what I should do or look for at this point.
Specifically,
It says, Escrow status: Escrow enabled & funded. Safe to pay online.
One must admit this message ( intended recipient is the buyer of bitcoins) can be very confusing for the seller. Maybe it should not be displayed to the seller at all, instead it should read: "wait for buyer to transfer fiat currency, only then release the escrow" |
|
|
|
This user supplied constant is the same as the mouse entropy used at bitaddress right?
Sort of. A keyboard mash is much easier to audit that it's properly being added to the entropy pool. If I can verify that the generator is producing private keys that are a hash of my chosen string plus some other data, I think it's fair game to assume that if my string is decently unpredictable and secret, that my private keys aren't going to be predictable to an outside guessing attack. The problem with mouse data is it's hard to know if it was any good. What if the user has a touchscreen and doesn't generate mouse movement events unless you actually press something etc...? Bitaddress.org moves on with whatever additional entropy it presumably got from the mouse, which could be zero, and which someone might later find it may dangerously be not enough. I think keyboard mashes have low entropy per character (e.g. I bet "asdf" is quite overrepresented in them) but if they're forced to be very long (like a line or two of text) I see them as a very decent way to "cut" the output of a "securerandom" that might be later found to be broken ("cut" as in cut a deck of cards) Yeah that makes sense. I make sure to move the mouse around as much as possible before generating addresses. But I guess bitaddress could improve here, they could do like TrueCrypt, letting the user move the mouse around for as long as user wants, I usually move the mouse a few minutes when creating a TrueCrypt container. And they could introduce a minimum amount of movement... If they did that, it would be as good as keyboard input I assume. The "keyboard mashes" usually work by timing the keystrokes, no? |
|
|
|
I would be more comfortable xoring than concatenating multiple inputs.
Your better off concatenating and then hashing the concatenation to the needed size. XORing is not a good idea. To see why, consider which of these is safer (where | is concatenation). 1) XOR(SHA256(X), SHA256(X)) 2) SHA256(X | X) The former is zero no matter what X is. The latter is safe so long as X is safe. Now, consider this. X and Y are fairly random but, due to a broken PRNG, only differ in a few bits. Which is safer: 1) XOR(X, Y) 2) SHA256(X | Y) The former can be insecure even if both X and Y are secure alone because all the common bits drop out. 2 is at least as strong as the stronger of X alone or Y alone. Thanks for this explanation! Didn't think of that danger with XOR. niko just made a point towards "app developers should not concern themselves with coding crypotgraphic primitives, not even combining them". I'm trending back to "best left to experts". |
|
|
|
I would feel much better if bitcoin wallets generated new addresses using the following method:
SHA256(something_from_SecureRandom + some_user_supplied_constant + some_incrementing_counter + current_system_time/tickcount)
My first thought about this idea was: No, an app dev should not concern himself with crypto primitives. The underlying rng used should already do that (combine different sources). Best practice is to leave implementation of primitives to experts and crowd-scrutiny. Obviously this best practice failed. Seeing that combination of different sources doesn't remove any entropy (this is the case, right?), I changed my mind. I would be more comfortable xoring than concatenating multiple inputs. doesn't make much difference if you feed it through sha256 in the end. |
|
|
|
<images removed>
An economist would say that the bid sum is clearly on a trajectory to infinity, and the ask sum to zero so price will head to infinity squared |
|
|
|
Hier sollten wir eine sinnvolle Lösung finden und vorschlagen. Sonst tut des die Bankenlobby.
Bin dabei und argumentiere für die Trennung der Depots (Argumentation: alles andere nicht mit vernünftigem Aufwand machbar). Innerhalb der Depots ist es mir egal, aber FiFo wird hoher Aufwand sein solange die Exchanges keine "Steuerberechnungfunktion" anbieten. Also "Durchschnitssmethode"? Wie geht die? |
|
|
|
MtGox has more volume these days than the other exchanges combined, which disagrees with the exchange migration hypothesis. Furthermore, if you see the Bitstamp charts the trend looks pretty healthy by itself, with unwavering volume since the July bottom. Therefore, the Bitstamp price looks solid to me. [/quote] Doesn't necessarily disagree with the hypothesis. It might just be intensifying migration.
|
|
|
|
Dem Mann ist jedenfalls zu danken!
Auf alle Fälle. Lest mal die Kommentare bei der FAZ. http://www.faz.net/aktuell/finanzen/devisen-rohstoffe/digitale-waehrung-deutschland-erkennt-bitcoins-als-privates-geld-an-12535059.htmlBeispiel: HERBERT KERN (PLEIADES) - 16.08.2013 20:41 Uhr
Neben dem €Uro
jetzt auch noch die BITCOINS; neben der bereits real existierenden Europa-Währung (mit all ihren Problemen) naht jetzt schon die kommende WELT-Währung auf leisen Sohlen.
Der allseits um sich greifenden "Globalisierung" und dem "Frieden in der Welt" wird dann die offizielle Einführung der neuen WELT-Währung geschuldet sein.
Über kurz oder lang:
Ein weiterer klammheimlicher Schritt zum vollkommen Bargeld-losen Zahlungsverkehr! Ein weiterer Coup der Banken und Pleitestaaten um an in Computern vagabundierendes elektronisches Geld zu kommen und auf wundersame Weise zu vermehren!
Die nächste Banken- und Finanzkrisen samt Wirtschaftblasen stehen schon vor der Tür.
Und am Ende geht es um "globale Schuldenschnitte".
Schöne neue Welt. Version 2030. Der Phantasie sind keine Grenzen gesetzt. WOW starker Tobak... solche Wut! Man muss aber bedenken: Dieser Meinung liegen einfach nur falsche Annahmen zugrunde, z.B.: Bitcoins könnten "wundersam vermehrt" werden. Ich bin mir ziemlich sicher: wenn dieser Mann wüsste wie Bitcoin funktioniert würde er anders reden... ganz anders. Man sollte versuchen diese Wut (ensteht aus Hilflosigkeit) zu transformieren in etwas positives |
|
|
|
lol. So einen ähnlichen Gedanken hatte ich auch kurz: für ca. 0.13 Sekunden. Dem Mann ist jedenfalls zu danken! |
|
|
|
I would feel much better if bitcoin wallets generated new addresses using the following method:
SHA256(something_from_SecureRandom + some_user_supplied_constant + some_incrementing_counter + current_system_time/tickcount)
My first thought about this idea was: No, an app dev should not concern himself with crypto primitives. The underlying rng used should already do that (combine different sources). Best practice is to leave implementation of primitives to experts and crowd-scrutiny. Obviously this best practice failed. Seeing that combination of different sources doesn't remove any entropy (this is the case, right?), I changed my mind. |
|
|
|
Let's talk bitcoin episode about the issue. http://www.youtube.com/watch?v=4zTocJflyS8Contains interesting interview with Andreas Pettersen ((co-)author of mycelium wallet) Apparently under certain circumstances (some fallbacks) the entropy of the android RNG drops to just 9 bits. Did anyone find more information about what exactly is going wrong? |
|
|
|
This money is orginally as Gox-USD, and most of the owners want it converted back to USD after escaping from Gox. It does not change the total bitcoin supply-demand, because it is both originally and eventually USD. Bitcoin is therefore used only as a value transmit mechanism for Gox-USD.
And that's how a new reserve currency is born. Can't trade Gox USD IOUs vs. bitstamp USD IOUs directly? Use BTC as interchange currency |
|
|
|
Why do people suddenly start selling after the price has reached 120? Doesn't make much sense to me?
Look back to when the price was around 120 or below last time (first 2 weeks of June, yesyes, long time ago). There was quite a bit of volume there. People who bought there got pissed off on the further drop and decided to sell next time they're in profit zone. That profit zone of these buyers is now reached and they sell. That's one theory. |
|
|
|
bitstamp stagnant as gox rockets. 117.80 and climbing. gox trying to break 100 ha ha
indeed. This is a huge spread. I think it won't take long to break 100 USD on bitstamp. Saw some strong buying already. it just happened. let's see if it lasts |
|
|
|
180 in 5 work-hours? you need to be realistic, you know |
|
|
|
$180 within 12 hrs. it is certain.
fuck you bears.
*edit*
bam, just hit $120. we on unstoppable tear
a break of $115 (if sustained) is truly bullish (wether driven by gox crap situation or not doesn't matter) |
|
|
|
Only 48k coins left on the Ask book on gox according to clarkmoody?
Lots of panic buying to move wealth out of the place...
this. people fed up with mtux not getting his shit together and leaving for good, taking the price higher and higher in the process. other exchanges follow with a lag. this could ignite quite a rally we can then "thank" magicaltux for. |
|
|
|
|
Show Posts
