But the problem does not go away when more bits are "encoded", it only gets worse! After just 4 bits, the encoding machinery is in the same state for some bit patterns, and it has therefore lost all information about which of these patterns it had encoded. The same is true for any 4-bit (or longer) subsequence in the input file. If you have two files that are identical up to that sequence, the encoder will be in the same state with both of them before encoding that sequence, and there will be groups of possible bit values that will all leave it in the same ending state after the sequence. Going further into Pi before starting the process does not help at all, the distribution of decimal digits is uniform. Adding the first 64 (or 64k, what's a factor of 1024 between friends?) bytes to the encoded file does not help either - it just shifts the point where the non-uniqueness problem appears 64 or 64k bytes into the file.
Please realize that wishful thinking does not heal a scheme that's fundamentally broken.
Onkel Paul
(I know I'm too old to be trolled, but at least it'll increase my activity, which is at least something...)
|
|
|
The biggest question is not whether a computer can do the "compression" but whether it is possible to reconstruct the file. Here are the chains of digit positions for just 4 bits: Pi: 314159265358979323846264338327950288419716939937510 0000 4 4 4 4 0001 4 4 4 5 0010 4 4 5 5 0011 4 4 5 6 0100 4 5 5 5 0101 4 5 5 6 0110 4 5 6 6 0111 4 5 6 7 1000 5 5 5 5 1001 5 5 5 6 1010 5 5 6 6 1011 5 5 6 7 1100 5 6 6 6 1101 5 6 6 7 1110 5 6 7 7 1111 5 6 7 8 As you can see, the bit combinations 0101, 0110 and 1001 all lead to the same ending digit position. The same is true for 0001/1000, 1010/1100 and 1011/1101/1110. This means that the algorithm's output of a file starting with one of the bit patterns in such a group is indistinguishable from the output if the file had started with one of the other bit patterns in the group. It follows that it is impossible to uniquely decompress the output. Don't take it personally, but your scheme is not usable. Onkel Paul
|
|
|
löl, der Hoppe, jaja, für den es menschliches "minderwertiges Leben" gibt.
Bitte Quelle nennen! Link? Buch? Google-Suche mit den Begriffen fördert dies zutage: http://www.amazon.de/Der-Wettbewerb-Gauner-Demokratie-Privatrechtsgesellschaft/dp/392639658XDer Text sieht nach übernommenem Klappentext aus, ein Satzfragment lautet "ein Wettbewerb von in der Regel minderwertigen Menschen kann keine guten Ergebnisse hervorbringen". Ob das von Hoppe oder seinem Herausgeber ist, kann man so nicht erkennen. Das Buch selbst habe ich nicht. Onkel Paul
|
|
|
How do you know that he is joey?
His posts smell. Onkel Paul
|
|
|
Let me guess: No collateral, no intention to pay back?
Joey, that was a really lame attempt.
|
|
|
There HAS to be a mathematical shortcut...
Wishing does not work well in reality unless you address someone who can fulfill your wish. Adressing the universe wishing for a mathematical solution to a problem that's *designed* to have no easily computable mathematical solution won't work. Onkel Paul
|
|
|
That is why I am asking you to prove how you got this relationship in the first place?
Primecoin did confirm in 6 seconds, back on July 13th, if you want to be specific, there was at one point 6 blocks in 6 seconds. That was during the initial difficulty adjustment period. Target time is 1 minute, which is a bit more interesting than the 10 minute BTC target unless you view payments as complete only after 60 confirmations... But it's nowhere near a few seconds. Anyway, the question of usefulness is open just as for most alt coins. Experiments are useful, and I still see bitcoin and the various alt coins as an experiment. Primecoin undeniably adds a new twist that's worth exploring. Whether a coin is suitable as a payment vehicle or a store of value depends on much more than its technical attributes only. At the moment, no alt coin can beat bitcoin in market acceptance, but even bitcoin is a niche currency when you see it from a global perspective. Onkel Paul
|
|
|
AFAIK moving BTC into and out of Mt.Gox works without problems (banks are not involved in this so they can't mess it up). For more info, you should search the forum with keywords such as mtgox, withdrawal, delay, dollar etc. I can't reproduce the weeks of discussion around this here...
Onkel Paul
|
|
|
Because it is currently next to impossible to get dollars out of Mt.Gox. So essentially Mt.Gox dollars are worth less than those at other exchanges.
Onkel Paul
|
|
|
IP address 202.60.90.137 traces to ...
Sounds like a hosting facility. Very likely the IP address belongs to a server which has been hacked itself (some outdated CMS software is most often the culprit). If you're very lucky they would be able to provide you with log data for the hacking incident, but since you're not their customer, they will most likely not go through the trouble to do all the forensic work and find out who hacked the server. Onkel Paul
|
|
|
Would a small monetary incentive towards being a full node help matters much? It looks like running a node actually offers no advantage and plenty of disadvantages to online and lite nodes.
I used to start up my bitcoin node (incoming connections enabled) with my computer at home. Stopped doing that when I noticed that my complete outgoing network bandwidth was consumed by bitcoin traffic, noticeably affecting other network uses. Since I don't trigger many transactions, I now only run the client once or twice a week to catch up with the blockchain. Onkel Paul
|
|
|
hey guys can someone help me i cant wallet will not sync
Please describe your problem in a way that people can understand. By the way, the use of punctuation and grammar helps a lot to make your writing understandable... Onkel Paul
|
|
|
Note that the output of thermal printers is not very durable (5-10 years if stored in suitable environment, but considerably less if it gets too warm...) They're ok for supermarket receipts that you would throw away after a quick look, but I would not want to store a cold wallet key on thermal paper.
Onkel Paul
|
|
|
Don't know whether the shop is legit or not. But anyway, a USB block eruptor at 0.6 BTC will not be profitable given the current difficulty trend. Look at my calculator at www.coinish.com/calc/ (use expert mode to calculate with estimated difficulty adjustment). At 0.3 BTC the block eruptor would be barely profitable. Onkel Paul
|
|
|
We know the diff is not linear. But it seems when we go to a new integer, the difficulty is lower. Whit x.95 is more difficult than x+1. (8,95 more difficult than 9)
Is this right?
It should not be but it probably is. In my understanding, a block should be valid if the length of its chain is either greater than the current difficulty, or its chain length is equal to the integer part of the current difficulty and the fractional bits part (I don't know exactly how that is determined) is greater than the fractional part of the difficulty. So at difficulty 9.5, every block with a chain length of 10 or more should be accepted, and approximately half of the length 9 blocks should be accepted. However, my intuition is that the difficulty graph with its sharp increases whenever an integral difficulty value has been reached implies that the fractional bits are being considered even when the chain length is greater than the difficulty. Maybe someone could look at the source to see how it's actually done (I'm at work right now and can't do it, and when I last looked at the source I found this fractional part business really confusing and skipped it.) Onkel Paul
|
|
|
Then you'd have some dollars sitting on your mt.gox account and won't be able to get at them due to the US$ withdrawing delays. If you can live with the delays and if your only alternative is to keep the dollars in a savings account with 3-4% annual interest, the mt.gox maneuver might be an option.
Onkel Paul
|
|
|
Would they be willing to work with BitPay? Never used it, but it seems like a reasonable solution if a merchant wants to accept bitcoin payments without going through the perceived hassle of actually dealing with bitcoins.
Onkel Paul
|
|
|
|